- Test - lists.nanog.org

RE: Fiber cut in SF area
by Geo. 09 Apr '09

09 Apr '09

Level3 is having problems in the 216 area code as well (Cleveland) George Roettger > -----Original Message----- > From: David Edwards [mailto:david@reliablehosting.com] > Sent: Thursday, April 09, 2009 1:15 PM > To: nanog(a)nanog.org > Subject: Re: Fiber cut in SF area > > > Hello, > > Mercurynews.com is reporting telephone outages in Santa Clara and > Santa Cruz counties that started around 2:00 am local time. I > observed numerous carrier outages starting around 4:00 am local > time. Does anyone know if this is due to the same fiber cut, or are > these separate issues? > > David > >

1 0

Re: Fiber cut in SF area
by Andreas Ott 09 Apr '09

09 Apr '09

Hi, On Thu, Apr 09, 2009 at 11:15:05AM -0600, David Edwards wrote: > Mercurynews.com is reporting telephone outages in Santa Clara and > Santa Cruz counties that started around 2:00 am local time. I > observed numerous carrier outages starting around 4:00 am local > time. Does anyone know if this is due to the same fiber cut, or are > these separate issues? This seems to be due to the same fiber cut when following local news and scanner frequencies. -andreas -- Andreas Ott K6OTT andreas(a)naund.org

1 0

RE: Fiber cut in SF area
by Carlos Alcantar 09 Apr '09

09 Apr '09

Seeing the same thing have an oc48 down from abovenet out of 200 paul -carlos -----Original Message----- From: Aaron Hughes [mailto:aaronh@bind.com] Sent: Thursday, April 09, 2009 9:13 AM To: Stefan Molnar Cc: NANOG Subject: Re: Fiber cut in SF area 200 Paul Ave is seeing several carriers down. I am also in Santa Cruz and cannot make or receive long distance calls on my land lines. Unconfirmed reports of Caltrain cut. Cheers, Aaron On Thu, Apr 09, 2009 at 03:37:14PM +0000, Stefan Molnar wrote: > > VZ in the South Bay (San Jose) is out. As per news reports I watched at 6am PDT. > > > ------Original Message------ > From: Craig Holland > To: NANOG > Subject: Fiber cut in SF area > Sent: Apr 9, 2009 8:14 AM > > Just dropping a note that there is a fiber cut in the SF area (I have a > metro line down). AboveNet is reporting issues and I've heard unconfirmed > reports that ATT and VZW are affected as well. > > Rgs, > craig > > > > > > -- Aaron Hughes aaronh(a)bind.com (703) 244-0427 Key fingerprint = AD 67 37 60 7D 73 C5 B7 33 18 3F 36 C3 1C C6 B8 http://www.bind.com/

1 0

Re: Fiber cut in SF area
by Stefan Molnar 09 Apr '09

09 Apr '09

VZ in the South Bay (San Jose) is out. As per news reports I watched at 6am PDT. ------Original Message------ From: Craig Holland To: NANOG Subject: Fiber cut in SF area Sent: Apr 9, 2009 8:14 AM Just dropping a note that there is a fiber cut in the SF area (I have a metro line down). AboveNet is reporting issues and I've heard unconfirmed reports that ATT and VZW are affected as well. Rgs, craig

4 3

options for full routing table in 1 year?
by Jo Rhett 09 Apr '09

09 Apr '09

I was chatting with someone the other day and we were trying to build a complete list of all units which can handle full routing tables 1 year from now, assuming current 4k/month growth (nevermind de- aggregation) Juniper M/T-series units could handle 600k before, now 1mil with I- chip upgrade? Juniper MX-series units are always 1mil Cisco 6500/7600 with SUP720-3BXL handles 1mil routes Force10 E300/600/1200 with dual-cam line cards handle 512k routes Force10 E600/1200 with Exascale (quad-cam) line cards handle 1mil routes Is there anything I'm forgetting here? And if you already have one of these units, the upgrades are: Juniper M-series units can replace the FPIC card to get new I-chip? ...if I understand it, no other cards need replaced Cisco 6500/7600 you replace SUP32 or SUP720 with SUP720-3BXL ...if I understand it, no other cards need replaced? (note that this disagrees with my understanding of how their FIB/CEF works so I'm curious about this) Force10 you replace every single line card, since the entire chassis is limited to the smallest CAM size available. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness

12 12

Verizon EVDO issues
by Alexander Harrowell 09 Apr '09

09 Apr '09

On Thursday 09 April 2009 15:31:10 Daniel Senie wrote: > On Apr 9, 2009, at 7:15 AM, Robert E. Seastrom wrote: > > > > Interesting. When I got my Sprint EVDO card (u727) a year and a half > > ago, they were pretty nasty about gunning down (bidirectional spoofed > > RST coming out of the middle of the network somewhere) any TCP > > sessions that were idle for ten minutes or more. > > We observe this same kind of behavior with firewalls in the path > watching for dead sessions they can clean up. Appears they send RSTs > to both end points when they decide a session has gone away, as > that'll let end hosts figure it out sooner. Same workaround of turning > on keep=alives once a minute solves this too. The behavior in the case > of firewalls makes sense, as state tables have to be cleaned up > eventually. The UMTS world has a lower-layer protocol called HARQ in the radio air interface which functions a little like TCP; the idea is to detect dropped packets on the radio link and retransmit them before the TCP interval times out, thus providing faster recovery. I wouldn't be surprised if there is a similar mechanism to police the use of spectrum; and a lot of mobile operators see "Internet" as an application. Somewhere around I have the incredibly long referral string Vodafone sent my blog server not long after they started real Internet service; a Squid, a Novarra, a 724 Solutions machine of some sort, and I think something else too.

1 0

Cisco AGM
by Konstantin Bezruchenko 09 Apr '09

09 Apr '09

Hi all, I wonder if here any people who own/maintain Cisco AGM, or maybe used this device in past. I want to ask few questions. Please reply offlist. Thanks, Konstantin

1 0

L2 - L3 Etherchannel
by Amolak 09 Apr '09

09 Apr '09

Hi All, Is it possible to create L2 Etherchannel at one end and L3 etherchannel at another end? For Example: SW-1 ==== interface GigabitEthernet1/1 channel-group 1 mode desirable channel-protocol pagp ! interface GigabitEthernet1/2 channel-group 1 mode desirable channel-protocol pagp ! interface Port-channel 1 no ip address switchport switchport access vlan 10 switchport mode access ! int vlan10 ip address 1.1.1.1 255.255.255.252 ! ------------------------------------ SW-2 ==== interface Port-channel 2 ip address 1.1.1.2 255.255.255.252 ! interface GigabitEthernet1/1 no ip address channel-group 2 mode desirable channel-protocol pagp ! interface GigabitEthernet1/2 no ip address channel-group 2 mode desirable channel-protocol pagp ! I don't have a lab to test it, can somebody confirm if the connectivity will work between these devices as per this setup. Thanks, Amolak

2 2

Fwd: SLA packet loss base
by 정치영 09 Apr '09

09 Apr '09

Some people replied me about my questions. thanks for reply. However, what I want to know ultimately is something like technical proof or standard or experimentation information they can logically support SLA values in provider's IP network. For example, regarding packet loss, I found information it is based on voip service tolerance (al least below 1% packet loss). but some provider announce they can guarantee 0.3% packet loss. Where does 0.3% come from ? Can anyone give me an answer about this question ? In fact I am going to make some guideline of network quality of my network. Best regards, Chiyoung ------- Original Message ------- Sender : 정치영<lionair(a)samsung.com> 과장/인프라기술1팀/삼성네트웍스 Date : 2009-04-08 13:05 (GMT+09:00) Title : SLA packet loss base Hi all, I wonder where we can find the base of packet loss rate of Global famous provider. For example, the packet loss value of Sprint and NTT-Verio is same 0.3 % at their SLA. Best regards Chiyoung ============================================= Chi-Young Joung SAMSUNG NETWORKS Inc. Email: lionair(a)samsung.com Tel +82 70 7015 0623, Mobile +82 17 520 9193 Fax +82 70 7016 0031 =============================================

2 1

Verizon EVDO Issues
by Charles Wyble 08 Apr '09

08 Apr '09

Been troubleshooting a very strange problem for a couple of weeks now. I have a few hundred systems deployed throughout the United States utilizing EVDO connectivity with Verizon as a carrier. They are stationary. Over the past few weeks clusters of them in SF and Lewisville TX and a few other areas have been failing intermittently. They are offline for several days, then online for a few days then go offline again. They are running Linux and PPPD. Has anyone else seen anything like this? I realize that there are very few other organizations with a network footprint like ours (few hundred static EVDO cards). Other large users like FedEx and Amtrak aren't reporting any issues. Verizon wants to replace the cards, but that doesn't seem like a viable solution, as it's localized to a few areas and is intermittent. Replies on or off list appreciated.

1 1