/56 for home sites, /48 for business sites & billing considerations (Was: European ISP enables IPv6 for all?)
jeroen at unfix.org
Wed Dec 19 12:38:41 UTC 2007
Mohacsi Janos wrote:
> In my opinion there is two type of users as usually ISP services are
> 1. Home user - not really interested in configuration of their devices -
> they just want Internet (now IPv4, soon IPv4 and IPv6) connectivity:
> They generaly don't use more than one LAN internally. All their devices
> are connected either directly to ISP device or to the home-gateway
> purchased at the cornet. In this case the /64 with autoconfiguration is
> the best option. User don't have to configure anything (may be enabling
> IPv6 on their computers).
This would force these places to:
a) use bridging to get that single /64 onto their network
thus making firewalling really difficult.
b) get a 'power users' abo, which would thus make people have
to PAY for getting more IP addresses.
ISP's are paying their transits by paying for the *BANDWIDTH* usage.
So why don't ISP's have a couple of classes (to keep it simple) which
are like eg:
This would also solve the "Those stupid users are torrenting" problem,
as they are PAYING for the traffic and other costs that you actually have.
Don't charge for IP addresses, charge for *BANDWIDTH* usage. If I have
200 devices on the network which don't do a thing (maybe they are light
bulbs or it is my fridge) I will do much less traffic than one single
user who is trying to complete his nature movie collection.
> 2. Power users/business users - they can configure their devices, and
> they want measured and reported SLAs. If they want IPv6 they can
> articulate their needs: /64, /60, /56, or /48 with prioritisation,
> and other business needs. In this case DHCPv6 prefix delegation seems to
> be the most flexible solution. Since they can configure basic things on
> their device. The ISP can help them and negotiate accordingly...
Scratching the 'power users' concept, as they belong in the above home
user part, I agree.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 187 bytes
Desc: OpenPGP digital signature
More information about the NANOG