[6bone] Is minimum allocation /64 now?

JORDI PALET MARTINEZ JORDI PALET MARTINEZ" <jordi.palet@consulintel.es
Sat, 25 Oct 2003 13:41:11 +0200


Clearly those ISPs that charge for every address, will need to switch the business model, if they want to win new customers, or even
keep the existing users !

Charging for every IPv6 address, must be forbidden, hopefully soon by the RIRs policy.

----- Original Message ----- 
From: "Jørgen Hovland" <jorgen@hovland.cx>
To: "Jeroen Massar" <jeroen@unfix.org>
Cc: <6bone@ISI.EDU>
Sent: Saturday, October 25, 2003 1:56 AM
Subject: RE: [6bone] Is minimum allocation /64 now?


> On Sat, 25 Oct 2003, Jeroen Massar wrote:
>
> > If you want to sell 'single-user' products then count their
> > bandwidth usage. Or are you getting your IP's from your transit provider?
> > Transit providers charge you for bandwidth consumption.
>
> There are ISP's already doing that and there are ISP's totally against
> it.
>
> > So should you. If you have no intention of selling them internet access
> > then why call yourself an ISP at all ?
>
> There are people who do not feel charging by capacity is the proper way to
> do it, but by the ammount of users. There are infact ISP's who do this
> today.
>
> > "single-user products" as you call it are the biggest reasons why
> > we have those awfull NAT's today. And how many users are behind
> > that NAT even though you just gave them 1 IPv4 address? LOTS.
>
> There's a difference between denying a person extra ip addresses and
> giving out a billion without asking if the person needs it.
>
> Many ISP's charge for extra ip addresses, and they dont do it just because
> they have to type in 3 commands on their router. NAT gives a certain ammount
> of security for end-users.
>
> Joergen Hovland ENK
> _______________________________________________
> 6bone mailing list
> 6bone@mailman.isi.edu
> http://mailman.isi.edu/mailman/listinfo/6bone
>

**********************************
Madrid 2003 Global IPv6 Summit
Presentations and videos on line at:
http://www.ipv6-es.com

This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.