[sig-ipv6] BOUNCE sig-ipv6@lists.apnic.net: Non-member submission from [Jun-ichiro itojun Hagino <itojun@iijlab.net>]

[owner-sig-ipv6@lists.apnic.net]

>From owner-sig-ipv6  Fri Jul  7 01:43:04 2000
Received: from lychee.itojun.org (dhcp0.itojun.org [210.160.95.106])
	by whois.apnic.net (8.9.3/8.9.3) with ESMTP id BAA71442
	for <sig-ipv6@apnic.net>; Fri, 7 Jul 2000 01:43:03 +1000 (EST)
Received: from kiwi.itojun.org (localhost [127.0.0.1])
	by itojun.org (8.10.0/3.7W) with ESMTP id e66EiJK14361;
	Thu, 6 Jul 2000 23:44:19 +0900 (JST)
To: sig-ipv6@apnic.net
Subject: site prefix length issue
X-Template-Reply-To: itojun@itojun.org
X-Template-Return-Receipt-To: itojun@itojun.org
X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD  90 5F B4 60 79 54 16 E2
From: Jun-ichiro itojun Hagino <itojun@iijlab.net>
Date: Thu, 06 Jul 2000 23:44:19 +0900
Message-ID: <14359.962894659@localhost>
Sender: itojun@itojun.org

	Hello, I would like to make a comment on APNIC's solitaion for comments
	on site prefix length.

	I vote for:
>1) /64 for single devices (such as mobile phones), /48 for all other sites

	But, I would like you to make sure that the /64 allocation is used ONLY
	when temporary (not permanent) address allocation is necessary.
	here are couple of examples:
	- roaming salesperson who uses dialup PPP
	- roaming cellphones, registered in Japan and on business trip
	  to the US
	- subnet in a car, with temporary connectivity only.
	here are couple of counter examples:
	- roaming salesperson with mobile-ip6 (with subnet migration)
	- subnet in a car, again with mobile subnet support.
	- a home with only single PC.  it should get permanent /48.

	Also, I would like you to make sure that it is up to ISPs (or network
	operators) who make the choices in allocation policy between /48 or
	/64.  I would like to see NO RESTRICTION FROM RIR regarding to the
	choice between /48 and /64.

	Basically, I would like you to DISCOURAGE the use of /64.  What I would
	like to avoid is IPv6-to-IPv6 NAT.  By allocating longer prefixlen
	(smaller address space) to the leaf site, they may try to cheat with
	NAT boxes.  /48-only policy looks much better for me, actually.

Jun-ichiro itojun Hagino
KAME project

*              sig-ipv6:  APNIC SIG on IPv6 technology and policy issues           *
* To unsubscribe: send "unsubscribe" to sig-ipv6-request@apnic.net *