June 2001 - Test - lists.nanog.org

RE: Houston problems?
by Paul Lantinga 12 Jun '01

12 Jun '01

Easy there Jason, I think that the 95th percentile of NANOG readers understood Richard's joke to be some sort of reference to packet flooding as further evidenced by the net smiley with which he ended his email. What with all the sarcasm on this list, a bit of humor is most welcome. -prl. -- "Francis, lighten up." - Stripes > -----Original Message----- > From: Jason Legate [mailto:jlegate@alienchick.com] > Sent: Monday, June 11, 2001 10:15 PM > To: Richard A. Steenbergen > Cc: nanog(a)merit.edu > Subject: Re: Houston problems? > > Aside from the obvious immaturity you display in this > response, yes, it is > water flooding. I just was seeing what else was affected by it. > > -j > > On Mon, Jun 11, 2001 at 09:44:29PM -0400, Richard A. > Steenbergen wrote: > > Date: Mon, 11 Jun 2001 21:44:29 -0400 (EDT) > > From: "Richard A. Steenbergen" <ras(a)e-gerbil.net> > > To: Jason Legate <jlegate(a)alienchick.com> > > Cc: nanog(a)merit.edu > > Subject: Re: Houston problems? > > > > On Mon, Jun 11, 2001 at 05:39:39PM -0700, Jason Legate wrote: > > > > > > I am getting word that the Qwest Houston TeraPOP is down, due to > > > flooding. > > > > > > Is this true, and does anyone know of anything else from > down there? > > > > They mean water flooding Jason, not anything you'd be > interested in. :P > > > > -- > > Richard A Steenbergen <ras(a)e-gerbil.net> > http://www.e-gerbil.net/ras > > PGP Key ID: 0x138EA177 (67 29 D7 BC E8 18 3E DA B2 46 B3 > D8 14 36 FE B6) > ---end quoted text--- >

3 2

Houston problems?
by Jason Legate 12 Jun '01

12 Jun '01

I am getting word that the Qwest Houston TeraPOP is down, due to flooding. Is this true, and does anyone know of anything else from down there? -j

2 1

Re: Why so little traffic from C&W
by brandon＠rd.bbc.co.uk 12 Jun '01

12 Jun '01

> i think the reasoning goes something like "your customers pay you to send > this stuff out for them, you should share that money with the folks who > do your final delivery for you." Also "your customers pay you to get this stuff in for them, you should share that money with the folks who originate the stuff for you." Oh, they've both been paid to do their job. The argument goes on in circles. Sounds like peers. brandon

15 19

Re: Houston problems?
by Richard A. Steenbergen 11 Jun '01

11 Jun '01

On Mon, Jun 11, 2001 at 05:39:39PM -0700, Jason Legate wrote: > > I am getting word that the Qwest Houston TeraPOP is down, due to > flooding. > > Is this true, and does anyone know of anything else from down there? They mean water flooding Jason, not anything you'd be interested in. :P -- Richard A Steenbergen <ras(a)e-gerbil.net> http://www.e-gerbil.net/ras PGP Key ID: 0x138EA177 (67 29 D7 BC E8 18 3E DA B2 46 B3 D8 14 36 FE B6)

2 1

Re: non-op (Re: Definition of Tier-1)
by Richard A. Steenbergen 11 Jun '01

11 Jun '01

On Mon, Jun 11, 2001 at 09:46:05AM -0400, Travis Pugh wrote: > > The part that really drives me crazy is that nobody seems to have > played the "tier 2 and proud" card from a marketing standpoint. I can > think of a few reasons why I'd rather not be transit free right now, > and could probably successfully pitch those reasons to customers if I > wanted to change careers. InterNAP. Personally I think the whole "tier 1" craze is overrated. I'd rather have multiple good paths to my destination, and the ability to divert traffic elsewhere in the event of a problem. It can cost a lot of time and money to get all the peering you need in all locations (or at least enough to keep from bouncing traffic across the country because thats where your peer is, or thats where your private peer is, etc). Then again it does solve the problem of path selection by making it a non-issue, there is only one path. -- Richard A Steenbergen <ras(a)e-gerbil.net> http://www.e-gerbil.net/ras PGP Key ID: 0x138EA177 (67 29 D7 BC E8 18 3E DA B2 46 B3 D8 14 36 FE B6)

4 3

Wave length for OC48 : Summary
by Vincent Gillet 11 Jun '01

11 Jun '01

Regarding all the inputs i received for the request, here is a summary . POS card send laser to a specific wave length but used to have receivers with a large-band that include both 1310 and 1550 nm. . Wave length have nothing to do with laser power nor attenuators but 1550 nm frequency has better performance (less attenuation) in fiber. . Some people reported successful implementation with different wave-length on Cisco. . 1 guy reported successful implementation with Juniper / Cisco using oc48. (It was private mail, off-list) I will keep nanog-list informed for my own implementation !!! Thanks to everyone for the inputs. V

1 0

Re: Multicast Traffic on Backbones
by Sean Donelan 11 Jun '01

11 Jun '01

Folks have given a number of interesting multimedia applications using multicast, but I'm not sure any of them really need multicast. Akamia/iBeam/Skycache, or any other set of large memory buffer boxes around the network edge, seem to be a much better way to replicate multimedia streams, and even provide the popular VCR start/pause/stop effect. This works well for single sourced (or limited source) multimedia streams that have very little interaction with the recipient (aka TV for the Internet). Multicast seems to be more efficient for updating large buffer edge boxes than delivering the content directly to the end-user.

2 1

Cisco HA (High Availability) for Cat6509
by Steve Robinski 11 Jun '01

11 Jun '01

Does anyone on here have any experience with using the high availabity design/configuration of a Cisco Catalyst 6509? Please reply offline regarding your thoughts and experiences. Thanks -Steve Robinski _______________________________________________________ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/

1 0

RE: /24s run amuck again
by Hank Nussbacher 11 Jun '01

11 Jun '01

At 14:10 09/06/01 -0400, Richard A. Steenbergen wrote: > > 11371 307 Rhythms NetConnections Email sent to gharmon(a)rhythms.net, cgreen(a)rhythms.net, doroberts(a)rhythms.net on Feb 8 - no response. > > 3491 651 CAIS Internet > >DSL providers are becoming very bad about this. Someone pointed out to me >off list that CAIS had carved up PSI's /8 into over 500 /24s. > > > 690 502 Merit Network > >Well at least we don't have to go too far to find the guilty party. :P > > > 18994 468 Global Crossing > > 15870 436 Global Center Frankfurt > > 18993 325 Global Crossing > >Those are the GlobalCenter datacenters being converted into the Exodus >network. It looks like they are leaking a sizable number of /32s /30s etc, >and since its GBLX space I'm assuming its stuff that used to be aggregated >into a single announcement. Email sent to: ipadmin(a)gblx.net, huberman(a)gblx.net, ip-eng(a)gblx.net, scarter(a)gblx.net, bgp(a)gblx.net, bp(a)gblx.net on June 4 - everyone responded that the problem was forwarded to Exodus and from there it disappeared into a black hole. Basically, after having sent out dozens of emails over the past 6 months I have come to the conclusion that there are a few out there that will fix things when presented with the problem. But the vast majority either don't have a clue, don't want to have a clue or couldn't give a damn that the routing tables are increasing in size. -Hank > > There is no attempt to measure aggregation - that's the job of the > > CIDR Report. This simply looks at the prefix announced and if it is > > outside the above limits, it is counted. Makes very interesting > > reading... > >The one interesting pattern I noticed in the rampant /24 abuse was non- >contiguous announcements. It's likely that this kept them off the CIDR >Report and any other scans which only looked for contiguous announcements. >For example: > >1.2.3.0/24 >1.2.5.0/24 >1.2.7/0.24 > >-- >Richard A Steenbergen <ras(a)e-gerbil.net> http://www.e-gerbil.net/ras >PGP Key ID: 0x138EA177 (67 29 D7 BC E8 18 3E DA B2 46 B3 D8 14 36 FE B6)

6 5

Re: Multicast Traffic on Backbones
by brandon＠rd.bbc.co.uk 11 Jun '01

11 Jun '01

> HOWEVER, most of the 24x7 media sites (CNN, etc.) are doing on-demand > video, rather than streaming a constant feed. 1) rights 2) unicast doesn't scale to the sort of audiences of radio/tv broadcasts and if you try it becomes financially unviable too (even with people attempting to fake multicast, e.g. Akamai) One way to manage both is to use the VCR model > On the one > hand, content providers aren't offering 24x7 multicast feeds because there > isn't enough multicast access at the end-points. We offer it regardless but there's not many can use it > Apart from 24x7 broadcast there isn't an obvious killer app. And there's reasonable argument over making the intenet = tv brandon

4 3