- mice-discuss - lists.micemn.net

Re: Please Welcome Nate Sales to MICE!

by Nate Sales

Oops, I committed the session update but not the address assignment. Established now. Thanks! On Thu, May 28, 2020 at 9:31 AM Doug McIntyre <merlyn(a)iphouse.net> wrote: > > Thanks. I've got the changes in, although your router IPv6 addresses > don't seem to have changed yet. > > (ie. I can ping6 2001:504:27:0:6:86f9::1, but I can't ping6 2001:504:27:0:0:86f9::1 > > > > On Thu, May 28, 2020 at 09:27:13AM -0700, Nate Sales wrote: > >Ok, got it. I've updated the sessions to the correct address so you're free > >to push the config. > > > >Nate > > > >On Thu, May 28, 2020, 9:22 AM Doug McIntyre <merlyn(a)iphouse.net> wrote: > > > >> Because the Route servers were setup with the incorrect data. The > >> IPv6 address should be your ASN. The :6: probably crept in from some > >> previous member that has a 32-bit ASN, as those overflow the one field > >> into the next. > >> > >> It would be best to get change to get all on the same page and be the > >> standard setup. > >> > >> Can I go reconfig now? Or did you want to schedule it with me? > >> > >> > >> On Thu, May 28, 2020 at 09:08:07AM -0700, Nate Sales wrote: > >> >The participants page on the website lists the zero in the address > >> >(2001:504:27:0:0:86f9::1) but i'm established with the route servers using > >> >the 6 address (2001:504:27:0:6:86f9::1). > >> > > >> >Should I switch to the zero one? > >> > > >> >Additionally, the order form was sent to peering(a)micemn.ne > >> ><peering(a)micemn.net>t. > >> > > >> >Thanks, > >> >Nate > >> > > >> >On Wed, May 27, 2020, 11:34 PM Richard Laager <rlaager(a)wiktel.com> wrote: > >> > > >> >> On 5/27/20 9:35 AM, Jay Hanke wrote: > >> >> > Name: Nate Sales > >> >> > Port: MN VoIP Remote > >> >> > ASN: 34553 > >> >> > IPv4: 206.108.255.166/24 > >> >> > IPv6: 2001:504:27:0:6:86f9::1/64 > >> >> > >> >> Typo: 6 should be 0? 2001:504:27:0:0:86f9::1 > >> >> > >> >> > Peering Contact: peering(a)natesales.net > >> >> > Route Servers- YES > >> >> > BFD: No > >> >> > > >> >> > Welcome Aboard! > >> >> > > >> >> > >> >> > >> >> -- > >> >> Richard > >> >> > >> > >> -- > >> 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

May 28, 2020

Re: Please Welcome Nate Sales to MICE!

by Doug McIntyre

Thanks. I've got the changes in, although your router IPv6 addresses don't seem to have changed yet. (ie. I can ping6 2001:504:27:0:6:86f9::1, but I can't ping6 2001:504:27:0:0:86f9::1 On Thu, May 28, 2020 at 09:27:13AM -0700, Nate Sales wrote: >Ok, got it. I've updated the sessions to the correct address so you're free >to push the config. > >Nate > >On Thu, May 28, 2020, 9:22 AM Doug McIntyre <merlyn(a)iphouse.net> wrote: > >> Because the Route servers were setup with the incorrect data. The >> IPv6 address should be your ASN. The :6: probably crept in from some >> previous member that has a 32-bit ASN, as those overflow the one field >> into the next. >> >> It would be best to get change to get all on the same page and be the >> standard setup. >> >> Can I go reconfig now? Or did you want to schedule it with me? >> >> >> On Thu, May 28, 2020 at 09:08:07AM -0700, Nate Sales wrote: >> >The participants page on the website lists the zero in the address >> >(2001:504:27:0:0:86f9::1) but i'm established with the route servers using >> >the 6 address (2001:504:27:0:6:86f9::1). >> > >> >Should I switch to the zero one? >> > >> >Additionally, the order form was sent to peering(a)micemn.ne >> ><peering(a)micemn.net>t. >> > >> >Thanks, >> >Nate >> > >> >On Wed, May 27, 2020, 11:34 PM Richard Laager <rlaager(a)wiktel.com> wrote: >> > >> >> On 5/27/20 9:35 AM, Jay Hanke wrote: >> >> > Name: Nate Sales >> >> > Port: MN VoIP Remote >> >> > ASN: 34553 >> >> > IPv4: 206.108.255.166/24 >> >> > IPv6: 2001:504:27:0:6:86f9::1/64 >> >> >> >> Typo: 6 should be 0? 2001:504:27:0:0:86f9::1 >> >> >> >> > Peering Contact: peering(a)natesales.net >> >> > Route Servers- YES >> >> > BFD: No >> >> > >> >> > Welcome Aboard! >> >> > >> >> >> >> >> >> -- >> >> Richard >> >> >> >> -- >> 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

May 28, 2020

Re: Please Welcome Nate Sales to MICE!

by Nate Sales

Ok, got it. I've updated the sessions to the correct address so you're free to push the config. Nate On Thu, May 28, 2020, 9:22 AM Doug McIntyre <merlyn(a)iphouse.net> wrote: > Because the Route servers were setup with the incorrect data. The > IPv6 address should be your ASN. The :6: probably crept in from some > previous member that has a 32-bit ASN, as those overflow the one field > into the next. > > It would be best to get change to get all on the same page and be the > standard setup. > > Can I go reconfig now? Or did you want to schedule it with me? > > > On Thu, May 28, 2020 at 09:08:07AM -0700, Nate Sales wrote: > >The participants page on the website lists the zero in the address > >(2001:504:27:0:0:86f9::1) but i'm established with the route servers using > >the 6 address (2001:504:27:0:6:86f9::1). > > > >Should I switch to the zero one? > > > >Additionally, the order form was sent to peering(a)micemn.ne > ><peering(a)micemn.net>t. > > > >Thanks, > >Nate > > > >On Wed, May 27, 2020, 11:34 PM Richard Laager <rlaager(a)wiktel.com> wrote: > > > >> On 5/27/20 9:35 AM, Jay Hanke wrote: > >> > Name: Nate Sales > >> > Port: MN VoIP Remote > >> > ASN: 34553 > >> > IPv4: 206.108.255.166/24 > >> > IPv6: 2001:504:27:0:6:86f9::1/64 > >> > >> Typo: 6 should be 0? 2001:504:27:0:0:86f9::1 > >> > >> > Peering Contact: peering(a)natesales.net > >> > Route Servers- YES > >> > BFD: No > >> > > >> > Welcome Aboard! > >> > > >> > >> > >> -- > >> Richard > >> > > -- > Doug McIntyre <merlyn(a)iphouse.net> > ~.~ ipHouse ~.~ > Network Engineer/Provisioning/Jack of all Trades >

May 28, 2020

Re: Please Welcome Nate Sales to MICE!

by Doug McIntyre

Because the Route servers were setup with the incorrect data. The IPv6 address should be your ASN. The :6: probably crept in from some previous member that has a 32-bit ASN, as those overflow the one field into the next. It would be best to get change to get all on the same page and be the standard setup. Can I go reconfig now? Or did you want to schedule it with me? On Thu, May 28, 2020 at 09:08:07AM -0700, Nate Sales wrote: >The participants page on the website lists the zero in the address >(2001:504:27:0:0:86f9::1) but i'm established with the route servers using >the 6 address (2001:504:27:0:6:86f9::1). > >Should I switch to the zero one? > >Additionally, the order form was sent to peering(a)micemn.ne ><peering(a)micemn.net>t. > >Thanks, >Nate > >On Wed, May 27, 2020, 11:34 PM Richard Laager <rlaager(a)wiktel.com> wrote: > >> On 5/27/20 9:35 AM, Jay Hanke wrote: >> > Name: Nate Sales >> > Port: MN VoIP Remote >> > ASN: 34553 >> > IPv4: 206.108.255.166/24 >> > IPv6: 2001:504:27:0:6:86f9::1/64 >> >> Typo: 6 should be 0? 2001:504:27:0:0:86f9::1 >> >> > Peering Contact: peering(a)natesales.net >> > Route Servers- YES >> > BFD: No >> > >> > Welcome Aboard! >> > >> >> >> -- >> Richard >> -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

May 28, 2020

Re: Please Welcome Nate Sales to MICE!

by Nate Sales

The participants page on the website lists the zero in the address (2001:504:27:0:0:86f9::1) but i'm established with the route servers using the 6 address (2001:504:27:0:6:86f9::1). Should I switch to the zero one? Additionally, the order form was sent to peering(a)micemn.ne <peering(a)micemn.net>t. Thanks, Nate On Wed, May 27, 2020, 11:34 PM Richard Laager <rlaager(a)wiktel.com> wrote: > On 5/27/20 9:35 AM, Jay Hanke wrote: > > Name: Nate Sales > > Port: MN VoIP Remote > > ASN: 34553 > > IPv4: 206.108.255.166/24 > > IPv6: 2001:504:27:0:6:86f9::1/64 > > Typo: 6 should be 0? 2001:504:27:0:0:86f9::1 > > > Peering Contact: peering(a)natesales.net > > Route Servers- YES > > BFD: No > > > > Welcome Aboard! > > > > > -- > Richard >

May 28, 2020

Re: Please Welcome Nate Sales to MICE!

by Richard Laager

On 5/27/20 9:35 AM, Jay Hanke wrote: > Name: Nate Sales > Port: MN VoIP Remote > ASN: 34553 > IPv4: 206.108.255.166/24 > IPv6: 2001:504:27:0:6:86f9::1/64 Typo: 6 should be 0? 2001:504:27:0:0:86f9::1 > Peering Contact: peering(a)natesales.net > Route Servers- YES > BFD: No > > Welcome Aboard! > -- Richard

May 28, 2020

AS34962 is live at MICE

by Austin Gillmann

Hi all, AS34962 has recently completed our connection at the MICE and we are glad to be apart of the network! To anyone interested in peering you can find our details including addresses at https://www.peeringdb.com/net/20150 Thank you and have a great rest of the week!

May 27, 2020

Re: Please Welcome Nate Sales to MICE!

by Doug McIntyre

On Wed, May 27, 2020 at 09:35:15AM -0500, Jay Hanke wrote: >Name: Nate Sales >Port: MN VoIP Remote >ASN: 34553 >IPv4: 206.108.255.166/24 >IPv6: 2001:504:27:0:6:86f9::1/64 >Peering Contact: peering(a)natesales.net >Route Servers- YES >BFD: No They've been setup in the route servers now. -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

May 27, 2020

Re: Please Welcome Nate Sales to MICE!

by Jeremy Lumby

This will be port E19 @1Gig on my extension switch -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Jay Hanke Sent: Wednesday, May 27, 2020 9:35 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] Please Welcome Nate Sales to MICE! Name: Nate Sales Port: MN VoIP Remote ASN: 34553 IPv4: 206.108.255.166/24 IPv6: 2001:504:27:0:6:86f9::1/64 Peering Contact: peering(a)natesales.net Route Servers- YES BFD: No Welcome Aboard! -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

May 27, 2020

Please Welcome Nate Sales to MICE!

by Jay Hanke

Name: Nate Sales Port: MN VoIP Remote ASN: 34553 IPv4: 206.108.255.166/24 IPv6: 2001:504:27:0:6:86f9::1/64 Peering Contact: peering(a)natesales.net Route Servers- YES BFD: No Welcome Aboard! -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

May 27, 2020

Re: zoom

by David Farmer

https://www.oracle.com/corporate/pressrelease/zoom-selects-oracle-to-suppor… On Tue, May 26, 2020 at 18:06 David Farmer <farmer(a)umn.edu> wrote: > Zoom’s Web site is host on AWS, at least the last I checked. Also, since > late March they have been bridging calls in AWS too, because of the load > from COVID-19. They also bridge calls in their own data centers and started > using Oracle Cloud in the last month or so. > > > On Tue, May 26, 2020 at 17:52 Richard Laager <rlaager(a)wiktel.com> wrote: > >> Note that Zoom has systems in multiple Amazon regions and Amazon does not >> announce everything at MICE. I’m not saying that is the issue here—only >> that it could be a factor. >> >> -- >> Richard >> >> > On May 26, 2020, at 17:37, Mike Horwath <drechsau(a)geeks.org> wrote: >> > >> > >> >> >> >> On May 26, 2020, at 17:01:38, Jeff Wilde <jeff.wilde(a)PARKREGION.COM> >> wrote: >> >> >> >> Has anyone had any bad experiences with zoom today in particular? I >> noticed my traceroute goes through mice and then amazon, but I can’t >> duplicate it. The company that is experiencing it says even zoom’s website >> will sit there and spin. So, I don’t know why I wouldn’t see similar >> behavior. >> > >> > I haven’t seen any issues with Zoom. >> > >> > But that’s weird. Async routing? >> > >> > -- >> > Mike Horwath, reachable via drechsau(a)Geeks.ORG > > >> -- > =============================================== > David Farmer Email:farmer@umn.edu > Networking & Telecommunication Services > Office of Information Technology > University of Minnesota > 2218 University Ave SE Phone: 612-626-0815 > Minneapolis, MN 55414-3029 Cell: 612-812-9952 > =============================================== > -- =============================================== David Farmer Email:farmer@umn.edu Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 Minneapolis, MN 55414-3029 Cell: 612-812-9952 ===============================================

May 26, 2020

Re: zoom

by David Farmer

Zoom’s Web site is host on AWS, at least the last I checked. Also, since late March they have been bridging calls in AWS too, because of the load from COVID-19. They also bridge calls in their own data centers and started using Oracle Cloud in the last month or so. On Tue, May 26, 2020 at 17:52 Richard Laager <rlaager(a)wiktel.com> wrote: > Note that Zoom has systems in multiple Amazon regions and Amazon does not > announce everything at MICE. I’m not saying that is the issue here—only > that it could be a factor. > > -- > Richard > > > On May 26, 2020, at 17:37, Mike Horwath <drechsau(a)geeks.org> wrote: > > > > > >> > >> On May 26, 2020, at 17:01:38, Jeff Wilde <jeff.wilde(a)PARKREGION.COM> > wrote: > >> > >> Has anyone had any bad experiences with zoom today in particular? I > noticed my traceroute goes through mice and then amazon, but I can’t > duplicate it. The company that is experiencing it says even zoom’s website > will sit there and spin. So, I don’t know why I wouldn’t see similar > behavior. > > > > I haven’t seen any issues with Zoom. > > > > But that’s weird. Async routing? > > > > -- > > Mike Horwath, reachable via drechsau(a)Geeks.ORG > -- =============================================== David Farmer Email:farmer@umn.edu Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 Minneapolis, MN 55414-3029 Cell: 612-812-9952 ===============================================

May 26, 2020

Re: zoom

by Richard Laager

Note that Zoom has systems in multiple Amazon regions and Amazon does not announce everything at MICE. I’m not saying that is the issue here—only that it could be a factor. -- Richard > On May 26, 2020, at 17:37, Mike Horwath <drechsau(a)geeks.org> wrote: > > >> >> On May 26, 2020, at 17:01:38, Jeff Wilde <jeff.wilde(a)PARKREGION.COM> wrote: >> >> Has anyone had any bad experiences with zoom today in particular? I noticed my traceroute goes through mice and then amazon, but I can’t duplicate it. The company that is experiencing it says even zoom’s website will sit there and spin. So, I don’t know why I wouldn’t see similar behavior. > > I haven’t seen any issues with Zoom. > > But that’s weird. Async routing? > > -- > Mike Horwath, reachable via drechsau(a)Geeks.ORG

May 26, 2020

Re: zoom

by Mike Horwath

> On May 26, 2020, at 17:01:38, Jeff Wilde <jeff.wilde(a)PARKREGION.COM> wrote: > > Has anyone had any bad experiences with zoom today in particular? I noticed my traceroute goes through mice and then amazon, but I can’t duplicate it. The company that is experiencing it says even zoom’s website will sit there and spin. So, I don’t know why I wouldn’t see similar behavior. I haven’t seen any issues with Zoom. But that’s weird. Async routing? -- Mike Horwath, reachable via drechsau(a)Geeks.ORG

May 26, 2020

zoom

by Jeff Wilde

Has anyone had any bad experiences with zoom today in particular? I noticed my traceroute goes through mice and then amazon, but I can't duplicate it. The company that is experiencing it says even zoom's website will sit there and spin. So, I don't know why I wouldn't see similar behavior.

May 26, 2020

SFN Remote Switch

by Jay Hanke

There appears to be a fiber cut affecting the uplink for the SFN Remote Switch. Crews have been dispatched, no ETR yet. -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

May 21, 2020

Re: 100G Card Installation

by Mike Horwath

> On May 19, 2020, at 14:28:00, Jeremy Lumby <jlumby(a)MNVOIP.COM> wrote: > > The card has been installed with no observed/reported issues Fantastic, thank you! -- Mike Horwath, reachable via drechsau(a)Geeks.ORG

May 19, 2020

Re: 100G Card Installation

by Jeremy Lumby

The card has been installed with no observed/reported issues -----Original Message----- From: Jeremy Lumby [mailto:jlumby@mnvoip.com] Sent: Monday, May 18, 2020 4:35 PM To: MICE Discuss (MICE-DISCUSS(a)LISTS.IPHOUSE.NET) Subject: 100G Card Installation Tomorrow around 2PM I will be installing a 100G line card in the main Arista chassis. No service impact is expected, however I wanted to announce it since I will be working near live fibers on a live switch. Jeremy Lumby Minnesota VoIP 9217 17th Ave S #216 Bloomington, MN 55425 M: 612-355-7740 D: 612-392-6814 F: 952-873-7425 jlumby(a)mnvoip.com

May 19, 2020

100G Card Installation

by Jeremy Lumby

Tomorrow around 2PM I will be installing a 100G line card in the main Arista chassis. No service impact is expected, however I wanted to announce it since I will be working near live fibers on a live switch. Jeremy Lumby Minnesota VoIP 9217 17th Ave S #216 Bloomington, MN 55425 M: 612-355-7740 D: 612-392-6814 F: 952-873-7425 jlumby(a)mnvoip.com

May 18, 2020

Re: Additional 100G Card for Arista

by Jay Hanke

QCIX is an Iowa nonprofit. On Mon, May 18, 2020 at 9:53 AM David Farmer <0000000e7948cb21-dmarc-request(a)lists.iphouse.net> wrote: > > Sorry, I’ve had a retinal detachment a week ago and had emergency surgery to repair it and have been recovering since. > > I think I’ve put more eye drops in my eye in the last 4 or 5 days then I have in the last 25 years. > > I can’t see out of my right eye yet, as it is fully dilated and intentionally has a gas bubble it in. I have to position my head face down so the gas bubble helps hold the retina against the eye wall as it heals. The gas bubble will be absorbed in a week or so, by the end of this week. > > The day after the surgery when the doctor removed the dressing from my eye I could see light across most of my right eye. So the prognosis for restoring sight I’m my right eye is pretty good. > > The swelling is significantly reduced and the bruising is almost gone, but my eye is still very irritated. I see the eye doc again on Thursday. > > I’ll try to finish up the paperwork early next week. > > There was a mention of QCIX for the pizza-box switches, how is QCIX organized? Is it a nonprofit or coop? > > Thanks > > On Mon, May 18, 2020 at 09:16 Jay Hanke <jayhanke(a)southfront.io> wrote: >> >> Has there been progress with the paperwork for the new 100G card? >> >> On Fri, May 1, 2020 at 1:06 PM Richard Laager <rlaager(a)wiktel.com> wrote: >> > >> > On 5/1/20 11:59 AM, David Farmer wrote: >> > >> > I need to get back to completing the paperwork, but before I do that, there is other equipment we have that we are also willing to transfer to MICE as well. However, it wasn't clear MICE wanted it all. >> > >> > We also have the following; >> > >> > 1 - DCS-7504N Chassis, SN:HSH16345632 >> > 4 - PWR-3KT-AC-RED Power Supplies >> > 4 - DCS-7500R-FM Fabric Modules, SN:JPE16470459, SN:JPE16470431, SN:JPE16470537, SN:JPE16470531 >> > 2 - 7500-SUP2 Supervisor Modules, SN:JPE16305892, SN:JPE16312295 >> > >> > Yes to all this. >> > >> > >> > 2 - DCS7280SR-48C6, 48 SFP, 6 QSFP Switch, SN:SSJ16451365, SN:SSJ16402897 >> > 1 - DCS7280QR-C36, 36 QSFP Switch, SN:JPE16362500 >> > >> > We don't have a need for these right now, and whatever we take, Arista wants us to pay for support on. If they're going to go in the garbage, we'd take them. Otherwise, no thanks. >> > >> > As previously mentioned, QCIX is probably interested. Jay would be the one to talk to there. >> > >> > If you are interested in selling them to for-profit entities, there are definitely some that would be interested. >> > >> > >> > 7 - AOC-10028-20, QSFP100 to QSFP100 Active Optical Cable - 5M >> > 4 - CAB-Q-Q-100G-3M, QSFP100 to QSFP100 Passive Copper Cable - 3M >> > 4 - QSFP-100-SR4, QSFP100 SR4 Optical Modules >> > >> > Yes to all this. We would use it to connect the two switches within the same rack. Granted, we wouldn't need all of it, but we see no reason to turn it down. It's not going to affect the support cost. >> > >> > -- >> > Richard >> > >> > >> > ________________________________ >> > >> > To unsubscribe from the MICE-DISCUSS list, click the following link: >> > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >> >> >> >> -- >> Jay Hanke, President >> South Front Networks >> jayhanke(a)southfront.io >> Phone 612-204-0000 > > -- > =============================================== > David Farmer Email:farmer@umn.edu > Networking & Telecommunication Services > Office of Information Technology > University of Minnesota > 2218 University Ave SE Phone: 612-626-0815 > Minneapolis, MN 55414-3029 Cell: 612-812-9952 > =============================================== > > ________________________________ > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

May 18, 2020

Re: Additional 100G Card for Arista

by David Farmer

Sorry, I’ve had a retinal detachment a week ago and had emergency surgery to repair it and have been recovering since. I think I’ve put more eye drops in my eye in the last 4 or 5 days then I have in the last 25 years. I can’t see out of my right eye yet, as it is fully dilated and intentionally has a gas bubble it in. I have to position my head face down so the gas bubble helps hold the retina against the eye wall as it heals. The gas bubble will be absorbed in a week or so, by the end of this week. The day after the surgery when the doctor removed the dressing from my eye I could see light across most of my right eye. So the prognosis for restoring sight I’m my right eye is pretty good. The swelling is significantly reduced and the bruising is almost gone, but my eye is still very irritated. I see the eye doc again on Thursday. I’ll try to finish up the paperwork early next week. There was a mention of QCIX for the pizza-box switches, how is QCIX organized? Is it a nonprofit or coop? Thanks On Mon, May 18, 2020 at 09:16 Jay Hanke <jayhanke(a)southfront.io> wrote: > Has there been progress with the paperwork for the new 100G card? > > On Fri, May 1, 2020 at 1:06 PM Richard Laager <rlaager(a)wiktel.com> wrote: > > > > On 5/1/20 11:59 AM, David Farmer wrote: > > > > I need to get back to completing the paperwork, but before I do that, > there is other equipment we have that we are also willing to transfer to > MICE as well. However, it wasn't clear MICE wanted it all. > > > > We also have the following; > > > > 1 - DCS-7504N Chassis, SN:HSH16345632 > > 4 - PWR-3KT-AC-RED Power Supplies > > 4 - DCS-7500R-FM Fabric Modules, SN:JPE16470459, SN:JPE16470431, > SN:JPE16470537, SN:JPE16470531 > > 2 - 7500-SUP2 Supervisor Modules, SN:JPE16305892, SN:JPE16312295 > > > > Yes to all this. > > > > > > 2 - DCS7280SR-48C6, 48 SFP, 6 QSFP Switch, SN:SSJ16451365, SN:SSJ16402897 > > 1 - DCS7280QR-C36, 36 QSFP Switch, SN:JPE16362500 > > > > We don't have a need for these right now, and whatever we take, Arista > wants us to pay for support on. If they're going to go in the garbage, we'd > take them. Otherwise, no thanks. > > > > As previously mentioned, QCIX is probably interested. Jay would be the > one to talk to there. > > > > If you are interested in selling them to for-profit entities, there are > definitely some that would be interested. > > > > > > 7 - AOC-10028-20, QSFP100 to QSFP100 Active Optical Cable - 5M > > 4 - CAB-Q-Q-100G-3M, QSFP100 to QSFP100 Passive Copper Cable - 3M > > 4 - QSFP-100-SR4, QSFP100 SR4 Optical Modules > > > > Yes to all this. We would use it to connect the two switches within the > same rack. Granted, we wouldn't need all of it, but we see no reason to > turn it down. It's not going to affect the support cost. > > > > -- > > Richard > > > > > > ________________________________ > > > > To unsubscribe from the MICE-DISCUSS list, click the following link: > > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 > > > > -- > Jay Hanke, President > South Front Networks > jayhanke(a)southfront.io > Phone 612-204-0000 > -- =============================================== David Farmer Email:farmer@umn.edu Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 Minneapolis, MN 55414-3029 Cell: 612-812-9952 ===============================================

May 18, 2020

Re: Additional 100G Card for Arista

by Jay Hanke

Has there been progress with the paperwork for the new 100G card? On Fri, May 1, 2020 at 1:06 PM Richard Laager <rlaager(a)wiktel.com> wrote: > > On 5/1/20 11:59 AM, David Farmer wrote: > > I need to get back to completing the paperwork, but before I do that, there is other equipment we have that we are also willing to transfer to MICE as well. However, it wasn't clear MICE wanted it all. > > We also have the following; > > 1 - DCS-7504N Chassis, SN:HSH16345632 > 4 - PWR-3KT-AC-RED Power Supplies > 4 - DCS-7500R-FM Fabric Modules, SN:JPE16470459, SN:JPE16470431, SN:JPE16470537, SN:JPE16470531 > 2 - 7500-SUP2 Supervisor Modules, SN:JPE16305892, SN:JPE16312295 > > Yes to all this. > > > 2 - DCS7280SR-48C6, 48 SFP, 6 QSFP Switch, SN:SSJ16451365, SN:SSJ16402897 > 1 - DCS7280QR-C36, 36 QSFP Switch, SN:JPE16362500 > > We don't have a need for these right now, and whatever we take, Arista wants us to pay for support on. If they're going to go in the garbage, we'd take them. Otherwise, no thanks. > > As previously mentioned, QCIX is probably interested. Jay would be the one to talk to there. > > If you are interested in selling them to for-profit entities, there are definitely some that would be interested. > > > 7 - AOC-10028-20, QSFP100 to QSFP100 Active Optical Cable - 5M > 4 - CAB-Q-Q-100G-3M, QSFP100 to QSFP100 Passive Copper Cable - 3M > 4 - QSFP-100-SR4, QSFP100 SR4 Optical Modules > > Yes to all this. We would use it to connect the two switches within the same rack. Granted, we wouldn't need all of it, but we see no reason to turn it down. It's not going to affect the support cost. > > -- > Richard > > > ________________________________ > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

May 18, 2020

BGP RPKI Origin Validation Overview Webinar

by Justin Krejci

The highly respected Job Snijders just hosted a very easy to digest webinar (assuming basic level understanding and experience in deploying BGP) on the overview and practical concepts of RPKI based BGP origin validation. I think it is a great for people who want to get their feet wet with the technique. You can watch it here (about 1 hour) https://www.capacitymedia.com/community/webinars?commid=396013 Also, for those using Arista, they recently added support in EOS for this and here is one document they put together on the topic as well: https://eos.arista.com/bgp-origin-validation-rpki/

May 15, 2020

Re: Please Welcome Celerity Networks to MICE!

by Doug McIntyre

On Thu, May 14, 2020 at 03:53:38PM -0500, Jay Hanke wrote: >Name: Celerity Networks LLC >Port: Ethernet5/32 Main Switch >ASN: 397324 >IPv4: 206.108.255.165/24 >IPv6: 2001:504:27:0:6:100c::1/64 >Peering Contact: noc(a)celeritycorp.com >Route Servers- YES >BFD: No Added into the route servers. Welcome! -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

May 15, 2020

Re: Please Welcome Celerity Networks to MICE!

by Jay Hanke

Correct Peering contact is noc(a)celeritycorp.net On Thu, May 14, 2020 at 3:53 PM Jay Hanke <jayhanke(a)southfront.io> wrote: > Name: Celerity Networks LLC > Port: Ethernet5/32 Main Switch > ASN: 397324 > IPv4: 206.108.255.165/24 > IPv6: 2001:504:27:0:6:100c::1/64 > Peering Contact: noc(a)celeritycorp.com > Route Servers- YES > BFD: No > > -- > Jay Hanke, President > South Front Networks > jayhanke(a)southfront.io > Phone 612-204-0000 > -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

May 14, 2020

Please Welcome Celerity Networks to MICE!

by Jay Hanke

Name: Celerity Networks LLC Port: Ethernet5/32 Main Switch ASN: 397324 IPv4: 206.108.255.165/24 IPv6: 2001:504:27:0:6:100c::1/64 Peering Contact: noc(a)celeritycorp.com Route Servers- YES BFD: No -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

May 14, 2020

Re: MICE - PeeringDB Prefix Counts

by Jay Hanke

I updated the MICE peeringDB prefix limits to 150k for IPv4 and 75k for IPv6. On Wed, May 13, 2020 at 10:47 AM Nathan Beard <nbeard(a)stellarllc.net> wrote: > All, > > FYI - I recently noticed log entries on my edge router in regards to the > configured maximum prefix thresholds being crossed for the MICE route > server eBGP sessions. It appears that the PeeringDB site for the MICE > route servers needs to be updated since I'm seeing roughly 74k IPv4 > prefixes and 34k IPv6 prefixes learned at the present time. The values > currently referenced on that page are 50k/25k respectively, and I know > that quite a few people probably use that to configure their BGP > sessions. I'm guessing that I'm not the only one who's needed to bump up > my max-prefix configs recently to avoid the dreaded log spam :) > -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

May 13, 2020

MICE - PeeringDB Prefix Counts

by Nathan Beard

All, FYI - I recently noticed log entries on my edge router in regards to the configured maximum prefix thresholds being crossed for the MICE route server eBGP sessions. It appears that the PeeringDB site for the MICE route servers needs to be updated since I'm seeing roughly 74k IPv4 prefixes and 34k IPv6 prefixes learned at the present time. The values currently referenced on that page are 50k/25k respectively, and I know that quite a few people probably use that to configure their BGP sessions. I'm guessing that I'm not the only one who's needed to bump up my max-prefix configs recently to avoid the dreaded log spam :)

May 13, 2020

Re: Record Traffic

by Dean Bahls

Great point Doug. I hadn't considered connections AWS cloud. I was thinking of streaming videos and such. Thanks, Dean -----Original Message----- From: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET> On Behalf Of Doug McIntyre Sent: Tuesday, May 12, 2020 11:31 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Record Traffic On Tue, May 12, 2020 at 11:22:17AM -0500, Dean Bahls wrote: >Curious if the new 100G link coming from Po5 to Amazon is backwards. >If not, why is so much traffic flow TO Amazon instead of the other way around? Current stats in the LG site match up with the port. I could see that traffic pattern as being legit with S3 storage being the main driver. There are _alot_ of backup products that backup into S3. I know many of my customers have implemented their own backups into S3. Picking one customer I know of, they alone did 8.6TB of transfers into just S3 last month. -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

May 12, 2020

Re: Record Traffic

by Doug McIntyre

On Tue, May 12, 2020 at 11:22:17AM -0500, Dean Bahls wrote: >Curious if the new 100G link coming from Po5 to Amazon is backwards. If >not, why is so much traffic flow TO Amazon instead of the other way around? Current stats in the LG site match up with the port. I could see that traffic pattern as being legit with S3 storage being the main driver. There are _alot_ of backup products that backup into S3. I know many of my customers have implemented their own backups into S3. Picking one customer I know of, they alone did 8.6TB of transfers into just S3 last month. -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

May 12, 2020

Re: Record Traffic

by Dean Bahls

Curious if the new 100G link coming from Po5 to Amazon is backwards. If not, why is so much traffic flow TO Amazon instead of the other way around? Thanks, Dean -----Original Message----- From: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET> On Behalf Of Jeremy Lumby Sent: Monday, May 11, 2020 8:27 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] Record Traffic Looks like MICE has hit a new high traffic level on MICE 920Gig (in+out) and climbing. Amazon moved one of their links over to 100G, and this is contributing. Jeremy Lumby Minnesota VoIP 9217 17th Ave S #216 Bloomington, MN 55425 M: 612-355-7740 D: 612-392-6814 F: 952-873-7425 jlumby(a)mnvoip.com

May 12, 2020

Re: Record Traffic

by Jay Hanke

Flirting with 1/2 Tb of "real" traffic! On Mon, May 11, 2020 at 8:28 PM Jeremy Lumby <jlumby(a)mnvoip.com> wrote: > Looks like MICE has hit a new high traffic level on MICE 920Gig (in+out) > and climbing. Amazon moved one of their links over to 100G, and this is > contributing. > > Jeremy Lumby > Minnesota VoIP > 9217 17th Ave S #216 > Bloomington, MN 55425 > M: 612-355-7740 > D: 612-392-6814 > F: 952-873-7425 > jlumby(a)mnvoip.com > -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

May 12, 2020

Record Traffic

by Jeremy Lumby

Looks like MICE has hit a new high traffic level on MICE 920Gig (in+out) and climbing. Amazon moved one of their links over to 100G, and this is contributing. Jeremy Lumby Minnesota VoIP 9217 17th Ave S #216 Bloomington, MN 55425 M: 612-355-7740 D: 612-392-6814 F: 952-873-7425 jlumby(a)mnvoip.com

May 12, 2020

Global Net (AS395466) - Upcoming CARRIER Maintenance Windows 5/10 + 5/19

by Global Net NOC

MICEMN Members - Our carrier, Zayo Networks, has two upcoming maintenance windows which will affect our service to the MICE: Maintenance 5/10/20 Start: 5/10/20 0500 GMT End: 5/10/20 1000 GMT Down for up to 2 hours. Maintenance 5/19/20 Start: 5/19/20 0500 GMT End: 5/19/20 1000 GMT Down for the duration of the window. I apologize for the short notice on the first window. The carrier continues to schedule, cancel then re-schedule maintenance windows quicker than I can keep up. Thanks, Global Net NOC noc(a)theglobal.net Global Net Peering peering(a)theglobal.net

May 8, 2020

Re: Please Welcome Genesis Wireless to MICE!

by Richard Laager

On 5/7/20 1:38 PM, Doug McIntyre wrote: > On Wed, May 06, 2020 at 09:16:49AM -0500, Jay Hanke wrote: >> Update, Genesis requested to use a previously allocated address to >> them which had not been used. >> >> Name: Genesis Technology Communication, LLC >> Port: MN VoIP Remote Switch (Port Assignment Pending) >> ASN: 30032 >> IPv4: 206.108.255.103/24 >> IPv6: 2001:504:27:0:0:7550::1/64 >> Peering Contact: admin(a)genesiswireless.com > > This was already setup as 'RevNet'. I guess we are renaming RevNet to > Genesis for this one. Yes, that sounds correct. -- Richard

May 7, 2020

Re: Please Welcome Genesis Wireless to MICE!

by Doug McIntyre

On Wed, May 06, 2020 at 09:16:49AM -0500, Jay Hanke wrote: >Update, Genesis requested to use a previously allocated address to >them which had not been used. > >Name: Genesis Technology Communication, LLC >Port: MN VoIP Remote Switch (Port Assignment Pending) >ASN: 30032 >IPv4: 206.108.255.103/24 >IPv6: 2001:504:27:0:0:7550::1/64 >Peering Contact: admin(a)genesiswireless.com This was already setup as 'RevNet'. I guess we are renaming RevNet to Genesis for this one. -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

May 7, 2020

Re: route server down?

by Richard Laager

On 5/6/20 12:09 PM, David Farmer wrote: > BIRD put a malformed BGP message on the wire >From what I'm seeing here, I would agree. Ideally, someone should report this to the BIRD developers. That said, for such a bug report to be useful, we may need more information. If it was just the RFC 1918 next-hop that triggered this, then this should be trivially reproducible. But if it was something else, we may not have enough information to get to the bottom of this. -- Richard

May 7, 2020

Re: route server down?

by Jay Hanke

> IOS XR said "hey look that's bad, and I'm going to ignore it", and Brocade said, "hey that's bad, and you're bad so I'm not going to talk to you", I think the Junipers reacted much as IOS XR did, but that doesn't mean there wasn't a bad message. I can confirm the Juniper reaction, it got marked as "invalid" with unreachable next hop. I don't think it threw an actual error, just put it in the naughty pile and ignored it.

May 6, 2020

Re: route server down?

by David Farmer

My IOS XR router detected a malformed BGP message, logs are in the thread below, but it treated it as a withdrawal per RFC7606. The Brocades saw the error and closed the BGP session, which is what many older BGP implementations do. I'm not sure the reason for the malformed BGP message, it could have something to do the next-hop, or it could be for some completely unrelated reason, but it as far as I can tell, BIRD put a malformed BGP message on the wire. IOS XR said "hey look that's bad, and I'm going to ignore it", and Brocade said, "hey that's bad, and you're bad so I'm not going to talk to you", I think the Junipers reacted much as IOS XR did, but that doesn't mean there wasn't a bad message. Thanks On Wed, May 6, 2020 at 11:49 AM Doug McIntyre <merlyn(a)iphouse.net> wrote: > I think we've come up with some methods for potentially creating > filters for this situation to roll out in the future. > > I don't think its' BIRD place to impose restrictions on what a BGP > peer is advertising, even if it is bogus. > > Clearly its only a bug with Brocade, because other vendors (especially > Juniper) didn't > care that it was announced this way, I just had a bogus route inserted > from them, but > it didn't affect any of my BGP sessions with MICE. > > > > > > On Wed, May 06, 2020 at 04:45:33PM +0000, Frank Bulk wrote: > >Do we need to submit a bug to the developers of BIRD? > > > >Frank > > > >From: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET> On Behalf Of David > Farmer > >Sent: Thursday, April 30, 2020 8:37 AM > >To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET > >Subject: Re: [MICE-DISCUSS] route server down? > > > >I think it was more than just an invalid next-hop. If it was simply an > invalid next-hop that shouldn't have created a malformed BGP update. Unless > the invalid next-hop caused BIRD to send out a malformed BGP update. > > > >On Thu, Apr 30, 2020 at 8:24 AM Jay Hanke <jayhanke(a)southfront.io<mailto: > jayhanke(a)southfront.io>> wrote: > >I emailed xcel about the invalid next-hop address. > > > >We should filter invalid next hops on the route servers. > > > >There also appears to be an issue with how some routers handle the > >invalid next hop. > > > >Are all the peers with the issue of losing the session to RS2 running > Brocade? > > > >On Thu, Apr 30, 2020 at 8:17 AM David Farmer <farmer(a)umn.edu<mailto: > farmer(a)umn.edu>> wrote: > >> > >> someone with Access should see what route server 2 sees for that > prefix, and maybe kick it over after look at it. > >> > >> On Thu, Apr 30, 2020 at 8:04 AM Jay Hanke <jayhanke(a)southfront.io > <mailto:jayhanke@southfront.io>> wrote: > >>> > >>> We're seeing the same with a good next-hop from RS1. > >>> > >>> On Thu, Apr 30, 2020 at 7:55 AM Chris Wopat <wopat(a)wiscnet.net<mailto: > wopat(a)wiscnet.net>> wrote: > >>> > > >>> > On 4/30/20 7:49 AM, David Farmer wrote: > >>> > > >>> > > We're running IOS XR, I found these droppings in our logs; > >>> > > > >>> > > >>> > RP/0/RP0/CPU0:Apr 29 21:50:26.798 CDT: bgp[1068]: > >>> > %ROUTING-BGP-3-MALFORM_UPDATE : Malformed UPDATE message received > from > >>> > neighbor 206.108.255.2 (VRF: default) - message length 59 bytes, > error > >>> > flags 0x00000200, action taken "TreatAsWdr". Error details: "Error > >>> > 0x00000200, Field "Attr-data", Attribute 2 (Flags 0x40, Length 0), > Data > >>> > [400200]". NLRIs: [IPv4 Unicast] 198.179.154.0/23< > https://urldefense.proofpoint.com/v2/url?u=http-3A__198.179.154.0_23&d=DwMF… > > > >>> > RP/0/RP1/CPU0:Apr 29 21:50:26.797 CDT: bgp[1068]: > >>> > %ROUTING-BGP-3-MALFORM_UPDATE : Malformed UPDATE message received > from > >>> > neighbor 206.108.255.2 (VRF: default) - message length 59 bytes, > error > >>> > flags 0x00000200, action taken "TreatAsWdr". Error details: "Error > >>> > 0x00000200, Field "Attr-data", Attribute 2 (Flags 0x40, Length 0), > Data > >>> > [400200]". NLRIs: [IPv4 Unicast] 198.179.154.0/23< > https://urldefense.proofpoint.com/v2/url?u=http-3A__198.179.154.0_23&d=DwMF… > > > >>> > > > >>> > > Maybe try resting you BGP sessions. > >>> > > > >>> > We're seeing a weird next-hop ip on that prefix (rfc1918) and its > hidden > >>> > on our net. > >>> > > >>> > Is 10.223.129.2 something internal to route server #2? > >>> > > >>> > > show route 198.179.154.0 hidden detail > >>> > > >>> > inet.0: 795967 destinations, 2081403 routes (795589 active, 0 > holddown, > >>> > 1604 hidden) > >>> > 198.179.154.0/23< > https://urldefense.proofpoint.com/v2/url?u=http-3A__198.179.154.0_23&d=DwMF…> > (3 entries, 1 announced) > >>> > BGP > >>> > Next hop type: Router, Next hop index: 0 > >>> > Address: 0x113614cc > >>> > Next-hop reference count: 1 > >>> > Source: 206.108.255.2 > >>> > Next hop: 10.223.129.2 via xe-0/1/5.300, selected > >>> > Session Id: 0x0 > >>> > State: <Hidden Ext> > >>> > Inactive reason: Unusable path > >>> > Local AS: 65400 Peer AS: 53679 > >>> > Age: 10:02:05 > >>> > Validation State: unverified > >>> > Task: BGP_53679.206.108.255.2 > >>> > AS path: I > >>> > Communities: target:21693:1000 > >>> > Router ID: 206.108.255.2 > >>> > Hidden reason: protocol nexthop is not on the > interface > >>> > > >>> > > >>> > -- > >>> > Chris Wopat > >>> > Network Engineer, WiscNet > >>> > wopat(a)wiscnet.net<mailto:wopat@wiscnet.net> 608-210-3965 > >>> > >>> > >>> > >>> -- > >>> Jay Hanke, President > >>> South Front Networks > >>> jayhanke(a)southfront.io<mailto:jayhanke@southfront.io> > >>> Phone 612-204-0000 > >> > >> > >> > >> -- > >> =============================================== > >> David Farmer Email:farmer@umn.edu<mailto: > Email%3Afarmer(a)umn.edu> > >> Networking & Telecommunication Services > >> Office of Information Technology > >> University of Minnesota > >> 2218 University Ave SE Phone: 612-626-0815 > >> Minneapolis, MN 55414-3029 Cell: 612-812-9952 > >> =============================================== > >> > >> ________________________________ > >> > >> 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… > > > > > > > > > >-- > >Jay Hanke, President > >South Front Networks > >jayhanke(a)southfront.io<mailto:jayhanke@southfront.io> > >Phone 612-204-0000 > > > > > >-- > >=============================================== > >David Farmer Email:farmer@umn.edu<mailto: > Email%3Afarmer(a)umn.edu> > >Networking & Telecommunication Services > >Office of Information Technology > >University of Minnesota > >2218 University Ave SE Phone: 612-626-0815 > >Minneapolis, MN 55414-3029 Cell: 612-812-9952 > >=============================================== > > > >________________________________ > > > >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… > > > > -- > Doug McIntyre <merlyn(a)iphouse.net> > ~.~ ipHouse ~.~ > Network Engineer/Provisioning/Jack of all Trades > -- =============================================== David Farmer Email:farmer@umn.edu Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 Minneapolis, MN 55414-3029 Cell: 612-812-9952 ===============================================

May 6, 2020

Re: route server down?

by Doug McIntyre

I think we've come up with some methods for potentially creating filters for this situation to roll out in the future. I don't think its' BIRD place to impose restrictions on what a BGP peer is advertising, even if it is bogus. Clearly its only a bug with Brocade, because other vendors (especially Juniper) didn't care that it was announced this way, I just had a bogus route inserted from them, but it didn't affect any of my BGP sessions with MICE. On Wed, May 06, 2020 at 04:45:33PM +0000, Frank Bulk wrote: >Do we need to submit a bug to the developers of BIRD? > >Frank > >From: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET> On Behalf Of David Farmer >Sent: Thursday, April 30, 2020 8:37 AM >To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET >Subject: Re: [MICE-DISCUSS] route server down? > >I think it was more than just an invalid next-hop. If it was simply an invalid next-hop that shouldn't have created a malformed BGP update. Unless the invalid next-hop caused BIRD to send out a malformed BGP update. > >On Thu, Apr 30, 2020 at 8:24 AM Jay Hanke <jayhanke(a)southfront.io<mailto:jayhanke@southfront.io>> wrote: >I emailed xcel about the invalid next-hop address. > >We should filter invalid next hops on the route servers. > >There also appears to be an issue with how some routers handle the >invalid next hop. > >Are all the peers with the issue of losing the session to RS2 running Brocade? > >On Thu, Apr 30, 2020 at 8:17 AM David Farmer <farmer(a)umn.edu<mailto:farmer@umn.edu>> wrote: >> >> someone with Access should see what route server 2 sees for that prefix, and maybe kick it over after look at it. >> >> On Thu, Apr 30, 2020 at 8:04 AM Jay Hanke <jayhanke(a)southfront.io<mailto:jayhanke@southfront.io>> wrote: >>> >>> We're seeing the same with a good next-hop from RS1. >>> >>> On Thu, Apr 30, 2020 at 7:55 AM Chris Wopat <wopat(a)wiscnet.net<mailto:wopat@wiscnet.net>> wrote: >>> > >>> > On 4/30/20 7:49 AM, David Farmer wrote: >>> > >>> > > We're running IOS XR, I found these droppings in our logs; >>> > > >>> > >>> > RP/0/RP0/CPU0:Apr 29 21:50:26.798 CDT: bgp[1068]: >>> > %ROUTING-BGP-3-MALFORM_UPDATE : Malformed UPDATE message received from >>> > neighbor 206.108.255.2 (VRF: default) - message length 59 bytes, error >>> > flags 0x00000200, action taken "TreatAsWdr". Error details: "Error >>> > 0x00000200, Field "Attr-data", Attribute 2 (Flags 0x40, Length 0), Data >>> > [400200]". NLRIs: [IPv4 Unicast] 198.179.154.0/23<https://urldefense.proofpoint.com/v2/url?u=http-3A__198.179.154.0_23&d=DwMF…> >>> > RP/0/RP1/CPU0:Apr 29 21:50:26.797 CDT: bgp[1068]: >>> > %ROUTING-BGP-3-MALFORM_UPDATE : Malformed UPDATE message received from >>> > neighbor 206.108.255.2 (VRF: default) - message length 59 bytes, error >>> > flags 0x00000200, action taken "TreatAsWdr". Error details: "Error >>> > 0x00000200, Field "Attr-data", Attribute 2 (Flags 0x40, Length 0), Data >>> > [400200]". NLRIs: [IPv4 Unicast] 198.179.154.0/23<https://urldefense.proofpoint.com/v2/url?u=http-3A__198.179.154.0_23&d=DwMF…> >>> > > >>> > > Maybe try resting you BGP sessions. >>> > > >>> > We're seeing a weird next-hop ip on that prefix (rfc1918) and its hidden >>> > on our net. >>> > >>> > Is 10.223.129.2 something internal to route server #2? >>> > >>> > > show route 198.179.154.0 hidden detail >>> > >>> > inet.0: 795967 destinations, 2081403 routes (795589 active, 0 holddown, >>> > 1604 hidden) >>> > 198.179.154.0/23<https://urldefense.proofpoint.com/v2/url?u=http-3A__198.179.154.0_23&d=DwMF…> (3 entries, 1 announced) >>> > BGP >>> > Next hop type: Router, Next hop index: 0 >>> > Address: 0x113614cc >>> > Next-hop reference count: 1 >>> > Source: 206.108.255.2 >>> > Next hop: 10.223.129.2 via xe-0/1/5.300, selected >>> > Session Id: 0x0 >>> > State: <Hidden Ext> >>> > Inactive reason: Unusable path >>> > Local AS: 65400 Peer AS: 53679 >>> > Age: 10:02:05 >>> > Validation State: unverified >>> > Task: BGP_53679.206.108.255.2 >>> > AS path: I >>> > Communities: target:21693:1000 >>> > Router ID: 206.108.255.2 >>> > Hidden reason: protocol nexthop is not on the interface >>> > >>> > >>> > -- >>> > Chris Wopat >>> > Network Engineer, WiscNet >>> > wopat(a)wiscnet.net<mailto:wopat@wiscnet.net> 608-210-3965 >>> >>> >>> >>> -- >>> Jay Hanke, President >>> South Front Networks >>> jayhanke(a)southfront.io<mailto:jayhanke@southfront.io> >>> Phone 612-204-0000 >> >> >> >> -- >> =============================================== >> David Farmer Email:farmer@umn.edu<mailto:Email%3Afarmer@umn.edu> >> Networking & Telecommunication Services >> Office of Information Technology >> University of Minnesota >> 2218 University Ave SE Phone: 612-626-0815 >> Minneapolis, MN 55414-3029 Cell: 612-812-9952 >> =============================================== >> >> ________________________________ >> >> 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…> > > > >-- >Jay Hanke, President >South Front Networks >jayhanke(a)southfront.io<mailto:jayhanke@southfront.io> >Phone 612-204-0000 > > >-- >=============================================== >David Farmer Email:farmer@umn.edu<mailto:Email%3Afarmer@umn.edu> >Networking & Telecommunication Services >Office of Information Technology >University of Minnesota >2218 University Ave SE Phone: 612-626-0815 >Minneapolis, MN 55414-3029 Cell: 612-812-9952 >=============================================== > >________________________________ > >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…> -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

May 6, 2020

Re: route server down?

by Frank Bulk

Do we need to submit a bug to the developers of BIRD? Frank From: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET> On Behalf Of David Farmer Sent: Thursday, April 30, 2020 8:37 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] route server down? I think it was more than just an invalid next-hop. If it was simply an invalid next-hop that shouldn't have created a malformed BGP update. Unless the invalid next-hop caused BIRD to send out a malformed BGP update. On Thu, Apr 30, 2020 at 8:24 AM Jay Hanke <jayhanke(a)southfront.io<mailto:jayhanke@southfront.io>> wrote: I emailed xcel about the invalid next-hop address. We should filter invalid next hops on the route servers. There also appears to be an issue with how some routers handle the invalid next hop. Are all the peers with the issue of losing the session to RS2 running Brocade? On Thu, Apr 30, 2020 at 8:17 AM David Farmer <farmer(a)umn.edu<mailto:farmer@umn.edu>> wrote: > > someone with Access should see what route server 2 sees for that prefix, and maybe kick it over after look at it. > > On Thu, Apr 30, 2020 at 8:04 AM Jay Hanke <jayhanke(a)southfront.io<mailto:jayhanke@southfront.io>> wrote: >> >> We're seeing the same with a good next-hop from RS1. >> >> On Thu, Apr 30, 2020 at 7:55 AM Chris Wopat <wopat(a)wiscnet.net<mailto:wopat@wiscnet.net>> wrote: >> > >> > On 4/30/20 7:49 AM, David Farmer wrote: >> > >> > > We're running IOS XR, I found these droppings in our logs; >> > > >> > >> > RP/0/RP0/CPU0:Apr 29 21:50:26.798 CDT: bgp[1068]: >> > %ROUTING-BGP-3-MALFORM_UPDATE : Malformed UPDATE message received from >> > neighbor 206.108.255.2 (VRF: default) - message length 59 bytes, error >> > flags 0x00000200, action taken "TreatAsWdr". Error details: "Error >> > 0x00000200, Field "Attr-data", Attribute 2 (Flags 0x40, Length 0), Data >> > [400200]". NLRIs: [IPv4 Unicast] 198.179.154.0/23<https://urldefense.proofpoint.com/v2/url?u=http-3A__198.179.154.0_23&d=DwMF…> >> > RP/0/RP1/CPU0:Apr 29 21:50:26.797 CDT: bgp[1068]: >> > %ROUTING-BGP-3-MALFORM_UPDATE : Malformed UPDATE message received from >> > neighbor 206.108.255.2 (VRF: default) - message length 59 bytes, error >> > flags 0x00000200, action taken "TreatAsWdr". Error details: "Error >> > 0x00000200, Field "Attr-data", Attribute 2 (Flags 0x40, Length 0), Data >> > [400200]". NLRIs: [IPv4 Unicast] 198.179.154.0/23<https://urldefense.proofpoint.com/v2/url?u=http-3A__198.179.154.0_23&d=DwMF…> >> > > >> > > Maybe try resting you BGP sessions. >> > > >> > We're seeing a weird next-hop ip on that prefix (rfc1918) and its hidden >> > on our net. >> > >> > Is 10.223.129.2 something internal to route server #2? >> > >> > > show route 198.179.154.0 hidden detail >> > >> > inet.0: 795967 destinations, 2081403 routes (795589 active, 0 holddown, >> > 1604 hidden) >> > 198.179.154.0/23<https://urldefense.proofpoint.com/v2/url?u=http-3A__198.179.154.0_23&d=DwMF…> (3 entries, 1 announced) >> > BGP >> > Next hop type: Router, Next hop index: 0 >> > Address: 0x113614cc >> > Next-hop reference count: 1 >> > Source: 206.108.255.2 >> > Next hop: 10.223.129.2 via xe-0/1/5.300, selected >> > Session Id: 0x0 >> > State: <Hidden Ext> >> > Inactive reason: Unusable path >> > Local AS: 65400 Peer AS: 53679 >> > Age: 10:02:05 >> > Validation State: unverified >> > Task: BGP_53679.206.108.255.2 >> > AS path: I >> > Communities: target:21693:1000 >> > Router ID: 206.108.255.2 >> > Hidden reason: protocol nexthop is not on the interface >> > >> > >> > -- >> > Chris Wopat >> > Network Engineer, WiscNet >> > wopat(a)wiscnet.net<mailto:wopat@wiscnet.net> 608-210-3965 >> >> >> >> -- >> Jay Hanke, President >> South Front Networks >> jayhanke(a)southfront.io<mailto:jayhanke@southfront.io> >> Phone 612-204-0000 > > > > -- > =============================================== > David Farmer Email:farmer@umn.edu<mailto:Email%3Afarmer@umn.edu> > Networking & Telecommunication Services > Office of Information Technology > University of Minnesota > 2218 University Ave SE Phone: 612-626-0815 > Minneapolis, MN 55414-3029 Cell: 612-812-9952 > =============================================== > > ________________________________ > > 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…> -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io<mailto:jayhanke@southfront.io> Phone 612-204-0000 -- =============================================== David Farmer Email:farmer@umn.edu<mailto:Email%3Afarmer@umn.edu> Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 Minneapolis, MN 55414-3029 Cell: 612-812-9952 =============================================== ________________________________ 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…>

May 6, 2020

Re: Please Welcome Genesis Wireless to MICE!

by Jeremy Lumby

Port Assignment for MN VoIP extension is Ethernet 18 -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Jay Hanke Sent: Wednesday, May 06, 2020 9:17 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Please Welcome Genesis Wireless to MICE! Update, Genesis requested to use a previously allocated address to them which had not been used. Name: Genesis Technology Communication, LLC Port: MN VoIP Remote Switch (Port Assignment Pending) ASN: 30032 IPv4: 206.108.255.103/24 IPv6: 2001:504:27:0:0:7550::1/64 Peering Contact: admin(a)genesiswireless.com Route Servers- YES BFD: No On Wed, May 6, 2020 at 8:44 AM Jay Hanke <jayhanke(a)southfront.io> wrote: > > Name: Genesis Technology Communication, LLC > Port: MN VoIP Remote Switch (Port Assignment Pending) > ASN: 30032 > IPv4: 206.108.255.165/24 > IPv6: 2001:504:27:0:0:7550::1/64 > Peering Contact: admin(a)genesiswireless.com > Route Servers- YES > BFD: No > > Welcome Aboard! > > -- > Jay Hanke, President > South Front Networks > jayhanke(a)southfront.io > Phone 612-204-0000 -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

May 6, 2020

Re: Please Welcome Genesis Wireless to MICE!

by Jay Hanke

Update, Genesis requested to use a previously allocated address to them which had not been used. Name: Genesis Technology Communication, LLC Port: MN VoIP Remote Switch (Port Assignment Pending) ASN: 30032 IPv4: 206.108.255.103/24 IPv6: 2001:504:27:0:0:7550::1/64 Peering Contact: admin(a)genesiswireless.com Route Servers- YES BFD: No On Wed, May 6, 2020 at 8:44 AM Jay Hanke <jayhanke(a)southfront.io> wrote: > > Name: Genesis Technology Communication, LLC > Port: MN VoIP Remote Switch (Port Assignment Pending) > ASN: 30032 > IPv4: 206.108.255.165/24 > IPv6: 2001:504:27:0:0:7550::1/64 > Peering Contact: admin(a)genesiswireless.com > Route Servers- YES > BFD: No > > Welcome Aboard! > > -- > Jay Hanke, President > South Front Networks > jayhanke(a)southfront.io > Phone 612-204-0000 -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

May 6, 2020

Please Welcome Genesis Wireless to MICE!

by Jay Hanke

Name: Genesis Technology Communication, LLC Port: MN VoIP Remote Switch (Port Assignment Pending) ASN: 30032 IPv4: 206.108.255.165/24 IPv6: 2001:504:27:0:0:7550::1/64 Peering Contact: admin(a)genesiswireless.com Route Servers- YES BFD: No Welcome Aboard! -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

May 6, 2020

Re: [ADV] [MICE-DISCUSS] MICE PTR records missing for a handful of IPs

by Doug McIntyre

Yes, it is a manual process to update the PTR record updates to the DNS, and the forwards are handled elsewhere so I just batch them up every now and then and send off a request to the forward host contact every now-and-then. In the past virtually nobody has cared, so they don't tend to notice when I update PTRs or not. I can get going on these. On Tue, May 05, 2020 at 02:15:05PM +0000, Chris Wopat wrote: >Hi folks, > >This morning we stumbled across a cosmetic issue, PTRs don't seem to >exist for a handful of participants. Note we did not eyeball v6, this >was just noticed when making some changes on our device. > >A few may have custom PTRs, one has an extra n in 'micemn' (micemnn), >the others simply lack PTRs. > >Quick list below, see attachment has more info. > >cat /tmp/mice-without-ptr.txt | grep 206.108 | awk '{print $3}' >100ge49-1.usi-cr04-mpls.u >xe0-0-0.er1.511.msp.as535 >AS393238.micemnn.net >206.108.255.145 >206.108.255.148 >206.108.255.149 >206.108.255.152 >206.108.255.153 >206.108.255.154 >206.108.255.155 >206.108.255.156 >206.108.255.157 >206.108.255.158 >206.108.255.159 >206.108.255.160 >206.108.255.233 > >Cheers, >-- >Chris Wopat >Network Engineer, WiscNet >wopat(a)wiscnet.net 608-210-3965 >wopat@r-minneapolis-isp> show arp interface irb.100 | except micemn.net >MAC Address Address Name Interface Flags >74:83:ef:2f:04:1b 206.108.255.19 100ge49-1.usi-cr04-mpls.u irb.100 [ae0.100] none >9c:8a:cb:9c:0e:03 206.108.255.65 xe0-0-0.er1.511.msp.as535 irb.100 [ae0.100] none >08:96:ad:25:2e:3c 206.108.255.114 AS393238.micemnn.net irb.100 [ae0.100] none >74:a2:e6:c5:77:00 206.108.255.145 206.108.255.145 irb.100 [ae0.100] none >78:fe:3d:ae:15:cc 206.108.255.148 206.108.255.148 irb.100 [ae0.100] none >64:d1:54:f7:47:93 206.108.255.149 206.108.255.149 irb.100 [ae0.100] none >00:1d:71:73:2f:00 206.108.255.152 206.108.255.152 irb.100 [ae0.100] none >00:bc:60:0b:f8:a8 206.108.255.153 206.108.255.153 irb.100 [ae0.100] none >74:8e:f8:62:08:01 206.108.255.154 206.108.255.154 irb.100 [ae0.100] none >5c:5e:ab:de:e5:00 206.108.255.155 206.108.255.155 irb.100 [ae0.100] none >f4:cc:55:79:41:56 206.108.255.156 206.108.255.156 irb.100 [ae0.100] none >d0:dd:49:4a:eb:d2 206.108.255.157 206.108.255.157 irb.100 [ae0.100] none >cc:4e:24:9a:69:00 206.108.255.158 206.108.255.158 irb.100 [ae0.100] none >ec:38:73:ed:a2:67 206.108.255.159 206.108.255.159 irb.100 [ae0.100] none >50:2f:a8:e2:b0:00 206.108.255.160 206.108.255.160 irb.100 [ae0.100] none >b8:c2:53:57:93:c0 206.108.255.233 206.108.255.233 irb.100 [ae0.100] none > -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

May 5, 2020

MICE PTR records missing for a handful of IPs

by Chris Wopat

Hi folks, This morning we stumbled across a cosmetic issue, PTRs don't seem to exist for a handful of participants. Note we did not eyeball v6, this was just noticed when making some changes on our device. A few may have custom PTRs, one has an extra n in 'micemn' (micemnn), the others simply lack PTRs. Quick list below, see attachment has more info. cat /tmp/mice-without-ptr.txt | grep 206.108 | awk '{print $3}' 100ge49-1.usi-cr04-mpls.u xe0-0-0.er1.511.msp.as535 AS393238.micemnn.net 206.108.255.145 206.108.255.148 206.108.255.149 206.108.255.152 206.108.255.153 206.108.255.154 206.108.255.155 206.108.255.156 206.108.255.157 206.108.255.158 206.108.255.159 206.108.255.160 206.108.255.233 Cheers, -- Chris Wopat Network Engineer, WiscNet wopat(a)wiscnet.net 608-210-3965

May 5, 2020

Re: Additional 100G Card for Arista

by Mike Horwath

On Fri, May 01, 2020 at 01:06:48PM -0500, Richard Laager wrote: > > 2 - DCS7280SR-48C6, 48 SFP, 6 QSFP Switch, SN:SSJ16451365, SN:SSJ16402897 > > 1 - DCS7280QR-C36, 36 QSFP Switch, SN:JPE16362500 > > We don't have a need for these right now, and whatever we take, Arista > wants us to pay for support on. If they're going to go in the garbage, > we'd take them. Otherwise, no thanks. I don't have any Arista in my lab. I should probably look at fixing that sometime in the future. -- Mike Horwath, reachable via drechsau(a)Geeks.ORG

May 1, 2020

Re: Additional 100G Card for Arista

by Richard Laager

On 5/1/20 11:59 AM, David Farmer wrote: > I need to get back to completing the paperwork, but before I do that, > there is other equipment we have that we are also willing to transfer > to MICE as well. However, it wasn't clear MICE wanted it all. > > We also have the following; > > 1 - DCS-7504N Chassis, SN:HSH16345632 > 4 - PWR-3KT-AC-RED Power Supplies > 4 - DCS-7500R-FM Fabric Modules, SN:JPE16470459, SN:JPE16470431, > SN:JPE16470537, SN:JPE16470531 > 2 - 7500-SUP2 Supervisor Modules, SN:JPE16305892, SN:JPE16312295 Yes to all this. > 2 - DCS7280SR-48C6, 48 SFP, 6 QSFP Switch, SN:SSJ16451365, SN:SSJ16402897 > 1 - DCS7280QR-C36, 36 QSFP Switch, SN:JPE16362500 We don't have a need for these right now, and whatever we take, Arista wants us to pay for support on. If they're going to go in the garbage, we'd take them. Otherwise, no thanks. As previously mentioned, QCIX is probably interested. Jay would be the one to talk to there. If you are interested in selling them to for-profit entities, there are definitely some that would be interested. > 7 - AOC-10028-20, QSFP100 to QSFP100 Active Optical Cable - 5M > 4 - CAB-Q-Q-100G-3M, QSFP100 to QSFP100 Passive Copper Cable - 3M > 4 - QSFP-100-SR4, QSFP100 SR4 Optical Modules Yes to all this. We would use it to connect the two switches within the same rack. Granted, we wouldn't need all of it, but we see no reason to turn it down. It's not going to affect the support cost. -- Richard

May 1, 2020

Re: Additional 100G Card for Arista

by Steve Howard

May 1, 2020

Re: Additional 100G Card for Arista

by David Farmer

Jeremy has had the line card since the emergency maintenance a couple of weeks ago, it is a 7500R-36QC-LC, it is SN:SSJ16420315. I need to get back to completing the paperwork, but before I do that, there is other equipment we have that we are also willing to transfer to MICE as well. However, it wasn't clear MICE wanted it all. We also have the following; 1 - DCS-7504N Chassis, SN:HSH16345632 4 - PWR-3KT-AC-RED Power Supplies 4 - DCS-7500R-FM Fabric Modules, SN:JPE16470459, SN:JPE16470431, SN:JPE16470537, SN:JPE16470531 2 - 7500-SUP2 Supervisor Modules, SN:JPE16305892, SN:JPE16312295 2 - DCS7280SR-48C6, 48 SFP, 6 QSFP Switch, SN:SSJ16451365, SN:SSJ16402897 1 - DCS7280QR-C36, 36 QSFP Switch, SN:JPE16362500 7 - AOC-10028-20, QSFP100 to QSFP100 Active Optical Cable - 5M 4 - CAB-Q-Q-100G-3M, QSFP100 to QSFP100 Passive Copper Cable - 3M 4- QSFP-100-SR4, QSFP100 SR4 Optical Modules So, besides the 36 port QSFP Line card what does MICE want? On Fri, May 1, 2020 at 10:11 AM Jay Hanke <jayhanke(a)southfront.io> wrote: > Is there an update on the additional 100G card for the Main Switch? > > -- > Jay Hanke, President > South Front Networks > jayhanke(a)southfront.io > Phone 612-204-0000 > > ------------------------------ > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 > -- =============================================== David Farmer Email:farmer@umn.edu Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 Minneapolis, MN 55414-3029 Cell: 612-812-9952 ===============================================

May 1, 2020