> While we don’t use Apple's caching servers we do have transparent caching in 
> place which nets us about 82% of their content being serverd locally. On a 
> big IOS update it will probably be close to 99% for that one title.

Would you be open to elaborating a bit on how that’s set up on your network? :)

Regards,
Marco Slater

On 18 Sep 2017, 14:55 +0100, Luke Guillory <lguill...@reservetele.com>, wrote:
> While we don’t use Apple's caching servers we do have transparent caching in 
> place which nets us about 82% of their content being serverd locally. On a 
> big IOS update it will probably be close to 99% for that one title.
>
>
>
>
>
>
>
> Luke Guillory
> Vice President – Technology and Innovation
>
> Tel: 985.536.1212
> Fax: 985.536.0300
> Email: lguill...@reservetele.com
>
> Reserve Telecommunications
> 100 RTC Dr
> Reserve, LA 70084
>
> _________________________________________________________________________________________________
>
> Disclaimer:
> The information transmitted, including attachments, is intended only for the 
> person(s) or entity to which it is addressed and may contain confidential 
> and/or privileged material which should not disseminate, distribute or be 
> copied. Please notify Luke Guillory immediately by e-mail if you have 
> received this e-mail by mistake and delete this e-mail from your system. 
> E-mail transmission cannot be guaranteed to be secure or error-free as 
> information could be intercepted, corrupted, lost, destroyed, arrive late or 
> incomplete, or contain viruses. Luke Guillory therefore does not accept 
> liability for any errors or omissions in the contents of this message, which 
> arise as a result of e-mail transmission. .
>
> -----Original Message-----
> From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Paul Stewart
> Sent: Monday, September 18, 2017 7:53 AM
> To: Mike Hammett
> Cc: Nanog@nanog.org
> Subject: Re: IOS new versions and network load
>
> Curious as mentioned if anyone doing this on scale? I kind of doubt it but 
> love to hear otherwise. My assumption is this is more Enterprise focused than 
> ISP
>
> Paul
>
> Sent from my iPhone
>
> > On Sep 18, 2017, at 8:48 AM, Mike Hammett <na...@ics-il.net> wrote:
> >
> > We've been looking into the caching server bit lately given that we're not 
> > due to get an official Apple node for at least another year yet.
> >
> > 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.
> >
> > The caching service does support a lot more than content than "once a
> > year" https://support.apple.com/en-us/HT204675
> >
> >
> >
> >
> > -----
> > Mike Hammett
> > Intelligent Computing Solutions
> > http://www.ics-il.com
> >
> > Midwest-IX
> > http://www.midwest-ix.com
> >
> > ----- Original Message -----
> >
> > From: "Jean-Francois Mezei" <jfmezei_na...@vaxination.ca
> > To: "Eduardo Schoedler" <lis...@esds.com.br
> > Cc: Nanog@nanog.org
> > Sent: Sunday, September 17, 2017 6:43:50 PM
> > Subject: Re: IOS new versions and network load
> >
> > > On 2017-09-17 19:37, Eduardo Schoedler wrote:
> > >
> > > Server is an app now, any MacOS can have it running.
> >
> > But do carriers/ISPs really want to deal with a rack unfriendly Mac
> > Mini or iMac at a carrier hotel? If the Server App could run on Linux,
> > or if OS-X could boot on standard servers, perhaps, it it seems to be
> > a very bad fit in carrier/enterprise environments.
> >
> > > Implementation will be a little tricky, because you need your
> > > customers to look a record in your domain.
> >
> >
> > I've tried reading some about it.
> > The cache server app registers with Apple its existence and the IP
> > address ranges it serves
> >
> > When a client wants to download new IOS version, Apple checked and
> > finds that the client's IP is served by the caching server whose
> > "local" IP is a.b.c.d (akaL the inside NAT IP address). Tells client
> > to get version of software from that IP address.
> >
> > The DNS TXT records are used by the Caching Server to get the list of
> > IP blocks it can serve. (not needed in the target small office
> > environments where everyone is on same subnet and the caching server
> > can tell the apple serves the one subnet it seves).
> >
> >
>

Reply via email to