- mice-discuss - lists.micemn.net

Record MICE Traffic

by Jay Hanke

We crossed over the 5Gb/s barrier about noon today... 5.65 Gb/s on a 5 minute average. :) Jay ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 19, 2012

ICANN is looking for your input on a technical-requirements survey for next-generation WHOIS

by Mike O'Connor

hi all, ICANN is working on a technical requirements document that described next-generation WHOIS and, as ISPs, it seems to me that y'all would have a lot of interest in this topic. ICANN just posted a "gather your ideas and inputs" survey which you're welcome to submit. warning, it's a little long and fairly technical. but your ideas will be feeding right into a joint ICANN/IETF gang that's working on this. i've posted the blurb and relevant links below. mikey The Generic Names Supporting Organization (GNSO) Council's WHOIS Survey Working Group (WSWG) invites the Internet community to participate in a survey designed around an inventory of WHOIS technical components. The survey aims to measure the level of support for various technical requirements outlined in the WHOIS Service Requirements Report, as requested of ICANN Staff by the GNSO Council. The survey consists of 15 sections around 11 technical requirements, and it will be made available until 31 October 2012. Afterwards, the WSWG will produce a final report and deliver it to the GNSO Council toward the end of 2012. The report will describe the results of the survey and any agreed upon recommendations by the WG for the GNSO Council's consideration concerning WHOIS. Survey attributes are as follows: Survey Availability Date: 13 September 2012 Survey Address: https://limesurvey.icann.org/index.php?sid=71483&lang=en Survey Close Date: 31 October 2012, 23:59 UTC Survey Language: English only The survey is lengthy and therefore the option has been made available to create an ID and return to the survey at a later time to complete it. The survey tool will save all answers completed from the time the survey was last accessed. It is important that if the participant leaves the survey before submission or creation of an ID, the session may time-out with increased of risk losing answers. Many sections of this survey will require a high degree of technical skill around WHOIS. If the participant feels that they may not understand a question or not possess the technical knowledge to answer it appropriately, then the participant is welcome to skip the question and move on to the next one. If completing the survey for an organization, the participant may wish to engage more technical personnel to help complete all sections of the survey. The WSWG appreciates your participation and the working group looks forward to sharing the final results with the community. Please feel free to inform others about the availability of this survey to assist the working group with maximum participation. If questions arise about the survey or the tool, please contact the GNSO Policy Team at: policy-staff(a)icann.org. - - - - - - - - - phone 651-647-6109 fax 866-280-2356 web http://www.haven2.com handle OConnorStP (ID for public places like Twitter, Facebook, Google, etc.) ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 15, 2012

Re: MICE Traffic Lower

by Anthony Anderberg

Just to follow up on this: I did an audit of the interface list making up the aggregate graphs and am sure we're counting all of the bits. As someone else noticed it looks like we've just got a couple members who have lower traffic levels, some portion of it actually pre-dates the switch upgrade by a week or two. Anthony Anderberg Sr. Systems Analyst 320-234-5239 anthonyanderberg(a)nu-telecom.net -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Jay Hanke Sent: Wednesday, September 05, 2012 5:03 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] MICE Traffic Lower It looks like we're running ~500-700 Mb/s lower in overall traffic after the switch upgrade. Any ideas on why? -- Jay Hanke CTO, CCIE #19093 Mankato Networks LLC PO Box 54 619 S Front St Mankato, MN 56001-3838 Google 530-618-2398 jayhanke(a)mankatonetworks.net http://www.mankatonetworks.com ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 12, 2012

Old MICE Juniper Switches

by Jay Hanke

Did we get those boxed up and sent back in yet? -- Jay Hanke CTO, CCIE #19093 Mankato Networks LLC PO Box 54 619 S Front St Mankato, MN 56001-3838 Google 530-618-2398 jayhanke(a)mankatonetworks.net http://www.mankatonetworks.com ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 11, 2012

Re: ARIN in Minneapolis

by David Farmer

I will. On 9/11/12 08:01 CDT, Jay Hanke wrote: > Is anyone else going to the ARIN meeting on Thursday in Minneapolis? > -- =============================================== David Farmer Email:farmer@umn.edu 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

Sept. 11, 2012

Re: ARIN in Minneapolis

by Reid Fishler

I am Reid. :-P Sorry, I had to. Reid On Tue, Sep 11, 2012 at 9:07 AM, Brian Mort <brian.mort(a)arvig.com> wrote: > I am Jay. > > > On Tue, Sep 11, 2012 at 8:01 AM, Jay Hanke <jayhanke(a)mankatonetworks.net>wrote: > >> Is anyone else going to the ARIN meeting on Thursday in Minneapolis? >> >> -- >> Jay Hanke >> CTO, CCIE #19093 >> Mankato Networks LLC >> PO Box 54 >> 619 S Front St >> Mankato, MN 56001-3838 >> Google 530-618-2398 >> jayhanke(a)mankatonetworks.net >> http://www.mankatonetworks.com >> >> ######################################################################## >> >> To unsubscribe from the MICE-DISCUSS list, click the following link: >> http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >> > > > > -- > Brian Mort > Network Engineer IV (ENA,ENS,ECDP) > visit our website: arvig <http://www.arvig.com> > (218) 346-8231 > brian.mort(a)arvig.com > > > > > > ------------------------------ > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 > -- Reid Fishler Director Hurricane Electric +1-510-580-4178 ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 11, 2012

Re: ARIN in Minneapolis

by Mike Hemphill

I'll be there. Mike Mike Hemphill General Manager | Cologix, Inc. 511 11th Ave S, Suite 450 | Minneapolis, MN 55415 P: 612.333.1922 | M: 612.812.5242 mike.hemphill(a)cologix.com cologix.com -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Jay Hanke Sent: Tuesday, September 11, 2012 8:02 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] ARIN in Minneapolis Is anyone else going to the ARIN meeting on Thursday in Minneapolis? -- Jay Hanke CTO, CCIE #19093 Mankato Networks LLC PO Box 54 619 S Front St Mankato, MN 56001-3838 Google 530-618-2398 jayhanke(a)mankatonetworks.net http://www.mankatonetworks.com ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 11, 2012

Re: ARIN in Minneapolis

by Brian Mort

I am Jay. On Tue, Sep 11, 2012 at 8:01 AM, Jay Hanke <jayhanke(a)mankatonetworks.net>wrote: > Is anyone else going to the ARIN meeting on Thursday in Minneapolis? > > -- > Jay Hanke > CTO, CCIE #19093 > Mankato Networks LLC > PO Box 54 > 619 S Front St > Mankato, MN 56001-3838 > Google 530-618-2398 > jayhanke(a)mankatonetworks.net > http://www.mankatonetworks.com > > ######################################################################## > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 > -- Brian Mort Network Engineer IV (ENA,ENS,ECDP) visit our website: arvig <http://www.arvig.com> (218) 346-8231 brian.mort(a)arvig.com ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 11, 2012

ARIN in Minneapolis

by Jay Hanke

Is anyone else going to the ARIN meeting on Thursday in Minneapolis? -- Jay Hanke CTO, CCIE #19093 Mankato Networks LLC PO Box 54 619 S Front St Mankato, MN 56001-3838 Google 530-618-2398 jayhanke(a)mankatonetworks.net http://www.mankatonetworks.com ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 11, 2012

Re: MICE Traffic Lower

by James Stahr

On 9/6/2012 5:21 PM, Owen DeLong wrote: > On Sep 6, 2012, at 14:55 , James Stahr<stahr(a)MAILBAG.COM> wrote: > > >> On 9/6/2012 11:57 AM, Owen DeLong wrote: >> >>> There was certainly plenty of discussion of that particular topic to enable them to do so. >>> >>> Owen >>> >>> >>> >> I tried and I couldn't re-establish my BGP sessions with anyone but the route servers when I had the $new_ip as my primary and the old as my secondary, so I just put on $new_ip as a secondary. >> > Did you try configuring the secondary IP in the update-source parameter for your old-ip peers? > > As I stated before, update-source IP-address is not an option under IOS-XE, SXI, or SRE code bases which are the most likely for folks to be using: r-dc-msn-1(config-router)#neighbor 1.2.3.4 update-source ? ACR Virtual ACR interface ATM-ACR ATM interface with ACR Analysis-Module cisco network analysis service module Async Async interface Auto-Template Auto-Template interface BDI Bridge-Domain interface BVI Bridge-Group Virtual Interface CDMA-Ix CDMA Ix interface CEM Circuit Emulation interface CEM-ACR Circuit Emulation interface with ACR CTunnel CTunnel interface Container Container interface Dialer Dialer interface EsconPhy ESCON interface Fcpa Fiber Channel Filter Filter interface Filtergroup Filter Group interface GMPLS MPLS interface GigabitEthernet GigabitEthernet IEEE 802.3z IMA-ACR IMA interface with ACR LISP Locator/ID Separation Protocol Virtual Interface Lex Lex interface LongReachEthernet Long-Reach Ethernet interface Loopback Loopback interface Lspvif LSP virtual interface MFR Multilink Frame Relay bundle interface Multilink Multilink-group interface NVI NAT virtual interface Null Null interface Port-channel Ethernet Channel of interfaces Portgroup Portgroup interface Pos-channel POS Channel of interfaces SBC Session Border Controller SONET_ACR Virtual SONET-ACR controller SSLVPN-VIF SSLVPN Virtual Interface SYSCLOCK Telecom-Bus Clock Controller Service-Engine cisco service engine module Tunnel Tunnel interface Vif PGM Multicast Host interface Vir-cem-ACR Circuit Emulation Virtual interface with ACR Virtual-PPP Virtual PPP interface Virtual-Template Virtual Template interface Virtual-TokenRing Virtual TokenRing Virtual-cem Circuit Emulation Virtual interface Vlan Catalyst Vlans multiservice Multiservice interface vasileft VasiLeft interface vasiright VasiRight interface voaBypassIn VOA-Bypass-In interface voaBypassOut VOA-Bypass-Out interface voaFilterIn VOA-Filter-In interface voaFilterOut VOA-Filter-Out interface voaIn VOA-In interface voaOut VOA-Out interface IOS-XR might support it, but I don't have access to one to test it. -James ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 7, 2012

Re: MICE Traffic Lower

by Owen DeLong

On Sep 6, 2012, at 14:55 , James Stahr <stahr(a)MAILBAG.COM> wrote: > On 9/6/2012 11:57 AM, Owen DeLong wrote: >> There was certainly plenty of discussion of that particular topic to enable them to do so. >> >> Owen >> >> > > I tried and I couldn't re-establish my BGP sessions with anyone but the route servers when I had the $new_ip as my primary and the old as my secondary, so I just put on $new_ip as a secondary. Did you try configuring the secondary IP in the update-source parameter for your old-ip peers? > > BTW, I am still connected to the route servers with the new IP, I now just need to work on moving over my direct sessions with Spiralight, TDS, and HE. After that, then I could swap my primary and secondary BUT then my route advertisements would have $new_ip next hop so I really need to wait for everyone else to add the new IP to their gear. > > -James > >> On Sep 6, 2012, at 02:21 , Jeremy Lumby<jlumby(a)MNVOIP.COM> wrote: >> >> >>> I agree, however for any members running Cisco IOS, this opportunity has already passed during the switch swap outage, since you cannot move the new ip from secondary to primary without causing an outage. I just hoped they used the planned outage to make the new IP primary, and the old one Secondary. >>> >>> -----Original Message----- >>> From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Owen DeLong >>> Sent: Wednesday, September 05, 2012 11:29 PM >>> To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET >>> Subject: Re: [MICE-DISCUSS] MICE Traffic Lower >>> >>> If we do the renumbering right, you shouldn't have to endure an outage. >>> >>> You should be able to bring up each new session, wait for it to stabilize, then turn down the old one and not lose a single packet. >>> >>> Owen >>> >>> On Sep 5, 2012, at 20:57 , Jeremy Lumby<jlumby(a)MNVOIP.COM> wrote: >>> >>> >>>> Personally I feel that it is probably not the source of decreased traffic, however the IP address renumbering seems to have fallen by the wayside post switch swap out. I was hoping to only bring my sessions back up after renumbering, so as to not need to take them down again, however when it stalled I decided to bring the old ones back up. I would like to see some direction from the steering committee as to what time ranges they would like everyone to have the second IP by, and then what stage they would like to see the old IP removed by. If there is not direction, this will probably hang around forever. Personally I have contacted the 4 members that only were doing bi-lateral peering, and only 2 of them responded, and got our BGP sessions updated to the new IPs. Something we should all keep in mind is that the more professionally we operate, the more attractive we look to the larger carriers that are thinking of joining. I had a network engineer at one such large carrier say to me that they did not want to recommend joining MICE to management because there were no maintenance fees, and therefore they were afraid that MICE may not be around long term for lack of reliable maintenance funds. >>>> >>>> Jeremy >>>> >>>> ###################################################################### >>>> ## >>>> >>>> To unsubscribe from the MICE-DISCUSS list, click the following link: >>>> http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >>>> >>> ######################################################################## >>> >>> To unsubscribe from the MICE-DISCUSS list, click the following link: >>> http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >>> >>> ######################################################################## >>> >>> To unsubscribe from the MICE-DISCUSS list, click the following link: >>> http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >>> >> ######################################################################## >> >> To unsubscribe from the MICE-DISCUSS list, click the following link: >> http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >> >> >> > > ######################################################################## > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

Re: MICE Traffic Lower

by James Stahr

On 9/6/2012 11:57 AM, Owen DeLong wrote: > There was certainly plenty of discussion of that particular topic to enable them to do so. > > Owen > > I tried and I couldn't re-establish my BGP sessions with anyone but the route servers when I had the $new_ip as my primary and the old as my secondary, so I just put on $new_ip as a secondary. BTW, I am still connected to the route servers with the new IP, I now just need to work on moving over my direct sessions with Spiralight, TDS, and HE. After that, then I could swap my primary and secondary BUT then my route advertisements would have $new_ip next hop so I really need to wait for everyone else to add the new IP to their gear. -James > On Sep 6, 2012, at 02:21 , Jeremy Lumby<jlumby(a)MNVOIP.COM> wrote: > > >> I agree, however for any members running Cisco IOS, this opportunity has already passed during the switch swap outage, since you cannot move the new ip from secondary to primary without causing an outage. I just hoped they used the planned outage to make the new IP primary, and the old one Secondary. >> >> -----Original Message----- >> From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Owen DeLong >> Sent: Wednesday, September 05, 2012 11:29 PM >> To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET >> Subject: Re: [MICE-DISCUSS] MICE Traffic Lower >> >> If we do the renumbering right, you shouldn't have to endure an outage. >> >> You should be able to bring up each new session, wait for it to stabilize, then turn down the old one and not lose a single packet. >> >> Owen >> >> On Sep 5, 2012, at 20:57 , Jeremy Lumby<jlumby(a)MNVOIP.COM> wrote: >> >> >>> Personally I feel that it is probably not the source of decreased traffic, however the IP address renumbering seems to have fallen by the wayside post switch swap out. I was hoping to only bring my sessions back up after renumbering, so as to not need to take them down again, however when it stalled I decided to bring the old ones back up. I would like to see some direction from the steering committee as to what time ranges they would like everyone to have the second IP by, and then what stage they would like to see the old IP removed by. If there is not direction, this will probably hang around forever. Personally I have contacted the 4 members that only were doing bi-lateral peering, and only 2 of them responded, and got our BGP sessions updated to the new IPs. Something we should all keep in mind is that the more professionally we operate, the more attractive we look to the larger carriers that are thinking of joining. I had a network engineer at one such large carrier say to me that they did not want to recommend joining MICE to management because there were no maintenance fees, and therefore they were afraid that MICE may not be around long term for lack of reliable maintenance funds. >>> >>> Jeremy >>> >>> ###################################################################### >>> ## >>> >>> To unsubscribe from the MICE-DISCUSS list, click the following link: >>> http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >>> >> ######################################################################## >> >> To unsubscribe from the MICE-DISCUSS list, click the following link: >> http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >> >> ######################################################################## >> >> To unsubscribe from the MICE-DISCUSS list, click the following link: >> http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >> > ######################################################################## > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 > > > ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

Re: MICE Traffic Lower

by Owen DeLong

> > First task. > > We've pretty much settled on IPv4 addressing the same keeping the > last octet. We need to settle on IPv6 addressing. > > Owen Delong has suggested that we embed the ASN and switch & port into > the IPv6 address, others have said it isn't needed. We have such large > space, we can do just about any scheme. I'd just have to precalculate > each IPv6 address and send it off to everybody. > Almost... What I suggested was embedding the ASN. Nothing about switch/port because that could be variable and you don't want to have to redo all your peering just for a port move. I suggested <prefix>:0:<AS:NO>:<instance> Where: <prefix> is the IPv6 /64 prefix <AS:NO> is the 32-bit AS Number (0:ASN for 16 bit ASNs) <instance> is a member-chosen instance number for that particular connection <instance> would only really matter for members that have more than one connection, and most would likely choose 0 or 1 for their first (or only) connection and count up from there. > We'll just start by taking the first IPv6 network, leaving the others > in reserve. > I support this. > Would it be nice to have something like 2001:504:27:0:0:1e49:1:3/64 > (in particular to identify ipHouse), vs. 2001:504:27:0:0:1055:1:4/64 > (to identify TDS?). > As suggested above, I'd rather see it be like: ipHouse: 2001:504:27::1e49:<instance>/64 TDS: 2001:504:27::1055:<instance>/64 I think 16 bits is more than enough to describe the instance number. You run into a potential problem (though not particularly important in this case) where 32-bit ASNs could create addresses with 1s in the first 12 bits of the suffix (which is theoretically bad form for static assignments in IPv6) if you put non-ASN info in the last 2 quartets. That's one of the reasons I suggest putting 0 in the first quartet and putting the ASN in the next 2 quartets followed by a 16-bit instance number in the last quartet. > Or just match up how things are now with 2001:504:27:0::3 & ::4? > (the existing IP addresses started out with port # at the end, but of > course things had to change up as we went along, the port #s would stay > correct on IPv6). > > Do the same with the route servers? Or make them shorter? 2001:504:27::1? Presumably the route servers have an ASN. I'd make them 2001:504:27::<AS:NO>:<i> where <i> would either be {0,1} or {1,2} depending on what fraction of the group prefers to count from 1 vs. count from 0. > > > Second task. > Scheduling. > > In order for people to start announcing prefixes with nexthop > addresses as the new IPs, everybody needs to at least have the new > prefix on as a secondary or another IP address on their MICE facing > interfaces to reach them. Not everybody has done that yet, although > many did do the IPv4 portion already. > > How about we set a drop-dead due date of 10/1/2012 for allowing > everybody to do this in whatever maintenance window they see > appropriate. 3 weeks out is pretty reasonable I think, but I don't > know other's policies on scheduling their windows if they want to > minimize whatever impact this causes (minimal I think). > Seems reasonable to me. > > Third task. > BGP cutover. > > The route servers are listening now on 206.108.255.1 & 206.108.255.2 as > well as the old IPs. BIRD hasn't been restarted yet though. > I plan on creating new BIRD configs with the router-id in 206.108.255.0 > & 2001:504:27::/64 for every member. > > This should allow any member past the secondary IP day to change to > connect to the new IP, announce as their new IP, and have their > prefixes be reachable by all members. This can happen on their > schedule at any time after the 10/1/2012 date. > Seems reasonable. > Bilateral peering members can update between themselves at any point > in time once they have their IP assignments if their gear supports > that level of control, but multilateral peering to the route servers > should still be announcing the old IP addresses as next-hop for now > until after the 10/1/2012 date. > Agreed. > > Final task. > Final cleanup of old IP addressing. > > As people cutover after the 10/1/2012 date, I expect them to swap > primary and secondary IP addresses in their MICE facing interfaces > (assuming cisco config here) but until everybody is cutover, > members will probably want to retain a secondary in the old range in > order to reach people that haven't changed their BGP setup yet. > Hopefully most people did the primary/secondary swap during the switch cutover and put the new IPv4 address in as secondary. I don't believe this is an issue for IPv6. > Should we set a date of 1/1/2013 as final cleanup and IP address turn > in day back to Airstream? After that, nobody should be announcing any > prefixes with next hop in the old IP address range. Members should > make sure that they remove the secondary IP address after this date on > whatever maintenance window is required (again should be minimal > impact as this is now the secondary IP address). > I think 1/1/2013 is awfully far out and also problematic due to the intersection with holidays, etc. I would suggest 11/15/2012 as a much more realistic date because it gets things done with some room to address issues before things start heading into the holiday-dense period from Thanksgiving through new-years. How about breaking this up a little-bit... 11/15/2012 is the day we turn off the old addresses on the route servers and expect everyone to have turned down all their peering sessions on the old addresses. 1/1/2013 is the day we hand the addresses back to Air Stream. Between 11/15/2012 and 1/1/2013, we should occasionally ping-sweep and harass any stragglers that haven't turned off the AirStream addresses yet. > Failure to remove the secondary could impact Airstream in the future > if they reassign these IP blocks, so this should be completed at some point. > Yes, we should be good neighbors. > > > Questions? > > Are their any concerns or questions about this schedule and plan? See above in-line. > Anything anybody would do differently? IBID > Are the schedule dates reasonable? Mostly. See above suggested tweaks. Thanks for writing this up and spearheading this, Doug. Owen ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

Re: MICE Announce list issue

by Mike Horwath

On Thu, Sep 06, 2012 at 11:33:00AM -0500, Jeremy Lumby wrote: > I am unable to subscribe to the MICE announce list. When I go to > the web page to subscribe, it says that I will be sent a > confirmation email. I never get it, and it does not show up in my > spam folder. I tried several times last week. Weird. But you're subscribed now. -- Mike Horwath ipHouse - Welcome home! drechsau(a)iphouse.net The universe is an island, surrounded by whatever it is that surrounds universes. - Berkeley Fortune ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

Re: MICE Traffic Lower

by Owen DeLong

There was certainly plenty of discussion of that particular topic to enable them to do so. Owen On Sep 6, 2012, at 02:21 , Jeremy Lumby <jlumby(a)MNVOIP.COM> wrote: > I agree, however for any members running Cisco IOS, this opportunity has already passed during the switch swap outage, since you cannot move the new ip from secondary to primary without causing an outage. I just hoped they used the planned outage to make the new IP primary, and the old one Secondary. > > -----Original Message----- > From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Owen DeLong > Sent: Wednesday, September 05, 2012 11:29 PM > To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET > Subject: Re: [MICE-DISCUSS] MICE Traffic Lower > > If we do the renumbering right, you shouldn't have to endure an outage. > > You should be able to bring up each new session, wait for it to stabilize, then turn down the old one and not lose a single packet. > > Owen > > On Sep 5, 2012, at 20:57 , Jeremy Lumby <jlumby(a)MNVOIP.COM> wrote: > >> Personally I feel that it is probably not the source of decreased traffic, however the IP address renumbering seems to have fallen by the wayside post switch swap out. I was hoping to only bring my sessions back up after renumbering, so as to not need to take them down again, however when it stalled I decided to bring the old ones back up. I would like to see some direction from the steering committee as to what time ranges they would like everyone to have the second IP by, and then what stage they would like to see the old IP removed by. If there is not direction, this will probably hang around forever. Personally I have contacted the 4 members that only were doing bi-lateral peering, and only 2 of them responded, and got our BGP sessions updated to the new IPs. Something we should all keep in mind is that the more professionally we operate, the more attractive we look to the larger carriers that are thinking of joining. I had a network engineer at one such large carrier say to me that they did not want to recommend joining MICE to management because there were no maintenance fees, and therefore they were afraid that MICE may not be around long term for lack of reliable maintenance funds. >> >> Jeremy >> >> ###################################################################### >> ## >> >> To unsubscribe from the MICE-DISCUSS list, click the following link: >> http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 > > ######################################################################## > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 > > ######################################################################## > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

Re: MICE Traffic Lower

by Doug McIntyre

On Wed, Sep 05, 2012 at 10:57:00PM -0500, Jeremy Lumby wrote: > ..however the IP address renumbering seems to have fallen by the wayside.. Since I volunteered for this, I've tried several times internally to discuss the direction to go, but maybe we should just take it for public discussion instead of waiting more for my cohorts. I didn't know the schedule for the switch cutover until the day it happened, otherwise I would have tried to get more things done ahead of time. I've previously posted an outline of my thoughts for cutover, maybe we'll just make them firm in this posting. First off, once things are settled, I won't just depend on a list posting for distributing info, I'll email the peering email address of each member with their specific info, so please confirm back that you've received it. First task. We've pretty much settled on IPv4 addressing the same keeping the last octet. We need to settle on IPv6 addressing. Owen Delong has suggested that we embed the ASN and switch & port into the IPv6 address, others have said it isn't needed. We have such large space, we can do just about any scheme. I'd just have to precalculate each IPv6 address and send it off to everybody. We'll just start by taking the first IPv6 network, leaving the others in reserve. Would it be nice to have something like 2001:504:27:0:0:1e49:1:3/64 (in particular to identify ipHouse), vs. 2001:504:27:0:0:1055:1:4/64 (to identify TDS?). Or just match up how things are now with 2001:504:27:0::3 & ::4? (the existing IP addresses started out with port # at the end, but of course things had to change up as we went along, the port #s would stay correct on IPv6). Do the same with the route servers? Or make them shorter? 2001:504:27::1? Second task. Scheduling. In order for people to start announcing prefixes with nexthop addresses as the new IPs, everybody needs to at least have the new prefix on as a secondary or another IP address on their MICE facing interfaces to reach them. Not everybody has done that yet, although many did do the IPv4 portion already. How about we set a drop-dead due date of 10/1/2012 for allowing everybody to do this in whatever maintenance window they see appropriate. 3 weeks out is pretty reasonable I think, but I don't know other's policies on scheduling their windows if they want to minimize whatever impact this causes (minimal I think). Third task. BGP cutover. The route servers are listening now on 206.108.255.1 & 206.108.255.2 as well as the old IPs. BIRD hasn't been restarted yet though. I plan on creating new BIRD configs with the router-id in 206.108.255.0 & 2001:504:27::/64 for every member. This should allow any member past the secondary IP day to change to connect to the new IP, announce as their new IP, and have their prefixes be reachable by all members. This can happen on their schedule at any time after the 10/1/2012 date. Bilateral peering members can update between themselves at any point in time once they have their IP assignments if their gear supports that level of control, but multilateral peering to the route servers should still be announcing the old IP addresses as next-hop for now until after the 10/1/2012 date. Final task. Final cleanup of old IP addressing. As people cutover after the 10/1/2012 date, I expect them to swap primary and secondary IP addresses in their MICE facing interfaces (assuming cisco config here) but until everybody is cutover, members will probably want to retain a secondary in the old range in order to reach people that haven't changed their BGP setup yet. Should we set a date of 1/1/2013 as final cleanup and IP address turn in day back to Airstream? After that, nobody should be announcing any prefixes with next hop in the old IP address range. Members should make sure that they remove the secondary IP address after this date on whatever maintenance window is required (again should be minimal impact as this is now the secondary IP address). Failure to remove the secondary could impact Airstream in the future if they reassign these IP blocks, so this should be completed at some point. Questions? Are their any concerns or questions about this schedule and plan? Anything anybody would do differently? Are the schedule dates reasonable? -- Doug McIntyre <merlyn(a)iphouse.net> -- ipHouse/Goldengate/Bitstream/ProNS -- Network Engineer/Provisioning/Jack of all Trades ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

MICE Announce list issue

by Jeremy Lumby

I am unable to subscribe to the MICE announce list. When I go to the web page to subscribe, it says that I will be sent a confirmation email. I never get it, and it does not show up in my spam folder. I tried several times last week. ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

Re: MICE Traffic Lower

by Jay Hanke

On Thu, Sep 6, 2012 at 10:48 AM, Mike Horwath <drechsau(a)iphouse.net> wrote: > On Thu, Sep 06, 2012 at 08:50:26AM -0500, Jay Hanke wrote: >> On Wed, Sep 5, 2012 at 11:06 PM, Mike Horwath <drechsau(a)iphouse.net> wrote: >> > Where is it at? :) (Hi Jay!) >> > That was about the UG, not the renumbering. > There was an email yesterday... http://lists.iphouse.net/cgi-bin/wa?A2=MICE-ANNOUNCE;690b5a89.1209 Info also available at: http://micemn.net/ ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

Re: MICE Traffic Lower

by Mike Horwath

On Thu, Sep 06, 2012 at 08:50:26AM -0500, Jay Hanke wrote: > On Wed, Sep 5, 2012 at 11:06 PM, Mike Horwath <drechsau(a)iphouse.net> wrote: > > Where is it at? :) (Hi Jay!) > > Doug and Anthony are running this, I'll defer to them regarding the > renumbering. That was about the UG, not the renumbering. -- Mike Horwath ipHouse - Welcome home! drechsau(a)iphouse.net The universe is an island, surrounded by whatever it is that surrounds universes. - Berkeley Fortune ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

Re: MICE Traffic Lower

by Jay Hanke

On Wed, Sep 5, 2012 at 11:06 PM, Mike Horwath <drechsau(a)iphouse.net> wrote: > On Wed, Sep 05, 2012 at 10:57:00PM -0500, Jeremy Lumby wrote: >> I had a network engineer at one such large carrier say to me that >> they did not wa nt to recommend joining MICE to management because >> there were no maintenance fees, and therefore they were afraid that >> MICE may not be around long term for lack of reliable maintenance >> funds. I have run into this as well. Items like this are significantly hindering our growth. > MICE UG will be a great place to discuss things. I partially disagree. Waiting to discus or research these issues until a UG will lead to endless cycles of waiting and discussion. We need to have actionable items and consensus built prior to the meeting and use the meeting to vote. If you can't be at the meeting in person assign a proxy in advance. Almost all of our progress to date has been individuals grabbing some problem and taking care of it semi-independently. We need to come to the UG with proposals ready or almost ready for adoption. <snip/> > Where is it at? :) (Hi Jay!) Doug and Anthony are running this, I'll defer to them regarding the renumbering. jay ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

Re: MICE Traffic Lower

by Jeremy Lumby

I agree, however for any members running Cisco IOS, this opportunity has already passed during the switch swap outage, since you cannot move the new ip from secondary to primary without causing an outage. I just hoped they used the planned outage to make the new IP primary, and the old one Secondary. -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Owen DeLong Sent: Wednesday, September 05, 2012 11:29 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] MICE Traffic Lower If we do the renumbering right, you shouldn't have to endure an outage. You should be able to bring up each new session, wait for it to stabilize, then turn down the old one and not lose a single packet. Owen On Sep 5, 2012, at 20:57 , Jeremy Lumby <jlumby(a)MNVOIP.COM> wrote: > Personally I feel that it is probably not the source of decreased traffic, however the IP address renumbering seems to have fallen by the wayside post switch swap out. I was hoping to only bring my sessions back up after renumbering, so as to not need to take them down again, however when it stalled I decided to bring the old ones back up. I would like to see some direction from the steering committee as to what time ranges they would like everyone to have the second IP by, and then what stage they would like to see the old IP removed by. If there is not direction, this will probably hang around forever. Personally I have contacted the 4 members that only were doing bi-lateral peering, and only 2 of them responded, and got our BGP sessions updated to the new IPs. Something we should all keep in mind is that the more professionally we operate, the more attractive we look to the larger carriers that are thinking of joining. I had a network engineer at one such large carrier say to me that they did not want to recommend joining MICE to management because there were no maintenance fees, and therefore they were afraid that MICE may not be around long term for lack of reliable maintenance funds. > > Jeremy > > ###################################################################### > ## > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

Re: MICE Traffic Lower

by Owen DeLong

If we do the renumbering right, you shouldn't have to endure an outage. You should be able to bring up each new session, wait for it to stabilize, then turn down the old one and not lose a single packet. Owen On Sep 5, 2012, at 20:57 , Jeremy Lumby <jlumby(a)MNVOIP.COM> wrote: > Personally I feel that it is probably not the source of decreased traffic, however the IP address renumbering seems to have fallen by the wayside post switch swap out. I was hoping to only bring my sessions back up after renumbering, so as to not need to take them down again, however when it stalled I decided to bring the old ones back up. I would like to see some direction from the steering committee as to what time ranges they would like everyone to have the second IP by, and then what stage they would like to see the old IP removed by. If there is not direction, this will probably hang around forever. Personally I have contacted the 4 members that only were doing bi-lateral peering, and only 2 of them responded, and got our BGP sessions updated to the new IPs. Something we should all keep in mind is that the more professionally we operate, the more attractive we look to the larger carriers that are thinking of joining. I had a network engineer at one such large carrier say to me that they did not want to recommend joining MICE to management because there were no maintenance fees, and therefore they were afraid that MICE may not be around long term for lack of reliable maintenance funds. > > Jeremy > > ######################################################################## > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

Re: MICE Traffic Lower

by Mike Horwath

On Wed, Sep 05, 2012 at 10:57:00PM -0500, Jeremy Lumby wrote: > I had a network engineer at one such large carrier say to me that > they did not wa nt to recommend joining MICE to management because > there were no maintenance fees, and therefore they were afraid that > MICE may not be around long term for lack of reliable maintenance > funds. MICE UG will be a great place to discuss things. Will you be there? Where is it at? :) (Hi Jay!) -- Mike Horwath ipHouse - Welcome home! drechsau(a)iphouse.net The universe is an island, surrounded by whatever it is that surrounds universes. - Berkeley Fortune ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

Re: MICE Traffic Lower

by Koch, Andrew

On Wednesday, September 05, 2012 at 22:57 Jeremy Lumby wrote: > Personally I feel that it is probably not the source of decreased traffic, > however the IP address renumbering seems to have fallen by the wayside > post switch swap out. I was hoping to only bring my sessions back up > after renumbering, so as to not need to take them down again, however when > it stalled I decided to bring the old ones back up. Jeremy, Only half of the numbering is assigned. I have been holding off on contacting our peers until we have an IPv6 assignment so to keep the number of touches to a minimum. I am sure more traction will be seen once a more formal plan is finalized. Luckily, multiple IPv6 addresses are a bit easier to deal with on routers than having multiple IPv4 addresses. Regards, Andy Koch TDS Telecom - IP Network Operations andrew.koch(a)tdstelecom.com Desk: 608-664-4694 Cell: 608-616-0072 ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012

Re: MICE Traffic Lower

by Jeremy Lumby

Personally I feel that it is probably not the source of decreased traffic, however the IP address renumbering seems to have fallen by the wayside post switch swap out. I was hoping to only bring my sessions back up after renumbering, so as to not need to take them down again, however when it stalled I decided to bring the old ones back up. I would like to see some direction from the steering committee as to what time ranges they would like everyone to have the second IP by, and then what stage they would like to see the old IP removed by. If there is not direction, this will probably hang around forever. Personally I have contacted the 4 members that only were doing bi-lateral peering, and only 2 of them responded, and got our BGP sessions updated to the new IPs. Something we should all keep in mind is that the more professionally we operate, the more attractive we look to the larger carriers that are thinking of joining. I had a network engineer at one such large carrier say to me that they did not want to recommend joining MICE to management because there were no maintenance fees, and therefore they were afraid that MICE may not be around long term for lack of reliable maintenance funds. Jeremy ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Sept. 6, 2012