[195842] in North American Network Operators' Group
Re: IOS new versions and network load
daemon@ATHENA.MIT.EDU (Ren Provo)
Mon Sep 18 04:27:30 2017
X-Original-To: Nanog@nanog.org
From: Ren Provo <ren.provo@gmail.com>
In-Reply-To: <CAL9jLaaJynd4OKSNS58jarOE+3VZiXUnRoLLg7zB+RakbVjPXQ@mail.gmail.com>
Date: Mon, 18 Sep 2017 09:27:20 +0100
To: Christopher Morrow <morrowc.lists@gmail.com>
Cc: "Nanog@nanog.org" <Nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org
Thank you Jason! =20
Big week ahead for http://as714.peeringdb.com
Cheers! -ren.provo@gmail.com
> On Sep 18, 2017, at 5:48 AM, Christopher Morrow <morrowc.lists@gmail.com> w=
rote:
>=20
>> On Sun, Sep 17, 2017 at 11:05 PM, JASON BOTHE <jbothe@me.com> wrote:
>>=20
>> My best experience with Apple has been directly peering with them.
>> Definitely handles the update issue without putting strain on transit
>> links. Apple is very well connected.
>>=20
>> https://www.peeringdb.com/net/3554
>>=20
>>=20
> apple is AS714 though, right? or are they having the trucking company do
> their delivery of bits?
>=20
>=20
>>=20
>>=20
>>=20
>>=20
>> Sent from my iPhone
>>> On Sep 17, 2017, at 21:50, Mel Beckman <mel@beckman.org> wrote:
>>>=20
>>> It is still there. MacMiniColo.
>>>=20
>>> -mel beckman
>>>=20
>>>> On Sep 17, 2017, at 7:48 PM, Mel Beckman <mel@beckman.org> wrote:
>>>>=20
>>>> There used to be a Mac mini "hotel" at Switch networks in Vegas. I
>> think it's still there.
>>>>=20
>>>> -mel
>>>>=20
>>>>>> On Sep 17, 2017, at 4:44 PM, Jean-Francois Mezei <
>> jfmezei_nanog@vaxination.ca> wrote:
>>>>>>=20
>>>>>> On 2017-09-17 19:37, Eduardo Schoedler wrote:
>>>>>>=20
>>>>>> Server is an app now, any MacOS can have it running.
>>>>>=20
>>>>> 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.
>>>>>=20
>>>>>> Implementation will be a little tricky, because you need your
>>>>>> customers to look a record in your domain.
>>>>>=20
>>>>>=20
>>>>> I've tried reading some about it.
>>>>> The cache server app registers with Apple its existence and the IP
>>>>> address ranges it serves
>>>>>=20
>>>>> 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.
>>>>>=20
>>>>> 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).
>>>>>=20
>>=20
