[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[GLOBAL-V6] Re: [GLOBAL-V6] Re: Válasz: Re: Válasz : [ GLOBAL-V6 ] RE: How to reduce the junk applications?
Hi,
On Tue, Feb 12, 2002 at 10:42:07AM +0000, Janos Mohacsi wrote:
> > > To reducing the junk applications: RIR/LIR should check the real IPv6
> > > address usage.
> >
> >We're turning in circles. Please do the math: IPv6 address usage is a
> >useless metric, if applied onto single IPv6 addresses (obviously).
> >
> >Even if applied to /48s, it's not a very useful metric. Think of networks
> >with few but very big customers (like country-wide research networks serving
> >/48s to universities).
>
> I don't think IPv6 address usage is useless metric. LIR can show their
> registry, how much IPv6 address delegated to their customers.
Of course address assignments should be documented.
But for a metric to be useful, you have to be able to measure something,
and use the result to judge something. And IPv6 address usage is NOT
useful to judge anything (mostly due to the /48 rule).
> Users can
> show their allocation currently in place. They can show traffic information
> also. IPv6 address usage, for me, the address block is used for Internet
> access, IPv6 access usage. Not just allocated and put in a nice document,
> but used.
Again: the amount of address space (what is "address space"? Single IPv6
addresses, or /48s) doesn't define the importance of a network or anything
else.
Compare an @home-type network with 10000s of /48s given out to customers,
each of the end customers using only a handful of IPs, to a research
network, giving out 50 /48s to 50 big universities, each of those using
100000 IPs per /48.
Which one is making "better usage" of their IPv6 address space? Which one
should be given an application, and why?
Gert Doering
-- NetMaster
--
Total number of prefixes smaller than registry allocations: 71887 (71770)
SpaceNet AG Mail: netmaster@Space.Net
Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0
80807 Muenchen Fax : +49-89-32356-299
-
- This list (global-v6) is handled by majordomo@lists.apnic.net