[158785] in North American Network Operators' Group
Re: Why do some providers require IPv6 /64 PA space to have public
daemon@ATHENA.MIT.EDU (Mark Andrews)
Mon Dec 10 19:08:29 2012
To: Owen DeLong <owen@delong.com>
From: Mark Andrews <marka@isc.org>
In-reply-to: Your message of "Mon, 10 Dec 2012 15:17:41 -0800."
<272782D1-8DEA-4718-9429-8B0505DD30BD@delong.com>
Date: Tue, 11 Dec 2012 11:07:58 +1100
Cc: "Constantine A. Murenin" <mureninc@gmail.com>,
"nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
In message <272782D1-8DEA-4718-9429-8B0505DD30BD@delong.com>, Owen DeLong write
s:
>
>
> Sent from my iPad
>
> On Dec 10, 2012, at 3:02 PM, Mark Andrews <marka@isc.org> wrote:
>
> >=20
> > In message <50C65C84.6080203@dougbarton.us>, Doug Barton writes:
> >> On 12/10/2012 01:27 PM, Schiller, Heather A wrote:
> >>> I think most folks would agree that, IPv4 /32 :: IPv6 /128 as IPv4 /29 :=
> : I
> >> Pv6 /64
> >>=20
> >> Quite the opposite in fact. In IPv6 a /64 is roughly equivalent to a /32
> >> in IPv4. As in, it's the smallest possible assignment that will allow an
> >> end-user host to function under normal circumstances.
> >>=20
> >> SWIP or rwhois for a /64 seems excessive to me, FWIW.
> >>=20
> >> Doug
> >=20
> > Even SWIP for a /48 for a residential assignment is excessive.
> > SWIP for a /48 for a commercial assignment is reasonable
> >=20
>
> I disagree. SWIP for a /48 with the appropriate notations under residential c
> =
> ustomer privacy policy provides a good balance between the need for public a=
> ccountability of resource utilization and privacy concerns for residential c=
> ustomer assignments.
>
> Owen
You don't SWIP each residential customer with IPv4. You often SWIP blocks
of residential customers down to the pop level.
You often SWIP each commercial customer with IPv4.
To require a SWIP entry for each residential customer is bureaucracy
gone mad. Additionally there is no technical need for this. It
isn't needed for address accountability. Residential customers
have historically been treated in bulk.
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: marka@isc.org
