[ppml] Abstract of proposed Internet Draft for Best CurrentPractice (please comment)
steve at rovingplanet.com
Tue Feb 18 12:58:07 EST 2003
I disagree. Take DNS. The registrares are able to pull a domain from
the root servers for fraud and as was noted ICAAN can inforce that. Its
no different a senerio for the RIR's. Yes the protocol would need to be
made bullet proof.
The real purpose of this is not so specific as to fight spam but instead
is to maintain more control of the IP space that they allocate. Fraud
or spam are examples of how else something like this might be used.
>From what I understand, there are blocks from spammers in the swamp now
that can't be used because they have been labeled as spam nets. In this
way the RIR's could reuse these nets and everyone knows they are not
from the spammer.
> -----Original Message-----
> From: John M. Brown [mailto:john at chagres.net]
> Sent: Tuesday, February 18, 2003 10:36 AM
> To: Steve Rolapp; ppml at arin.net
> Subject: RE: [ppml] Abstract of proposed Internet Draft for Best
> CurrentPractice (please comment)
> no they don't The ability to accept routes from a customer
> is strictly a matter between the service provider and
> its customer.
> We do not need to overload protocols with this type of
> I can see a nice little DDOS vector here. Happy Hacker
> tricks BGP into revoking EBAY's prefix, EBAY looses
> millions, sues RIR.
> > -----Original Message-----
> > From: owner-ppml at arin.net [mailto:owner-ppml at arin.net] On
> > Behalf Of Steve Rolapp
> > Sent: Tuesday, February 18, 2003 10:04 AM
> > To: ppml at arin.net
> > Subject: RE: [ppml] Abstract of proposed Internet Draft for
> > Best CurrentPractice (please comment)
> > ARIN and the other RIR's need to work with the IETF to build
> > into BGP or its replacement a method of de-authenticating
> > address space and AS assignments along with announcing valid
> > AS's and blocks. Then they also need to create rules that
> > will stand up in court so that when they yank someone's
> > connectivity it will stick.
> > Steve Rolapp
More information about the ARIN-PPML