[155295] in North American Network Operators' Group
Re: IPv6 End User Fee
daemon@ATHENA.MIT.EDU (Cutler James R)
Fri Aug 3 23:05:43 2012
From: Cutler James R <james.cutler@consultant.com>
In-Reply-To: <5FE1FB6D43B8A647BBC821840C1AEA8BCCD5@ocsbs.ocosa.com>
Date: Fri, 3 Aug 2012 23:04:51 -0400
To: "Otis L. Surratt, Jr." <otis@ocosa.com>
Cc: NANOG list <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
I would say that the typical usage, at least here in the US, is that an =
End User is the one holding an iPhone or sitting at a computer watching =
the Olympics, and, ultimately, paying that last mile fee.
Even using your definition, the costs of connectivity (routers, wires, =
management) far exceeds the cost of addressing. Given the quantity of =
numbers available for IP addressing, it is does not make economic sense =
to even construct a billing mechanism for IPv6 addressing beyond those =
of the LIRs, RIRs, etc. Purchase IPv6 connectivity includes the =
assumption of IPv6 addressing included.
On Aug 3, 2012, at 7:32 PM, "Otis L. Surratt, Jr." <otis@ocosa.com> =
wrote:
> By end user I mean hosting clients (cloud, collocation, shared, =
dedicated, VPS, etc.) of any sort. For example you have clients that =
would need....say /24 for their dedicated server. If you charge a =
$1.00/IP which is typical then you would lose that revenue if they =
converted to IPv6. If you didn't charge for IPv4 then you have nothing =
to to lose.
> =20
> Otis
>=20
> From: Cutler James R [mailto:james.cutler@consultant.com]
> Sent: Fri 8/3/2012 3:48 PM
> To: Otis L. Surratt, Jr.
> Cc: NANOG list
> Subject: Re: IPv6 End User Fee
>=20
> On Aug 3, 2012, at 3:22 PM, "Otis L. Surratt, Jr." <otis@ocosa.com> =
wrote:
> > Anyone charging end users for IPv6 space yet? :p
> >
> > <snip/>
> > Otis
> >
>=20
> I can't imagine that this would be anything but counterproductive. =
End users are not interested in IPv6 - most would not recognize IPv6 if =
it fell out of their screen. End users want working connectivity, not =
jargon.=20
>=20
> James R. Cutler
> james.cutler@consultant.com
>=20
>=20
