- mice-discuss - lists.micemn.net

Christensen Communications MICE 10G upgrade
by Jason Hanke 27 Feb '18

27 Feb '18

Christensen Communications is upgrading from their existing 1G port to a 10G port on the NP Remote Switch. The new port assignment is xe-0/0/0 on the NP Remote Switch. All IP/Route Server information will remain the same Thanks! -- Jay Hanke Neutral Path Communications 3 Civic Center Plaza, Suite 204 Mankato, MN 56001 (507) 327-2398 mobile jayhanke(a)neutralpath.net www.neutralpath.net

1 0

NAT64/NATPT
by Dave Williams 16 Feb '18

16 Feb '18

Hi all - does anyone have experience with NAT64/PT and opinions on what might be the best hardware platform to use to do it? Thanks! Dave Williams Founder / Visionary Revelation Network Management, Inc. O:763-367-6161 C:763-670-5558

5 6

Jaguar 10G Upgrade
by Jason Hanke 14 Feb '18

14 Feb '18

Please allocate Ethernet 5/35 on the main switch for Jaguar. This port will be bundled with their existing port (4/35) we will need a new LAG 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

3 2

FW: HR 4817 PEERING Bill
by David Farmer 14 Feb '18

14 Feb '18

This is too late for MICE but I thought it might be of general interest. ---------- Forwarded message ---------- From: Elizabeth A. Mann <emann(a)areon.net> Date: Wed, Feb 14, 2018 at 2:09 PM Subject: FW: HR 4817 PEERING Bill Here’s just one of the bills introduced by the House and was reviewed in the subcommittee meeting on 1/30/2018. This is actually a federal grant but it’s only 50%. But it is one we might keep our eye on. -- =============================================== 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 ===============================================

1 0

Premier Move
by Jason Hanke 06 Feb '18

06 Feb '18

Premier Communications has moved to port xe-0/0/10 of the NP remote switch. They are no longer using xe-0/0/0 on the NP remote. -- 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

1 0

Arista Support Contract
by Richard Laager 05 Feb '18

05 Feb '18

MICE is responsible for the on-going support contract costs for the main Arista switch. This was factored into the design of the port fees. We have received quotes from Arista. As is customary, the three-year price is cheaper per year than the one-year price. The savings is non-trivial, especially relative to our annual revenue, so I think it would be wise to purchase the three-year contract. The three-year contract cost is more than our current cash balance. After we collect this year's port fees, we will be able to cover it while keeping a reasonable reserve. However, we need to do something sooner, as it needs to be renewed this month. Fortunately, Arista has offered to let us split the order in two halves to avoid us drawing the bank balance too close to zero. Does the membership have any input they'd like to provide the board in this matter? -- Richard

11 30

Wow - new record traffic?
by Michael Hemphill 31 Jan '18

31 Jan '18

Hey MICE members. I see that last night MICE hit 233 Gig In & Out!! Is this a new peak for the exchange? State of the Union I suspect. Mike Mike Hemphill ColoConnect 612-812-5242 mikeh(a)ColoConnect.net<mailto:mikeh@ColoConnect.net> http://www.ColoConnect.net/ [cid:image003.jpg@01D39A8B.DB245780]

1 0

Yahoo IPv4 prefix count limits tripped this morning
by Frank Bulk 25 Jan '18

25 Jan '18

Our IPv4 prefix count limits for two peering sessions with Yahoo (now Oath) tripped this morning around 3:04 and 3:11, respectively. They went from being under 163 to 219, at least a 30% increase. Just curious, are they doing some consolidation? The graph at bgp.he.net suggests that they've been at the 219 level for some months, so perhaps these are some prefixes that are only just now are showing up at MICE? Frank

1 0

MN VoIP 40G upgrade
by Jason Hanke 24 Jan '18

24 Jan '18

MN Voip is upgrading the link to their remote switch to 40G. The new port will be Ethernet 3/6/1 -- 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

1 0

Akamai bounce and graph
by Frank Bulk 18 Jan '18

18 Jan '18

We saw our peering session with Akamai bounce around 9:10 am - anyone else? Jan 18 09:11:30 192.168.0.85 BGP: Peer 206.108.255.84 UP (ESTABLISHED) Jan 18 09:11:38 192.168.0.85 BGP: Peer 2001:504:27::51cc:0:1 UP (ESTABLISHED) And for some reason Akamai's Cacti graph doesn't show up in the Arista -> Traffic section. Is that opaque on purpose? I ask because when I click through it says "ACCESS DENIED" (in red =) ). Frank AS53347

3 2

MICE Looking Glass router
by David Farmer 17 Jan '18

17 Jan '18

The MICE Looking Glass router doesn't seem to be supporting 4-byte ASNs. Could someone upgrade the code please. Thanks. -- =============================================== 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 ===============================================

2 2

Re: UG 27 / MTA
by Reid Fishler 17 Jan '18

17 Jan '18

I can't make Wed after the show, I have to run out back to NY. Reid On Jan 17, 2018 1:07 PM, "Richard Laager" <rlaager(a)wiktel.com> wrote: MTA has agreed to give us a table across from the registration desk. Ideally, we would have someone sit there to talk about MICE with anyone interested. Here are the MTA registration times: Monday, March 26 - 12:00 pm - 6:30 pm Tuesday, March 27 - 7:30 am - 5:00 pm Wednesday, March 28 - 7:30 am - 12:00 pm I'd imagine most people will be registering on Monday or early Tuesday. I'm happy to sit there, but our UG 27 meeting is currently scheduled for Monday at 3:00, which pretty much shoots the whole Monday timeslot. At best, I could setup some things on the table and then rush to 511 for the UG meeting. One option is to move the UG meeting to Tuesday, March 27 at 3:00. This would allow me (and/or anyone else interested) to sit at the MICE table on Monday afternoon and Tuesday morning. On the other hand, if someone was planning on attending both MTA and UG 27, it seems like this would create a conflict. Another option would be to leave the meeting as is, and have someone else (who would skip the UG meeting) volunteer to sit at the table on Monday. A third option would be to reschedule the UG meeting to Wednesday, after MTA concludes. How do you feel about these options? Any other suggestions? -- Richard

1 0

UG 27 / MTA
by Richard Laager 17 Jan '18

17 Jan '18

MTA has agreed to give us a table across from the registration desk. Ideally, we would have someone sit there to talk about MICE with anyone interested. Here are the MTA registration times: Monday, March 26 - 12:00 pm - 6:30 pm Tuesday, March 27 - 7:30 am - 5:00 pm Wednesday, March 28 - 7:30 am - 12:00 pm I'd imagine most people will be registering on Monday or early Tuesday. I'm happy to sit there, but our UG 27 meeting is currently scheduled for Monday at 3:00, which pretty much shoots the whole Monday timeslot. At best, I could setup some things on the table and then rush to 511 for the UG meeting. One option is to move the UG meeting to Tuesday, March 27 at 3:00. This would allow me (and/or anyone else interested) to sit at the MICE table on Monday afternoon and Tuesday morning. On the other hand, if someone was planning on attending both MTA and UG 27, it seems like this would create a conflict. Another option would be to leave the meeting as is, and have someone else (who would skip the UG meeting) volunteer to sit at the table on Monday. A third option would be to reschedule the UG meeting to Wednesday, after MTA concludes. How do you feel about these options? Any other suggestions? -- Richard

1 0

Please Welcome Coloplast to MICE!
by Jason Hanke 16 Jan '18

16 Jan '18

Name: Coloplast Port: ge-0/0/19 (Copper Main) ASN: 25111 IPv4: 206.108.255.91/24 IPv6: 2001:504:27:0:0:6217::1/64 Peering Contact: plmgaw(a)coloplast.com Route Server: Yes BFD: NO Please update your peeringdb information as soon as you have the chance. 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

1 0

MICE route reflect hiccup last night?
by Frank Bulk 10 Jan '18

10 Jan '18

Our logs show that MICE RR #1 had a hiccup overnight ... none of our other BGP sessions to MICE were interrupted. Did something scheduled happened? Jan 9 03:41:41 192.168.0.85 BFD: Session DOWN for 206.108.255.1 on eth 2/2 Reason:Detection Time Expired Jan 9 03:41:41 192.168.0.85 BFD: Session UP for 206.108.255.1 on eth 2/2 Jan 9 03:41:41 192.168.0.85 BGP: Peer 206.108.255.1 DOWN (Rcv Notification:CEASE Message) Jan 9 03:41:41 192.168.0.85 BFD: Session DOWN for 206.108.255.1 on eth 2/2 Reason:Administratively Down Jan 9 03:41:41 192.168.0.85 BFD: Session DOWN for 2001:504:27::d1af:0:1 on eth 2/2 Reason:Detection Time Expired Jan 9 03:41:41 192.168.0.85 BGP: Peer 2001:504:27::d1af:0:1 DOWN (Rcv Notification:CEASE Message) Jan 9 03:42:36 192.168.0.85 BGP: Peer 206.108.255.1 UP (ESTABLISHED) Jan 9 03:42:36 192.168.0.85 BFD: Session UP for 206.108.255.1 on eth 2/2 Jan 9 03:42:41 192.168.0.85 BGP: Peer 2001:504:27::d1af:0:1 UP (ESTABLISHED) Frank

2 3

Passive BFD support on Route-Server #1
by Doug McIntyre 01 Jan '18

01 Jan '18

Just to close this project out, I'll set a schedule to get this done. On Monday, 12/11/2017 at 12:30AM, I'll turn on passive BFD on the MICE route server #1 (206.108.255.1/ 2001:504:27::d1af:0:1) for all connections. In our testing, we've seen passive listening does pretty much what everybody expects, if you want to talk BFD, it is ready to go for you off the bat, if you don't want to do it, then nothing breaks. This will be the standard moving forward, and has been testing for sometime for 17 participants already (5 active, 12 not actively partipatching). If you don't want even passive BFD enabled for your route-server connection, let me know and I can specificly configure you out of passive participation. But we have had zero problems or comments on the dozen that are in now. If it all goes well, I'll do the same on Route server #2 (206.108.255.2/2001:504:27::d1af:0:2) by the end of the year. -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

4 7

Fwd: [routing-wg] a new source for authoritative routing data: ARIN WHOIS
by David Farmer 29 Dec '17

29 Dec '17

FYI, A very interesting development in light of our discussions about doing route filtering at MICE. With this development I enthusiastically support moving forward with route filtering because it provides an easy answer to Richards question about which IRR to use, you don't have to use any of them you can do it all in ARIN ONLINE. Thanks. ---------- Forwarded message ---------- From: Job Snijders <job(a)ntt.net> Date: Tue, Dec 19, 2017 at 4:37 PM Subject: [routing-wg] a new source for authoritative routing data: ARIN WHOIS To: routing-wg(a)ripe.net Dear RIPE WG, I'm sharing a copy of what I sent to NANOG. This is specifically of interest to networks and route server operators that have customers who also operate in the ARIN region. In the RIPE region we've always had the convenience that the "WHOIS" ('inetnum') and "IRR" ('route/route6') components of the database were interleaved. Only the IP block's owner can create or authorise others regarding creation of route-objects. This coupling of WHOIS and IRR doesn't exist at rr.arin.net vs whois.arin.net - so I consider the following a significant improvement. Kind regards, Job ----- Forwarded message from Job Snijders <job(a)ntt.net> ----- Date: Tue, 19 Dec 2017 22:18:20 +0000 From: Job Snijders <job(a)ntt.net> To: nanog(a)nanog.org Subject: a new source for authoritative routing data: ARIN WHOIS Dear NANOG, I'd like to share an update on some routing security activities that ARIN, NTT Communications, YYCIX (Calgary Internet Exchange), the NLNOG Foundation, and the arouteserver project have been collaborating on. Quite some puzzles pieces were brought together! :) Traditionally, there are two commonly-used methods to signal to your peers or upstream providers what Origin ASN(s) are allowed to originate a given IP prefix. As an operator, you can either create a "route object" in the IRR, or you can compose a Letter Of Agency (LOA) and send that to your upstream providerfor manual verification. When it comes to manual verification of routing data (such a LOA), one of the big questions is "what data source is actually authoritative for the verification?". In the ARIN registry the so-called "OriginAS" attribute can be used for this purpose. The OriginAS attribute can only be set or modified by authorized accounts (such as the holder of the IP space). This makes the OriginAS attribute a very reliable source of truth! ARIN shared some notes on LOAs & OriginAS in the following article: https://teamarin.net/2016/07/07/origin-as-an-easier-way-to-v alidate-letters-of-authority/ That teamarin posting got me thinking: clearly there is a lot of valuable routing information in the ARIN WHOIS registry. What if we make the process such that you don't have to email in a LOA, and, have the recipient verify it against against the web interface output (which you updated before sending in the LOA). What if the prefix-filter generation software could just programmatically fetch all (CIDR, OriginAS) tuples from the ARIN WHOIS registry and load that into the list of prefixes a customer is allowed to announce. Just like we do with IRR objects! A few weeks ago I approached John Curran from ARIN asking whether we could work out a mechanism to somehow obtain a computer parsable rendering of the CIDR/OriginAS data in the ARIN WHOIS registry. The path forward turned out to be an agreement between the NLNOG Foundation and ARIN, which authorises NLNOG to publish a subset of the bulk whois data in the convenient format (JSON) for operational purposes. The ARIN WHOIS (CIDR, OriginAS) tuples can be downloaded in JSON format here: http://irrexplorer.nlnog.net/static/dumps/arin-whois-originas.json.bz2 Because of the JSON dump, the ARIN WHOIS data can now be easily consumed by software programs. For example, the JSON file is now loaded into IRR Explorer as can be seen here: http://irrexplorer.nlnog.net/search/AS22512 You can see the 'arin-whois' column which lists what ASN(s) are authorized to announce the blocks (this, in addition to what is signaled in IRR or RPKI). The novel thing here is that JSON file not only allows you to look up an OriginAS using the IP prefix as a lookup key, but the reverse can now also be done: lookup what IP prefixes an ASN is allowed to originate (based on ARIN WHOIS data). Deployment Experience YYCIX: At this point you may be wondering - what does any of the above have to do with an Internet Exchange in Alberta, Canada (https://www.yycix.ca/) or a python-based IXP Route Server management software from Italian origins (http://arouteserver.readthedocs.io/en/latest/) ? :-) As an experiment to explore real world use of the ARIN WHOIS data and prove its value, I worked with Pier Carlo Chiodi (arouteserver) and Theo de Raadt (YYCIX) to consume the ARIN WHOIS data as an additional source in the prefix filter generation process governing the YYCIX route servers. The YYCIX route servers see roughly 80,000 prefixes. The results are fantastic: ~ 1,700 IPv4 prefixes that were previously rejected by the YYCIX route servers (because no IRR route object exists), are now accepted because those announcements can be verified against data from ARIN's WHOIS registry. This resolved roughly 23% of invalid path announcements sent to the YYCIX route servers. Deployment Experience NTT: Based on the above positive results, starting today, NTT is also accepting ARIN WHOIS OriginAS information in conjunction with IRR route objects. Our implementation fetches the ARIN WHOIS data, transforms it into RPSL format, and imports it into our IRRd instance at rr.ntt.net as IRR objects. This way we don't need to update our toolchain to make use of this new data source. An example is here: job@vurt:~$ whois -h rr.ntt.net -- "-sARIN-WHOIS 204.209.252.0/23" route: 204.209.252.0/23 descr: NET-204-209-252-0-1 origin: AS22512 remarks: This route object represents authoritative data retrieved from ARIN's WHOIS service. remarks: The original data can be found here: https://whois.arin.net/rest/net/NET-204-209-252-0-1 remarks: This route object is the result of an automated WHOIS-to-IRR conversion process. mnt-by: MAINT-JOB changed: job(a)ntt.net 20090220 source: ARIN-WHOIS NTT also observed a substantial number (similar to YYCIX) of BGP announcements from its customers that were previously rejected because of the lack of an IRR object, but now are validated via ARIN WHOIS. Conclusion: It is great to be able to offer network operators a choice: either register your BGP announcements as route objects in RPSL format in IRR, or use the ARIN WHOIS web interface, (or both) - either way, as IP transit carrier, we can now pick up your attestations in an automated fashion. This which improves accuracy and reduces red tape! :) Hopefully more carriers and IXPs will embrace the ARIN WHOIS data source in their automation toolchain. The code & procedures to make use of this source are open. I'm happy to help you both on-list and off-list. Kind regards, Job ----- End forwarded message ----- -- =============================================== David Farmer Email:farmer@umn.edu Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 <(612)%20626-0815> Minneapolis, MN 55414-3029 Cell: 612-812-9952 <(612)%20812-9952> ===============================================

5 8

Super Bowl Street Closures
by David Farmer 27 Dec '17

27 Dec '17

Attached is the street closure map for the Super Bowl 52 around US Bank Stadium and the 511 Building. Most of the closures are for the week before or the weekend of the game itself, but some begin as early as next week and continue more than a week following the game. Particularly of interest, 5th street on the north side of 511 will be closed 1/2 - 2/11. More details are available at; http://www.ci.minneapolis.mn.us/VISITORS/SUPERBOWL/WCMSP-195148 If you are headed to 511 in the next month or so, beware it could be an adventure. Thanks. -- =============================================== 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 ===============================================

1 0

Level3/Centurylink Interconnected in Twin Cities
by David Farmer 19 Dec '17

19 Dec '17

This is not directly related to MICE, but I suspect it will be of interest to many of you, so I figured I would share it anyway; Within the last week or two it appears that as part of the Level3/CenturyLink merger they have interconnected their two IP networks here in the Twin Cities. That is AS209(Centurylink) and AS3356(Level3) appear to have interconnected a pair of routers here in the Twin Cities. However, the interconnection doesn't seem appear in the BGP routing tables we are receiving as a customer of Level3. From that perspective the closest interconnection appears to be in Chicago like it has always been. However, based on traceroutes there appears to be more specific routes being exchanged here in the Twin Cities that are not being announced to us as BGP customer of Level3. Further, the interconnection doesn't seem to include local Twin Cites BGP customer of Centurylink or any Centurylink outstate Minnesota customers at all, as those destinations seem to route through the Chicago still. So this primarily provides a shortcut from Level3 Twin Cities customers to Centurylink's Twin Cities broadband customers and vice vesra. This has reduced our latency to Twin Cities Centurylink broadband customers; for fiber customers from ~20ms to ~5ms or less, and DSL customers from ~40ms to ~25ms, most of remaining latency being from DSL interleaving. So, if you are a BGP customer of Level3 here in the Twin Cites at least, you may want to ensure that you are routing to Centurylink through Level3, to take advantage of this shortcut. Thanks. -- =============================================== 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 ===============================================

2 1

Attribute Length Error today
by Frank Bulk 14 Dec '17

14 Dec '17

Anyone else see this today with both MICE route reflectors? Dec 8 13:38:56 192.168.0.85 BGP: Peer 206.108.255.2 DOWN (Attribute Length Error) Dec 8 13:38:56 192.168.0.85 BGP: Peer 206.108.255.1 DOWN (Attribute Length Error) Dec 8 13:39:47 192.168.0.85 BGP: Peer 206.108.255.1 UP (ESTABLISHED) Dec 8 13:39:47 192.168.0.85 BGP: Peer 206.108.255.1 DOWN (Attribute Length Error) Dec 8 13:39:49 192.168.0.85 BGP: Peer 206.108.255.2 UP (ESTABLISHED) Dec 8 13:39:49 192.168.0.85 BGP: Peer 206.108.255.2 DOWN (Attribute Length Error) Dec 8 13:41:28 192.168.0.85 BGP: Peer 206.108.255.1 UP (ESTABLISHED) Dec 8 13:41:28 192.168.0.85 BGP: Peer 206.108.255.1 DOWN (Attribute Length Error) Dec 8 13:41:36 192.168.0.85 BGP: Peer 206.108.255.2 UP (ESTABLISHED) Dec 8 13:41:36 192.168.0.85 BGP: Peer 206.108.255.2 DOWN (Attribute Length Error) Dec 8 13:44:36 192.168.0.85 BGP: Peer 206.108.255.1 UP (ESTABLISHED) Dec 8 13:45:23 192.168.0.85 BGP: Peer 206.108.255.2 UP (ESTABLISHED) Frank

10 23

Re: Attribute Length Error today
by Jeremy Lumby 14 Dec '17

14 Dec '17

Didn't Akamai stop using the route servers? Therefore it wouldn't really matter. Jeremy LumbyMinnesota VoIP9217 17th Ave SSuite 216Bloomington MN 55425Main 612-355-7740Direct 612-392-6814EFax 952-873-7425jlumby(a)mnvoip.com <div> </div><div> </div><div>-------- Original message --------</div><div>From: Richard Laager <rlaager(a)WIKTEL.COM> </div><div>Date: 12/14/17 2:18 PM (GMT-06:00) </div><div>To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET </div><div>Subject: Re: [MICE-DISCUSS] Attribute Length Error today </div><div> </div>-------- Original message --------From: Richard Laager <rlaager(a)WIKTEL.COM> Date: 12/14/17 2:18 PM (GMT-06:00) To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Attribute Length Error today At the last UG, we discussed IRR-based filtering. Does Akamai publish IRR records? -- Richard

3 2

Please Welcome SW MN Broadband to MICE!
by Jason Hanke 13 Dec '17

13 Dec '17

Name: Southwest MN Broadband Port: xe-0/0/12 (NP Remote) ASN: 25715 IPv4: 206.108.255.40/24 IPv6: 2001:504:27:0:0:6473::1/64 Peering Contact: support(a)mysmbs.com Route Server: Yes BFD: No 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

2 1

Super Bowl Change Freeze
by Richard Laager 11 Dec '17

11 Dec '17

As you have probably heard, the Super Bowl is being held in Minneapolis on February 4. We discussed at UG 26 that it would be a good idea to institute a change freeze for a few days to a week before. If you need to upgrade your port capacity or make other changes at MICE, please plan to have those *complete* by January 26th. If it were me, I wouldn't even cut it that close. -- Richard

2 1

Re: SDN Communications Upgrade
by Jeremy Lumby 07 Dec '17

07 Dec '17

Correct Jeremy Lumby Minnesota VoIP 9217 17th Ave S Suite 216 Bloomington MN 55425 Main 612-355-7740 Direct 612-392-6814 EFax 952-873-7425 jlumby(a)mnvoip.com -------- Original message -------- From: Richard Laager <rlaager(a)WIKTEL.COM> Date: 12/7/17 12:30 PM (GMT-06:00) To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] SDN Communications Upgrade _____ >From : Richard Laager [rlaager(a)WIKTEL.COM] To : MICE-DISCUSS(a)LISTS.IPHOUSE.NET [MICE-DISCUSS(a)LISTS.IPHOUSE.NET] Date : Thursday, December 7 2017 12:30:33 On 12/05/2017 03:38 PM, Jason Hanke wrote: > SDN is upgrading their connection to 20g from 10G. > > Please use Ethernet5/5 on the Main Switch to SDN. This will be Po19, I presume? -- Richard

1 0

SDN Communications Upgrade
by Jason Hanke 07 Dec '17

07 Dec '17

SDN is upgrading their connection to 20g from 10G. Please use Ethernet5/5 on the Main Switch to SDN. The LOA/CFA has been filed with Cologix. Please provide an Arista compatible SFP+ optic. 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

2 1