October 2019 - mice-discuss - lists.micemn.net

UG 28
by Richard Laager Oct. 7, 2020

Oct. 7, 2020

I am pleased to announce that 702 Communications confirmed that July 11 works for them hosting UG 28: MICE User Group 28 July 11, 3:00pm 702 Main Ave, Moorhead, MN -- Richard

7 21

Blackholing DoS traffic
by Frank Bulk Jan. 24, 2020

Jan. 24, 2020

https://www.seattleix.net/blackholing Does MICE have an blackholng functionality equivalent to SIX? I was visiting with a DDoS mitigation vendor this morning and was curious if there was a way we could automatically mitigate DoS attack traffic coming from a MICE peer. Regards, Frank

12 17

MICE MAC Address Limit
by Richard Laager Dec. 14, 2019

Dec. 14, 2019

We have discussed this a bit in the past, and this came up at the last UG. I'm looking for feedback from the group before formally proposing this to the board for a vote. I first brought this up to the technical committee, CCing the board. I have heard no objections. Jeremy is "in favor of it 100%". Based on our quick conversation after the UG, I _think_ Anthony is in favor as well; we both made notes to follow up on this. ----- I am proposing that MICE change its MAC address limit from 5 MACs per port to 1 MAC per port. 1 MAC address is enough for normal scenarios and this would further limit the potential for problems on the fabric. This restriction is one that SIX and AMS-IX both have, with the latter being known for their excellent configuration guide for participants: https://www.ams-ix.net/ams/documentation/config-guide To be clear, this is still only for end ports, not ports facing remote switches, of course. The remote switches are responsible for enforcing the current MAC limit, and would be responsible for changing those settings as described here. If someone is swapping their MICE-facing router, the resulting port flap on the MICE/remote switch will clear the limit anyway, if they are directly connected. If they are unable to flap the port (e.g. because they have someone else's layer 2 gear in the middle), they will have to either work with that carrier or their switch operator (MICE/remote) to flap the port. This is a non-zero burden, but I think it's pretty minimal in practice. Additionally, if someone plans to make an equipment swap, we would increase the limit in advance, temporarily, upon request. For reference, SIX goes further and locks you to a particular MAC address in an ACL, so you have to contact them to change your MAC. I am not proposing that. Still, I've been through that a couple of times, and even that isn't really too big of a deal. So I don't think the change to a limit of 1 MAC at MICE will be particularly onerous. There are a couple of participants who have two IP address sets (one IPv4 and one IPv6) on the same port. For those ports, the limit obviously must be at least 2 MACs, but I propose 3 MACs as the limit. If they're using two IPs, they probably are doing so to get some redundancy out of it. For this particular use case, needing to flap the port defeats that redundancy goal, as it breaks the other router. Having a MAC limit of 3 would allow them to swap a device without needing to flap the port. We would grandfather these setups until they are looking for a port-type upgrade; at that point they would need to get to one IP address set per port (by splitting into two ports or reducing to one IP address set) or request an exception as outlined below. The exception process would allow us to better evaluate this use case at that time. There are some members who have multiple MACs showing up now, despite using only one device. For those, I am proposing we set the MAC limit to however many MACs are currently showing up on their port. That is, they would be grandfathered at their current situation for now. At the time of this change, we would encourage them to investigate and fix the multiple MACs issue at their leisure. In the future, if they are doing a equipment swap (especially like-for-like), we would again encourage them to address it, but would otherwise leave their higher limit in place. If they do a port-type upgrade, we would not bring the grandfathering over. If they needed, they could ask for an official exception at that time. There may be cases where people cannot reasonably fix their routers to use only 1 MAC, other scenarios I haven't considered, or things that may come up in the future. For that reason, I think we should allow for the possibility of exceptions upon request to the board. In practice, I would expect the board would confer with the technical committee and/or the technical committee would be bringing these to the board anyway. The goal is to strike a reasonable balance between protecting the fabric without preventing networks from connecting. -- Richard

2 2

Fwd: [arin-announce] Vote Now in the 2019 ARIN Board of Trustees, ARIN Advisory Council, and NRO NC Elections
by David Farmer Oct. 31, 2019

Oct. 31, 2019

Voting has opened for ARIN and will remain open to 6:00 PM ET, Friday, 8 November. Please take the time to vote if you are a designated voting contact for ARIN. I would like to call your attention to a candidate from our community For ARIN Advisory Council; Jeffrey Anderson, Implex.net If you contact me directly, I'm happy to make other recommendations to fill out the slate if you wish. Again Please vote if you are eligible. Thanks ---------- Forwarded message --------- From: ARIN <info(a)arin.net> Date: Thu, Oct 31, 2019 at 3:03 PM Subject: [arin-announce] Vote Now in the 2019 ARIN Board of Trustees, ARIN Advisory Council, and NRO NC Elections To: <arin-announce(a)arin.net> Eligible Voting Contacts from General Members in Good Standing may now cast online ballots in the 2019 ARIN Elections to fill two seats on the ARIN Board of Trustees, five seats on the ARIN Advisory Council, and one seat on the Number Resource Organization Number Council (NRO NC). Online ballots may be cast now through 6:00 PM ET, Friday, 8 November. To vote, simply log in to ARIN Online and look for the “Vote Now” link on your dashboard. To view candidate biographies, please view the ARIN Elections 2019 Voter Guide at: https://www.arin.net/participate/oversight/elections/candidate_bios.pdf You may view video of candidate speeches and the Board Candidate forum that took place at ARIN 44 starting on late Friday afternoon, 1 November, at: https://www.arin.net/participate/oversight/elections/ To view or submit a Statement of Support, please visit the link below. Anyone, regardless of voter status, is eligible to submit a Statement of Support for a candidate. https://www.bigpulse.com/p56129/ During the week of 4 November, all eligible Voting Contacts should receive a personal call from an ARIN representative reminding them to please vote and to answer any election-related questions they may have. Participation in ARIN Elections requires only minutes of a voter’s time and is a key member responsibility. A single cast ballot provides eligible member organizations an opportunity to shape the future of ARIN, our community, and the Internet. For questions about voting, or if you encounter an issue with the election system, please contact a member of the Member Services team immediately via email at members(a)arin.net. You may also submit a question via ARIN Online and direct it to Meetings/Elections. Thank you for your participation in the 2019 ARIN Elections! Regards, Wendy Leedy Member Engagement Specialist American Registry for Internet Numbers (ARIN) _______________________________________________ ARIN-Announce You are receiving this message because you are subscribed to the ARIN Announce Mailing List (ARIN-announce(a)arin.net) Unsubscribe or manage your mailing list subscription at: https://lists.arin.net/mailman/listinfo/arin-announce Please contact info(a)arin.net if you experience any issues. -- =============================================== 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

Please welcome Omnitel to MICE!
by Jay Hanke Oct. 31, 2019

Oct. 31, 2019

Name: Omnitel Communications Port: Ethernet 5 SFN Remote Switch ASN: 62886 IPv4: 206.108.255.148/24 IPv6: 2001:504:27:0:0:f5a6::1/64 Peering Contact: it(a)omnitel.biz Route Servers- YES BFD: YES Welcome aboard! -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

2 1

Traffic Requirements
by Jeremy Lumby Oct. 29, 2019

Oct. 29, 2019

I am wondering if many MICE members have been denied peering with other networks on MICE because you do not meet their traffic level requirements. I have, and I am brainstorming some options. Let me know off list if you fall into this category, and if you want to explore a potential solution with me. 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

1 0

Please welcome Apple to MICE!
by Jay Hanke Oct. 25, 2019

Oct. 25, 2019

Name: Apple Ports: Ethernet 3/14/1 (100G LAG #1), Ethernet 4/49/1 (100G LAG#2) ASN: 714 (LAG Group #1) IPv4: 206.108.255.146/24 IPv6: 2001:504:27:0:0:2ca::1/64 (LAG Group #2) IPv4: 206.108.255.147/24 IPv6: 2001:504:27:0:0:2ca::2/64 Peering Contact: peering(a)group.apple.com Route Servers: NO BFD: NO Please note: Ethernet 4/49/1 has been reclaimed from a member that failed to migrate and did not respond. Welcome aboard! -- Jay Hanke, President South Front Networks jayhanke(a)southfront.io Phone 612-204-0000

3 2

Re: Zayo to Omaha IX down
by Jeff Dahna Oct. 24, 2019

Oct. 24, 2019

288 ct fiber damaged near Worthington, MN. Zayo ticket 0646hrs - Current Update: Crews are finishing boring on one end and should have the fiber tails in the trailer in about an hour. On the other side they have fiber tails in the trailer beginning to prep.

2 1

Zayo to Omaha IX down
by Jeff Dahna Oct. 24, 2019

Oct. 24, 2019

We lost our route to Omaha IX via Zayo around 2:04 PM CST. Got a ticket in with Zayo. Anyone else down to Omaha via Zayo? Jeff Dahna Windomnet

4 4

Re: Zayo to Omaha IX down
by Justin Huffman Oct. 23, 2019

Oct. 23, 2019

Our link from Sioux City to Minneapolis went down around 2:10 today. This is getting out of hand. I think we've experienced outages every other week for almost 2 months now along with the outage lasting 16+ hours. Does anyone have recommendations for diverse routes up to 511? Justin Long Lines Broadband

1 0