- Test - lists.nanog.org

Cable cut: Southwest Missouri
by Sean Donelan 23 Aug '01

23 Aug '01

A cable cut in Missouri disrupted some services in the southwestern part of the state, including Springfield. Its unclear what services were affected, but 500 Powerball lottery machines were out of service until 3:15 this afternoon. According to the Associated Press: "The severed line was owned by Sprint Corp., which did not immediately return a phone call."

2 1

Definition of a burstable circuit
by Stanley, Jon 22 Aug '01

22 Aug '01

Without getting into a religious debate, I need some consensus for a problem that I am having regarding the definition of a burstable circuit. In my view of the world, a burstable circuit is defined as one where the customer can send us as much data as they would like (for example, an entire DS3's worth on a consistent basis), and we would bill them for usage above the contracted amount via some method (we use 90th percentile reporting) In someone else's view inside the company, the customer should be prohibited from sending above the contracted rate for any extended period of time by policing at the ATM layer. Both views are viable, but I believe (nearly religously) that the former view is correct. Any input would be appreciated. PS. These views are my own and do not represent those of the company, even though I'm sending from my work email :)

6 6

RE: Definition of a burstable circuit
by Youse, Chuck 22 Aug '01

22 Aug '01

Jon Stanley said: > Without getting into a religious debate, I need some consensus for a problem > that I am having regarding the definition of a burstable circuit. > In my view of the world, a burstable circuit is defined as one where the customer > can send us as much data as they would like (for example, an entire DS3's worth > on a consistent basis), and we would bill them for usage above the contracted amount > via some method (we use 90th percentile reporting) > In someone else's view inside the company, the customer should be prohibited > from sending above the contracted rate for any extended period of time by policing > at the ATM layer. Both views are viable, but I believe (nearly religously) > that the former view is correct. At Ebone, 'burstable' is equivalent to your first definition. The assumption is that more bandwidth is available, and can be used by the customer, but at a premium rate. Of course, the premium rate is charged to discourage customers from continuously overstepping their committed bandwidth numbers. It effects a similar control over network utilisation as your colleague's definition, but it also affords the customer more flexibility and generates additional revenues. The latter definition would be something that I would more closely associate with frame relay services. I.e., rates above the CIR are available but not guaranteed. To artificially rate-limit a customer's bandwidth is a disservice to them, even if it does make provisioning slightly more deterministic. - C

1 0

burstable
by David Barak 22 Aug '01

22 Aug '01

Jon Stanley wrote: In my view of the world, a burstable circuit is defined as one where the customer can send us as much data as they would like (for example, an entire DS3's worth on a consistent basis), and we would bill them for usage above the contracted amount via some method (we use 90th percentile reporting) In someone else's view inside the company, the customer should be prohibited from sending above the contracted rate for any extended period of time by policing at the ATM layer. Both views are viable, but I believe (nearly religously) that the former view is correct. ------ The largest ISP with which I'm familiar uses your definition for burstable, and your co-worker's definition for a "tiered" circuit. IMO it's sales, rather than engineering. -David Barak "Quis custodes ipsos custodiet?" - Juvenal __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/

1 0

Cisco 6160 and 6400
by Bill Clary 22 Aug '01

22 Aug '01

Hello, Is anyone on this list using the Cisco 6160 Dslam and 6400 Access concentrator? If so and wouldn't sending me a sample configuration off list I would appreciate it. Best Regards

1 0

Re: Routescience?
by Paul Vixie 21 Aug '01

21 Aug '01

> > The PathControl product does *not* add routes to anyone's table; > > it merely provides multihomed "leaf AS's" the ability to make > > informed decisions about how to use the routes that their service > > providers give to them. > > So it can only optimize outbound traffic? not nec'ily "traffic". but anything which optimizes the outbound route chosen by tcp segments has the potential to increase the performance of both the outbound tcp flow and the symmetrical inbound tcp flow. > Hmm... Sometimes that can be useful, too. as i indicated back in 1997 at ftp://ftp.vix.com/pub/vixie/ifdefault/: @Overhead @Title { Outbound Route Balancing } @Begin @List @LI { @S{TCP} is @S{ACK}-timed @Eq{arrowright} path symmetry is good. } @LI { Symmetry in the intermediate system is really hard. } @LI { First hop symmetry is most of what you want anyway. } @LI { @S{BGP} path selection is hard to defeat. } @EndList @End @Overhead

1 0

Internet traffic analysis
by Bradley Dunn 21 Aug '01

21 Aug '01

FWIW, this study claims backbone traffic in the US is doubling every six months. http://www.caspiannetworks.com/pressroom/press/08.15.01.shtml http://www.caspiannetworks.com/library/presentations/traffic/Internet_Traff… (We've reached the day when PowerPoint and press release constitute a scientific study.) Bradley

5 4

MPLS TE/GB-TE tunnel traffic priority against normal traffic
by Yu Ning 21 Aug '01

21 Aug '01

Hi nanog, When MPLS TE is partially deployed in an AS, in a given interface, there is coexistence between TE tunnel traffic, and normally per-hop routed traffic. Since the TE tunnel bandwidth was "booked" in advance via RSVP, I wonder if this part of TE bandwidth promise can be kept strictly by the router via build-in queuing mechanism when actually tunnel traffic comes in? Or on the contrary, the bandwidth reservation is only an planning step, no actual priority queuing protection on them against normal traffic ? If normal MPLS-TE didn't handle my question, will Cisco's new GB-TE(two pools) handle it ? Note, my question is different from the 8 preemption levels defined in MPLS-TE, the 8 preemption priority is used at the admission control phase, not when actual traffic comes in. thanks for any input. Yu Ning ____________________________________________ (Mr.) Yu Ning, Chief Engineer ChinaNET(AS4134) Sr. Sup.& New Sev. R&D Internet Product Dep. DCB, China Telecom Beijing, P.R.China +86-10-62072357/62072354 ____________________________________________

2 1

Re: Routescience?
by Vaul Pixie 21 Aug '01

21 Aug '01

>Is anyone out there familiar with a company called "routescience"? I >caught the below press release at and wanted to find out if anyone can >relay any real-world experiences with their system? It almost sounds >like they are using something like a Keynote Systems performance >monitoring tool to inject BGP path preference information. I'd put my money on yet another in a long line of optimized routing frauds. Let us not forget the quality internet routing that has been brought to us by Savvis, InterNap, Opnix, and AboveNet's ASAP. Who could forget all their wonderful phrases like "Tier 0" and "routing around the congestion". Routing around the brain cells is more like it. Now we have a whole new breed of .bombs who's goal is to sell you something which will magically improve your corporate T1s. If they spent 1/2 as much time actually coming up with a product as they have spent marketing their bullshit, they might be worth looking at. The only interesting thing to come out of these companies so far is the ability to change their business plans and names at the drop of a hat. Speedtrak -> Route Science iVMG -> netVmg iPeer -> Method Networks Arriva -> Sockeye Does anyone else see a pattern? _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

1 0

cisco IOS bug/exploit?
by Jim Mercer 20 Aug '01

20 Aug '01

i have a couple 2501's holding up a T1 line. static routing config, no RIP/OSPF/BGP, no httpd. router A is Version 11.0(16) router B is Version 11.1(5) starting saturday night, i noticed that snmp queries were failing to one or both of the routers at various points. i tried to log into the routers, but telnet was failing. using the console access to one of the units, i found that memory was exhausted. after a reload, the memory would be exhausted again, and i noted that "show mem" indicated numerous of "Packet header" or some such hanging around in memory. whatever was happening did not seem to effect the packet flow through the router, as the connections and volumes were normal. i figured either some kinda bug or exploit was being sent against the unit, but nothing in my tcpdumps indicated abnormal traffic to any of the interface addresses. i was planning on upgrading the IOS today, but this morning, i found that everything had returned to normal, with a normal amount of free memory, and no real amount of extraneous junk in memory. can anyone point me at what might have been the cause, and/or a solution so that it doesn't happen again? -- [ Jim Mercer jim(a)reptiles.org +1 416 410-5633 ] [ Now with more and longer words for your reading enjoyment. ]

6 5