- mice-discuss - lists.micemn.net

MICE Switch Upgrade

by Anthony Anderberg

We're planning to insert the new Juniper Switch into the MICE stack next Tuesday morning (12/15/2015) at 5:00am CST. We don't expect any downtime from this event, the change should take 10-15 minutes and I'll send out a note when its finished. I'll need someone to cross-post this to MICE-Announce. Let me know if you have any problems or concerns: 320-583-9604 Cheers, anthony Anthony Anderberg Sr. Systems Analyst [NUtel_email_logo_1] 320-234-5239 anthonyanderberg(a)nu-telecom.net<mailto:anthonyanderberg@nu-telecom.net> www.nutelecom.net<http://www.nutelecom.net>

Dec. 8, 2015

Re: Peering With Apple

by Ben Wiechman

Thanks for the follow up. I have a contact and see there are additional clarifications on the communication process on perringdb that I originally missed somehow. Thanks again. On Dec 1, 2015 7:00 PM, "Reid Fishler" <rfishler(a)he.net> wrote: > I have one, and I will talk to her when I return. They are in freeze for > the holiday now anyhow. > > Reid > > On Tue, Dec 1, 2015 at 1:23 PM, Ben Wiechman <ben.wiechman(a)arvig.com> > wrote: > >> Does anyone have a peering contact for Apple? We've sent a number of >> requests to the address listed on peeringdb.com and haven't received a >> response. >> >> > > > -- > Reid Fishler > Director > Hurricane Electric > +1-510-580-4178 > > ------------------------------ > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >

Dec. 2, 2015

Re: Peering With Apple

by Justin Krejci

You may very well have info I do not in this regard but their Peering DB page says this "Apple is on change management freeze until 1-Dec-15" Which would indicate their freeze is about to thaw or perhaps already has. -----Original Message----- From: Reid Fishler [rfishler(a)HE.NET] Received: Tuesday, 01 Dec 2015, 7:00PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET [MICE-DISCUSS(a)LISTS.IPHOUSE.NET] Subject: Re: [MICE-DISCUSS] Peering With Apple I have one, and I will talk to her when I return. They are in freeze for the holiday now anyhow. Reid On Tue, Dec 1, 2015 at 1:23 PM, Ben Wiechman <ben.wiechman(a)arvig.com<mailto:ben.wiechman@arvig.com>> wrote: Does anyone have a peering contact for Apple? We've sent a number of requests to the address listed on peeringdb.com<http://peeringdb.com> and haven't received a response. -- Reid Fishler Director Hurricane Electric +1-510-580-4178 ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Dec. 2, 2015

Re: Peering With Apple

by Reid Fishler

I have one, and I will talk to her when I return. They are in freeze for the holiday now anyhow. Reid On Tue, Dec 1, 2015 at 1:23 PM, Ben Wiechman <ben.wiechman(a)arvig.com> wrote: > Does anyone have a peering contact for Apple? We've sent a number of > requests to the address listed on peeringdb.com and haven't received a > response. > > -- Reid Fishler Director Hurricane Electric +1-510-580-4178

Dec. 2, 2015

Re: Peering With Apple

by Ben Wiechman

I have received a follow-up communication from Apple. Thanks for all who responded. Ben Wiechman Network Engineer IV | Arvig Direct: 320.256.0184 Cell: 320.247.3224 Office: 320.256.7471 ben.wiechman(a)arvig.com On Tue, Dec 1, 2015 at 12:57 PM, Ben Wiechman <ben.wiechman(a)arvig.com> wrote: > We reached out on the indicated peering@ address with no response. I > didn't see the second contact. > > Appreciate it. > > > Ben Wiechman > Network Engineer IV | Arvig > Direct: 320.256.0184 > Cell: 320.247.3224 > Office: 320.256.7471 > ben.wiechman(a)arvig.com > > On Tue, Dec 1, 2015 at 12:53 PM, Hannigan, Martin <marty(a)akamai.com> > wrote: > >> >> >> Ben, >> >> clue-store> finger as714(a)peeringdb.com | grep peering@ >> Policy Peering Review Team peering(a)group.apple.com email only >> >> clue-store> finger as714(a)peeringdb.com | grep renst >> Policy Ren Provo renster(a)apple.com email only >> >> Ren Provo is typically out in front of Apple peering. If one of those >> doesn’t do it, not sure how to help. >> >> Best, >> >> -M< >> >> >> >> On Dec 1, 2015, at 1:23 PM, Ben Wiechman <ben.wiechman(a)ARVIG.COM> wrote: >> >> Does anyone have a peering contact for Apple? We've sent a number of >> requests to the address listed on peeringdb.com and haven't received a >> response. >> >> >> >> ------------------------------ >> >> To unsubscribe from the MICE-DISCUSS list, click the following link: >> http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >> > >

Dec. 1, 2015

Re: Peering With Apple

by Ben Wiechman

We reached out on the indicated peering@ address with no response. I didn't see the second contact. Appreciate it. Ben Wiechman Network Engineer IV | Arvig Direct: 320.256.0184 Cell: 320.247.3224 Office: 320.256.7471 ben.wiechman(a)arvig.com On Tue, Dec 1, 2015 at 12:53 PM, Hannigan, Martin <marty(a)akamai.com> wrote: > > > Ben, > > clue-store> finger as714(a)peeringdb.com | grep peering@ > Policy Peering Review Team peering(a)group.apple.com email only > > clue-store> finger as714(a)peeringdb.com | grep renst > Policy Ren Provo renster(a)apple.com email only > > Ren Provo is typically out in front of Apple peering. If one of those > doesn’t do it, not sure how to help. > > Best, > > -M< > > > > On Dec 1, 2015, at 1:23 PM, Ben Wiechman <ben.wiechman(a)ARVIG.COM> wrote: > > Does anyone have a peering contact for Apple? We've sent a number of > requests to the address listed on peeringdb.com and haven't received a > response. > > > > ------------------------------ > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >

Dec. 1, 2015

Re: Peering With Apple

by Hannigan, Martin

Ben, clue-store> finger as714(a)peeringdb.com | grep peering@ Policy Peering Review Team peering(a)group.apple.com email only clue-store> finger as714(a)peeringdb.com | grep renst Policy Ren Provo renster(a)apple.com email only Ren Provo is typically out in front of Apple peering. If one of those doesn’t do it, not sure how to help. Best, -M< > On Dec 1, 2015, at 1:23 PM, Ben Wiechman <ben.wiechman(a)ARVIG.COM> wrote: > > Does anyone have a peering contact for Apple? We've sent a number of requests to the address listed on peeringdb.com and haven't received a response.

Dec. 1, 2015

Peering With Apple

by Ben Wiechman

Does anyone have a peering contact for Apple? We've sent a number of requests to the address listed on peeringdb.com and haven't received a response.

Dec. 1, 2015

Re: BGP communities on Route Servers

by Andrew Hoyos

> On Nov 25, 2015, at 12:42 AM, Doug McIntyre <merlyn(a)iphouse.net> wrote: > > If you want to supply BIRD magic to do that, it would be appreciated. Check these functions (bgp_out_comm and bgp_out) out here: https://gitlab.labs.nic.cz/labs/bird/wikis/Route_server_with_community_base… <https://gitlab.labs.nic.cz/labs/bird/wikis/Route_server_with_community_base…> That seems like it would work in this specific case, along with extended community support for the 32-bit ASNs. Announce a route only to a certain peer: 53679:<peer-asn> Announce a route to all peers: 53679:53679 Block announcement of a route to a certain peer: 0:<peer-asn> Block announcement of a route to all peers: 0:53679 I’d be happy to be a guinea pig, or help implement. I’m not sure of the current RS config, but I’d imagine this would be easily adaptable into the current config. There are also some examples there of enforcing first ASN and filtering RFC1918 junk, which if we’re not already doing, might be wise. Thanks, Andrew

Nov. 30, 2015

Re: VM donation- change control/graph data backup

by Doug McIntyre

On Tue, Nov 17, 2015 at 12:13:20PM -0600, Andrew Hoyos wrote: > > On Nov 17, 2015, at 11:20 AM, Doug McIntyre <merlyn(a)iphouse.net> wrote: > > > > On Tue, Nov 17, 2015 at 09:38:16AM -0600, Andrew Hoyos wrote: > >> I’d like to offer up a VM donation located in Madison, WI to at least run RANCID to grab config backups of the IX switches, as well as a backup target for any data (graphs, route-server config, etc). I guess nobody else spoke up, but I'd say sure, redundancy is always good most likely. -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

Nov. 26, 2015