This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/address-policy-wg@ripe.net/
[address-policy-wg] getting second IPv6 PA as a LIR
- Previous message (by thread): [address-policy-wg] getting second IPv6 PA as a LIR
- Next message (by thread): [address-policy-wg] getting second IPv6 PA as a LIR
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Gert Doering
gert at space.net
Mon May 2 16:44:33 CEST 2011
Hi,
On Sun, May 01, 2011 at 11:03:34PM +0200, Marcin Kuczera wrote:
> > (And towards Marcin: if these policies stop you from assigning /128 to
> > end customers, that was partly the intention. Customers are supposed to
> > receive at least a /64, or better a /56 or /48 - which is why LIRs can get
> > a huge block of addresses quite easily. Don't return into IPv4
> > "single-address-plus-NAT" land!)
>
> Well,
> we have never had used NAT, that's not good when you want to be serious
> ISP. /128 is just an example.
If you give your customers a single /128, you're forcing *them* to use
NAT. This is bad.
> Probably the simplest way will be subnet /64 or smaller, where part of
> IP will be MAC address of enduser.
The strong recommendation is to give your customers something between
a /48 and a /64. NO LESS, unless you know for sure(!) that they only
have a single machine, and no network behind it.
IPv6 is not IPv4, and we have enough addresses. Let's make good use out
of it. (And the math has been done: giving a /56 to every single end
customers out in the world will use up well below 0.0001% of the global
address space)
Gert Doering
-- NetMaster
--
did you enable IPv6 on something today...?
SpaceNet AG Vorstand: Sebastian v. Bomhard
Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen HRB: 136055 (AG Muenchen)
Tel: +49 (89) 32356-444 USt-IdNr.: DE813185279
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 306 bytes
Desc: not available
URL: </ripe/mail/archives/address-policy-wg/attachments/20110502/7262deb0/attachment.sig>
- Previous message (by thread): [address-policy-wg] getting second IPv6 PA as a LIR
- Next message (by thread): [address-policy-wg] getting second IPv6 PA as a LIR
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]