[ppml] Wasted netspace (recovering) (fwd)

Sweeting, John John.Sweeting at teleglobe.com
Tue May 20 16:31:57 EDT 2003


totally agree, was in the middle of similar reply when I saw this one. Well
stated, Einar.

-----Original Message-----
From: Einar Bohlin [mailto:einar.bohlin at mci.com]
Sent: Monday, May 19, 2003 10:17 AM
To: Leo Bicknell
Cc: ppml at arin.net
Subject: Re: [ppml] Wasted netspace (recovering) (fwd)



> ... That is, Sprint is under no obligation to check they are
> using their other address space.

The circuit that comes from the provider leads to a 
customer network.  The provider is supposed to check for
utilization when assigning an initial net or additional
space to that network.

There are many cases where customers have multiple 
networks.  A satellite office which is separate from
the customer's other network(s) has to get its IPs
from the provider.  The existence and utilization of other
nets doesn't count here.

Regards,

Einar Bohlin, IP Analyst
IP Team - Ashburn Virginia - MCI/UUNET
703 886-7362 (VNET 806-7362)
einar.bohlin at mci.com




On Mon, 19 May 2003, Leo Bicknell wrote:

> 
> Here's my take on this from the whois output.  Occidental received
> three networks "early on", OXY1-NET, OXY-2, OXY-3.  I believe the
> dates make them before ARIN, or at least before ARIN had some of
> today's policies.
> 
> Anyway, a couple of years later they seem to be buying some Sprint
> service, with all of the FON-xxxxx blocks being Sprint SWIP's.
> 
> This does point out a sort of loophole in the current system.  If
> they went back to ARIN for space they would (probably?) have to
> show what they are doing with all of this mess.  However, if they
> go to Sprint and want a /24 for a site, they just have to justify
> that /24.  That is, Sprint is under no obligation to check they are
> using their other address space.
> 
> I doubt there is an easy way to solve this problem.
> 
> -- 
>        Leo Bicknell - bicknell at ufp.org - CCIE 3440
>         PGP keys at http://www.ufp.org/~bicknell/
> Read TMBG List - tmbg-list-request at tmbg.org, www.tmbg.org
> 



More information about the ARIN-PPML mailing list