Re: route policy (Re: Public shaming list for ISPs announcing other ISPs IP space by mistake)

2008-08-15 Thread Sandy Murphy
On Fri, 15 Aug 2008 13:56:09 +0300 (EEST), Pekka Savola wrote: >I'm not sure I follow. Many of these aliens are in fact registered in >RADB, so AFAICS, there that is no reason for them to be registered in >RIPE DB. > >On the other hand, some want to register them in RIPE DB because some >opera

Re: route policy (Re: Public shaming list for ISPs announcing other ISPs IP space by mistake)

2008-08-15 Thread Randy Bush
> I'm not sure I follow. Many of these aliens are in fact registered in > RADB, so AFAICS, there that is no reason for them to be registered in > RIPE DB. when ripe will not mirror the irr segment in which they do register. randy

Re: route policy (Re: Public shaming list for ISPs announcing other ISPs IP space by mistake)

2008-08-15 Thread Brandon Butterworth
> I'm not sure I follow. I agreed with you. > Many of these aliens are in fact registered in > RADB, so AFAICS, there that is no reason for them to be registered in > RIPE DB. > > On the other hand, some want to register them in RIPE DB because some > operators just want to use RIPE DB e.g. f

Re: route policy (Re: Public shaming list for ISPs announcing other ISPs IP space by mistake)

2008-08-15 Thread Pekka Savola
On Fri, 15 Aug 2008, Brandon Butterworth wrote: Yes, RIPE rock. Please make it all not suck. Unfortunately, RIPE DB will allow anyone to add any route objects for prefixes that are not under the RIPE management :-(. For example, anyone could add route objects for most of DNS root server prefixe

Re: route policy (Re: Public shaming list for ISPs announcing other ISPs IP space by mistake)

2008-08-14 Thread Brandon Butterworth
> > Yes, RIPE rock. Please make it all not suck. > > Unfortunately, RIPE DB will allow anyone to add any route objects for > prefixes that are not under the RIPE management :-(. For example, > anyone could add route objects for most of DNS root server prefixes. Little details get used to avoid

Re: route policy (Re: Public shaming list for ISPs announcing other ISPs IP space by mistake)

2008-08-14 Thread Pekka Savola
On Thu, 14 Aug 2008, Brandon Butterworth wrote: Herein is the value, the RIR (RIPE) is also the holder of the policy. With ARIN, this is not the case, there is RADB and a number of other RR's that are out there for varying reasons, some personal and some business. Yes, RIPE rock. Please

Re: route policy (Re: Public shaming list for ISPs announcing other ISPs IP space by mistake)

2008-08-14 Thread David Conrad
Hi, On Aug 14, 2008, at 6:38 AM, Brandon Butterworth wrote: http://blog.wired.com/27bstroke6/2008/08/experts-accuse.html "The Internet Assigned Numbers Authority -- which coordinates the internet -- has been prototyping a system to sign the root-zone file for the last year, but they can't do th

Re: route policy (Re: Public shaming list for ISPs announcing other ISPs IP space by mistake)

2008-08-14 Thread Brandon Butterworth
> > My thoughts on the prefix filtering issue would be that we need some kind > > of system that works along the same principles as DNSSEC and SPF, ie a > > holder of IP space can publish that they would like everybody to filter > > in a certain way for announcements for that perticular prefix,

Re: route policy (Re: Public shaming list for ISPs announcing other ISPs IP space by mistake)

2008-08-14 Thread Jared Mauch
On Thu, Aug 14, 2008 at 08:03:28AM +0200, Mikael Abrahamsson wrote: > On Wed, 13 Aug 2008, Mikael Abrahamsson wrote: > >> How do we hinder this in the short term? I know there are a lot of long >> term solutions that very few is implementing, but would the fact that >> these mistakes are brought

route policy (Re: Public shaming list for ISPs announcing other ISPs IP space by mistake)

2008-08-13 Thread Mikael Abrahamsson
On Wed, 13 Aug 2008, Mikael Abrahamsson wrote: How do we hinder this in the short term? I know there are a lot of long term solutions that very few is implementing, but would the fact that these mistakes are brought up into the (lime)light by a public shaming list make ISPs shape up and perfor