[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
IOS new versions and network load
- Subject: IOS new versions and network load
- From: jfmezei_nanog at vaxination.ca (Jean-Francois Mezei)
- Date: Mon, 18 Sep 2017 13:11:22 -0400
- In-reply-to: <1912716896.66776.1505738890500.JavaMail.mhammett@ThunderFuck>
- References: <[email protected]> <CAHf3uWxoFNXx7-6xComzPLohbzPw6SkLsO34AXSKi8KhXxZR7Q@mail.gmail.com> <[email protected]> <CAHf3uWyq1SjJHJMCLKBjvYUrn+=LsqJyyV76msgt4TvEUgn+0g@mail.gmail.com> <[email protected]> <1912716896.66776.1505738890500.JavaMail.mhammett@ThunderFuck>
On 2017-09-18 08:48, Mike Hammett wrote:
> It looks very difficult to manage, given the DNS TXT records and domain search fields. If it was as simple as entering the supported IP ranges, it'd be a lot easier to implement.
I would have to read the stuff again, but my understanding is:
caching server starts.
caching server registers with Apple, gives it its local IP, as well as
the IP ranges that it manages.
When a client wants something, it first reaches out to an Apple server.
That server decides which content server is nearest to the client, and
if there is a caching server in the same network, will give the client
the IP address to access that local caching server. (and this is where
there is NAT friendliness , as other have pointed out, designed mostlty
for enterprise).
The business about TXT records is to allow real IPs with multiple ranges
to be used. I *assume* that it is the caching server which reads those
records upon startup and then transmits it to Apple when it "logs in" as
a caching server. You can have up to 24 chained TXT records to list all
the IP blocks you can service.