April 1998 - Test - lists.nanog.org

Re: AS8584 taking over the internet
by Tim Salo 09 Apr '98

09 Apr '98

> Date: Thu, 9 Apr 1998 18:58:33 -0400 > From: Scott Huddle <huddle(a)mci.net> > Subject: Re: AS8584 taking over the internet > [...] > ... and in fact have a health > dose of paranoia about giving routing control (i.e. the availability the > service) to a service that can be manipulated by a single person > See http://www.news.com/News/Item/0,4,18849,00.html Perhaps, you meant: http://www.news.com/News/Item/0,4,12382,00.html

1 0

Re: AS8584 taking over the internet
by Sean M. Doran 09 Apr '98

09 Apr '98

Scott, the DNS is in this use simply a distributed database, that with DNSSEC seems reasonably secure. The heirarchy in the DNS-protocol-using distributed database used for IP address to origin AS mapping need not branch off the DNS-protocol- using distributed database used for domain name->address mapping and the like, which we normally just call the DNS. Remember moreover that what one is doing is simply grabbing entries from a distributed database which can be used to synthesize a table which would be consulted by BGP border routers in determining whether to accept or reject a route. One could conceivably have a single zone which could be snarfed from well known places using the latest in authenticated file transfers. However, decentralization of work already happens in the transfer of IP address blocks from regional registries to local registries to more local registries still, and it seems to make sense to simultaneously distribute the work of maintaining the address-block-to-originating-AS map as well. Therefore, what one wants is a "root" which one can find at well known places and can retreive using the latest in authenticated file transfers, and which allows one to follow an authenticated tree of delegated zones in building a local table of mappings. Whether this "root" is really a parallel "." or something else seems academic; one will require the same mechanism to retrieve a cryptographically-authenticated copy of the "root" from well known sources that can prove, cryptographically, who they are. The solution proposed is incomplete, certainly, but not because of possible political instabilities in what we call the DNS. I am not sure why you raise the issue of trusting IP registries to delegate authority for any given subzone along with the addresses themselves. This doesn't seem to make sense. Perhaps you could explain this concern a little more concretely? Sean.

1 0

Re: AS8584 taking over the internet
by Scott Huddle 09 Apr '98

09 Apr '98

I have and remain unconvinced and or confused ;) The proposal allows an operator to verify a valid origin AS for a given prefix (i.e. "config" sorry if I'm being loose with the word) by using the DNS system with "bgp.in-addr" extensions. I'm not sure which part of the random route announcement problem that dnssec solves in this case? It can help with the "are they indeed are who they say they are", but it doesn't solve the "are they supposed to be doing what they said that they're doing" case. And you didn't address my paranoia about not trusting the DNS ;) -scott > you may wish to read the draft. it did not suggest using the dns to > configure. and you may also want to look into dnssec. > > randy >

2 1

Re: AS8584 taking over the internet
by Scott Huddle 09 Apr '98

09 Apr '98

> > Harping just a little more, unless the IP registries take the lead and push > their hierarchical allocation tree data out and ISPs pick it up and do useful > filtering with it, this problem will continue to occur regularly. Talk to your > registry and your router vendors to start getting the pieces in place to get a > global solution. I like the idea of somehow using registry data to help build configs, but confess to not liking the idea of using DNS to do so (the IDR proposal), mostly because I don't see trusting the IP registries to do this, and in fact have a health dose of paranoia about giving routing control (i.e. the availability the service) to a service that can be manipulated by a single person See http://www.news.com/News/Item/0,4,18849,00.html -scott

3 2

Re: AS8584 taking over the internet
by Jerry Scharf 09 Apr '98

09 Apr '98

Wait, the horse is dead and partially dismembered, but we're still whacking away. Hopefully this will target the blows at the parts that are still not jelly. 1) Filtering is a good idea. If everyone did it, it would be a great idea. Getting everyone in the Internet to do anything is impossible, so maybe it's not the most useful solution. 2) there are groups working on ways to do announcement AS verification. there are two efforts in the IETF right now, in the RPS and IDR working groups. These will allow people to do distant source verification. These solutions look far more promising to me that saying everyone should filter. There is work beyond either of these proposals that gets harder, but both of these look to do a big chunk of problem for accidents like this. Harping just a little more, unless the IP registries take the lead and push their hierarchical allocation tree data out and ISPs pick it up and do useful filtering with it, this problem will continue to occur regularly. Talk to your registry and your router vendors to start getting the pieces in place to get a global solution. I think it is safe to say that more mail on NANOG saying people should neighbor filter will not solve this problem. Lets work on things that will. jerry

2 1

Re: AS8584 taking over the internet
by Hank Nussbacher 09 Apr '98

09 Apr '98

At 08:36 AM 4/9/98 +0100, philip bridge wrote: >Cengiz, > >That is of course laudible. But the point has to be made that AS8584 is in >Israel. In an environment when a small ISP in a small country can cause a >lot of damage to the global Internet, a way has to be found to efficiently >propogate this knowledge far and wide. Long before everyone woke up and found this I was on the phone with them - discovering that they were doing some nasty redistributes and didn't quite understand. There are thousands of ISPs in the world - some even more clueless than Barak. If you are an upstream ISP and talk BGP to someone downstream and don't filter - then you are to blame. AS4000 (among others)- which is Barak's upstream should have known better. -Hank > >Phil > >At 02:10 PM 4/8/98 -0600, Cengiz Alaettinoglu wrote: >> >>philip bridge on Wed, 08 Apr 1998 20:08:03 +0100 said: >>> It seems that the current state of the IRR and the supporting tools are >>> in general simply too complex for a lot of people to get to grips with >>> ... which includes me - we build ours manually :-( >> >>To familarize with the IRR and the supporting tools, Sunday before next >>two nanogs, there will be a IRR/RPSL/RAToolSet tutorials. We will send an >>official announcement very soon about it. >> >>Cengiz >> >> > > > >______________________________________________________________ >Philip Bridge >++41 31 688 8262 bridge(a)ip-plus.net www.ip-plus.ch >PGP: DE78 06B7 ACDB CB56 CE88 6165 A73F B703 > >

1 0

Re: AS8584 taking over the internet
by Curt Howland 08 Apr '98

08 Apr '98

> > Then simply authenticate any/all changes to the route > > servers, such as PGP signed email to "auto-dbm(a)ra.net". > > Great idea! Just like Internic does. :-) Nononono, I'd want this one to WORK!

1 0

Re: AS8584 taking over the internet
by Curt Howland 08 Apr '98

08 Apr '98

Then simply authenticate any/all changes to the route servers, such as PGP signed email to "auto-dbm(a)ra.net". Curt- > Or maybe, use a route server! > > -abha ;) > > > On Wed, 8 Apr 1998, philip bridge wrote: > > > Seems like... > > > > http://www.academ.com/nanog/feb1998/origin.html > > > > ...is long overdue. > > > > Phil > > > > At 02:53 PM 4/7/98 -0400, Mr. Dana Hudes wrote: > > >It is such accidents that reinforce the notion of per-prefix > > >filtering. > > >Of course if one changes one's IRR/RIPE DB/RADB entries to > > >deliberately > > >announce the world there could still be a problem with > > >auto-generated > > >accept policy. The solution to *that* is quality assurance of the > > >database, an ongoing issue in RIPE DB WG at least. > > > > > >Even then how does one prevent someone coding 'ANY' for their > > >announce policy when they should not? In the old NFSNET days > > >human inspection of IRR entries assured quality but that's not > > >practical anymore at a central registry. > > > > > >sure, one has accept policy but other than excluding RFC1918 and > > >your own address space and default you have no practical choice > > >but to reference the other guy's aut-num object and the > > >associated routes. > > > > > > > > >Dana Hudes > > >Graphnet > > > > > > > > >Bernhard Kroenung wrote: > > >> > > >> At the Moment AS4000 / AS8584 is announcing the whole internet :-( > > >> > > >> For programming the cuise-missiles or SS20's - here is the data : > > >> > > >> aut-num: AS8584 > > >> descr: Barak AS > > >> as-in: from AS4000 10 accept ANY > > >> as-in: from AS5585 100 accept ANY > > >> as-out: to AS4000 announce AS8584 > > >> as-out: to AS5585 announce AS8584 > > >> default: AS4000 10 > > >> admin-c: AS261-RIPE > > >> tech-c: AS261-RIPE > > >> mnt-by: AS8584-MNT > > >> changed: ashor(a)barakitc.co.il 971126 > > >> source: RIPE > > >> > > >> person: Amir Shor > > >> address: Barak I.T.C. > > >> address: 15 Ha-Melacaha St. > > >> address: Rosh Ha-Ayin 48091, Israel > > >> phone: +972 3 9001082 > > >> fax-no: +972 3 9001090 > > >> e-mail: ashor(a)barakitc.co.il > > >> nic-hdl: AS261-RIPE > > >> changed: ashor(a)barakitc.co.il 971112 > > >> source: RIPE > > >> > > >> Ciao > > >> Bernhard > > >> -- > > >> Bernhard Kroenung, Bahnhofstr 8, 36157 Ebersburg/Rhoen, Germany +49 6656 > > 910101 > > >> @work : bernhard(a)kroenung.de Work: +49 661 > > 9011777 > > >> @home : horke(a)Rhoen.De @school : > > Bernhard.Kroenung(a)Informatik.FH-Fulda.De > > > > > > > > > > > > > > ______________________________________________________________ > > Philip Bridge > > ++41 31 688 8262 bridge(a)ip-plus.net www.ip-plus.ch > > PGP: DE78 06B7 ACDB CB56 CE88 6165 A73F B703 > > > > __________________________________________________________________________ > -------------------------------------------------------------------------- > abha ahuja ahuja(a)merit.edu > Merit Network, Inc. 734.764.0294 > >

2 1

NANOG 13
by Pam Ciesla 08 Apr '98

08 Apr '98

The NANOG 13 Attendee List is available on the webpage http://www.nanog.org This webpage will be updated as needed. If you are not on the list and should be please contact me. Thanks xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Pam Ciesla 734-936-0172 - phone Merit Network, Inc. 734-647-3185 - fax University of Michigan 4251 Plymouth Road Bldg. I, Suite C Ann Arbor, MI 48105-2785 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

1 0

AS8584 taking over the internet
by horke＠mail.regio.net 08 Apr '98

08 Apr '98

At the Moment AS4000 / AS8584 is announcing the whole internet :-( For programming the cuise-missiles or SS20's - here is the data : aut-num: AS8584 descr: Barak AS as-in: from AS4000 10 accept ANY as-in: from AS5585 100 accept ANY as-out: to AS4000 announce AS8584 as-out: to AS5585 announce AS8584 default: AS4000 10 admin-c: AS261-RIPE tech-c: AS261-RIPE mnt-by: AS8584-MNT changed: ashor(a)barakitc.co.il 971126 source: RIPE person: Amir Shor address: Barak I.T.C. address: 15 Ha-Melacaha St. address: Rosh Ha-Ayin 48091, Israel phone: +972 3 9001082 fax-no: +972 3 9001090 e-mail: ashor(a)barakitc.co.il nic-hdl: AS261-RIPE changed: ashor(a)barakitc.co.il 971112 source: RIPE Ciao Bernhard -- Bernhard Kroenung, Bahnhofstr 8, 36157 Ebersburg/Rhoen, Germany +49 6656 910101 @work : bernhard(a)kroenung.de Work: +49 661 9011777 @home : horke(a)Rhoen.De @school : Bernhard.Kroenung(a)Informatik.FH-Fulda.De

6 5