- mice-discuss - lists.micemn.net

Re: Cologix donates Loaner 4550 switch

by Reid Fishler

I want to thank Cologix for their continued support. Reid On Oct 20, 2015 11:51 AM, "Mike Hemphill" <mike.hemphill(a)cologix.com> wrote: > Good afternoon, > > Cologix has donated a loaner Juniper 4550 to augment the existing Juniper > platform. > > The intent is to provide a bridge to an ultimate upgrade in the switching > platform to a more robust chassis solution. > > Cologix has purchased a new 4550 which it is “loaning” to MICE. > > This will allow MICE to accept additional 10-Gig members. > > Additionally, Cologix will provide the maintenance coverage for this > device under an agreement that we have that is covering the rest of the > Cologix Juniper platform devices. > > Cologix is pleased to support MICE and we truly appreciate our customers > business & the opportunity to host the MICE platform in the Cologix data > center. > > Best regards, > > Mike > > > > Mike Hemphill > General Manager | *Cologix, Inc.* <http://www.cologix.com/> > 511 11th Ave S, Suite 200 | Minneapolis, MN 55415 > P: 1+612.333.1922 | M: 1+612.812.5242 > mike.hemphill(a)cologix.com > > > > ------------------------------ > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >

Oct. 20, 2015

Cologix donates Loaner 4550 switch

by Mike Hemphill

Good afternoon, Cologix has donated a loaner Juniper 4550 to augment the existing Juniper platform. The intent is to provide a bridge to an ultimate upgrade in the switching platform to a more robust chassis solution. Cologix has purchased a new 4550 which it is “loaning” to MICE. This will allow MICE to accept additional 10-Gig members. Additionally, Cologix will provide the maintenance coverage for this device under an agreement that we have that is covering the rest of the Cologix Juniper platform devices. Cologix is pleased to support MICE and we truly appreciate our customers business & the opportunity to host the MICE platform in the Cologix data center. Best regards, Mike Mike Hemphill General Manager | *Cologix, Inc.* <http://www.cologix.com/> 511 11th Ave S, Suite 200 | Minneapolis, MN 55415 P: 1+612.333.1922 | M: 1+612.812.5242 mike.hemphill(a)cologix.com

Oct. 20, 2015

MICE UG Meeting

by Shaun Carlson

Good morning all! We are planning on having the next UG meeting on November 16th at 1 pm in the 511 building. I will send out a follow-up with more specific information in the next couple of days. Please let me know what agenda items you may have for the meeting! Thanks! s *Shaun Carlson*Senior Manager of Information Technology | Arvig ph: (218) 346-8673 | em: shaun.carlson(a)arvig.com

Oct. 19, 2015

Re: Netflix Issues

by Andrew Hoyos

https://twitter.com/Neustar/status/654780398287745024 <https://twitter.com/Neustar/status/654780398287745024> -- Andrew Hoyos hoyosa(a)gmail.com > On Oct 15, 2015, at 3:08 PM, Charles Monson <monson(a)wins.net> wrote: > > I can confirm from Airstream. I also tried DNS lookups against 4.2.2.1 and 8.8.8.8 and both failed. Downdetector.com shows a lot of reports in the last 30 minutes or so too. > > > Charles Monson > Associate Network Administrator, Airstream Communications (AS11796) > P: 715-838-4432 | www.wins.net > > > > -----Original Message----- > From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Jeremy Lumby > Sent: Thursday, October 15, 2015 4:58 PM > To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET > Subject: [MICE-DISCUSS] Netflix Issues > > I have received several complaints of people not being able to get to Netflix, and after some research it appears that they are using ULTRADNS.NET for their name servers, and that is where the issue lies. I just wanted to see if others were seeing the same thing. > > Jeremy Lumby > Minnesota VoIP > 9217 17th Ave S > Suite 216 > Bloomington, MN 55425 > Main: 612-355-7740 x211 > Direct: 612-392-6814 > EFax: 952-873-7425 > jlumby(a)mnvoip.com

Oct. 15, 2015

Re: Netflix Issues

by Charles Monson

I can confirm from Airstream. I also tried DNS lookups against 4.2.2.1 and 8.8.8.8 and both failed. Downdetector.com shows a lot of reports in the last 30 minutes or so too. Charles Monson Associate Network Administrator, Airstream Communications (AS11796) P: 715-838-4432 | www.wins.net -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Jeremy Lumby Sent: Thursday, October 15, 2015 4:58 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] Netflix Issues I have received several complaints of people not being able to get to Netflix, and after some research it appears that they are using ULTRADNS.NET for their name servers, and that is where the issue lies. I just wanted to see if others were seeing the same thing. Jeremy Lumby Minnesota VoIP 9217 17th Ave S Suite 216 Bloomington, MN 55425 Main: 612-355-7740 x211 Direct: 612-392-6814 EFax: 952-873-7425 jlumby(a)mnvoip.com

Oct. 15, 2015

Re: Netflix Issues

by Doug McIntyre

On Thu, Oct 15, 2015 at 04:58:00PM -0500, Jeremy Lumby wrote: > I have received several complaints of people not being able to get to Netflix, and after some research it appears that they are using ULTRADNS.NET for their name servers, and that is where the issue lies. I just wanted to see if others were seeing the same thing. Outages list reports major dDoS against UltraDNS, especially their east coast datacenter.. https://twitter.com/hashtag/ultradns -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

Oct. 15, 2015

Netflix Issues

by Jeremy Lumby

I have received several complaints of people not being able to get to Netflix, and after some research it appears that they are using ULTRADNS.NET for their name servers, and that is where the issue lies. I just wanted to see if others were seeing the same thing. Jeremy Lumby Minnesota VoIP 9217 17th Ave S Suite 216 Bloomington, MN 55425 Main: 612-355-7740 x211 Direct: 612-392-6814 EFax: 952-873-7425 jlumby(a)mnvoip.com

Oct. 15, 2015

Switch Module Upgrade

by Jeremy Lumby

The last module has been added to the 4500. There were no issues detected during the installation. Jeremy Lumby Minnesota VoIP 9217 17th Ave S Suite 216 Bloomington, MN 55425 Main: 612-355-7740 x211 Direct: 612-392-6814 EFax: 952-873-7425 jlumby(a)mnvoip.com

Oct. 8, 2015

Re: MICE Route Server issues?

by Doug McIntyre

On Mon, Oct 05, 2015 at 06:51:00PM -0500, Jeremy Lumby wrote: > The route servers operating system, and switches do not use the BGP routes from BIRD, therefore the return traffic goes via static route through IPHouse since they are donating bandwidth to manage the servers/switches externally since the MICE /24 does not exist on the internet. If they were making changes this afternoon, that could explain it. ipHouse did have some routing issues this afternoon during that time frame. We found a lurking issue that had been sitting dormant for 2.5 years that something flapped and it reared its ugly head. As Jeremy said, the route reflectors run BIRD, and BIRD by design doesn't install the routes into the routetable of the OS, although I believe that is an option now-a-days. The RR's are dual interfaced, one interface lives in ipHouse IP address space. The other interface lives on the IXC netblock. All the BGP talkers live on the IXC netblock too, so anything talking BGP to them are just fine. But, the RRs only can talk directly to 206.108.255.0/24, if you are pinging it from beyond your interface to the IXC, it will default route over ipHouse IP space out again, as it hasn't learned the routes it talks, it has to route external back out. Overall, I think the BIRD model works well, but depends on us not having any issues.. -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

Oct. 6, 2015

Re: MICE Route Server issues?

by Mike Horwath

On Mon, Oct 05, 2015 at 06:51:00PM -0500, Jeremy Lumby wrote: > The route servers operating system, and switches do not use the BGP > routes from BIRD, therefore the return traffic goes via static route > through IPHouse since they are donating bandwidth to manage the > servers/switches externally since the MICE /24 does not exist on the > internet. If they were making changes this afternoon, that could > explain it. No, that's not the case. I'll let Doug explain. -- Mike Horwath, reachable via drechsau(a)Geeks.ORG

Oct. 6, 2015

Re: MICE Route Server issues?

by Jeremy Lumby

The route servers operating system, and switches do not use the BGP routes from BIRD, therefore the return traffic goes via static route through IPHouse since they are donating bandwidth to manage the servers/switches externally since the MICE /24 does not exist on the internet. If they were making changes this afternoon, that could explain it. -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Anthony Anderberg Sent: Monday, October 05, 2015 5:38 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] MICE Route Server issues? My internal monitoring (via SmokePing) shows ping packet loss between 15:20 and 16:10 to the MICE route servers. As others have mentioned I don't show any BGP or traffic volume issues, and everything looks OK now. I believe the only change today was adding ports to the Netflix LAG this morning at ~11:15, the last time the MICE route server configuration changed was August 13th. Will continue to look for relevant data points... Anthony Anderberg Sr. Systems Analyst 320-234-5239 anthonyanderberg(a)nu-telecom.net www.nutelecom.net -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Jeremy Lumby Sent: Monday, October 05, 2015 4:56 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] MICE Route Server issues? Just noticed that the utilization graphs were missing data from this afternoon, however not the graphs from the CNS switch, which I assume is on another netblock. -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Anton Kapela Sent: Monday, October 05, 2015 4:33 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] MICE Route Server issues? Observing same issues here pinging same route severs from any source netblock in AS16842. -Tk > On Oct 5, 2015, at 4:10 PM, James Stahr <stahr(a)MAILBAG.COM> wrote: > > The exchange *seems* fine, but I can't reliably ping the route servers right now. My BGP sessions to them are up and stable, but ICMP isn't operating "normally" - has anything changed? This started at 15:24 CDT today: > > [stahr@ctg-bastion ~]$ ping -c 10 206.108.255.1 PING 206.108.255.1 > (206.108.255.1) 56(84) bytes of data. > 64 bytes from 206.108.255.1: icmp_seq=7 ttl=59 time=7.06 ms > > --- 206.108.255.1 ping statistics --- > 10 packets transmitted, 1 received, 90% packet loss, time 9000ms rtt > min/avg/max/mdev = 7.062/7.062/7.062/0.000 ms [stahr@ctg-bastion ~]$ > ping -c 10 206.108.255.2 PING 206.108.255.2 (206.108.255.2) 56(84) > bytes of data. > 64 bytes from 206.108.255.2: icmp_seq=2 ttl=59 time=7.13 ms > 64 bytes from 206.108.255.2: icmp_seq=6 ttl=59 time=6.98 ms > 64 bytes from 206.108.255.2: icmp_seq=7 ttl=59 time=6.94 ms > 64 bytes from 206.108.255.2: icmp_seq=10 ttl=59 time=7.05 ms > > --- 206.108.255.2 ping statistics --- > 10 packets transmitted, 4 received, 60% packet loss, time 9001ms rtt > min/avg/max/mdev = 6.942/7.028/7.135/0.093 ms [stahr@ctg-bastion ~]$ > ping -c 10 206.108.255.52 PING 206.108.255.52 (206.108.255.52) 56(84) > bytes of data. > 64 bytes from 206.108.255.52: icmp_seq=1 ttl=61 time=14.0 ms > 64 bytes from 206.108.255.52: icmp_seq=2 ttl=61 time=14.5 ms > 64 bytes from 206.108.255.52: icmp_seq=3 ttl=61 time=14.0 ms > 64 bytes from 206.108.255.52: icmp_seq=4 ttl=61 time=13.6 ms > 64 bytes from 206.108.255.52: icmp_seq=5 ttl=61 time=13.0 ms > 64 bytes from 206.108.255.52: icmp_seq=6 ttl=61 time=12.7 ms > 64 bytes from 206.108.255.52: icmp_seq=7 ttl=61 time=12.2 ms > 64 bytes from 206.108.255.52: icmp_seq=8 ttl=61 time=11.7 ms > 64 bytes from 206.108.255.52: icmp_seq=9 ttl=61 time=11.2 ms > 64 bytes from 206.108.255.52: icmp_seq=10 ttl=61 time=11.9 ms > > --- 206.108.255.52 ping statistics --- > 10 packets transmitted, 10 received, 0% packet loss, time 9002ms rtt > min/avg/max/mdev = 11.289/12.913/14.502/1.052 ms [stahr@ctg-bastion > ~]$ > > > Any new policing policy applied today? I seem to be able to ping normally if I use my 206.108.255.x address, but not reliably from any other address: > > r-pop-min-1#ping 206.108.255.1 repeat 100 source gig0/0/5 Type escape > sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.1, timeout is 2 seconds: > Packet sent with a source address of 206.108.255.26 > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 100 percent (100/100), round-trip min/avg/max = 1/1/1 > ms r-pop-min-1#ping 206.108.255.2 repeat 100 source gig0/0/5 Type > escape sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.2, timeout is 2 seconds: > Packet sent with a source address of 206.108.255.26 > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 100 percent (100/100), round-trip min/avg/max = 1/1/1 > ms r-pop-min-1#ping 206.108.255.1 repeat 100 source loop1 Type escape > sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.1, timeout is 2 seconds: > Packet sent with a source address of 205.173.182.62 > ...!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 97 percent (97/100), round-trip min/avg/max = 1/1/1 ms > r-pop-min-1#ping 206.108.255.2 repeat 100 source loop1 Type escape > sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.2, timeout is 2 seconds: > Packet sent with a source address of 205.173.182.62 > ...!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 97 percent (97/100), round-trip min/avg/max = 1/1/2 ms > r-pop-min-1# > > > -James

Oct. 5, 2015

Re: MICE Route Server issues?

by Anthony Anderberg

My internal monitoring (via SmokePing) shows ping packet loss between 15:20 and 16:10 to the MICE route servers. As others have mentioned I don't show any BGP or traffic volume issues, and everything looks OK now. I believe the only change today was adding ports to the Netflix LAG this morning at ~11:15, the last time the MICE route server configuration changed was August 13th. Will continue to look for relevant data points... Anthony Anderberg Sr. Systems Analyst 320-234-5239 anthonyanderberg(a)nu-telecom.net www.nutelecom.net -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Jeremy Lumby Sent: Monday, October 05, 2015 4:56 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] MICE Route Server issues? Just noticed that the utilization graphs were missing data from this afternoon, however not the graphs from the CNS switch, which I assume is on another netblock. -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Anton Kapela Sent: Monday, October 05, 2015 4:33 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] MICE Route Server issues? Observing same issues here pinging same route severs from any source netblock in AS16842. -Tk > On Oct 5, 2015, at 4:10 PM, James Stahr <stahr(a)MAILBAG.COM> wrote: > > The exchange *seems* fine, but I can't reliably ping the route servers right now. My BGP sessions to them are up and stable, but ICMP isn't operating "normally" - has anything changed? This started at 15:24 CDT today: > > [stahr@ctg-bastion ~]$ ping -c 10 206.108.255.1 PING 206.108.255.1 > (206.108.255.1) 56(84) bytes of data. > 64 bytes from 206.108.255.1: icmp_seq=7 ttl=59 time=7.06 ms > > --- 206.108.255.1 ping statistics --- > 10 packets transmitted, 1 received, 90% packet loss, time 9000ms rtt > min/avg/max/mdev = 7.062/7.062/7.062/0.000 ms [stahr@ctg-bastion ~]$ > ping -c 10 206.108.255.2 PING 206.108.255.2 (206.108.255.2) 56(84) > bytes of data. > 64 bytes from 206.108.255.2: icmp_seq=2 ttl=59 time=7.13 ms > 64 bytes from 206.108.255.2: icmp_seq=6 ttl=59 time=6.98 ms > 64 bytes from 206.108.255.2: icmp_seq=7 ttl=59 time=6.94 ms > 64 bytes from 206.108.255.2: icmp_seq=10 ttl=59 time=7.05 ms > > --- 206.108.255.2 ping statistics --- > 10 packets transmitted, 4 received, 60% packet loss, time 9001ms rtt > min/avg/max/mdev = 6.942/7.028/7.135/0.093 ms [stahr@ctg-bastion ~]$ > ping -c 10 206.108.255.52 PING 206.108.255.52 (206.108.255.52) 56(84) > bytes of data. > 64 bytes from 206.108.255.52: icmp_seq=1 ttl=61 time=14.0 ms > 64 bytes from 206.108.255.52: icmp_seq=2 ttl=61 time=14.5 ms > 64 bytes from 206.108.255.52: icmp_seq=3 ttl=61 time=14.0 ms > 64 bytes from 206.108.255.52: icmp_seq=4 ttl=61 time=13.6 ms > 64 bytes from 206.108.255.52: icmp_seq=5 ttl=61 time=13.0 ms > 64 bytes from 206.108.255.52: icmp_seq=6 ttl=61 time=12.7 ms > 64 bytes from 206.108.255.52: icmp_seq=7 ttl=61 time=12.2 ms > 64 bytes from 206.108.255.52: icmp_seq=8 ttl=61 time=11.7 ms > 64 bytes from 206.108.255.52: icmp_seq=9 ttl=61 time=11.2 ms > 64 bytes from 206.108.255.52: icmp_seq=10 ttl=61 time=11.9 ms > > --- 206.108.255.52 ping statistics --- > 10 packets transmitted, 10 received, 0% packet loss, time 9002ms rtt > min/avg/max/mdev = 11.289/12.913/14.502/1.052 ms [stahr@ctg-bastion > ~]$ > > > Any new policing policy applied today? I seem to be able to ping normally if I use my 206.108.255.x address, but not reliably from any other address: > > r-pop-min-1#ping 206.108.255.1 repeat 100 source gig0/0/5 Type escape > sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.1, timeout is 2 seconds: > Packet sent with a source address of 206.108.255.26 > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 100 percent (100/100), round-trip min/avg/max = 1/1/1 > ms r-pop-min-1#ping 206.108.255.2 repeat 100 source gig0/0/5 Type > escape sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.2, timeout is 2 seconds: > Packet sent with a source address of 206.108.255.26 > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 100 percent (100/100), round-trip min/avg/max = 1/1/1 > ms r-pop-min-1#ping 206.108.255.1 repeat 100 source loop1 Type escape > sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.1, timeout is 2 seconds: > Packet sent with a source address of 205.173.182.62 > ...!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 97 percent (97/100), round-trip min/avg/max = 1/1/1 ms > r-pop-min-1#ping 206.108.255.2 repeat 100 source loop1 Type escape > sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.2, timeout is 2 seconds: > Packet sent with a source address of 205.173.182.62 > ...!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 97 percent (97/100), round-trip min/avg/max = 1/1/2 ms > r-pop-min-1# > > > -James

Oct. 5, 2015

Re: MICE Route Server issues?

by Jeremy Lumby

Just noticed that the utilization graphs were missing data from this afternoon, however not the graphs from the CNS switch, which I assume is on another netblock. -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Anton Kapela Sent: Monday, October 05, 2015 4:33 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] MICE Route Server issues? Observing same issues here pinging same route severs from any source netblock in AS16842. -Tk > On Oct 5, 2015, at 4:10 PM, James Stahr <stahr(a)MAILBAG.COM> wrote: > > The exchange *seems* fine, but I can't reliably ping the route servers right now. My BGP sessions to them are up and stable, but ICMP isn't operating "normally" - has anything changed? This started at 15:24 CDT today: > > [stahr@ctg-bastion ~]$ ping -c 10 206.108.255.1 PING 206.108.255.1 > (206.108.255.1) 56(84) bytes of data. > 64 bytes from 206.108.255.1: icmp_seq=7 ttl=59 time=7.06 ms > > --- 206.108.255.1 ping statistics --- > 10 packets transmitted, 1 received, 90% packet loss, time 9000ms rtt > min/avg/max/mdev = 7.062/7.062/7.062/0.000 ms [stahr@ctg-bastion ~]$ > ping -c 10 206.108.255.2 PING 206.108.255.2 (206.108.255.2) 56(84) > bytes of data. > 64 bytes from 206.108.255.2: icmp_seq=2 ttl=59 time=7.13 ms > 64 bytes from 206.108.255.2: icmp_seq=6 ttl=59 time=6.98 ms > 64 bytes from 206.108.255.2: icmp_seq=7 ttl=59 time=6.94 ms > 64 bytes from 206.108.255.2: icmp_seq=10 ttl=59 time=7.05 ms > > --- 206.108.255.2 ping statistics --- > 10 packets transmitted, 4 received, 60% packet loss, time 9001ms rtt > min/avg/max/mdev = 6.942/7.028/7.135/0.093 ms [stahr@ctg-bastion ~]$ > ping -c 10 206.108.255.52 PING 206.108.255.52 (206.108.255.52) 56(84) > bytes of data. > 64 bytes from 206.108.255.52: icmp_seq=1 ttl=61 time=14.0 ms > 64 bytes from 206.108.255.52: icmp_seq=2 ttl=61 time=14.5 ms > 64 bytes from 206.108.255.52: icmp_seq=3 ttl=61 time=14.0 ms > 64 bytes from 206.108.255.52: icmp_seq=4 ttl=61 time=13.6 ms > 64 bytes from 206.108.255.52: icmp_seq=5 ttl=61 time=13.0 ms > 64 bytes from 206.108.255.52: icmp_seq=6 ttl=61 time=12.7 ms > 64 bytes from 206.108.255.52: icmp_seq=7 ttl=61 time=12.2 ms > 64 bytes from 206.108.255.52: icmp_seq=8 ttl=61 time=11.7 ms > 64 bytes from 206.108.255.52: icmp_seq=9 ttl=61 time=11.2 ms > 64 bytes from 206.108.255.52: icmp_seq=10 ttl=61 time=11.9 ms > > --- 206.108.255.52 ping statistics --- > 10 packets transmitted, 10 received, 0% packet loss, time 9002ms rtt > min/avg/max/mdev = 11.289/12.913/14.502/1.052 ms [stahr@ctg-bastion > ~]$ > > > Any new policing policy applied today? I seem to be able to ping normally if I use my 206.108.255.x address, but not reliably from any other address: > > r-pop-min-1#ping 206.108.255.1 repeat 100 source gig0/0/5 Type escape > sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.1, timeout is 2 seconds: > Packet sent with a source address of 206.108.255.26 > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 100 percent (100/100), round-trip min/avg/max = 1/1/1 > ms r-pop-min-1#ping 206.108.255.2 repeat 100 source gig0/0/5 Type > escape sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.2, timeout is 2 seconds: > Packet sent with a source address of 206.108.255.26 > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 100 percent (100/100), round-trip min/avg/max = 1/1/1 > ms r-pop-min-1#ping 206.108.255.1 repeat 100 source loop1 Type escape > sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.1, timeout is 2 seconds: > Packet sent with a source address of 205.173.182.62 > ...!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 97 percent (97/100), round-trip min/avg/max = 1/1/1 ms > r-pop-min-1#ping 206.108.255.2 repeat 100 source loop1 Type escape > sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.2, timeout is 2 seconds: > Packet sent with a source address of 205.173.182.62 > ...!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 97 percent (97/100), round-trip min/avg/max = 1/1/2 ms > r-pop-min-1# > > > -James

Oct. 5, 2015

Re: MICE Route Server issues?

by Anton Kapela

Observing same issues here pinging same route severs from any source netblock in AS16842. -Tk > On Oct 5, 2015, at 4:10 PM, James Stahr <stahr(a)MAILBAG.COM> wrote: > > The exchange *seems* fine, but I can't reliably ping the route servers right now. My BGP sessions to them are up and stable, but ICMP isn't operating "normally" - has anything changed? This started at 15:24 CDT today: > > [stahr@ctg-bastion ~]$ ping -c 10 206.108.255.1 > PING 206.108.255.1 (206.108.255.1) 56(84) bytes of data. > 64 bytes from 206.108.255.1: icmp_seq=7 ttl=59 time=7.06 ms > > --- 206.108.255.1 ping statistics --- > 10 packets transmitted, 1 received, 90% packet loss, time 9000ms > rtt min/avg/max/mdev = 7.062/7.062/7.062/0.000 ms > [stahr@ctg-bastion ~]$ ping -c 10 206.108.255.2 > PING 206.108.255.2 (206.108.255.2) 56(84) bytes of data. > 64 bytes from 206.108.255.2: icmp_seq=2 ttl=59 time=7.13 ms > 64 bytes from 206.108.255.2: icmp_seq=6 ttl=59 time=6.98 ms > 64 bytes from 206.108.255.2: icmp_seq=7 ttl=59 time=6.94 ms > 64 bytes from 206.108.255.2: icmp_seq=10 ttl=59 time=7.05 ms > > --- 206.108.255.2 ping statistics --- > 10 packets transmitted, 4 received, 60% packet loss, time 9001ms > rtt min/avg/max/mdev = 6.942/7.028/7.135/0.093 ms > [stahr@ctg-bastion ~]$ ping -c 10 206.108.255.52 > PING 206.108.255.52 (206.108.255.52) 56(84) bytes of data. > 64 bytes from 206.108.255.52: icmp_seq=1 ttl=61 time=14.0 ms > 64 bytes from 206.108.255.52: icmp_seq=2 ttl=61 time=14.5 ms > 64 bytes from 206.108.255.52: icmp_seq=3 ttl=61 time=14.0 ms > 64 bytes from 206.108.255.52: icmp_seq=4 ttl=61 time=13.6 ms > 64 bytes from 206.108.255.52: icmp_seq=5 ttl=61 time=13.0 ms > 64 bytes from 206.108.255.52: icmp_seq=6 ttl=61 time=12.7 ms > 64 bytes from 206.108.255.52: icmp_seq=7 ttl=61 time=12.2 ms > 64 bytes from 206.108.255.52: icmp_seq=8 ttl=61 time=11.7 ms > 64 bytes from 206.108.255.52: icmp_seq=9 ttl=61 time=11.2 ms > 64 bytes from 206.108.255.52: icmp_seq=10 ttl=61 time=11.9 ms > > --- 206.108.255.52 ping statistics --- > 10 packets transmitted, 10 received, 0% packet loss, time 9002ms > rtt min/avg/max/mdev = 11.289/12.913/14.502/1.052 ms > [stahr@ctg-bastion ~]$ > > > Any new policing policy applied today? I seem to be able to ping normally if I use my 206.108.255.x address, but not reliably from any other address: > > r-pop-min-1#ping 206.108.255.1 repeat 100 source gig0/0/5 > Type escape sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.1, timeout is 2 seconds: > Packet sent with a source address of 206.108.255.26 > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 100 percent (100/100), round-trip min/avg/max = 1/1/1 ms > r-pop-min-1#ping 206.108.255.2 repeat 100 source gig0/0/5 > Type escape sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.2, timeout is 2 seconds: > Packet sent with a source address of 206.108.255.26 > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 100 percent (100/100), round-trip min/avg/max = 1/1/1 ms > r-pop-min-1#ping 206.108.255.1 repeat 100 source loop1 > Type escape sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.1, timeout is 2 seconds: > Packet sent with a source address of 205.173.182.62 > ...!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 97 percent (97/100), round-trip min/avg/max = 1/1/1 ms > r-pop-min-1#ping 206.108.255.2 repeat 100 source loop1 > Type escape sequence to abort. > Sending 100, 100-byte ICMP Echos to 206.108.255.2, timeout is 2 seconds: > Packet sent with a source address of 205.173.182.62 > ...!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Success rate is 97 percent (97/100), round-trip min/avg/max = 1/1/2 ms > r-pop-min-1# > > > -James

Oct. 5, 2015

Re: MICE Route Server issues?

by Mike Horwath

On Mon, Oct 05, 2015 at 04:10:54PM -0500, James Stahr wrote: > The exchange *seems* fine, but I can't reliably ping the route servers > right now. Is this /24 announced via BGP into the exchange or just over some of the connected members? -- Mike Horwath, reachable via drechsau(a)Geeks.ORG

Oct. 5, 2015

MICE Route Server issues?

by James Stahr

The exchange *seems* fine, but I can't reliably ping the route servers right now. My BGP sessions to them are up and stable, but ICMP isn't operating "normally" - has anything changed? This started at 15:24 CDT today: [stahr@ctg-bastion ~]$ ping -c 10 206.108.255.1 PING 206.108.255.1 (206.108.255.1) 56(84) bytes of data. 64 bytes from 206.108.255.1: icmp_seq=7 ttl=59 time=7.06 ms --- 206.108.255.1 ping statistics --- 10 packets transmitted, 1 received, 90% packet loss, time 9000ms rtt min/avg/max/mdev = 7.062/7.062/7.062/0.000 ms [stahr@ctg-bastion ~]$ ping -c 10 206.108.255.2 PING 206.108.255.2 (206.108.255.2) 56(84) bytes of data. 64 bytes from 206.108.255.2: icmp_seq=2 ttl=59 time=7.13 ms 64 bytes from 206.108.255.2: icmp_seq=6 ttl=59 time=6.98 ms 64 bytes from 206.108.255.2: icmp_seq=7 ttl=59 time=6.94 ms 64 bytes from 206.108.255.2: icmp_seq=10 ttl=59 time=7.05 ms --- 206.108.255.2 ping statistics --- 10 packets transmitted, 4 received, 60% packet loss, time 9001ms rtt min/avg/max/mdev = 6.942/7.028/7.135/0.093 ms [stahr@ctg-bastion ~]$ ping -c 10 206.108.255.52 PING 206.108.255.52 (206.108.255.52) 56(84) bytes of data. 64 bytes from 206.108.255.52: icmp_seq=1 ttl=61 time=14.0 ms 64 bytes from 206.108.255.52: icmp_seq=2 ttl=61 time=14.5 ms 64 bytes from 206.108.255.52: icmp_seq=3 ttl=61 time=14.0 ms 64 bytes from 206.108.255.52: icmp_seq=4 ttl=61 time=13.6 ms 64 bytes from 206.108.255.52: icmp_seq=5 ttl=61 time=13.0 ms 64 bytes from 206.108.255.52: icmp_seq=6 ttl=61 time=12.7 ms 64 bytes from 206.108.255.52: icmp_seq=7 ttl=61 time=12.2 ms 64 bytes from 206.108.255.52: icmp_seq=8 ttl=61 time=11.7 ms 64 bytes from 206.108.255.52: icmp_seq=9 ttl=61 time=11.2 ms 64 bytes from 206.108.255.52: icmp_seq=10 ttl=61 time=11.9 ms --- 206.108.255.52 ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9002ms rtt min/avg/max/mdev = 11.289/12.913/14.502/1.052 ms [stahr@ctg-bastion ~]$ Any new policing policy applied today? I seem to be able to ping normally if I use my 206.108.255.x address, but not reliably from any other address: r-pop-min-1#ping 206.108.255.1 repeat 100 source gig0/0/5 Type escape sequence to abort. Sending 100, 100-byte ICMP Echos to 206.108.255.1, timeout is 2 seconds: Packet sent with a source address of 206.108.255.26 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Success rate is 100 percent (100/100), round-trip min/avg/max = 1/1/1 ms r-pop-min-1#ping 206.108.255.2 repeat 100 source gig0/0/5 Type escape sequence to abort. Sending 100, 100-byte ICMP Echos to 206.108.255.2, timeout is 2 seconds: Packet sent with a source address of 206.108.255.26 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Success rate is 100 percent (100/100), round-trip min/avg/max = 1/1/1 ms r-pop-min-1#ping 206.108.255.1 repeat 100 source loop1 Type escape sequence to abort. Sending 100, 100-byte ICMP Echos to 206.108.255.1, timeout is 2 seconds: Packet sent with a source address of 205.173.182.62 ...!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Success rate is 97 percent (97/100), round-trip min/avg/max = 1/1/1 ms r-pop-min-1#ping 206.108.255.2 repeat 100 source loop1 Type escape sequence to abort. Sending 100, 100-byte ICMP Echos to 206.108.255.2, timeout is 2 seconds: Packet sent with a source address of 205.173.182.62 ...!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Success rate is 97 percent (97/100), round-trip min/avg/max = 1/1/2 ms r-pop-min-1# -James

Oct. 5, 2015

Re: Netflix Additional ports

by Jeremy Lumby

ae2 Last week ae3 was migrated into AE2 as well -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Richard Laager Sent: Monday, October 05, 2015 2:16 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Netflix Additional ports On 10/05/2015 10:01 AM, Jason Hanke wrote: > Please assign and add the following ports to the Netflix LAG Which Netflix LAG? They have ae2 and ae3. -- Richard

Oct. 5, 2015

Re: Netflix Additional ports

by Richard Laager

On 10/05/2015 10:01 AM, Jason Hanke wrote: > Please assign and add the following ports to the Netflix LAG Which Netflix LAG? They have ae2 and ae3. -- Richard

Oct. 5, 2015

Re: Netflix Additional ports

by Doug McIntyre

On Mon, Oct 05, 2015 at 10:01:32AM -0500, Jason Hanke wrote: > Please assign and add the following ports to the Netflix LAG > > xe-0/2/0 > xe-0/2/1 > xe-0/2/2 Sure thing, added 3 more to the bundle. Ready to go when the optics are installed. -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

Oct. 5, 2015

Netflix Additional ports

by Jason Hanke

Please assign and add the following ports to the Netflix LAG xe-0/2/0 xe-0/2/1 xe-0/2/2 Thanks! -- Jay Hanke CTO Neutral Path Communications 3 Civic Center Plaza, Suite 204 Mankato, MN 56001 (507) 327-2398 mobile jayhanke(a)neutralpath.net www.neutralpath.net

Oct. 5, 2015

Re: Juniper Donation

by Mike Hemphill

Jeremy, Thank you! MICE very much appreciates all that you & Minnesota VoIP does for the exchange!!! Best regards, Mike Mike Hemphill General Manager | Cologix, Inc. 511 11th Ave S, Suite 200 | Minneapolis, MN 55415 P: 1+612.333.1922 | M: 1+612.812.5242 mike.hemphill(a)cologix.com -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Jeremy Lumby Sent: Friday, October 02, 2015 3:41 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] Juniper Donation I have procured, and will be donating the final expansion module to the 4500 switch. This will max out the 4500 with 10G ports. I plan on installing it on 10/8/2015 around 1PM central time. Based upon the installation of the previous 4500 module, I do not expect any impact on traffic. Could someone who has the appropriate permissions please copy this to the announce list. Jeremy Lumby Minnesota VoIP 9217 17th Ave S Suite 216 Bloomington, MN 55425 Main: 612-355-7740 x211 Direct: 612-392-6814 EFax: 952-873-7425 jlumby(a)mnvoip.com

Oct. 5, 2015

Re: Juniper Donation

by Hannigan, Martin

Yes, ditto. Thank you! Your service is very much appreciated Jeremy! Best, Martin > On Oct 2, 2015, at 19:51, Mike Horwath <drechsau(a)GEEKS.ORG> wrote: > >> On Fri, Oct 02, 2015 at 03:41:00PM -0500, Jeremy Lumby wrote: >> Could someone who has the appropriate permissions please copy this >> to the announce list. > > I did it. > > And thank you so very much! > > -- > Mike Horwath, reachable via drechsau(a)Geeks.ORG

Oct. 2, 2015

Re: Juniper Donation

by Mike Horwath

On Fri, Oct 02, 2015 at 03:41:00PM -0500, Jeremy Lumby wrote: > Could someone who has the appropriate permissions please copy this > to the announce list. I did it. And thank you so very much! -- Mike Horwath, reachable via drechsau(a)Geeks.ORG

Oct. 2, 2015

Juniper Donation

by Jeremy Lumby

I have procured, and will be donating the final expansion module to the 4500 switch. This will max out the 4500 with 10G ports. I plan on installing it on 10/8/2015 around 1PM central time. Based upon the installation of the previous 4500 module, I do not expect any impact on traffic. Could someone who has the appropriate permissions please copy this to the announce list. Jeremy Lumby Minnesota VoIP 9217 17th Ave S Suite 216 Bloomington, MN 55425 Main: 612-355-7740 x211 Direct: 612-392-6814 EFax: 952-873-7425 jlumby(a)mnvoip.com

Oct. 2, 2015

Re: Upcoming MICE Meeting

by Jeremy Lumby

I am not as particular about the date, however I would suggest moving back to a start time of 3PM like it was several years ago. From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Shaun Carlson Sent: Thursday, September 03, 2015 7:36 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] Upcoming MICE Meeting All, We will NOT be having a meeting on 9/16 as originally planned. I will send out a new date in a few days. Please let me know if there is any preference for or against a specific date in October time frame. Thanks! s Shaun Carlson Senior Manager of Information Technology | Arvig ph: (218) 346-8673 | em: shaun.carlson(a)arvig.com To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 3, 2015

Re: Upcoming MICE Meeting

by Hannigan, Martin

Not conflicting with NANOG or the ICANN meeting would be nice. I’d like to be able to make it for once! :-) > On Sep 3, 2015, at 8:35 AM, Shaun Carlson <shaun.carlson(a)ARVIG.COM> wrote: > > All, > > We will NOT be having a meeting on 9/16 as originally planned. I will send out a new date in a few days. > > Please let me know if there is any preference for or against a specific date in October time frame. > > Thanks! > > s > > Shaun Carlson > Senior Manager of Information Technology | Arvig > ph: (218) 346-8673 | em: shaun.carlson(a)arvig.com <mailto:shaun.carlson@arvig.com> > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 <https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.iphouse.net_cgi-2…>

Sept. 3, 2015

Upcoming MICE Meeting

by Shaun Carlson

All, We will NOT be having a meeting on 9/16 as originally planned. I will send out a new date in a few days. Please let me know if there is any preference for or against a specific date in October time frame. Thanks! s *Shaun Carlson*Senior Manager of Information Technology | Arvig ph: (218) 346-8673 | em: shaun.carlson(a)arvig.com

Sept. 3, 2015

Are there any public bwctl servers within MICE?

by Tim Peiffer

Other than the University of Minnesota, are there any unregistered publicly reachable bwctl servers within MICE in specific, or MInnesota in general ? I would like to do speed measurement across CenturyLink DSL, Comcast Cable and a few other residential networks. Tim Peiffer -- Tim Peiffer Network Support Engineer Office of Information Technology University of Minnesota/NorthernLights GigaPOP +1 612 626-7884 (desk)

Sept. 1, 2015

PSA: Level3/TWTC

by Mike Horwath

Nice outage: http://mailman.nanog.org/pipermail/nanog/2015-August/078610.html eewps! Affecting people I know and going on 4 hours long. -- Mike Horwath, reachable via drechsau(a)Geeks.ORG

Aug. 27, 2015

Re: Level3?

by John Unger

Patrick.carroll(a)level3.com 312-805-8830 cell 312-895-8421 desk John -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Bil MacLeslie Sent: Wednesday, August 26, 2015 2:21 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Level3? On 8/26/15 2:14 PM, John Unger wrote: > We also buy Level3 here in Minneapolis and Milwaukee markets. Good > products good support... Can be a bit high priced at times... We buy > through the wholesale group (Chicago) and get better pricing. Let us > know if we can help... > > John John, Do you have a contact in the wholesale group I can reach out to? Bil -- Bil K. MacLeslie | TGWGTD | ipHouse | www.ipHouse.com Office: 612-337-6337 | Direct: 612-337-6206 | Cell: 612-618-1218

Aug. 26, 2015

Re: Level3?

by Bil MacLeslie

On 8/26/15 2:14 PM, John Unger wrote: > We also buy Level3 here in Minneapolis and Milwaukee markets. Good > products good support... Can be a bit high priced at times... We buy > through the wholesale group (Chicago) and get better pricing. Let us > know if we can help... > > John John, Do you have a contact in the wholesale group I can reach out to? Bil -- Bil K. MacLeslie | TGWGTD | ipHouse | www.ipHouse.com Office: 612-337-6337 | Direct: 612-337-6206 | Cell: 612-618-1218

Aug. 26, 2015

Re: Level3?

by John Unger

We also buy Level3 here in Minneapolis and Milwaukee markets. Good products good support... Can be a bit high priced at times... We buy through the wholesale group (Chicago) and get better pricing. Let us know if we can help... John -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Steve Howard Sent: Thursday, August 20, 2015 11:29 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Level3? Doug, We buy Level3 but will probably phase them out due to cost that is significantly higher than the marketplace. From a technical perspective, they have been an outstanding provider. If you want to send me a few destinations I can do a few traceroutes and send you the results. Steve On 08/19/2015 02:44 PM, Doug McIntyre wrote: > Does anybody buy Level3 transit in the Minneapolis area? > > We're looking for certain paths out of them that have been hotpoints > in the past, so looking to run some traceroutes through their transit > in Minneapolis to a few points. > > Thanks! >

Aug. 26, 2015

Re: Number of prefixes received exceeds limit - HE IPv6 routes via the route servers?

by James Stahr

On 08/20/2015 4:00 PM, David Farmer wrote: > Sorry guys that was us, or one of our participants. > > They made some changes about an hour ago, and announced the whole IPv6 > table to us. We had a prefix list configured, but it seems to be > empty now, not sure how or when that happened. > Ah, that explains it. I found the other missing piece in our configuration and Rob was right about filters. We've got an explicit deny against ^6939_ from the route server because of our bilateral peering with HE and that's keeping our IPv6 routes from the route server down to 45 and 49 routes respectively so setting a limit of 150 is within reason. But the routes you sent wouldn't have matched the filter, hence the prefix limit was exceeded. Everyone else must have a 13K+ limit and therefor didn't notice the additional paths being injected. Or folks haven't put a prefix-limit on their IPv6 neighbors because if this was a full table, that's nearly 23K routes... -James > We're upgrading to ASRs soon, and they have a check for empty prefix > lists. > > On 8/20/15 15:12 , James Stahr wrote: >> Is someone just start re-advertising HE via the route server or did we >> just configure today a session for HE to the route server? It was my >> impression that they only did bilateral peering. >> >> Aug 20 14:04:01.902 CDT: %BGP-4-MAXPFX: Number of prefixes received from >> 2001:504:27::D1AF:0:1 (afi 1) reaches 143, max 150 >> Aug 20 14:04:01.908 CDT: %BGP-3-MAXPFXEXCEED: Number of prefixes >> received from 2001:504:27::D1AF:0:1 (afi 1): 151 exceeds limit 150 >> >> Our session is currently down and will remain down. When the session >> was up, we saw all of the paths start with 6939. >> >> James Stahr >> CDW > >

Aug. 20, 2015

Re: Number of prefixes received exceeds limit - HE IPv6 routes via the route servers?

by David Farmer

Sorry guys that was us, or one of our participants. They made some changes about an hour ago, and announced the whole IPv6 table to us. We had a prefix list configured, but it seems to be empty now, not sure how or when that happened. We're upgrading to ASRs soon, and they have a check for empty prefix lists. On 8/20/15 15:12 , James Stahr wrote: > Is someone just start re-advertising HE via the route server or did we > just configure today a session for HE to the route server? It was my > impression that they only did bilateral peering. > > Aug 20 14:04:01.902 CDT: %BGP-4-MAXPFX: Number of prefixes received from > 2001:504:27::D1AF:0:1 (afi 1) reaches 143, max 150 > Aug 20 14:04:01.908 CDT: %BGP-3-MAXPFXEXCEED: Number of prefixes > received from 2001:504:27::D1AF:0:1 (afi 1): 151 exceeds limit 150 > > Our session is currently down and will remain down. When the session > was up, we saw all of the paths start with 6939. > > James Stahr > CDW -- ================================================ David Farmer Email: farmer(a)umn.edu Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 1-612-626-0815 Minneapolis, MN 55414-3029 Cell: 1-612-812-9952 ================================================

Aug. 20, 2015

Re: Number of prefixes received exceeds limit - HE IPv6 routes via the route servers?

by Rob Mosher

This is not correct. We only advertise our customer routes to the route servers. We currently send 11764 routes, and have not made any recent changes. -- Rob Mosher Senior Network and Software Engineer Hurricane Electric / AS6939 On 8/20/2015 4:18 PM, Doug McIntyre wrote: > On Thu, Aug 20, 2015 at 03:12:10PM -0500, James Stahr wrote: >> Is someone just start re-advertising HE via the route server or did we just >> configure today a session for HE to the route server? It was my impression >> that they only did bilateral peering. > > HE has always given transit of the IPv6 full table back to the route servers at MICE. > > I had to increase the max prefixes they generated back in Feb of 2013, so this > shouldn't be new.. >

Aug. 20, 2015

Re: Number of prefixes received exceeds limit - HE IPv6 routes via the route servers?

by Doug McIntyre

On Thu, Aug 20, 2015 at 03:12:10PM -0500, James Stahr wrote: > Is someone just start re-advertising HE via the route server or did we just > configure today a session for HE to the route server? It was my impression > that they only did bilateral peering. HE has always given transit of the IPv6 full table back to the route servers at MICE. I had to increase the max prefixes they generated back in Feb of 2013, so this shouldn't be new.. -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

Aug. 20, 2015

Number of prefixes received exceeds limit - HE IPv6 routes via the route servers?

by James Stahr

Is someone just start re-advertising HE via the route server or did we just configure today a session for HE to the route server? It was my impression that they only did bilateral peering. Aug 20 14:04:01.902 CDT: %BGP-4-MAXPFX: Number of prefixes received from 2001:504:27::D1AF:0:1 (afi 1) reaches 143, max 150 Aug 20 14:04:01.908 CDT: %BGP-3-MAXPFXEXCEED: Number of prefixes received from 2001:504:27::D1AF:0:1 (afi 1): 151 exceeds limit 150 Our session is currently down and will remain down. When the session was up, we saw all of the paths start with 6939. James Stahr CDW

Aug. 20, 2015

Re: Level3?

by Steve Howard

Doug, We buy Level3 but will probably phase them out due to cost that is significantly higher than the marketplace. From a technical perspective, they have been an outstanding provider. If you want to send me a few destinations I can do a few traceroutes and send you the results. Steve On 08/19/2015 02:44 PM, Doug McIntyre wrote: > Does anybody buy Level3 transit in the Minneapolis area? > > We're looking for certain paths out of them that have been hotpoints > in the past, so looking to run some traceroutes through their transit > in Minneapolis to a few points. > > Thanks! >

Aug. 20, 2015

Re: Level3?

by David Farmer

Traceroute worked for me, but yea ping and BGP seem broken. On 8/19/15 15:39 , Doug McIntyre wrote: > On Wed, Aug 19, 2015 at 03:29:05PM -0500, Andrew Hoyos wrote: >> http://lookingglass.level3.net > > > I don't know if it is just me, but that doesn't seem to actually work > (at least for Minneapolis and to the IPs I was trying to test). > > > Just hangs and timesout. > > >>> On Aug 19, 2015, at 2:44 PM, Doug McIntyre <merlyn(a)IPHOUSE.NET> wrote: >>> >>> Does anybody buy Level3 transit in the Minneapolis area? >>> >>> We're looking for certain paths out of them that have been hotpoints >>> in the past, so looking to run some traceroutes through their transit >>> in Minneapolis to a few points. >>> >>> Thanks! >>> >>> -- >>> Doug McIntyre <merlyn(a)iphouse.net> >>> ~.~ ipHouse ~.~ >>> Network Engineer/Provisioning/Jack of all Trades > -- ================================================ David Farmer Email: farmer(a)umn.edu Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 1-612-626-0815 Minneapolis, MN 55414-3029 Cell: 1-612-812-9952 ================================================

Aug. 19, 2015

Re: Level3?

by Doug McIntyre

On Wed, Aug 19, 2015 at 03:29:05PM -0500, Andrew Hoyos wrote: > http://lookingglass.level3.net I don't know if it is just me, but that doesn't seem to actually work (at least for Minneapolis and to the IPs I was trying to test). Just hangs and timesout. > > On Aug 19, 2015, at 2:44 PM, Doug McIntyre <merlyn(a)IPHOUSE.NET> wrote: > > > > Does anybody buy Level3 transit in the Minneapolis area? > > > > We're looking for certain paths out of them that have been hotpoints > > in the past, so looking to run some traceroutes through their transit > > in Minneapolis to a few points. > > > > Thanks! > > > > -- > > Doug McIntyre <merlyn(a)iphouse.net> > > ~.~ ipHouse ~.~ > > Network Engineer/Provisioning/Jack of all Trades -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

Aug. 19, 2015

Re: Level3?

by Andrew Hoyos

http://lookingglass.level3.net -- Andrew Hoyos hoyosa(a)gmail.com > On Aug 19, 2015, at 2:44 PM, Doug McIntyre <merlyn(a)IPHOUSE.NET> wrote: > > Does anybody buy Level3 transit in the Minneapolis area? > > We're looking for certain paths out of them that have been hotpoints > in the past, so looking to run some traceroutes through their transit > in Minneapolis to a few points. > > Thanks! > > -- > Doug McIntyre <merlyn(a)iphouse.net> > ~.~ ipHouse ~.~ > Network Engineer/Provisioning/Jack of all Trades

Aug. 19, 2015

Re: Level3?

by Colin Baker

We do, try here: http://lg.supranet.net Choose "Minneapolis" from the dropdown and you should get what you're looking for.‎ -- Colin Baker SupraNet Communications, Inc. (608) 572-7634 colinb(a)supranet.net Original Message From: Doug McIntyre Sent: Wednesday, August 19, 2015 1:44 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Reply To: MICE Discuss Subject: [MICE-DISCUSS] Level3? Does anybody buy Level3 transit in the Minneapolis area? We're looking for certain paths out of them that have been hotpoints in the past, so looking to run some traceroutes through their transit in Minneapolis to a few points. Thanks! -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

Aug. 19, 2015

Re: Level3?

by Larry Patterson

We do Doug. We have a 10Gbps link to Level3 Sent from my iPhone Larry Patterson Chief Technology Officer ---- Atomic Data // Safe. Simple. Smart.(tm) 615 North 3rd Street Minneapolis, MN 55401 Main // 612.466.2000 Direct // 612.466.2080 2015 Inc. 5000 Recipient<http://www.atomicdata.com/articles/atomic-data-ranks-no-3009-2015-inc-5000-…> > On Aug 19, 2015, at 13:44, Doug McIntyre <merlyn(a)IPHOUSE.NET> wrote: > > Does anybody buy Level3 transit in the Minneapolis area? > > We're looking for certain paths out of them that have been hotpoints > in the past, so looking to run some traceroutes through their transit > in Minneapolis to a few points. > > Thanks! > > -- > Doug McIntyre <merlyn(a)iphouse.net> > ~.~ ipHouse ~.~ > Network Engineer/Provisioning/Jack of all Trades

Aug. 19, 2015

Level3?

by Doug McIntyre

Does anybody buy Level3 transit in the Minneapolis area? We're looking for certain paths out of them that have been hotpoints in the past, so looking to run some traceroutes through their transit in Minneapolis to a few points. Thanks! -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

Aug. 19, 2015

Re: Please welcome Cloudflare to MICE!

by Mike Horwath

On Thu, Aug 13, 2015 at 11:23:40AM -0500, Jason Hanke wrote: > Company: Cloudflare How very exciting to see! -- Mike Horwath, reachable via drechsau(a)Geeks.ORG

Aug. 14, 2015

Re: Please welcome Cloudflare to MICE!

by Doug McIntyre

On Thu, Aug 13, 2015 at 11:23:40AM -0500, Jason Hanke wrote: > Company: Cloudflare > Port CFA/LOA (Main Switch): xe-0/1/0, xe-0/1/1 (20G LAG on Uplink module) > ASN: 13335 > IPv4: 206.108.255.45/24 > IPv6: 2001:504:27:0:0:3417::1/64 > Peering Contact: peering(a)cloudflare.com > Cloudflare will provide SFP+ modules for their connections to Cologix for > installation > > Route Server/website updates please! Sure, switch work done, setting up an LACP LAG group with those two ports, all set and ready. Route reflectors are set and ready to talk to them when ready as well. Welcome aboard! -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

Aug. 13, 2015

Re: Please welcome Cloudflare to MICE!

by Levi Pederson

Welcome! *Levi Pederson* Mankato Networks LLC cell | 612.481.0769 work | 612.787.7392 levipederson(a)mankatonetworks.net On Thu, Aug 13, 2015 at 11:34 AM, Nevin Lyne <nevin(a)enginehosting.com> wrote: > > > On Thursday, August 13, 2015 11:23am, "Jason Hanke" < > jayhanke(a)NEUTRALPATH.NET> said: > > > Company: Cloudflare > > Port CFA/LOA (Main Switch): xe-0/1/0, xe-0/1/1 (20G LAG on Uplink module) > > ASN: 13335 > > IPv4: 206.108.255.45/24 > > IPv6: 2001:504:27:0:0:3417::1/64 > > Peering Contact: peering(a)cloudflare.com > > > > Cloudflare will provide SFP+ modules for their connections to Cologix for > > installation > > > > Route Server/website updates please! > > > > Welcome aboard! > > Welcome! > > As a CloudFlare Optimized Hosting Partner and a soon to be CloudFlare > Virtual DNS user, glad to see them joining MICE. > > -Nevin > > > > -- Nevin Lyne > -- Founder & Director of Technology > -- Arcustech, LLC. - arcustech.com > -- Gippy's Internet Solutions, LLC. - enginehosting.com > >

Aug. 13, 2015

Re: Please welcome Cloudflare to MICE!

by Nevin Lyne

On Thursday, August 13, 2015 11:23am, "Jason Hanke" <jayhanke(a)NEUTRALPATH.NET> said: > Company: Cloudflare > Port CFA/LOA (Main Switch): xe-0/1/0, xe-0/1/1 (20G LAG on Uplink module) > ASN: 13335 > IPv4: 206.108.255.45/24 > IPv6: 2001:504:27:0:0:3417::1/64 > Peering Contact: peering(a)cloudflare.com > > Cloudflare will provide SFP+ modules for their connections to Cologix for > installation > > Route Server/website updates please! > > Welcome aboard! Welcome! As a CloudFlare Optimized Hosting Partner and a soon to be CloudFlare Virtual DNS user, glad to see them joining MICE. -Nevin -- Nevin Lyne -- Founder & Director of Technology -- Arcustech, LLC. - arcustech.com -- Gippy's Internet Solutions, LLC. - enginehosting.com

Aug. 13, 2015

Please welcome Cloudflare to MICE!

by Jason Hanke

Company: Cloudflare Port CFA/LOA (Main Switch): xe-0/1/0, xe-0/1/1 (20G LAG on Uplink module) ASN: 13335 IPv4: 206.108.255.45/24 IPv6: 2001:504:27:0:0:3417::1/64 Peering Contact: peering(a)cloudflare.com Cloudflare will provide SFP+ modules for their connections to Cologix for installation Route Server/website updates please! Welcome aboard! -- Jay Hanke CTO Neutral Path Communications 3 Civic Center Plaza, Suite 204 Mankato, MN 56001 (507) 327-2398 mobile jayhanke(a)neutralpath.net www.neutralpath.net

Aug. 13, 2015

Re: SNMP Measurements for MICE?

by Mike Horwath

On Wed, Aug 12, 2015 at 12:47:00PM -0500, Jeremy Lumby wrote: > Depends on how you look at it. More sampling shows more extremes. Won't matter. Unless someone changed things in the RRD files they will all get rolled up anyway and the spikes and dips will then just get rounded out. Want to not have that happen? Use RTG2. Can also poll 1700+ interfaces in under a minute, probably faster on todays hardware. -- Mike Horwath, reachable via drechsau(a)Geeks.ORG

Aug. 12, 2015