Re: [GLOBAL-V6] New draft available: IPv6 Address AllocationandAssignment Global Policy

[Takashi Arano <arano@gblx.ad.jp>]

Pekka,

Thank you for your comments.

At 17:07 02/02/08, Pekka Savola wrote:
>Tailed down Cc: list a bit.
>
>On Fri, 8 Feb 2002, Takashi Arano wrote:
> > At 10:30 02/02/08, Takashi Arano wrote:
> > >So my small modification proposal is to replace "any LIR" with 
> > >   
> > >- ISP or organization who assigns and registers /48s to organizations 
> > >    other than itself
> > >
> > >Although it is still ambiguous, we know the perfect
> > >definition is impossible due to the nature of things.
> > >Actually, an enterprise or university which
> > >has subsidiaries in their networks like an ISP
> > >can be difficult to be categorized.
> > >
> > >Anyway, I believe this is better than just saying "any LIR",
> > >maybe because we can omit obvious end users. 
> > 
> > I am following up my own mail...
> > 
> > Someone may think there is a hole in this definition,
> > which is that any organization who disguise as an ISP 
> > could get /32. Yes, this rule does not prevent this. 
> > 
> > However, first there is no rules to prevent this kind of 
> > things. Second, this rule would give mental barriers to
> > applicants. This is a big difference.
> > 
> > The bottom of this idea is to give a /32 to all who
> > faithfully declares themselves as inside this category.
>
>With this, soon there would be "Microsoft Networking Ltd.", "Cisco
>Networking Ltd." etc. companies getting LIR and .. you guessed .. only
>having one customer (or perhaps also the offices in countries) each :-)

That rule says if this company has just one customer (i.e. itself),
they can't get a /32. 

Of course, there are no clear boundary between the case 
above and a parent company providing connectivity
to subsidiaries, in reality, though. Even the original
proposal of 776 sites can also never solve this question...

>So, one could require at least 20 customers.. but that's not perfect 
>either.

This might be an option, although we don't have any plausible 
reason for 20.

Regards,
Takashi Arano



-
- This list (global-v6) is handled by majordomo@lists.apnic.net