- mice-discuss - lists.micemn.net

Re: [EXTERNAL] - Re: [MICE-DISCUSS] Peering with Google no longer available at MICE IX

by Miles McCredie

Curious how many MICE members are in each of the following buckets. 1. Receive limited portion of Google traffic via MICE Midco and, I assume, US Internet are in this bucket 1. Receive a significant portion of Google traffic via MICE today I’ve only got a couple years of experience with Google for Midco but my experience has been that Google will not always provide the cache capacity that I think is appropriate. The last two augments were triggered 9-12 months later than I would have liked. Could be my fault for creating new GNLs but… [http://images.midcocomm.com/ES_MidcoLogo.png] Miles McCredie Principal Network Engineer II-Core IP Office: 6052755192 Miles.McCredie(a)midco.com Midco.com Let's go beyond. From: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET> On Behalf Of Justin Krejci Sent: Thursday, August 22, 2024 5:25 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [EXTERNAL] - Re: [MICE-DISCUSS] Peering with Google no longer available at MICE IX CAUTION: This email originated from outside of MIDCO. Do not click links or open attachments unless you recognize the sender and know the content is safe. I am not sure what Google's stance is on deploying cache servers at an IX vs remote connection like the ones pending disconnection. If they were to deploy caching nodes at an IX, I assume they would still have a cache-fill requirement in terms of connectivity that has to come from somewhere... of which they appear to be disinterested in maintaining long distance connections going forward. So perhaps this is a donation opportunity for some to entice Google to deploy caching nodes at MICE? Donate local colo and transit bandwidth along with local MICE connectivity? We have numerous Google caching nodes in our network as well as multiple PNIs to Google, so their pending disconnect from MICE will likely have minimal direct impact on our eyeballs. -----Original Message----- From: Aaron Wendel <aaron(a)WHOLESALEINTERNET.NET<mailto:Aaron%20Wendel%20%3caaron@WHOLESALEINTERNET.NET%3e>> Reply-To: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET<mailto:MICE%20Discuss%20%3cMICE-DISCUSS@LISTS.IPHOUSE.NET%3e>> To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET<mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET> Subject: Re: [MICE-DISCUSS] Peering with Google no longer available at MICE IX Date: Thu, 22 Aug 2024 22:03:01 +0000 Has MICE requested a cache box from Google? ------ Original Message ------ From "Anthony Anderberg" <AnthonyAnderberg(a)NUVERA.NET<mailto:AnthonyAnderberg@NUVERA.NET>> To MICE-DISCUSS(a)LISTS.IPHOUSE.NET<mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET> Date 8/22/2024 4:28:18 PM Subject Re: [MICE-DISCUSS] Peering with Google no longer available at MICE IX I've been surprised that folks haven't been talking about this more and am curious about everyone's thoughts - as MICE user-members but also in terms of MICE leadership and direction. As a user-member I feel somewhat conflicted: on one hand in an effort to maximize performance I could obtain transport to Chicago and connect to Google there, but I feel like doing so is making Google's problem into my problem and that doing so undercuts the goals of MICE. We've seen content providers move MICE's larger members toward local direct private peering, and I can understand rational behind that even if it shifts traffic away from MICE - but Google is proposing remote direct peering at member's cost which feels different. Of course nobody expects Google to subsidize our corner of the world, I am just curious if there are other aspects we should be thinking about. Thanks in advance, Anthony On 8/22/24, 7:24 AM, "Google Peering Operations No-reply" <peering-ops-noreply(a)google.com<mailto:peering-ops-noreply@google.com> <mailto:peering-ops-noreply@google.com<mailto:peering-ops-noreply@google.com>>> wrote: Dear Peer, This is a reminder that peering with Google will no longer be available at MICE Internet Exchange from 16th of September. As a result of unsustainable overheads associated with connecting to an IX using remote waves, we have made a decision to stop connecting to IXs that way. MICE IX falls under the category of IXs we remotely connect to. We will withdraw prefixes on 16th of September, and disconnect from the IX on 24th of September. We realize this may cause inconvenience for some peers. If there is another mutually present IX that we can peer in, we will be happy to help set up a bilateral session there - no multilaterals. If there is no mutual IX, traffic may have to be exchanged via indirect paths (transit links). We are not looking to connect to any additional IXs to replace the IX that we are leaving, but if you are considering connecting to another IX and not sure if Google will also be leaving that IX because of this measure, please reach out to us and we can share more. Thank you for your understanding. Sincerely, Google Network Operations ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Aug. 23, 2024

RFP: 511 IP Transit

by Richard Laager

MICE is in need of IP transit at 511. This is for our management connection. We are looking for IPv4 + IPv6 transit delivered over a 1G copper (if in the same suite), 1G optical, or 10G optical. MICE will take care of the cross-connect. No BGP necessary. We need a /29 of IPv4 space and a /60 of IPv6 space. The current IP space is routed to us over a separate point-to-point (e.g. the /29 is over a /31 point-to-point). Our actual bandwidth usage is very minimal; 100 Mbps is more than plenty. Please specify the speed you are offering. I don't know that we have a specific term length in mind. Month-to-month, 1 year, or 3 year is probably fine. Please specify the term length(s) you are offering. You can reply off-list to Anthony Anderberg <AnthonyAnderberg(a)nuvera.net>. He intends NOT to bid on this. Conflict of interest note: My employer will bid on this. I will recuse from the board vote on it. -- Richard

Aug. 23, 2024

Re: Peering with Google no longer available at MICE IX

by Aaron Wendel

For some historical context: A few years ago Google decided to pull their infrastructure out of Minneapolis, Kansas City and Saint Louis. The dominant exchanges in each market were given a choice between back-hauled peering connections or cache boxes. Minneapolis worked a deal for the back-hauled connection to Chicago. Kansas City and Saint Louis opted for cache servers. The main reason for the cache server choice was the concern over the long term sustainability and scalability of a remote peer of Google's size. Over the subsequent years, Google has shipped more and more servers as demand has increased. They have been very accommodating with the equipment. One other benefit to the cache servers is that they were not affected by Google's recent disconnection from ALL route servers. Google bears the cost for hardware upkeep. KCIX and STLIX use donated resources for cache fill, space and power. I understand MICE does not enjoy the resources that KCIX (and to a lesser extent STLIX) has access to but if Google is still shipping new cache servers (they may not be) that seems like a much better choice than remote peering to Chicago. Aaron ------ Original Message ------ >From "Justin Krejci" <JKrejci(a)USINTERNET.COM> To MICE-DISCUSS(a)LISTS.IPHOUSE.NET Date 8/22/2024 5:25:08 PM Subject Re: [MICE-DISCUSS] Peering with Google no longer available at MICE IX >I am not sure what Google's stance is on deploying cache servers at an >IX vs remote connection like the ones pending disconnection. >If they were to deploy caching nodes at an IX, I assume they would >still have a cache-fill requirement in terms of connectivity that has >to come from somewhere... of which they appear to be disinterested in >maintaining long distance connections going forward. So perhaps this is >a donation opportunity for some to entice Google to deploy caching >nodes at MICE? Donate local colo and transit bandwidth along with local >MICE connectivity? > >We have numerous Google caching nodes in our network as well as >multiple PNIs to Google, so their pending disconnect from MICE will >likely have minimal direct impact on our eyeballs. > > >-----Original Message----- >From: Aaron Wendel <aaron(a)WHOLESALEINTERNET.NET ><mailto:Aaron%20Wendel%20%3caaron@WHOLESALEINTERNET.NET%3e>> >Reply-To: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET ><mailto:MICE%20Discuss%20%3cMICE-DISCUSS@LISTS.IPHOUSE.NET%3e>> >To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET >Subject: Re: [MICE-DISCUSS] Peering with Google no longer available at >MICE IX >Date: Thu, 22 Aug 2024 22:03:01 +0000 > >Has MICE requested a cache box from Google? > > > >------ Original Message ------ >From "Anthony Anderberg" <AnthonyAnderberg(a)NUVERA.NET> >To MICE-DISCUSS(a)LISTS.IPHOUSE.NET >Date 8/22/2024 4:28:18 PM >Subject Re: [MICE-DISCUSS] Peering with Google no longer available at >MICE IX > >>I've been surprised that folks haven't been talking about this more >>and am curious about everyone's thoughts - as MICE user-members but >>also in terms of MICE leadership and direction. >> >>As a user-member I feel somewhat conflicted: on one hand in an effort >>to maximize performance I could obtain transport to Chicago and >>connect to Google there, but I feel like doing so is making Google's >>problem into my problem and that doing so undercuts the goals of MICE. >> We've seen content providers move MICE's larger members toward local >>direct private peering, and I can understand rational behind that even >>if it shifts traffic away from MICE - but Google is proposing remote >>direct peering at member's cost which feels different. >> >>Of course nobody expects Google to subsidize our corner of the world, >>I am just curious if there are other aspects we should be thinking >>about. >> >>Thanks in advance, >>Anthony >> >> >> >>On 8/22/24, 7:24 AM, "Google Peering Operations No-reply" >><peering-ops-noreply(a)google.com >><mailto:peering-ops-noreply@google.com>> wrote: >> >>Dear Peer, >> >>This is a reminder that peering with Google will no longer be >>available at >>MICE Internet Exchange from 16th of September. >> >>As a result of unsustainable overheads associated with connecting to >>an IX >>using remote waves, we have made a decision to stop connecting to IXs >>that >>way. MICE IX falls under the category of IXs we remotely connect to. >> >>We will withdraw prefixes on 16th of September, and disconnect from >>the IX >>on 24th of September. >> >>We realize this may cause inconvenience for some peers. If there is >>another >>mutually present IX that we can peer in, we will be happy to help set >>up a >>bilateral session there - no multilaterals. If there is no mutual IX, >>traffic may have to be exchanged via indirect paths (transit links). >> >>We are not looking to connect to any additional IXs to replace the IX >>that >>we are leaving, but if you are considering connecting to another IX >>and not >>sure if Google will also be leaving that IX because of this measure, >>please >>reach out to us and we can share more. >> >>Thank you for your understanding. >> >> >>Sincerely, >>Google Network Operations >> >> -------------------------------------------------------------------------------- To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Aug. 22, 2024

Re: Peering with Google no longer available at MICE IX

by Justin Krejci

I am not sure what Google's stance is on deploying cache servers at an IX vs remote connection like the ones pending disconnection. If they were to deploy caching nodes at an IX, I assume they would still have a cache-fill requirement in terms of connectivity that has to come from somewhere... of which they appear to be disinterested in maintaining long distance connections going forward. So perhaps this is a donation opportunity for some to entice Google to deploy caching nodes at MICE? Donate local colo and transit bandwidth along with local MICE connectivity? We have numerous Google caching nodes in our network as well as multiple PNIs to Google, so their pending disconnect from MICE will likely have minimal direct impact on our eyeballs. -----Original Message----- From: Aaron Wendel <aaron(a)WHOLESALEINTERNET.NET<mailto:Aaron%20Wendel%20%3caaron@WHOLESALEINTERNET.NET%3e>> Reply-To: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET<mailto:MICE%20Discuss%20%3cMICE-DISCUSS@LISTS.IPHOUSE.NET%3e>> To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET<mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET> Subject: Re: [MICE-DISCUSS] Peering with Google no longer available at MICE IX Date: Thu, 22 Aug 2024 22:03:01 +0000 Has MICE requested a cache box from Google? ------ Original Message ------ From "Anthony Anderberg" <AnthonyAnderberg(a)NUVERA.NET<mailto:AnthonyAnderberg@NUVERA.NET>> To MICE-DISCUSS(a)LISTS.IPHOUSE.NET<mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET> Date 8/22/2024 4:28:18 PM Subject Re: [MICE-DISCUSS] Peering with Google no longer available at MICE IX I've been surprised that folks haven't been talking about this more and am curious about everyone's thoughts - as MICE user-members but also in terms of MICE leadership and direction. As a user-member I feel somewhat conflicted: on one hand in an effort to maximize performance I could obtain transport to Chicago and connect to Google there, but I feel like doing so is making Google's problem into my problem and that doing so undercuts the goals of MICE. We've seen content providers move MICE's larger members toward local direct private peering, and I can understand rational behind that even if it shifts traffic away from MICE - but Google is proposing remote direct peering at member's cost which feels different. Of course nobody expects Google to subsidize our corner of the world, I am just curious if there are other aspects we should be thinking about. Thanks in advance, Anthony On 8/22/24, 7:24 AM, "Google Peering Operations No-reply" <peering-ops-noreply(a)google.com<mailto:peering-ops-noreply@google.com> <mailto:peering-ops-noreply@google.com<mailto:peering-ops-noreply@google.com>>> wrote: Dear Peer, This is a reminder that peering with Google will no longer be available at MICE Internet Exchange from 16th of September. As a result of unsustainable overheads associated with connecting to an IX using remote waves, we have made a decision to stop connecting to IXs that way. MICE IX falls under the category of IXs we remotely connect to. We will withdraw prefixes on 16th of September, and disconnect from the IX on 24th of September. We realize this may cause inconvenience for some peers. If there is another mutually present IX that we can peer in, we will be happy to help set up a bilateral session there - no multilaterals. If there is no mutual IX, traffic may have to be exchanged via indirect paths (transit links). We are not looking to connect to any additional IXs to replace the IX that we are leaving, but if you are considering connecting to another IX and not sure if Google will also be leaving that IX because of this measure, please reach out to us and we can share more. Thank you for your understanding. Sincerely, Google Network Operations

Aug. 22, 2024

Re: Peering with Google no longer available at MICE IX

by Jeremy Lumby

It has been discussed in the past, however Google wanted MICE to cover all of the costs related to it. -----Original Message----- From: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET> On Behalf Of Aaron Wendel Sent: Thursday, August 22, 2024 5:03 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Peering with Google no longer available at MICE IX Has MICE requested a cache box from Google? ------ Original Message ------ >From "Anthony Anderberg" <AnthonyAnderberg(a)NUVERA.NET> To MICE-DISCUSS(a)LISTS.IPHOUSE.NET Date 8/22/2024 4:28:18 PM Subject Re: [MICE-DISCUSS] Peering with Google no longer available at MICE IX >I've been surprised that folks haven't been talking about this more and am curious about everyone's thoughts - as MICE user-members but also in terms of MICE leadership and direction. > >As a user-member I feel somewhat conflicted: on one hand in an effort to maximize performance I could obtain transport to Chicago and connect to Google there, but I feel like doing so is making Google's problem into my problem and that doing so undercuts the goals of MICE. We've seen content providers move MICE's larger members toward local direct private peering, and I can understand rational behind that even if it shifts traffic away from MICE - but Google is proposing remote direct peering at member's cost which feels different. > >Of course nobody expects Google to subsidize our corner of the world, I am just curious if there are other aspects we should be thinking about. > >Thanks in advance, >Anthony > > > >On 8/22/24, 7:24 AM, "Google Peering Operations No-reply" <peering-ops-noreply(a)google.com <mailto:peering-ops-noreply@google.com>> wrote: > >Dear Peer, > >This is a reminder that peering with Google will no longer be available at >MICE Internet Exchange from 16th of September. > >As a result of unsustainable overheads associated with connecting to an IX >using remote waves, we have made a decision to stop connecting to IXs that >way. MICE IX falls under the category of IXs we remotely connect to. > >We will withdraw prefixes on 16th of September, and disconnect from the IX >on 24th of September. > >We realize this may cause inconvenience for some peers. If there is another >mutually present IX that we can peer in, we will be happy to help set up a >bilateral session there - no multilaterals. If there is no mutual IX, >traffic may have to be exchanged via indirect paths (transit links). > >We are not looking to connect to any additional IXs to replace the IX that >we are leaving, but if you are considering connecting to another IX and not >sure if Google will also be leaving that IX because of this measure, please >reach out to us and we can share more. > >Thank you for your understanding. > > >Sincerely, >Google Network Operations > >

Aug. 22, 2024

Re: Peering with Google no longer available at MICE IX

by Aaron Wendel

Has MICE requested a cache box from Google? ------ Original Message ------ >From "Anthony Anderberg" <AnthonyAnderberg(a)NUVERA.NET> To MICE-DISCUSS(a)LISTS.IPHOUSE.NET Date 8/22/2024 4:28:18 PM Subject Re: [MICE-DISCUSS] Peering with Google no longer available at MICE IX >I've been surprised that folks haven't been talking about this more and am curious about everyone's thoughts - as MICE user-members but also in terms of MICE leadership and direction. > >As a user-member I feel somewhat conflicted: on one hand in an effort to maximize performance I could obtain transport to Chicago and connect to Google there, but I feel like doing so is making Google's problem into my problem and that doing so undercuts the goals of MICE. We've seen content providers move MICE's larger members toward local direct private peering, and I can understand rational behind that even if it shifts traffic away from MICE - but Google is proposing remote direct peering at member's cost which feels different. > >Of course nobody expects Google to subsidize our corner of the world, I am just curious if there are other aspects we should be thinking about. > >Thanks in advance, >Anthony > > > >On 8/22/24, 7:24 AM, "Google Peering Operations No-reply" <peering-ops-noreply(a)google.com <mailto:peering-ops-noreply@google.com>> wrote: > >Dear Peer, > >This is a reminder that peering with Google will no longer be available at >MICE Internet Exchange from 16th of September. > >As a result of unsustainable overheads associated with connecting to an IX >using remote waves, we have made a decision to stop connecting to IXs that >way. MICE IX falls under the category of IXs we remotely connect to. > >We will withdraw prefixes on 16th of September, and disconnect from the IX >on 24th of September. > >We realize this may cause inconvenience for some peers. If there is another >mutually present IX that we can peer in, we will be happy to help set up a >bilateral session there - no multilaterals. If there is no mutual IX, >traffic may have to be exchanged via indirect paths (transit links). > >We are not looking to connect to any additional IXs to replace the IX that >we are leaving, but if you are considering connecting to another IX and not >sure if Google will also be leaving that IX because of this measure, please >reach out to us and we can share more. > >Thank you for your understanding. > > >Sincerely, >Google Network Operations > >

Aug. 22, 2024

Re: Peering with Google no longer available at MICE IX

by Anthony Anderberg

I've been surprised that folks haven't been talking about this more and am curious about everyone's thoughts - as MICE user-members but also in terms of MICE leadership and direction. As a user-member I feel somewhat conflicted: on one hand in an effort to maximize performance I could obtain transport to Chicago and connect to Google there, but I feel like doing so is making Google's problem into my problem and that doing so undercuts the goals of MICE. We've seen content providers move MICE's larger members toward local direct private peering, and I can understand rational behind that even if it shifts traffic away from MICE - but Google is proposing remote direct peering at member's cost which feels different. Of course nobody expects Google to subsidize our corner of the world, I am just curious if there are other aspects we should be thinking about. Thanks in advance, Anthony On 8/22/24, 7:24 AM, "Google Peering Operations No-reply" <peering-ops-noreply(a)google.com <mailto:peering-ops-noreply@google.com>> wrote: Dear Peer, This is a reminder that peering with Google will no longer be available at MICE Internet Exchange from 16th of September. As a result of unsustainable overheads associated with connecting to an IX using remote waves, we have made a decision to stop connecting to IXs that way. MICE IX falls under the category of IXs we remotely connect to. We will withdraw prefixes on 16th of September, and disconnect from the IX on 24th of September. We realize this may cause inconvenience for some peers. If there is another mutually present IX that we can peer in, we will be happy to help set up a bilateral session there - no multilaterals. If there is no mutual IX, traffic may have to be exchanged via indirect paths (transit links). We are not looking to connect to any additional IXs to replace the IX that we are leaving, but if you are considering connecting to another IX and not sure if Google will also be leaving that IX because of this measure, please reach out to us and we can share more. Thank you for your understanding. Sincerely, Google Network Operations

Aug. 22, 2024

Please welcome Warrior Hill to MICE!

by Jeremy Lumby

Name: Warrior Hill, LLC Switch: MICE Core - Ridgeview Ports: E 3/31/3 Strands 125-126 for a total of 1x10G ASN: 26329 IPv4: 206.108.255.232/24 IPv6: 2001:504:27:0:0:66D9::1/64 Peering Contact: hostmaster(a)warriorhill.com Route Servers: YES Welcome Aboard! Jeremy Lumby Minnesota VoIP 9217 17th Ave S #216 Bloomington, MN 55425 Main: 612-355-7740 Direct: 612-392-6814 Fax: 952-873-7425 jlumby(a)mnvoip.com

Aug. 9, 2024

Re: StackPath has left MICE

by Chris Wopat

For those that didn't see: * https://www.datacenterdynamics.com/en/news/stackpath-to-close-down-liquidat… * https://43963146.hs-sites.com/important-notice-stackpath-immediate-end-of-l… "After careful consideration, it has been decided to close all StackPath products and liquidate all assets for the benefit of our creditors. Effective immediately, we will begin the decommissioning of all StackPath services..." On Tue, Jul 9, 2024 at 4:06 PM Jeremy Lumby <jlumby(a)mnvoip.com> wrote: > StackPath has left MICE. If you have any bilaterals to > 206.108.255.189 2001:504:27:0:0:829E::1 206.108.255.190 or > 2001:504:27:0:0:829E::2 please remove them. > > Jeremy Lumby > Minnesota VoIP > 9217 17th Ave S #216 > Bloomington MN 55425 > Main 612-355-7740 x211 > Direct 612-392-6814 > Fax 952-873-7425 > jlumby(a)mnvoip.com >

July 9, 2024

StackPath has left MICE

by Jeremy Lumby

StackPath has left MICE. If you have any bilaterals to 206.108.255.189 2001:504:27:0:0:829E::1 206.108.255.190 or 2001:504:27:0:0:829E::2 please remove them. Jeremy Lumby Minnesota VoIP 9217 17th Ave S #216 Bloomington MN 55425 Main 612-355-7740 x211 Direct 612-392-6814 Fax 952-873-7425 jlumby(a)mnvoip.com

July 9, 2024

Re: bgp down to 206.108.255.117 and 2001:504:27::80a6:0:2 for both as3128 and as2381.. others?

by Anthony Anderberg

It looks like one of Facebook's two links didn't come back up after some kind of overnight maintenance: http://micelg.usinternet.com/cacti/graph.php?rra_id=all&local_graph_id=526 http://micelg.usinternet.com/cacti/graph.php?rra_id=all&local_graph_id=3604 The only other thing I see is that DCN has had one of their links down since yesterday, but I doubt that's related. Cheers, Anthony On 7/9/24, 12:48 PM, "MICE Discuss on behalf of Michael Hare" <MICE-DISCUSS(a)LISTS.IPHOUSE.NET <mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET> on behalf of 000000097dab80c5-dmarc-request(a)LISTS.IPHOUSE.NET <mailto:000000097dab80c5-dmarc-request@LISTS.IPHOUSE.NET>> wrote: As the subject says, at least two ASN seem to bgp down v4/v6 as of roughly 03:48:42 local [UTC-5]. Is this a bigger thing? Apologies if I missed something. -Michael

July 9, 2024

Re: bgp down to 206.108.255.117 and 2001:504:27::80a6:0:2 for both as3128 and as2381.. others?

by Jeremy Lumby

I have not heard of any planned maintenance from that peer. Their redundant connection is up and passing traffic. -----Original Message----- From: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET> On Behalf Of Michael Hare Sent: Tuesday, July 9, 2024 12:49 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] bgp down to 206.108.255.117 and 2001:504:27::80a6:0:2 for both as3128 and as2381.. others? As the subject says, at least two ASN seem to bgp down v4/v6 as of roughly 03:48:42 local [UTC-5]. Is this a bigger thing? Apologies if I missed something. -Michael

July 9, 2024

bgp down to 206.108.255.117 and 2001:504:27::80a6:0:2 for both as3128 and as2381.. others?

by Michael Hare

As the subject says, at least two ASN seem to bgp down v4/v6 as of roughly 03:48:42 local [UTC-5]. Is this a bigger thing? Apologies if I missed something. -Michael

July 9, 2024

Please welcome Muscatine Power and Water to MICE!

by Jeremy Lumby

Name: Muscatine Power and Water Switch: SouthFront Networks Ports: E 11/1 for a total of 1x100G ASN: 33734 IPv4: All IP info remains the same, this is a port upgrade to 100G IPv6: Peering Contact: dominickl(a)mpw.org Route Servers: YES Welcome Aboard Again! Jeremy Lumby Minnesota VoIP 9217 17th Ave S #216 Bloomington, MN 55425 Main: 612-355-7740 Direct: 612-392-6814 Fax: 952-873-7425 jlumby(a)mnvoip.com

July 4, 2024

Global Net (AS395466) - Transport Outages

by Global Net NOC

MICEMN Members – We have been experiencing ongoing outages with our carrier into Minneapolis (whom I will not name) which directly affects our connectivity with MICE. I want to apologize for the drops in our BGP sessions that seem to be happening more and more frequently as our carrier refuses to do anything to address the problem. We are actively seeking another transport option as a long term solution. Short term, all I can do is apologize for all the flaps and outages. GLOBAL NET AS 395466 IPV4 206.108.255.97 IPV6 2001:504:27:0:6:8ca:0:1 Thanks, Global Net NOC noc(a)theglobal.net<mailto:noc@theglobal.net> Global Net Peering peering(a)theglobal.net<mailto:peering@theglobal.net>

June 24, 2024

UG 46 Meeting & Election

by Richard Laager

The MICE UG 46 meeting will be held Wednesday, October 9, 3:00 pm at UMN and via Zoom. Parking, etc. details same as before: https://lists.iphouse.net/cgi-bin/wa?A2=MICE-DISCUSS;2c503e19.2209 * * *Zoom Details* https://umn.zoom.us/j/97601658469?pwd=C6JWkmoYfB9WjZsnRPr9S5u1l4Zkuz.1 ID: 94910223662, passcode: Jp74Et 651-372-8299, meeting ID 97601658469, passcode 864193 * * *Nominations* We will be holding an election for a board seat. The board consists of three seats with staggered terms, such that one seat comes up for re-election each year (at the fall meeting). This year, Reid's seat is up for election. As in the past, we will close nominations in advance of the meeting so people have a chance to instruct a proxy appropriately. *Nominations will be open for two weeks, September 23 - October 6. *I plan to send reminder emails approximately at the start of and just after the nomination period. In the event that the election is uncontested, our practice is to elect by acclimation at the meeting. Proxies are unnecessary in that situation, assuming that the meeting makes quorum. *Proxies * The bylaws state that you send proxies to the Chief Manager (me, Richard Laager), and electronic means are acceptable. So a simple email is sufficient: rlaager(a)wiktel.com or chiefmanager(a)micemn.net. If you send me a /vote/ by email (e.g. "We vote for <X>."), I will treat it as an a proxy appointment, appointing me to vote on your behalf, but restricted to /only/ the election item and to /only/ vote for the candidate you expressed. If you send me a proxy with different instructions (e.g. "We appoint <Y> to vote for us."), obviously that will be honored as written. -- Richard

June 22, 2024

Re: outage of some sort last night

by Justin Krejci

There was a small thread on the NANOG list about some kind of multi-hour issue, indicating some kind of impact with HE related services. Nothing conclusive and no post-mortem was posted there. That thread starts here: https://mailman.nanog.org/pipermail/nanog/2024-June/225818.html -----Original Message----- From: Frank Bulk <fbulk(a)MYPREMIERONLINE.COM<mailto:Frank%20Bulk%20%3cfbulk@MYPREMIERONLINE.COM%3e>> Reply-To: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET<mailto:MICE%20Discuss%20%3cMICE-DISCUSS@LISTS.IPHOUSE.NET%3e>> To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET<mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET> Subject: Re: [MICE-DISCUSS] outage of some sort last night Date: Mon, 17 Jun 2024 14:16:15 +0000 I didn’t hear anything about it – any more details? Frank [cid:a1ff5d57-4afc-4ec0-be61-51708bf94a4e.png] Frank Bulk Chief Technology Officer / Chief Operating Officer [PremierComm_logo_CMYK.png] 339 1st Ave NE | Sioux Center, IA 51250 | Find us on Facebook<https://www.facebook.com/PremierCommunicationsSiouxCenter> phone: 712.722.3451 web: mypremieronline.com<https://url-shield.securence.com/?p=1.0&r=jkrejci@usinternet.com&sid=171863…> direct: (712) 722-7152 cell: (712) 441-6049 From: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET> On Behalf Of Jeff Wilde Sent: Friday, June 14, 2024 9:10 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] outage of some sort last night Did anyone experience some type of odd outage in the middle of the night? Like before 5am? I don’t know if it was a dns issue or what, but it seems to have resolved itself. [A picture containing icon Description automatically generated] Jeff Wilde • Network Engineer • Park Region Office 218.826.6161 • Direct 218.826.8330 • Fax 218.826.6298 Links contained in this email have been replaced. If you click on a link in the email above, the link will be analyzed for known threats. If a known threat is found, you will not be able to proceed to the destination. If suspicious content is detected, you will see a warning. ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: https://link.edgepilot.com/s/9e422ac8/hmYVIamJ7UOmbSMGgETfmw?u=http://lists…<https://url-shield.securence.com/?p=1.0&r=jkrejci@usinternet.com&sid=171863…> ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1<https://url-shield.securence.com/?p=1.0&r=jkrejci@usinternet.com&sid=171863…>

June 17, 2024

Re: outage of some sort last night

by Frank Bulk

I didn't hear anything about it - any more details? Frank [cid:a1ff5d57-4afc-4ec0-be61-51708bf94a4e.png] Frank Bulk Chief Technology Officer / Chief Operating Officer [cid:premiercomm_logo_cmyk_1388ffcb-8ec0-4842-9e40-a0e598482e7d.png] 339 1st Ave NE | Sioux Center, IA 51250 | Find us on Facebook<https://www.facebook.com/PremierCommunicationsSiouxCenter> phone: 712.722.3451 web: mypremieronline.com<https://www.mypremieronline.com/> direct: (712) 722-7152 cell: (712) 441-6049 From: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET> On Behalf Of Jeff Wilde Sent: Friday, June 14, 2024 9:10 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] outage of some sort last night Did anyone experience some type of odd outage in the middle of the night? Like before 5am? I don't know if it was a dns issue or what, but it seems to have resolved itself. [cid:image001.png@01DAC096.B159F120] Jeff Wilde * Network Engineer * Park Region Office 218.826.6161 * Direct 218.826.8330 * Fax 218.826.6298 Links contained in this email have been replaced. If you click on a link in the email above, the link will be analyzed for known threats. If a known threat is found, you will not be able to proceed to the destination. If suspicious content is detected, you will see a warning. ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: https://link.edgepilot.com/s/9e422ac8/hmYVIamJ7UOmbSMGgETfmw?u=http://lists…

June 17, 2024

Re: outage of some sort last night

by Justin Huffman

I've been looking into our network as well. Noticed outage from approximately 1 AM - 6:30 AM. Glad we aren't the only ones curious. _________________________________ Justin Huffman Long Lines Broadband 712-271-5902 (W) jhuffman(a)longlines.biz<mailto:jhuffman@longlines.biz> [LL new] [cid:image003.png@01DABE3A.D3FB18C0] From: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET> On Behalf Of Jeff Wilde Sent: Friday, June 14, 2024 9:10 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] outage of some sort last night WARNING!! This message originated from an External Source. Please use proper judgment and caution when opening attachments, clicking links, or responding to this email. Did anyone experience some type of odd outage in the middle of the night? Like before 5am? I don't know if it was a dns issue or what, but it seems to have resolved itself. [A picture containing icon Description automatically generated] Jeff Wilde * Network Engineer * Park Region Office 218.826.6161 * Direct 218.826.8330 * Fax 218.826.6298 ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

June 14, 2024

outage of some sort last night

by Jeff Wilde

Did anyone experience some type of odd outage in the middle of the night? Like before 5am? I don't know if it was a dns issue or what, but it seems to have resolved itself. [A picture containing icon Description automatically generated] Jeff Wilde * Network Engineer * Park Region Office 218.826.6161 * Direct 218.826.8330 * Fax 218.826.6298

June 14, 2024

Re: Link to Ridgeview down

by Jay Hanke

I mistyped, 1830 hours On Mon, Jun 10, 2024 at 4:37 PM Jay Hanke <jayhanke(a)southfront.io> wrote: > > Update- > > Splicers are onsite and have an ETTR of 1630 hrs. > > On Mon, Jun 10, 2024 at 12:05 PM Jeremy Lumby <jlumby(a)mnvoip.com> wrote: > > > > An FYI that we are aware that the link between the MICE core switch @ 511, > > and the MICE core switch @ Ridgeview is down. There is a complete loss of > > light. I have contacted the dark fiber provider to begin troubleshooting > > the link. > > > > Jeremy Lumby > > Minnesota VoIP > > 9217 17th Ave S #216 > > Bloomington MN 55425 > > Main 612-355-7740 x211 > > Direct 612-392-6814 > > Fax 952-873-7425 > > jlumby(a)mnvoip.com

June 10, 2024

Re: Link to Ridgeview down

by Jay Hanke

Update- Splicers are onsite and have an ETTR of 1630 hrs. On Mon, Jun 10, 2024 at 12:05 PM Jeremy Lumby <jlumby(a)mnvoip.com> wrote: > > An FYI that we are aware that the link between the MICE core switch @ 511, > and the MICE core switch @ Ridgeview is down. There is a complete loss of > light. I have contacted the dark fiber provider to begin troubleshooting > the link. > > Jeremy Lumby > Minnesota VoIP > 9217 17th Ave S #216 > Bloomington MN 55425 > Main 612-355-7740 x211 > Direct 612-392-6814 > Fax 952-873-7425 > jlumby(a)mnvoip.com

June 10, 2024

Link to Ridgeview down

by Jeremy Lumby

An FYI that we are aware that the link between the MICE core switch @ 511, and the MICE core switch @ Ridgeview is down. There is a complete loss of light. I have contacted the dark fiber provider to begin troubleshooting the link. Jeremy Lumby Minnesota VoIP 9217 17th Ave S #216 Bloomington MN 55425 Main 612-355-7740 x211 Direct 612-392-6814 Fax 952-873-7425 jlumby(a)mnvoip.com

June 10, 2024

Stealth Broadband has left MICE

by Jeremy Lumby

Stealth Broadband has left MICE. If you have any bilaterals to 206.108.255.69 or 2001:504:27:0:6:07BA::1 please remove them. Jeremy Lumby Minnesota VoIP 9217 17th Ave S #216 Bloomington MN 55425 Main 612-355-7740 x211 Direct 612-392-6814 Fax 952-873-7425 jlumby(a)mnvoip.com

June 4, 2024

Please welcome Akamai Technologies Inc. to MICE!

by Jeremy Lumby

Name: Akamai Technologies Inc. Switch: MICE 511 Core Port: E5/7/1 (added to po19) ASN: 20940 IPv4: IPs remain the same. This is a port upgrade to 5x100G and 4x100G IPv6: Peering Contact: peering(a)akamai.com Route Servers: YES Welcome Aboard Again! Jeremy Lumby Minnesota VoIP 9217 17th Ave S #216 Bloomington, MN 55425 Main: 612-355-7740 Direct: 612-392-6814 Fax: 952-873-7425 jlumby(a)mnvoip.com

June 4, 2024