- mice-discuss - lists.micemn.net

Re: Monticello FiberNet

by Levi Pederson

Doug, Excellent news. Thought I was going insane! While that may still be up for debate. Info to Follow AS 393466 I am currently using the the IP 206.108.255.108 Thank you, *Levi Pederson* Mankato Networks LLC cell | 612.481.0769 work | 612.787.7392 levipederson(a)mankatonetworks.net On Thu, Aug 28, 2014 at 10:47 AM, Doug McIntyre <merlyn(a)iphouse.net> wrote: > On Thu, Aug 28, 2014 at 10:14:39AM -0500, Levi Pederson wrote: > > Monticello FiberNet has pulled up their BGP connection and is getting an > "EOF" Error. Can someone please check the config on the Route Servers? > > > I don't have any info about Monticell FiberNet. What's the ASN? > Is the gray'd out IPv4 address on the participants page the one you're > using? > > Obviously they aren't configured on the route server end lacking this data. > > -- > Doug McIntyre <merlyn(a)iphouse.net> > ~.~ ipHouse ~.~ > Network Engineer/Provisioning/Jack of all Trades >

Aug. 28, 2014

Re: Monticello FiberNet

by Doug McIntyre

On Thu, Aug 28, 2014 at 10:14:39AM -0500, Levi Pederson wrote: > Monticello FiberNet has pulled up their BGP connection and is getting an "EOF" Error. Can someone please check the config on the Route Servers? I don't have any info about Monticell FiberNet. What's the ASN? Is the gray'd out IPv4 address on the participants page the one you're using? Obviously they aren't configured on the route server end lacking this data. -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

Aug. 28, 2014

Monticello FiberNet

by Levi Pederson

Monticello FiberNet has pulled up their BGP connection and is getting an "EOF" Error. Can someone please check the config on the Route Servers? Thank you,

Aug. 28, 2014

Airstream Port Upgrade

by Jay Hanke

Airstream is upgrading their MICE connection to 10G. Their new port is xe-0/0/20 on the main switch, all IP addressing and route server configuration will remain the same. The old port ge-1/0/10 will be decommissioned following the migration. Thanks! -- Jay Hanke CEO, 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 http://www.neutralpath.net

Aug. 20, 2014

Re: Fwd: [#ZMH-397-87500]: Legacy IP Space from Airstream

by Charles Monson

Big thanks to all who have cleaned these up so far! Once .53 is cleaned up the only other address I still see in my ARP cache is .104. Thank you, Charles Monson Associate Network Administrator Airstream Communications, LLC Wisconsin Independent Network, LLC monson(a)wins.net 715-838-4432 From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Levi Pederson Sent: Tuesday, August 19, 2014 8:53 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Fwd: [#ZMH-397-87500]: Legacy IP Space from Airstream All, Mankato Networks has also updated our switch removing .44 from the mix. Still searching deeper into our switch to see if anyone else is using the 69 networks. Thank you, Levi Pederson Mankato Networks LLC cell | 612.481.0769 work | 612.787.7392 levipederson(a)mankatonetworks.net<mailto:levipederson@mankatonetworks.net> [http://www.mankatonetworks.com/files/mnSignatureLogo.png] On Tue, Aug 19, 2014 at 8:49 AM, Steve Howard <showard(a)paulbunyan.net<mailto:showard@paulbunyan.net>> wrote: We've fixed the .50 and will send a request to get .53 fixed. Sorry about that! On 08/18/2014 04:21 PM, Doug McIntyre wrote: >> Internet 69.147.218.50 150 0023.33c6.a0c0 ARPA GigabitEthernet1/11 > CNS Remote Switch (don't have a login there) > >> Internet 69.147.218.53 164 10f3.1134.e6de ARPA GigabitEthernet1/11 > CNS Remote Switch (don't have a login there) > ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Aug. 19, 2014

Re: Fwd: [#ZMH-397-87500]: Legacy IP Space from Airstream

by Levi Pederson

All, Mankato Networks has also updated our switch removing .44 from the mix. Still searching deeper into our switch to see if anyone else is using the 69 networks. Thank you, *Levi Pederson* Mankato Networks LLC cell | 612.481.0769 work | 612.787.7392 levipederson(a)mankatonetworks.net On Tue, Aug 19, 2014 at 8:49 AM, Steve Howard <showard(a)paulbunyan.net> wrote: > We've fixed the .50 and will send a request to get .53 fixed. Sorry > about that! > > On 08/18/2014 04:21 PM, Doug McIntyre wrote: > >> Internet 69.147.218.50 150 0023.33c6.a0c0 ARPA GigabitEthernet1/11 > > CNS Remote Switch (don't have a login there) > > > >> Internet 69.147.218.53 164 10f3.1134.e6de ARPA GigabitEthernet1/11 > > CNS Remote Switch (don't have a login there) > > >

Aug. 19, 2014

Re: Fwd: [#ZMH-397-87500]: Legacy IP Space from Airstream

by Steve Howard

We've fixed the .50 and will send a request to get .53 fixed. Sorry about that! On 08/18/2014 04:21 PM, Doug McIntyre wrote: >> Internet 69.147.218.50 150 0023.33c6.a0c0 ARPA GigabitEthernet1/11 > CNS Remote Switch (don't have a login there) > >> Internet 69.147.218.53 164 10f3.1134.e6de ARPA GigabitEthernet1/11 > CNS Remote Switch (don't have a login there) >

Aug. 19, 2014

Re: Fwd: [#ZMH-397-87500]: Legacy IP Space from Airstream

by Doug McIntyre

On Mon, Aug 18, 2014 at 09:36:54PM +0000, Charles Monson wrote: > The MAC 0004.9ba4.3000 looks to be 206.108.255.250, which says it is the MICE Looking Glass on the participants list. Taken care of per my last email. -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

Aug. 18, 2014

Re: Fwd: [#ZMH-397-87500]: Legacy IP Space from Airstream

by Dave Williams

Hi – we had .103 – I just removed it! Thanks, D RevNet-Genesis From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Levi Pederson Sent: Monday, August 18, 2014 4:14 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Fwd: [#ZMH-397-87500]: Legacy IP Space from Airstream Mark, Mankato Networks - MICE Switch is currently using 69.147.218.44 on VLAN 899 Currently looking into other IPs as well as whether or not this IP is being used by our system. Thank you Levi Pederson Mankato Networks LLC cell | 612.481.0769 work | 612.787.7392 levipederson(a)mankatonetworks.net<mailto:levipederson@mankatonetworks.net> [http://www.mankatonetworks.com/files/mnSignatureLogo.png] On Mon, Aug 18, 2014 at 4:08 PM, Jay Hanke <jayhanke(a)mankatonetworks.net<mailto:jayhanke@mankatonetworks.net>> wrote: ---------- Forwarded message ---------- From: Charles Monson <support(a)wins.net<mailto:support@wins.net>> Date: Mon, Aug 18, 2014 at 3:39 PM Subject: [#ZMH-397-87500]: Legacy IP Space from Airstream To: peering(a)micemn.net<mailto:peering@micemn.net> Good Afternoon, We noticed there are still a few address with the legacy 69.147.218.0/24<http://69.147.218.0/24> IP space from Airstream Communications (WIN) still configured on the MICE exchange. I would expect everyone has moved to the new address space by now and probably just didn't remove the secondary IP addresses. We would like use this space for other purposes now that everyone should be migrated, but don't want to have routing issues for anyone with it still configured. Listed below are the IP addresses and corresponding MAC addresses still showing up when I check the ARP table (our side has 69.147.218.10 configured). Can you contact whoever is still using this space or is that something you'd prefer us to do? #show arp gig1/11 | i 69.147.218 Internet 69.147.218.101 22 5c5e.abd5.9ef0 ARPA GigabitEthernet1/11 Internet 69.147.218.103 48 000c.2923.4e35 ARPA GigabitEthernet1/11 Internet 69.147.218.44 0 b0c6.9ade.0640 ARPA GigabitEthernet1/11 Internet 69.147.218.50 150 0023.33c6.a0c0 ARPA GigabitEthernet1/11 Internet 69.147.218.53 164 10f3.1134.e6de ARPA GigabitEthernet1/11 Internet 69.147.218.104 16 5c5e.abd0.da78 ARPA GigabitEthernet1/11 Internet 69.147.218.250 175 0004.9ba4.3000 ARPA GigabitEthernet1/11 Thank you, Charles Monson Associate Network Administrator Wisconsin Independent Network Airstream Communications Phone: 866-206-2027 Ticket Details ________________________________ Ticket ID: ZMH-397-87500 Department: Network Admins Type: Request Status: In Progress Priority: Normal Support Center: https://support.wins.net/index.php? -- Jay Hanke CEO, CCIE #19093 Mankato Networks LLC PO Box 54 619 S Front St Mankato, MN 56001-3838 Google 530-618-2398<tel:530-618-2398> jayhanke(a)mankatonetworks.net<mailto:jayhanke@mankatonetworks.net> http://www.mankatonetworks.com http://www.neutralpath.net ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Aug. 18, 2014

Re: Fwd: [#ZMH-397-87500]: Legacy IP Space from Airstream

by Charles Monson

The MAC 0004.9ba4.3000 looks to be 206.108.255.250, which says it is the MICE Looking Glass on the participants list. Thank you, Charles Monson Associate Network Administrator Airstream Communications, LLC Wisconsin Independent Network, LLC monson(a)wins.net 715-838-4432 -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Richard Laager Sent: Monday, August 18, 2014 4:23 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Fwd: [#ZMH-397-87500]: Legacy IP Space from Airstream Looking at my ARP table, I converted as many MAC addresses as possible back to IPs in the new block. Then I looked those up in the participants list. I've copied the direct email addresses. Hopefully that will get the relevant networks to remove the old addresses faster. On Mon, 2014-08-18 at 15:39, Charles Monson <support(a)wins.net> wrote: > We noticed there are still a few address with the legacy > 69.147.218.0/24 IP space from Airstream Communications (WIN) still > configured on the MICE exchange. I would expect everyone has moved to > the new address space by now and probably just didn't remove the > secondary IP addresses. We would like use this space for other > purposes now that everyone should be migrated, but don't want to have > routing issues for anyone with it still configured. > > Listed below are the IP addresses and corresponding MAC addresses > still showing up when I check the ARP table (our side has > 69.147.218.10 configured). > #show arp gig1/11 | i 69.147.218 > Internet 69.147.218.101 22 5c5e.abd5.9ef0 ARPA GigabitEthernet1/11 > Internet 69.147.218.103 48 000c.2923.4e35 ARPA GigabitEthernet1/11 > Internet 69.147.218.44 0 b0c6.9ade.0640 ARPA GigabitEthernet1/11 > Internet 69.147.218.50 150 0023.33c6.a0c0 ARPA GigabitEthernet1/11 > Internet 69.147.218.53 164 10f3.1134.e6de ARPA GigabitEthernet1/11 > Internet 69.147.218.104 16 5c5e.abd0.da78 ARPA GigabitEthernet1/11 > Internet 69.147.218.250 175 0004.9ba4.3000 ARPA GigabitEthernet1/11 Here's what I found: 206.108.255.101 Compudyne ipadmin(a)compudyne.net 206.108.255.103 Genesis Wireless/RevNetData info(a)genesiswireless.com b0c6.9ade.0640 Mankato MICE Switch, already being looked at. 206.108.255.50 Cooperative Network Services (CNS) peering(a)paulbunyan.net 206.108.255.53 Stellar Association ipadmin(a)stellarllc.net 206.108.255.104 Windomnet (City of Windom) noc(a)windomnet.com 0004.9ba4.3000 ??? -- Richard

Aug. 18, 2014

Re: Fwd: [#ZMH-397-87500]: Legacy IP Space from Airstream

by Richard Laager

Looking at my ARP table, I converted as many MAC addresses as possible back to IPs in the new block. Then I looked those up in the participants list. I've copied the direct email addresses. Hopefully that will get the relevant networks to remove the old addresses faster. On Mon, 2014-08-18 at 15:39, Charles Monson <support(a)wins.net> wrote: > We noticed there are still a few address with the legacy > 69.147.218.0/24 IP space from Airstream Communications (WIN) still > configured on the MICE exchange. I would expect everyone has moved to > the new address space by now and probably just didn't remove the > secondary IP addresses. We would like use this space for other > purposes now that everyone should be migrated, but don't want to have > routing issues for anyone with it still configured. > > Listed below are the IP addresses and corresponding MAC addresses > still showing up when I check the ARP table (our side has > 69.147.218.10 configured). > #show arp gig1/11 | i 69.147.218 > Internet 69.147.218.101 22 5c5e.abd5.9ef0 ARPA GigabitEthernet1/11 > Internet 69.147.218.103 48 000c.2923.4e35 ARPA GigabitEthernet1/11 > Internet 69.147.218.44 0 b0c6.9ade.0640 ARPA GigabitEthernet1/11 > Internet 69.147.218.50 150 0023.33c6.a0c0 ARPA GigabitEthernet1/11 > Internet 69.147.218.53 164 10f3.1134.e6de ARPA GigabitEthernet1/11 > Internet 69.147.218.104 16 5c5e.abd0.da78 ARPA GigabitEthernet1/11 > Internet 69.147.218.250 175 0004.9ba4.3000 ARPA GigabitEthernet1/11 Here's what I found: 206.108.255.101 Compudyne ipadmin(a)compudyne.net 206.108.255.103 Genesis Wireless/RevNetData info(a)genesiswireless.com b0c6.9ade.0640 Mankato MICE Switch, already being looked at. 206.108.255.50 Cooperative Network Services (CNS) peering(a)paulbunyan.net 206.108.255.53 Stellar Association ipadmin(a)stellarllc.net 206.108.255.104 Windomnet (City of Windom) noc(a)windomnet.com 0004.9ba4.3000 ??? -- Richard

Aug. 18, 2014

Re: Fwd: [#ZMH-397-87500]: Legacy IP Space from Airstream

by Doug McIntyre

> Internet 69.147.218.101 22 5c5e.abd5.9ef0 ARPA GigabitEthernet1/11 Mankato Switch 5c:5e:ab:d5:9e:f0 Learn 0 ge-0/0/8.0 > Internet 69.147.218.103 48 000c.2923.4e35 ARPA GigabitEthernet1/11 Mankato Switch 00:0c:29:23:4e:35 Learn 0 ge-0/0/23.0 > Internet 69.147.218.44 0 b0c6.9ade.0640 ARPA GigabitEthernet1/11 Mankato Switch b0:c6:9a:de:06:40 Learn 0 ge-0/0/23.0 > Internet 69.147.218.50 150 0023.33c6.a0c0 ARPA GigabitEthernet1/11 CNS Remote Switch (don't have a login there) > Internet 69.147.218.53 164 10f3.1134.e6de ARPA GigabitEthernet1/11 CNS Remote Switch (don't have a login there) > Internet 69.147.218.104 16 5c5e.abd0.da78 ARPA GigabitEthernet1/11 Mankato Switch 5c:5e:ab:d0:da:78 Learn 0 ge-0/0/1.0 > Internet 69.147.218.250 175 0004.9ba4.3000 ARPA GigabitEthernet1/11 Looking-glass. I removed the secondary IP on it finally. -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

Aug. 18, 2014

Re: Fwd: [#ZMH-397-87500]: Legacy IP Space from Airstream

by Levi Pederson

Mark, Mankato Networks - MICE Switch is currently using 69.147.218.44 on VLAN 899 Currently looking into other IPs as well as whether or not this IP is being used by our system. Thank you *Levi Pederson* Mankato Networks LLC cell | 612.481.0769 work | 612.787.7392 levipederson(a)mankatonetworks.net On Mon, Aug 18, 2014 at 4:08 PM, Jay Hanke <jayhanke(a)mankatonetworks.net> wrote: > ---------- Forwarded message ---------- > From: Charles Monson <support(a)wins.net> > Date: Mon, Aug 18, 2014 at 3:39 PM > Subject: [#ZMH-397-87500]: Legacy IP Space from Airstream > To: peering(a)micemn.net > > > Good Afternoon, > > We noticed there are still a few address with the legacy > 69.147.218.0/24 IP space from Airstream Communications (WIN) still > configured on the MICE exchange. I would expect everyone has moved to > the new address space by now and probably just didn't remove the > secondary IP addresses. We would like use this space for other > purposes now that everyone should be migrated, but don't want to have > routing issues for anyone with it still configured. > > Listed below are the IP addresses and corresponding MAC addresses > still showing up when I check the ARP table (our side has > 69.147.218.10 configured). Can you contact whoever is still using this > space or is that something you'd prefer us to do? > > #show arp gig1/11 | i 69.147.218 > Internet 69.147.218.101 22 5c5e.abd5.9ef0 ARPA GigabitEthernet1/11 > Internet 69.147.218.103 48 000c.2923.4e35 ARPA GigabitEthernet1/11 > Internet 69.147.218.44 0 b0c6.9ade.0640 ARPA GigabitEthernet1/11 > Internet 69.147.218.50 150 0023.33c6.a0c0 ARPA GigabitEthernet1/11 > Internet 69.147.218.53 164 10f3.1134.e6de ARPA GigabitEthernet1/11 > Internet 69.147.218.104 16 5c5e.abd0.da78 ARPA GigabitEthernet1/11 > Internet 69.147.218.250 175 0004.9ba4.3000 ARPA GigabitEthernet1/11 > > Thank you, > > Charles Monson > Associate Network Administrator > Wisconsin Independent Network > Airstream Communications > Phone: 866-206-2027 > > Ticket Details > ________________________________ > Ticket ID: ZMH-397-87500 > Department: Network Admins > Type: Request > Status: In Progress > Priority: Normal > > Support Center: https://support.wins.net/index.php? > > > -- > Jay Hanke > CEO, 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 > http://www.neutralpath.net >

Aug. 18, 2014

Fwd: [#ZMH-397-87500]: Legacy IP Space from Airstream

by Jay Hanke

---------- Forwarded message ---------- From: Charles Monson <support(a)wins.net> Date: Mon, Aug 18, 2014 at 3:39 PM Subject: [#ZMH-397-87500]: Legacy IP Space from Airstream To: peering(a)micemn.net Good Afternoon, We noticed there are still a few address with the legacy 69.147.218.0/24 IP space from Airstream Communications (WIN) still configured on the MICE exchange. I would expect everyone has moved to the new address space by now and probably just didn't remove the secondary IP addresses. We would like use this space for other purposes now that everyone should be migrated, but don't want to have routing issues for anyone with it still configured. Listed below are the IP addresses and corresponding MAC addresses still showing up when I check the ARP table (our side has 69.147.218.10 configured). Can you contact whoever is still using this space or is that something you'd prefer us to do? #show arp gig1/11 | i 69.147.218 Internet 69.147.218.101 22 5c5e.abd5.9ef0 ARPA GigabitEthernet1/11 Internet 69.147.218.103 48 000c.2923.4e35 ARPA GigabitEthernet1/11 Internet 69.147.218.44 0 b0c6.9ade.0640 ARPA GigabitEthernet1/11 Internet 69.147.218.50 150 0023.33c6.a0c0 ARPA GigabitEthernet1/11 Internet 69.147.218.53 164 10f3.1134.e6de ARPA GigabitEthernet1/11 Internet 69.147.218.104 16 5c5e.abd0.da78 ARPA GigabitEthernet1/11 Internet 69.147.218.250 175 0004.9ba4.3000 ARPA GigabitEthernet1/11 Thank you, Charles Monson Associate Network Administrator Wisconsin Independent Network Airstream Communications Phone: 866-206-2027 Ticket Details ________________________________ Ticket ID: ZMH-397-87500 Department: Network Admins Type: Request Status: In Progress Priority: Normal Support Center: https://support.wins.net/index.php? -- Jay Hanke CEO, 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 http://www.neutralpath.net

Aug. 18, 2014

Re: Stormy exchange?

by Andrew Hoyos

If you look at the MICE traffic stats, pretty apparent spike of traffic on all ports at same time in same volume (ie: broadcast traffic/loop) Might also consider graphing PPS on all the ports. On Aug 8, 2014, at 10:18 AM, Doug McIntyre wrote: > On Fri, Aug 08, 2014 at 10:02:57AM -0500, Thomas Johnson wrote: >> Our switch port just bounced due to storm control. Is someone breaking >> things on a Friday? > > Hmm, on the MICE Switch side of things, it looks like we lost light > just from you. > > Aug 8 09:44:49 MICE-SW1 chassism[1053]: link 6 SFP receive power low alarm set > Aug 8 09:44:49 MICE-SW1 chassism[1053]: link 6 SFP receive power low warning set > Aug 8 09:49:49 MICE-SW1 chassism[1053]: link 6 SFP receive power low alarm cleared > Aug 8 09:49:49 MICE-SW1 chassism[1053]: link 6 SFP receive power low warning cleared > > My port didn't error out (which is usually pretty sensative to it). > > -- > Doug McIntyre <merlyn(a)iphouse.net> > ~.~ ipHouse ~.~ > Network Engineer/Provisioning/Jack of all Trades -- Andrew Hoyos hoyosa(a)gmail.com

Aug. 8, 2014

Re: Stormy exchange?

by Thomas Johnson

Cacti seems to show that *something* was going on. We haven't touched our switch today, but perhaps I have the storm threshold set too low. Aug 8 09:44:43 sw-j eswd[1303]: ESWD_ST_CTL_ERROR_IN_EFFECT: ge-1/1/0.0: storm control in effect on the port Aug 8 09:44:43 sw-j eswd[1303]: ESWD_ST_CTL_ERROR_DISABLED: ge-1/1/0.0: storm control disabled port Aug 8 09:44:43 sw-j eswd[1303]: ESWD_ST_CTL_ERROR_IN_EFFECT: ge-1/1/0.0: storm control in effect on the port Aug 8 09:49:43 sw-j eswd[1303]: ESWD_ST_CTL_ERROR_ENABLED: ge-1/1/0.0: storm control enabled port > show configuration ethernet-switching-options storm-control action-shutdown; /* MICE */ interface ge-1/1/0.0 { level 50; } On Fri, Aug 8, 2014 at 10:18 AM, Doug McIntyre <merlyn(a)iphouse.net> wrote: > On Fri, Aug 08, 2014 at 10:02:57AM -0500, Thomas Johnson wrote: >> Our switch port just bounced due to storm control. Is someone breaking >> things on a Friday? > > Hmm, on the MICE Switch side of things, it looks like we lost light > just from you. > > Aug 8 09:44:49 MICE-SW1 chassism[1053]: link 6 SFP receive power low alarm set > Aug 8 09:44:49 MICE-SW1 chassism[1053]: link 6 SFP receive power low warning set > Aug 8 09:49:49 MICE-SW1 chassism[1053]: link 6 SFP receive power low alarm cleared > Aug 8 09:49:49 MICE-SW1 chassism[1053]: link 6 SFP receive power low warning cleared > > My port didn't error out (which is usually pretty sensative to it). > > -- > Doug McIntyre <merlyn(a)iphouse.net> > ~.~ ipHouse ~.~ > Network Engineer/Provisioning/Jack of all Trades -- Thomas Johnson ClaimLynx, Inc. 952-593-5969 x2302 -- This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the individual responsible for delivering the e-mail to the intended recipient, please be advised that you have received this e-mail in error and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender or call ClaimLynx at (952) 593-5969.

Aug. 8, 2014

Re: Stormy exchange?

by Doug McIntyre

On Fri, Aug 08, 2014 at 10:02:57AM -0500, Thomas Johnson wrote: > Our switch port just bounced due to storm control. Is someone breaking > things on a Friday? Hmm, on the MICE Switch side of things, it looks like we lost light just from you. Aug 8 09:44:49 MICE-SW1 chassism[1053]: link 6 SFP receive power low alarm set Aug 8 09:44:49 MICE-SW1 chassism[1053]: link 6 SFP receive power low warning set Aug 8 09:49:49 MICE-SW1 chassism[1053]: link 6 SFP receive power low alarm cleared Aug 8 09:49:49 MICE-SW1 chassism[1053]: link 6 SFP receive power low warning cleared My port didn't error out (which is usually pretty sensative to it). -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

Aug. 8, 2014

Stormy exchange?

by Thomas Johnson

Our switch port just bounced due to storm control. Is someone breaking things on a Friday? -- Thomas Johnson ClaimLynx, Inc. 952-593-5969 x2302 -- This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the individual responsible for delivering the e-mail to the intended recipient, please be advised that you have received this e-mail in error and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender or call ClaimLynx at (952) 593-5969.

Aug. 8, 2014

Re: MICE MTU

by Hannigan, Martin

Anthony, that makes perfect sense. Thanks! On Jul 25, 2014, at 10:21 AM, Anthony Anderberg <anthonyanderberg(a)NU-TELECOM.NET> wrote: > To be clear: the exchange doesn't support jumbo frames everywhere at the moment but it is our intention to add support. It isn't that there is demand, we just don't want the exchange to silently drop traffic should two members want to exchange traffic at a larger MTU. > > > Anthony Anderberg > Sr. Systems Analyst > 320-234-5239 > anthonyanderberg(a)nu-telecom.net > www.nutelecom.net > > -----Original Message----- > From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Hannigan, Martin > Sent: Thursday, July 24, 2014 11:40 PM > To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET > Subject: Re: [MICE-DISCUSS] MICE MTU > > > > If everyone really wants to, I'm happy to go along. I just can't imagine its worth the effort. I have to wonder why 99.99% of all other IXPs and peers in the world seem to think its not worth the effort either. > > Best, > > -M< > > > On Jul 25, 2014, at 12:27 AM, Owen DeLong <owend(a)HE.NET> wrote: > >> I think it is desirable for the fabric to be jumbo-frame compatible. >> >> In general, jumbo frame support can be a good thing and we are fully jumbo-frame capable on our backbone. >> >> I don't know of any downside to enabling jumbo frames on the fabric. Obviously enabling them on router interfaces requires the cooperation of all peers. While I'd like to see that happen, I'm guessing it's not as easy as one might hope. >> >> Owen >> >> On Jul 24, 2014, at 21:06 , Shaun Carlson <shaun.carlson(a)ARVIG.COM> wrote: >> >>> The discussion at the meeting is unfortunately missed in the briefness of the minutes. >>> >>> The IX is configured to support jumbo frames and we felt we should keep it that way going forward. This allows maximum flexibility to support possible applications of jumbo frames. >>> >>> That being said, nobody is using them or has any concrete plans (that we could identify at the meeting) to use jumbo frames. If a member has a specific application or desire to use jumbo frames, it's up to that member to work with whomever their peer is to work through the technicalities and concerns of that application. >>> >>> s >>> >>> On Thursday, July 24, 2014, Hannigan, Martin <marty(a)akamai.com> wrote: >>> >>> >>> Generally, the general IXP community has determined that the minimum exchange services configuration should be: >>> >>> http://www.open-ix.org/certification/ixp-technical-requirements/ >>> >>> If we all thought it was desired as a minimum configuration at an IXP, it would've made it in there IMHO. It didn't. If someone thinks all IXPs should do this, they should take a run at this and see if they can get the rest of the IXP community to support it (Not just Netnod and NASA). >>> >>> We have the same issue as Andrew, and we have zero interest to go to an MTU of 9000. >>> >>> >>> Best, >>> >>> -M< >>> >>> >>> >>> >>> On Jul 24, 2014, at 6:29 PM, "Koch, Andrew" <andrew.koch(a)TDSTELECOM.COM> wrote: >>> >>>> The UG 13 minutes make note that the exchange MTU is 9000 bytes. Are other members configuring their routers for an MTU of 9000? >>>> >>>> I ask as TDS has not - we have stuck with the Ethernet standard >>>> 1500 bytes. If anyone on the exchange has set an MTU of 9000 and >>>> tries to send jumbo traffic to us, it will not be accepted and no >>>> indication will be sent back to the originator. (10d in the linked >>>> document below) >>>> >>>> If no one (or few) has setup their routers for an MTU of 9000, but we as a community wish to enable this, I would recommend that we schedule a flag day so that we can minimize blackholing of traffic across the exchange. >>>> >>>> While only a draft, see >>>> http://tools.ietf.org/html/draft-mlevy-ixp-jumboframes-00 for >>>> further information on IXP Jumbo Frame operation and conversion. >>>> For those that like presentations more than IETF drafts, Martin >>>> Levy (of Hurricane Electric at the time) presented this at RIPE 64 >>>> - >>>> https://ripe64.ripe.net/presentations/139-Hurricane_Electric_-_Mart >>>> in_Levy_-_IX_Jumbo_Frames_-_RIPE64_EIX-WG_-_Slovenia.pdf >>>> >>>> >>>> Best 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: >>>> ?SUBED1=MICE-DISCUSS&A=1 >>> >>> >>> >>> -- >>> >>> Shaun Carlson >>> Network Engineering Manager | Arvig >>> ph: (218) 346-8673 | em: shaun.carlson(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 >>> >> >> >> To unsubscribe from the MICE-DISCUSS list, click the following link: >> http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >>

July 26, 2014

Re: MICE MTU

by Anthony Anderberg

To be clear: the exchange doesn't support jumbo frames everywhere at the moment but it is our intention to add support. It isn't that there is demand, we just don't want the exchange to silently drop traffic should two members want to exchange traffic at a larger MTU. Anthony Anderberg Sr. Systems Analyst 320-234-5239 anthonyanderberg(a)nu-telecom.net www.nutelecom.net -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Hannigan, Martin Sent: Thursday, July 24, 2014 11:40 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] MICE MTU If everyone really wants to, I'm happy to go along. I just can't imagine its worth the effort. I have to wonder why 99.99% of all other IXPs and peers in the world seem to think its not worth the effort either. Best, -M< On Jul 25, 2014, at 12:27 AM, Owen DeLong <owend(a)HE.NET> wrote: > I think it is desirable for the fabric to be jumbo-frame compatible. > > In general, jumbo frame support can be a good thing and we are fully jumbo-frame capable on our backbone. > > I don't know of any downside to enabling jumbo frames on the fabric. Obviously enabling them on router interfaces requires the cooperation of all peers. While I'd like to see that happen, I'm guessing it's not as easy as one might hope. > > Owen > > On Jul 24, 2014, at 21:06 , Shaun Carlson <shaun.carlson(a)ARVIG.COM> wrote: > >> The discussion at the meeting is unfortunately missed in the briefness of the minutes. >> >> The IX is configured to support jumbo frames and we felt we should keep it that way going forward. This allows maximum flexibility to support possible applications of jumbo frames. >> >> That being said, nobody is using them or has any concrete plans (that we could identify at the meeting) to use jumbo frames. If a member has a specific application or desire to use jumbo frames, it's up to that member to work with whomever their peer is to work through the technicalities and concerns of that application. >> >> s >> >> On Thursday, July 24, 2014, Hannigan, Martin <marty(a)akamai.com> wrote: >> >> >> Generally, the general IXP community has determined that the minimum exchange services configuration should be: >> >> http://www.open-ix.org/certification/ixp-technical-requirements/ >> >> If we all thought it was desired as a minimum configuration at an IXP, it would've made it in there IMHO. It didn't. If someone thinks all IXPs should do this, they should take a run at this and see if they can get the rest of the IXP community to support it (Not just Netnod and NASA). >> >> We have the same issue as Andrew, and we have zero interest to go to an MTU of 9000. >> >> >> Best, >> >> -M< >> >> >> >> >> On Jul 24, 2014, at 6:29 PM, "Koch, Andrew" <andrew.koch(a)TDSTELECOM.COM> wrote: >> >> > The UG 13 minutes make note that the exchange MTU is 9000 bytes. Are other members configuring their routers for an MTU of 9000? >> > >> > I ask as TDS has not - we have stuck with the Ethernet standard >> > 1500 bytes. If anyone on the exchange has set an MTU of 9000 and >> > tries to send jumbo traffic to us, it will not be accepted and no >> > indication will be sent back to the originator. (10d in the linked >> > document below) >> > >> > If no one (or few) has setup their routers for an MTU of 9000, but we as a community wish to enable this, I would recommend that we schedule a flag day so that we can minimize blackholing of traffic across the exchange. >> > >> > While only a draft, see >> > http://tools.ietf.org/html/draft-mlevy-ixp-jumboframes-00 for >> > further information on IXP Jumbo Frame operation and conversion. >> > For those that like presentations more than IETF drafts, Martin >> > Levy (of Hurricane Electric at the time) presented this at RIPE 64 >> > - >> > https://ripe64.ripe.net/presentations/139-Hurricane_Electric_-_Mart >> > in_Levy_-_IX_Jumbo_Frames_-_RIPE64_EIX-WG_-_Slovenia.pdf >> > >> > >> > Best 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: >> > ?SUBED1=MICE-DISCUSS&A=1 >> >> >> >> -- >> >> Shaun Carlson >> Network Engineering Manager | Arvig >> ph: (218) 346-8673 | em: shaun.carlson(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 >> > > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >

July 25, 2014

Re: UG 13 Minutes

by Koch, Andrew

Thanks Doug! Your support of MICE by providing the mailing list is appreciated. Andy > -----Original Message----- > From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of > Doug McIntyre > Sent: Thursday, July 24, 2014 22:40 > To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET > Subject: Re: [MICE-DISCUSS] UG 13 Minutes > > On Thu, Jul 24, 2014 at 05:57:46PM -0500, Doug McIntyre wrote: > > On Thu, Jul 24, 2014 at 05:34:15PM -0500, Shaun Carlson wrote: > > > Both of the public MICE lists appear to have broken archives at > lists.iphouse.net since May. Is there someone that can take a peek at > this? > > > > Sure, I'll look into the issue. > > (Nothing amiss on the system AFAIK, it'll take a deeper view to find). > > This is fixed up now. > Sorry some variables got reset on the last software updates. :-( > (but the list has a method for DMARC delivery type issues if needed). > > -- > Doug McIntyre <merlyn(a)iphouse.net> > ~.~ ipHouse ~.~ > Network Engineer/Provisioning/Jack of all Trades

July 25, 2014

Re: MICE MTU

by Hannigan, Martin

If everyone really wants to, I'm happy to go along. I just can't imagine its worth the effort. I have to wonder why 99.99% of all other IXPs and peers in the world seem to think its not worth the effort either. Best, -M< On Jul 25, 2014, at 12:27 AM, Owen DeLong <owend(a)HE.NET> wrote: > I think it is desirable for the fabric to be jumbo-frame compatible. > > In general, jumbo frame support can be a good thing and we are fully jumbo-frame capable on our backbone. > > I don't know of any downside to enabling jumbo frames on the fabric. Obviously enabling them on router interfaces requires the cooperation of all peers. While I'd like to see that happen, I'm guessing it's not as easy as one might hope. > > Owen > > On Jul 24, 2014, at 21:06 , Shaun Carlson <shaun.carlson(a)ARVIG.COM> wrote: > >> The discussion at the meeting is unfortunately missed in the briefness of the minutes. >> >> The IX is configured to support jumbo frames and we felt we should keep it that way going forward. This allows maximum flexibility to support possible applications of jumbo frames. >> >> That being said, nobody is using them or has any concrete plans (that we could identify at the meeting) to use jumbo frames. If a member has a specific application or desire to use jumbo frames, it's up to that member to work with whomever their peer is to work through the technicalities and concerns of that application. >> >> s >> >> On Thursday, July 24, 2014, Hannigan, Martin <marty(a)akamai.com> wrote: >> >> >> Generally, the general IXP community has determined that the minimum exchange services configuration should be: >> >> http://www.open-ix.org/certification/ixp-technical-requirements/ >> >> If we all thought it was desired as a minimum configuration at an IXP, it would've made it in there IMHO. It didn't. If someone thinks all IXPs should do this, they should take a run at this and see if they can get the rest of the IXP community to support it (Not just Netnod and NASA). >> >> We have the same issue as Andrew, and we have zero interest to go to an MTU of 9000. >> >> >> Best, >> >> -M< >> >> >> >> >> On Jul 24, 2014, at 6:29 PM, "Koch, Andrew" <andrew.koch(a)TDSTELECOM.COM> wrote: >> >> > The UG 13 minutes make note that the exchange MTU is 9000 bytes. Are other members configuring their routers for an MTU of 9000? >> > >> > I ask as TDS has not - we have stuck with the Ethernet standard 1500 bytes. If anyone on the exchange has set an MTU of 9000 and tries to send jumbo traffic to us, it will not be accepted and no indication will be sent back to the originator. (10d in the linked document below) >> > >> > If no one (or few) has setup their routers for an MTU of 9000, but we as a community wish to enable this, I would recommend that we schedule a flag day so that we can minimize blackholing of traffic across the exchange. >> > >> > While only a draft, see http://tools.ietf.org/html/draft-mlevy-ixp-jumboframes-00 for further information on IXP Jumbo Frame operation and conversion. For those that like presentations more than IETF drafts, Martin Levy (of Hurricane Electric at the time) presented this at RIPE 64 - https://ripe64.ripe.net/presentations/139-Hurricane_Electric_-_Martin_Levy_… >> > >> > >> > Best 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: >> > ?SUBED1=MICE-DISCUSS&A=1 >> >> >> >> -- >> >> Shaun Carlson >> Network Engineering Manager | Arvig >> ph: (218) 346-8673 | em: shaun.carlson(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 >> > > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >

July 25, 2014

Re: MICE MTU

by Owen DeLong

I think it is desirable for the fabric to be jumbo-frame compatible. In general, jumbo frame support can be a good thing and we are fully jumbo-frame capable on our backbone. I don't know of any downside to enabling jumbo frames on the fabric. Obviously enabling them on router interfaces requires the cooperation of all peers. While I'd like to see that happen, I'm guessing it's not as easy as one might hope. Owen On Jul 24, 2014, at 21:06 , Shaun Carlson <shaun.carlson(a)ARVIG.COM> wrote: > The discussion at the meeting is unfortunately missed in the briefness of the minutes. > > The IX is configured to support jumbo frames and we felt we should keep it that way going forward. This allows maximum flexibility to support possible applications of jumbo frames. > > That being said, nobody is using them or has any concrete plans (that we could identify at the meeting) to use jumbo frames. If a member has a specific application or desire to use jumbo frames, it's up to that member to work with whomever their peer is to work through the technicalities and concerns of that application. > > s > > On Thursday, July 24, 2014, Hannigan, Martin <marty(a)akamai.com> wrote: > > > Generally, the general IXP community has determined that the minimum exchange services configuration should be: > > http://www.open-ix.org/certification/ixp-technical-requirements/ > > If we all thought it was desired as a minimum configuration at an IXP, it would've made it in there IMHO. It didn't. If someone thinks all IXPs should do this, they should take a run at this and see if they can get the rest of the IXP community to support it (Not just Netnod and NASA). > > We have the same issue as Andrew, and we have zero interest to go to an MTU of 9000. > > > Best, > > -M< > > > > > On Jul 24, 2014, at 6:29 PM, "Koch, Andrew" <andrew.koch(a)TDSTELECOM.COM> wrote: > > > The UG 13 minutes make note that the exchange MTU is 9000 bytes. Are other members configuring their routers for an MTU of 9000? > > > > I ask as TDS has not - we have stuck with the Ethernet standard 1500 bytes. If anyone on the exchange has set an MTU of 9000 and tries to send jumbo traffic to us, it will not be accepted and no indication will be sent back to the originator. (10d in the linked document below) > > > > If no one (or few) has setup their routers for an MTU of 9000, but we as a community wish to enable this, I would recommend that we schedule a flag day so that we can minimize blackholing of traffic across the exchange. > > > > While only a draft, see http://tools.ietf.org/html/draft-mlevy-ixp-jumboframes-00 for further information on IXP Jumbo Frame operation and conversion. For those that like presentations more than IETF drafts, Martin Levy (of Hurricane Electric at the time) presented this at RIPE 64 - https://ripe64.ripe.net/presentations/139-Hurricane_Electric_-_Martin_Levy_… > > > > > > Best 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: > > ?SUBED1=MICE-DISCUSS&A=1 > > > > -- > > Shaun Carlson > Network Engineering Manager | Arvig > ph: (218) 346-8673 | em: shaun.carlson(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 >

July 25, 2014

Re: MICE MTU

by Shaun Carlson

The discussion at the meeting is unfortunately missed in the briefness of the minutes. The IX is configured to support jumbo frames and we felt we should keep it that way going forward. This allows maximum flexibility to support possible applications of jumbo frames. That being said, nobody is using them or has any concrete plans (that we could identify at the meeting) to use jumbo frames. If a member has a specific application or desire to use jumbo frames, it's up to that member to work with whomever their peer is to work through the technicalities and concerns of that application. s On Thursday, July 24, 2014, Hannigan, Martin <marty(a)akamai.com> wrote: > > > Generally, the general IXP community has determined that the minimum > exchange services configuration should be: > > http://www.open-ix.org/certification/ixp-technical-requirements/ > > If we all thought it was desired as a minimum configuration at an IXP, it > would've made it in there IMHO. It didn't. If someone thinks all IXPs > should do this, they should take a run at this and see if they can get the > rest of the IXP community to support it (Not just Netnod and NASA). > > We have the same issue as Andrew, and we have zero interest to go to an > MTU of 9000. > > > Best, > > -M< > > > > > On Jul 24, 2014, at 6:29 PM, "Koch, Andrew" <andrew.koch(a)TDSTELECOM.COM > <javascript:;>> wrote: > > > The UG 13 minutes make note that the exchange MTU is 9000 bytes. Are > other members configuring their routers for an MTU of 9000? > > > > I ask as TDS has not - we have stuck with the Ethernet standard 1500 > bytes. If anyone on the exchange has set an MTU of 9000 and tries to send > jumbo traffic to us, it will not be accepted and no indication will be sent > back to the originator. (10d in the linked document below) > > > > If no one (or few) has setup their routers for an MTU of 9000, but we as > a community wish to enable this, I would recommend that we schedule a flag > day so that we can minimize blackholing of traffic across the exchange. > > > > While only a draft, see > http://tools.ietf.org/html/draft-mlevy-ixp-jumboframes-00 for further > information on IXP Jumbo Frame operation and conversion. For those that > like presentations more than IETF drafts, Martin Levy (of Hurricane > Electric at the time) presented this at RIPE 64 - > https://ripe64.ripe.net/presentations/139-Hurricane_Electric_-_Martin_Levy_… > > > > > > Best Regards, > > > > Andy Koch > > TDS Telecom - IP Network Operations > > andrew.koch(a)tdstelecom.com <javascript:;> > > Desk: 608-664-4694 > > Cell: 608-616-0072 > > > > > > > > ######################################################################## > > > > To unsubscribe from the MICE-DISCUSS list, click the following link: > > ?SUBED1=MICE-DISCUSS&A=1 > > -- *Shaun Carlson*Network Engineering Manager | Arvig ph: (218) 346-8673 | em: shaun.carlson(a)arvig.com

July 25, 2014

Re: MICE MTU

by Doug McIntyre

On Thu, Jul 24, 2014 at 10:29:38PM +0000, Koch, Andrew wrote: > The UG 13 minutes make note that the exchange MTU is 9000 bytes. Are other members configuring their routers for an MTU of 9000? I don't know if this number came from anybody technical, or somebody just stuck it in there as a desire to move to? The Juniper switch stack is NOT configured for an MTU of 9000. Nor is the Mankato extension. dmcintyre@MICE-SW1> show int | match MTU Link-level type: Ethernet, MTU: 1514, Speed: 10Gbps, Duplex: Full-Duplex, ... every other interface matching MTU ... In Juniper speak, MTU of 1514 == 1500 of Cisco (and just about everybody else). So, if anybody has thought of doing Jumbo frames, it isn't supported at the core Juniper switch stack without updating the config. The CMS switch may be different. -- Doug McIntyre <merlyn(a)iphouse.net> ~.~ ipHouse ~.~ Network Engineer/Provisioning/Jack of all Trades

July 25, 2014