[arin-ppml] ARIN-PPML Digest, Vol 67, Issue 5

lucas karisny z0ink at yahoo.com
Tue Jan 4 16:11:45 EST 2011


Define "simple" and "good". We may speak further



----- Original Message ----
From: "arin-ppml-request at arin.net" <arin-ppml-request at arin.net>
To: arin-ppml at arin.net
Sent: Tue, January 4, 2011 9:00:01 AM
Subject: ARIN-PPML Digest, Vol 67, Issue 5

Send ARIN-PPML mailing list submissions to
    arin-ppml at arin.net

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
    arin-ppml-request at arin.net

You can reach the person managing the list at
    arin-ppml-owner at arin.net

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


Today's Topics:

  1. Re: Semi-serious proposal to start 2011 (David Williamson)
  2. Re: Discussion Petition of ARIN-prop-125 Efficient
      Utilization of IPv4 Requires Dual-Stack (Jack Bates)


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

Message: 1
Date: Tue, 4 Jan 2011 07:25:17 -0800
From: David Williamson <dlw+arin at tellme.com>
To: "'arin ppml'" <ppml at arin.net>
Subject: Re: [arin-ppml] Semi-serious proposal to start 2011
Message-ID: <20110104152517.GJ13617 at shell02.cell.sv2.tellme.com>
Content-Type: text/plain; charset=us-ascii

On Mon, Jan 03, 2011 at 09:18:24AM -0800, Tony Hain wrote:
> There is a simple way to deal with all the list noise on pp124 & 125, as
> well as reduce the wasted time and energy of the ARIN staff while we are at
> it .... Transfer all remaining ARIN IPv4 resources in a split between Lacnic
> & Afrinic today, and move on. The useless efforts to micromanage the end of
> the pool are not doing anyone any good, and certainly not motivating the
> deployment of IPv6 as much as a solid 'sorry we have no more' answer from
> ARIN would. 
> 
> It is time to stop focusing on the past and just let it go. 

An interesting idea, but what gives us the right to foist the problem
off on to them?  If the remaining ARIN IPv4 space is contentious for
us, what would it do in those regions?

Perhaps the best move is to just run it out.  That may yet happen - I
don't see much chance of broadly supported policy passing before "the
end".

-David


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

Message: 2
Date: Tue, 04 Jan 2011 10:57:03 -0600
From: Jack Bates <jbates at brightok.net>
To: Chris Grundemann <cgrundemann at gmail.com>
Cc: arin-ppml at arin.net
Subject: Re: [arin-ppml] Discussion Petition of ARIN-prop-125
    Efficient Utilization of IPv4 Requires Dual-Stack
Message-ID: <4D23515F.9050602 at brightok.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 1/3/2011 1:43 PM, Chris Grundemann wrote:
> The same way you do today; network designs, device configurations,
> SWIP/WHOIS, other network documentation, affidavit, etc. ARIN reviews
> the documentation and then spot checks to find inconsistencies (which
> trigger a full audit if needed).
>

Device configurations? Really? Does ARIN actually ask for those? 
Honestly, a person can abuse and lie though this proposal as easily as 
if the proposal wasn't so specific. The proposal doesn't stop abuse, but 
makes engineering decisions for networks.

> Again, I am willing to include parallel IPv6 deployment.
>

NAT64 as well. I'm sure there will be other migration technologies which 
I'm not familiar with.

> How do you plan to deploy services over IPv6 without DNS?
>

Since when does an eyeball network require authoritative DNS?

>  - for every IPv4 address requested, at least one pre-existing
> interface is dual stacked, up to 80% of all interfaces and

Hi, I need a /19. How would you like me to prove the 6,554 IPv6 
interfaces? Oh, and are we proving my v6 readiness or my customer's v6 
readiness? I'm not sure their linksys is up to the task yet.

> I am much more concerned with the services that networks provide than
> how they are managed. In order for the Internet to grow, we must
> transition to IPv6. You can, of course, choose not too be a part of
> the Internet.
>

Agreed, we need v6. ARIN trying to govern network engineering with no 
possible way to handle the vast volume of data necessary to actually 
review the justification is what I disagree with.

> 1) If the IETF starts working on a superior transition method, we can
> adjust policy accordingly.
> 2) There is probably not enough life left in IPv4 for this to occur.
>

This may be correct, but I'm not willing to give ARIN more authority 
over my network and how I design it. At most, I'd let them reserve v4 
for those who are actively using v6.

> Sustainable, long-term IPv6 deployments will be native everywhere
> which that is possible. Today I see two possibilities for this;
> dual-stack and parallel network. Please point out the missing
> technology and I will happily include it in the policy.

I'm sure CGN and NAT64 and a few other methods I haven't considered will 
crop up. Heck, I won't be surprised when proxy servers are used to feed 
v4 customers v6 websites (they are today).

My objection, to simplify the above is:

1) ARIN does not have the manpower to review the large volumes of data 
to prove 80% worth of a large allocation is assigned as v6.

2) ARIN often allocates to a member similarly sized allocations (for my, 
that's normally /19-/20). The proposal says I need 6554 IPv6 addresses 
assigned, and then I can just keep asking for v4 without growing v6.

3) ARIN should not be given more control over network design.

4) Proposal will cause early IPv4 exhaustion, by causing the first 
networks to be denied IPv4 address. Exhaustion is NOT when all RIR's 
have allocated the last of their space, but when the first customers are 
denied when need is shown.



Jack



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

_______________________________________________
ARIN-PPML mailing list
ARIN-PPML at arin.net
http://lists.arin.net/mailman/listinfo/arin-ppml

End of ARIN-PPML Digest, Vol 67, Issue 5
****************************************



      



More information about the ARIN-PPML mailing list