[pekkas@localhost: RIR ISP to end-user address allocation policy?]

[John Wells <]

Here's a message from the IPv6 WG listserv.  This should start some
discussion..

John

-- 
John WELLS
INRIA Rhône-Alpes équipe Planète - ENSIMAG 3A/Télécomm et Réseaux
Virginia Tech MS/Computer Engineering - Networking and Visualization Lab
Clé public: finger wells@localhost <interne>

--- Begin Message ---

• To: < >
• From: Pekka Savola < >
• Date: Wed, 16 May 2001 14:56:54 +0300 (EEST)
• Delivery-date: Wed, 16 May 2001 14:05:35 +0200
• Return-path: <
  >

Hello all,

In a very recent RIPE meeting 1st May, Mirjam Kühne and Randy Bush presented
the following on on IPv6 Address allocation policies:

http://www.ripe.net/ripe/meetings/archive/ripe-39/presentations/ipv6develop/

Among others, on slide 8, "ISP to Customer" there is:

---
* IAB/IESG recommended /48.
* Use a /128 where it is absolutely known that one and only one device is
required, e.g. dialup [<--!!!!!!!]
* Use a /64 when sure net will not be subnetted, e.g. a mobile phone given
802.11, bluetooth, etc.
---

I find this thinking, or at least the examples very flawed.

Anyone want to start implementing NATv6 for people whose ISP refuses to
give enough addresses to you can't (sub)network your home?

This is very much related to the ISP discussion here a week or two ago; if
ISP is allowed to assign /128, they probably will.

Issues here:

1) End-users connecting with dial-up, ADSL, or whatever
   * Should get _at least_ /64 (so no _serius_ need for NAT)
   * Should subnetworking be possible (perhaps yes)?
     ==> /48 would be optimal.

2) Apparently IAB/IESG proposal was not taken too seriously
   * With /48 to end-users, the address space would be exhausted;
     this would be only 16 (not really used in assignments) + IPv4 space.

     ==> _Did IAB/IESG propose how this should be solved?_


If this is a wrong list, please advise which would be better one.

-- 
Pekka Savola                 "Tell me of difficulties surmounted,
Netcore Oy                   not those you stumble over and fall"
Systems. Networks. Security.  -- Robert Jordan: A Crown of Swords




--------------------------------------------------------------------
IETF IPng Working Group Mailing List
IPng Home Page:                      http://playground.sun.com/ipng
FTP archive:                      ftp://playground.sun.com/pub/ipng
Direct all administrative requests to majordomo@localhost
--------------------------------------------------------------------

--- End Message ---

Attachment: pgp00000.pgp
Description: PGP signature