[114336] in North American Network Operators' Group
Re: Where to buy Internet IP addresses
daemon@ATHENA.MIT.EDU (Youssef Ghorbal)
Thu May 7 05:43:59 2009
In-Reply-To: <1160419770-1241474283-cardhu_decombobulator_blackberry.rim.net-255591761-@bxe1197.bisx.prod.on.blackberry>
Date: Thu, 7 May 2009 11:43:37 +0200
From: Youssef Ghorbal <youssef.ghorbal@gmail.com>
To: Charles@thewybles.com
Cc: Joe Greco <jgreco@ns.sol.net>,
north American Noise and Off-topic Gripes <nanog@merit.edu>,
Bill Stewart <nonobvious@gmail.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On Mon, May 4, 2009 at 11:57 PM, <Charles@thewybles.com> wrote:
> This has been a fascinating theoritcal discussion.. how do existing provi=
ders hand out space?
>
> Hurricane electric (via its tunnel service) hands out a /64 by default an=
d a /48 is a click away.
>
> How do other providers handle it? I'm in the us and only have native v4 c=
onnectivity :(
>
> Do the various traditional last mile providers (sprint/Verizon/att/patch =
etc ) offer it for t1 and better? If they do then what do they hand out by =
default, what's available, at what price point and what's the upgrade path?=
Is it one click like he?
>
> No provider I have talked to offers it for residential connectivity in th=
e united states.
> What does free.fr do?
Free does 6rd and allocate a /64 per customer.
Here is a presentation how they do this :
http://www.ripe.net/ripe/meetings/ripe-58/content/presentations/ipv6-free.p=
df
>
> If there is this level of confusion and disagreement around addressing sc=
hemes then will it ever be offered to residences over traditional last mile=
loops?
>
>
> Sent via BlackBerry from T-Mobile
>
> -----Original Message-----
> From: Stephen Sprunk <stephen@sprunk.org>
>
> Date: Mon, 04 May 2009 16:36:16
> To: Bill Stewart<nonobvious@gmail.com>
> Cc: north American Noise and Off-topic Gripes<nanog@merit.edu>; Joe Greco=
<jgreco@ns.sol.net>
> Subject: Re: Where to buy Internet IP addresses
>
>
> Bill Stewart wrote:
>> When I came back, I found this ugly EUI-64 thing instead, so not only wa=
s autoconfiguration much uglier, but you needed a /56 instead of a /64 if y=
ou were going to subnet.
>
> It's supposed to be a /48 per customer, on the assumption that 16 bits
> of subnet information is sufficient for virtually anyone; exceptions
> should be rare enough that they can be handled as special cases.
>
> The /56 monstrosity came about because a US cable company wanted to
> assign a prefix to every home they passed, regardless of whether it
> contained a customer, so that they'd never need to renumber anything
> ever again. =A0However, that would require they get more than the /32
> minimum allocation, and ARIN policy doesn't allow _potential_ customers
> as a justification for getting a larger allocation, so they had to
> shrink the per-customer prefix down to a /56 to fit them all into a
> single /32. =A0If all those assignments were to _real_ customers, they
> could have gotten a /24 and given each customer a /48 as expected. =A0And=
,
> after that, many folks who can't wrap their heads around the size of the
> IPv6 address space appear to be obsessed with doing the same in other
> cases where even that weak justification doesn't apply...
>
>> Does anybody know why anybody thought it was a good idea to put the extr=
a bits in the middle, or for IPv6 to adopt them?
>>
>
> Why the switch from EUI-48 to EUI-64? =A0Someone in the IEEE got worried
> about running short of MAC (er, EUI-48) addresses at some point in the
> future, so they inserted 16 bits in the middle (after the OUI) to form
> an EUI-64 and are now "discouraging" new uses of EUI-48. =A0The IETF
> decided to follow the IEEE's guidance and switch IPv6 autoconfig from
> EUI-48 to EUI-64, but FireWire is the only significant user of EUI-64
> addresses to date; if you're using a link layer with EUI-48 addresses
> (e.g. Ethernet), an extra 16 bits (FFFE) get stuffed in the middle to
> transform it into the EUI-64 that IPv6 expects.
>
> S
>
> --
> Stephen Sprunk =A0 =A0 =A0 =A0 "God does not play dice." =A0--Albert Eins=
tein
> CCIE #3723 =A0 =A0 =A0 =A0 "God is an inveterate gambler, and He throws t=
he
> K5SSS =A0 =A0 =A0 =A0dice at every possible opportunity." --Stephen Hawki=
ng
>
>
>
