[6bone] Is minimum allocation /64 now?

[Anne Lord]

hi Dan,

> The problem is that, perhaps because some of us have had to live under the
> strong arm of apnic, that the tendency to want to conserve addressing is a

As pointed out by a subsequent posting, the policies of APNIC
are, like those of the other RIRs, set by the community:
conservation is regarded as an important goal.

 [snip]

>help but think that there will be an IP shortage somewhere in our solar
>system similar to what asia pacific is currently suffering under v4.
                                       ^^^^^^^^^
The current allocation rates for the Asia Pacific region
_exceed_ those of all other RIR regions as you can see in the 
presentation below, slide 3: 'IPv4 allocations from RIRs to LIRs/ISPs, 
yearly comparison - Jun 30, 2003': 

http://www.apnic.net/meetings/16/programme/docs/amm-pres-joint-rir-stats-jun031.ppt

This is part of a coordinated 'Internet Number Resource
Statistics' presentation which is updated twice a year by the RIRs.

The daily data in raw format is available from:

http://www.apnic.net/info/reports/index.html

Check the heading 'IP and AS number allocation reports'.

Hope this helps,
regards,

Anne
_____________________________________________________________________
Anne Lord, Manager, Policy Liaison                  <anne@apnic.net>
Asia Pacific Network Information Centre       phone: +61 7 3858 3100
http://www.apnic.net                            fax: +61 7 3858 3199
----------------------------------------------------------------------

> Dan Reeder
> 
> ----- Original Message ----- 
> From: "JORDI PALET MARTINEZ" <jordi.palet@consulintel.es>
> To: <6bone@ISI.EDU>
> Sent: Saturday, October 25, 2003 9:41 PM
> Subject: Re: [6bone] Is minimum allocation /64 now?
> 
> 
> > 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.
> >
> >
> > _______________________________________________
> > 6bone mailing list
> > 6bone@mailman.isi.edu
> > http://mailman.isi.edu/mailman/listinfo/6bone
> >
> 
> 
> _______________________________________________
> 6bone mailing list
> 6bone@mailman.isi.edu
> http://mailman.isi.edu/mailman/listinfo/6bone
>