Send ARIN-PPML mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.arin.net/mailman/listinfo/arin-ppml
or, via email, send a message with subject or body 'help' to
        [email protected]

You can reach the person managing the list at
        [email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of ARIN-PPML digest..."


Today's Topics:

   1. Re: REVISED: Draft Policy ARIN-2012-8: Aligning 8.2 and 8.3
      Transfer Policy (Jimmy Hess)
   2. Re: REVISED: Draft Policy ARIN-2012-8: Aligning 8.2 and   8.3
      Transfer Policy (Owen DeLong)


----------------------------------------------------------------------

Message: 1
Date: Mon, 19 Nov 2012 21:56:06 -0600
From: Jimmy Hess <[email protected]>
To: Owen DeLong <[email protected]>
Cc: ARIN PPML <[email protected]>, "[email protected]"
        <[email protected]>
Subject: Re: [arin-ppml] REVISED: Draft Policy ARIN-2012-8: Aligning
        8.2 and 8.3 Transfer Policy
Message-ID:
        <caaawwbure0qg-szdu1+q_fvezzxxcbze+q7baghlf7qtj1y...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

On 11/19/12, Owen DeLong <[email protected]> wrote:

> IOW, I want to avoid extending the more lenient 8.2 provisions to a sale
> where someone buys $100,000 worth of IP addresses and $20,000 worth of
> hardware and then sells the hardware to $SCRAP_DEALER just to keep the
> addresses.

IP addresses don't belong to hardware;  IP addresses belong to IP
interfaces, attached to hardware, in order to provide connectivity to
a network node for communicating or offering a service.     A change
of hardware does not imply that the need for the logical IP interface
goes away.     If you send a router to a scrap dealer, that doesn't
mean all the networks it routed necessarily go away.

What about cases, where the acquiring organization finds the hardware
_belongs_ with  $TRASH_COLLECTION or $SCRAP_DEALER    due to the
obsolescence of said decrepit hardware,   and after acquiring,  they
will make a non-disruptive reallocation of the hardware used to
provide IT services?      Probably by re-consolidating on new
hardware.

That kind of restructuring does not make renumbering reasonable
and doesn't belong under 8.3.


> Those kinds of purchases belong under the scrutiny of 8.3.
> Owen
[snip]
--
-JH


------------------------------

Message: 2
Date: Mon, 19 Nov 2012 20:39:05 -0800
From: Owen DeLong <[email protected]>
To: Jimmy Hess <[email protected]>
Cc: ARIN PPML <[email protected]>, "[email protected]"
        <[email protected]>
Subject: Re: [arin-ppml] REVISED: Draft Policy ARIN-2012-8: Aligning
        8.2 and 8.3 Transfer Policy
Message-ID: <[email protected]>
Content-Type: text/plain; charset=iso-8859-1


On Nov 19, 2012, at 7:56 PM, Jimmy Hess <[email protected]> wrote:

> On 11/19/12, Owen DeLong <[email protected]> wrote:
> 
>> IOW, I want to avoid extending the more lenient 8.2 provisions to a sale
>> where someone buys $100,000 worth of IP addresses and $20,000 worth of
>> hardware and then sells the hardware to $SCRAP_DEALER just to keep the
>> addresses.
> 
> IP addresses don't belong to hardware;  IP addresses belong to IP
> interfaces, attached to hardware, in order to provide connectivity to
> a network node for communicating or offering a service.     A change
> of hardware does not imply that the need for the logical IP interface
> goes away.     If you send a router to a scrap dealer, that doesn't
> mean all the networks it routed necessarily go away.
> 

The above statement was short-hand to explain my intent, not an absolute
statement implying that addresses were attached directly to hardware.
Put it back in context with what I was responding to.

> What about cases, where the acquiring organization finds the hardware
> _belongs_ with  $TRASH_COLLECTION or $SCRAP_DEALER    due to the
> obsolescence of said decrepit hardware,   and after acquiring,  they
> will make a non-disruptive reallocation of the hardware used to
> provide IT services?      Probably by re-consolidating on new
> hardware.
> 

The policy language I proposed would not preclude this.

> That kind of restructuring does not make renumbering reasonable
> and doesn't belong under 8.3.

Agreed. However, I want to make sure that 8.2 does not get abused to
back-door 8.3 style transfers by adding hardware to the mix and pretending
it is an acquisition of a working network.

Owen



------------------------------

_______________________________________________
ARIN-PPML mailing list
[email protected]
http://lists.arin.net/mailman/listinfo/arin-ppml

End of ARIN-PPML Digest, Vol 89, Issue 15
*****************************************

Reply via email to