[195864] in North American Network Operators' Group
RE: IOS new versions and network load
daemon@ATHENA.MIT.EDU (Marco Slater)
Tue Sep 19 04:27:47 2017
X-Original-To: Nanog@nanog.org
Date: Mon, 18 Sep 2017 16:57:55 +0100
From: Marco Slater <marco@marcoslater.com>
To: Paul Stewart <paul@paulstewart.org>, Mike Hammett
<nanog@ics-il.net>, Luke Guillory <lguillory@reservetele.com>
In-Reply-To: <8D89F96B7AB1B84F9E049CC7BB91BF5CFB2D1B5F@RTC-EXCH01.RESERVE.LDS>
Cc: "=?utf-8?Q?Nanog=40nanog.org?=" <Nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
> While we don=E2=80=99t use Apple's caching servers we do have transpare=
nt caching in place which nets us about 82% of their content being server=
d 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=E2=80=99s set up on yo=
ur network=3F :)
Regards,
Marco Slater
On 18 Sep 2017, 14:55 +0100, Luke Guillory <lguillory=40reservetele.com>,=
wrote:
> While we don=E2=80=99t use Apple's caching servers we do have transpare=
nt caching in place which nets us about 82% of their content being server=
d locally. On a big IOS update it will probably be close to 99% for that =
one title.
>
>
>
>
>
>
>
> Luke Guillory
> Vice President =E2=80=93 Technology and Innovation
>
> Tel: 985.536.1212
> =46ax: 985.536.0300
> Email: lguillory=40reservetele.com
>
> Reserve Telecommunications
> 100 RTC Dr
> Reserve, LA 70084
>
> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
>
> Disclaimer:
> The information transmitted, including attachments, is intended only fo=
r the person(s) or entity to which it is addressed and may contain confid=
ential and/or privileged material which should not disseminate, distribut=
e 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 sys=
tem. E-mail transmission cannot be guaranteed to be secure or error-free =
as information could be intercepted, corrupted, lost, destroyed, arrive l=
ate or incomplete, or contain viruses. Luke Guillory therefore does not a=
ccept liability for any errors or omissions in the contents of this messa=
ge, which arise as a result of e-mail transmission. .
>
> -----Original Message-----
> =46rom: NANOG =5Bmailto:nanog-bounces=40nanog.org=5D On Behalf Of Paul =
Stewart
> Sent: Monday, September 18, 2017 7:53 AM
> To: Mike Hammett
> Cc: Nanog=40nanog.org
> Subject: Re: IOS new versions and network load
>
> Curious as mentioned if anyone doing this on scale=3F I kind of doubt i=
t but love to hear otherwise. My assumption is this is more Enterprise fo=
cused than ISP
>
> Paul
>
> Sent from my iPhone
>
> > On Sep 18, 2017, at 8:48 AM, Mike Hammett <nanog=40ics-il.net> wrote:=
> >
> > We've been looking into the caching server bit lately given that we'r=
e 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 doma=
in 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 =22once=
a
> > year=22 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 -----
> >
> > =46rom: =22Jean-=46rancois Mezei=22 <jfmezei=5Fnanog=40vaxination.ca
> > To: =22Eduardo Schoedler=22 <listas=40esds.com.br
> > Cc: Nanog=40nanog.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=3F If the Server App could run on Lin=
ux,
> > 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
> > =22local=22 IP is a.b.c.d (akaL the inside NAT IP address). Tells cli=
ent
> > 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).
> >
> >
>
