July 2002 - Test - lists.nanog.org

RE: Ebone going off the air (at last)...
by Daniska Tomas 02 Jul '02

02 Jul '02

the shutdown is in process see the webcam or #ebone... -- Tomas Daniska systems engineer Tronet Computer Networks Plynarenska 5, 829 75 Bratislava, Slovakia tel: +421 2 58224111, fax: +421 2 58224199 A transistor protected by a fast-acting fuse will protect the fuse by blowing first. > -----Original Message----- > From: Michael.Dillon(a)radianz.com [mailto:Michael.Dillon@radianz.com] > Sent: 2. júla 2002 15:43 > To: nanog(a)merit.edu > Subject: Re: Ebone going off the air (at last)... > > > > >From what I can see personally, all BGP sessions with Ebone at major > >peering points in Europe went down in the last two hours, > and all their > >customer interfaces appear to be shut (or in the process of > being shut > >down). SDH and DWDM customer circuits are also being torn down as we > >speak. > > Hmmm.... > Try a traceroute from inside the Ebone IP network at > http://www.ebone.net. > A few minutes ago it was still > working. > > Have you got any confirmation that they are, in fact, > shutting down the > DWDM equipment? This would leave everyone in the dark except for IRU > customers... > > --Michael Dillon > ex-Ebone > > >

1 0

Re: Ebone going off the air (at last)...
by Michael.Dillon＠radianz.com 02 Jul '02

02 Jul '02

>From what I can see personally, all BGP sessions with Ebone at major >peering points in Europe went down in the last two hours, and all their >customer interfaces appear to be shut (or in the process of being shut >down). SDH and DWDM customer circuits are also being torn down as we >speak. Hmmm.... Try a traceroute from inside the Ebone IP network at http://www.ebone.net. A few minutes ago it was still working. Have you got any confirmation that they are, in fact, shutting down the DWDM equipment? This would leave everyone in the dark except for IRU customers... --Michael Dillon ex-Ebone

1 0

Ebone Shutdown
by German Martinez 02 Jul '02

02 Jul '02

http://www.nocpeople.org/ebone/broadcast2.html

2 1

Re: Sprint peering policy
by Ukyo Kuonji 02 Jul '02

02 Jul '02

>From: Clayton Fiske <clay(a)bloomcounty.org> > >Nor does it cost $0 on top of that $200 to buy transit. But, looking at today's $/bit ratio, peering is not a big of a monetary beneift as it used to be. BAck when you only needed a DS3 to the naps for peering, and transit cost $1200 a megabit, peering was a great cost savines. Today, it is almost a wash, and sometimes more expensive to peer that to just buy transit. When you can arrange transit contracts to be as low as $50 a megabit, and to sit in a PAIX facility costs you $150K for the router, plus $7K a month for rack and power, and monthly costs for your OC-48 into the router... What's the true cost of peering? An OC48 to PAIX, and let's say you serve all your traffic needs from there, and ignore connection charges, or an OC48 to a transit provider at $50 a meg? I'm pretty sure that the peering model does not hold up as well as it should. Now... Do I believe that there is added benefit to peering? Yes, of course, but not nearly what it used to be. If it's a benefit to your customers, and helps increase your number of customers, then it may still be a good thing. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com

9 9

Ebone going off the air (at last)...
by Lars Erik Gullerud 02 Jul '02

02 Jul '02

Yes, I realize this is NANOG and a lot of people here doesn't seem very interested about events over in Europe, but for those who might be interested and have not already seen this: http://nocpeople.org/ebone/broadcast2.html >From what I can see personally, all BGP sessions with Ebone at major peering points in Europe went down in the last two hours, and all their customer interfaces appear to be shut (or in the process of being shut down). SDH and DWDM customer circuits are also being torn down as we speak. Note, this is only the Ebone part of the bankrupt network, not the KPNQwest part. So, guess it's time to finally wave goodbye... -Lars Erik

1 0

RE: Sprint peering policy
by Grant A. Kirkwood 02 Jul '02

02 Jul '02

At 09:54 PM 7/1/2002 -0400, Phil Rosenthal wrote: >My math shows ~500bps per US citizen: >Assuming 150,000,000,000 bits and 280,000,000 citizens. This also assumes US citizens don't sleep. -- Grant A. Kirkwood - grant(at)tnarg.org Fingerprint = D337 48C4 4D00 232D 3444 1D5D 27F6 055A BF0C 4AED

3 2

RE: AOL mail netblocks
by Daniska Tomas 02 Jul '02

02 Jul '02

what the second line is for? if i block all first then why care about rest (which equals to none in such case) :) -- Tomas Daniska systems engineer Tronet Computer Networks Plynarenska 5, 829 75 Bratislava, Slovakia tel: +421 2 58224111, fax: +421 2 58224199 A transistor protected by a fast-acting fuse will protect the fuse by blowing first. > -----Original Message----- > From: Martin Hannigan [mailto:hannigan@fugawi.net] > Sent: 2. júla 2002 14:40 > To: nanog(a)merit.edu > Subject: AOL mail netblocks > > > > > Folks, is there still only a certain block of allowed addresses > that send mail from AOL i.e. block smtp from any any and then allow > 1.2.3.0/24 etc? > > Thanks, > > -M > > > > Regards, > > -- > Martin Hannigan hannigan(a)fugawi.net > Boston, MA http://www.fugawi.net > >

2 1

AOL mail netblocks
by Martin Hannigan 02 Jul '02

02 Jul '02

Folks, is there still only a certain block of allowed addresses that send mail from AOL i.e. block smtp from any any and then allow 1.2.3.0/24 etc? Thanks, -M Regards, -- Martin Hannigan hannigan(a)fugawi.net Boston, MA http://www.fugawi.net

1 0

Speaking of taking down the internet
by blitz 02 Jul '02

02 Jul '02

Just a FYI folks....from one of the hacker lists I'm on... >Speaking of taking down the internet > > > Extra points for only needing to affect one device and having that device > > successfully spread the payload to every other device as a part of it's > > routine network communications. Think you can't cross boundaries between > > different chipsets as implemented by different vendors (i.e. Cisco exploit > > code which wouldn't presumably work on Foundry gear)? Think again. Think > > polymorphic multi-architecture assembly. Think stuff that we were doing for > > fun in a hotel room at Defcon two years ago. > >Heh. That's fucking evil, Dan. That's completely fucking evil. I like it. >The only problem I can see with it is that it'd take a lot of space. >Routers are tight on how much you can fit into 'em, and I think you'd >stand a good chance at setting off an alarm somewhere by adding that much >code. But maybe not... you could even store the code remotely... have your >evil router 'upgrade' it's neighbors. But then you might get caught by an >IDS system. Probability is low on that happening, though. Needle in a >haystack. > >How about using the same plan, except instead of just making the routing >infrastructure go dead, how about spicing it up a little and have it go >after the root DNS servers? Thousands of devices on the backbone stuffing >a DoS down an OC192 circuit at 9.6 Gigs per second would certainly have >folks confused, I'd imagine. Especially if you spoofed the source >addresses. > >Every time they trace the attack back to the other side of yet another >router, it looks like the problem is further away. People would be >completely mystified. Traffic coming from the routers would just look like >traffic coming from something on the other side of the routers. And it >would be... each router would be generating (and routing) a huge attack. >And as pretty much all communication would be down, even if a couple folks >figured it out, they'd have no easy way to spread the word of what was >happening. Although I'm sure it would certainly hit the news. > > > Having said all of that, it's a cool (in the sense of being skillful) > > attack against the Global Data Network, but hardly the easiest. It would > > probably cost lots less overall to just crash something big or something > > that goes boom over at Verisign and/or some places in the EU. I'm sure they > > have plumbing. Computers still don't like water. > >And fiber still doesn't like tractors ;-) Hmmm...? You make the decision if this is relevant...you didn't hear it from me...

1 0

Re: Sprint peering policy
by Andrew Odlyzko 02 Jul '02

02 Jul '02

On Mon, 1 Jul 2002 21:07:06 -0400, Richard A Steenbergen wrote: > It's all so much posturing, just like the people who claim they need OC768 > now or any time in the near future, or the people who sell 1Mbps customers > on the fact that their OC192 links are important. > If there is more than ~150Gbps of traffic total (counting the traffic only > once through the system) going through the US backbones I'd be very > surprised. Several estimates floating around (*) suggest between 60 and 100 PB (petabytes) per month of US backbone traffic, which works out to 180 and 300 Gb/s average traffic. Andrew Odlyzko (*) See my papers at <http://www.dtc.umn.edu/~odlyzko/doc/networks.html>, or a recent (and about to be updated) report from RHK.

2 1