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/[email protected]/
[address-policy-wg] IPv6 Policy Clarification - Initial allocation criteria "d)"
- Previous message (by thread): [address-policy-wg] IPv6 Policy Clarification - Initial allocation criteria "d)"
- Next message (by thread): [address-policy-wg] IPv6 Policy Clarification - Initial allocation criteria "d)"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Kurt Erik Lindqvist
kurtis at kurtis.pp.se
Wed Jun 16 01:43:42 CEST 2004
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2004-06-14, at 11.34, Pekka Savola wrote: > >> - RECIPIENT OF ASSIGNMENTS >> >> -- The LIR has to have a plan to make these 200 assignments to >> 200 separate organisations (regardless of which >> organisation). Possible scenario: LIR can make 1 assignment >> to its own organisation and 199 assignments to 199 >> "different" organisations. > > No, your own allocations are not counted. Why not? If I have a large infrastructure, or is in the start-up phase or going through a network merger etc. I might have a lot of internal infrastructure but not many customer allocations. I fail to see why we would not include own allocations as those will be coming out of your block anyway. - - kurtis - -----BEGIN PGP SIGNATURE----- Version: PGP 8.0.3 iQA/AwUBQM+JtqarNKXTPFCVEQLPNwCdGUPO5YA3T6ZVY6OgdB9WpniemSgAoI1M nH85IqerKGd7H23Ge+ZMGBY2 =Hhkp -----END PGP SIGNATURE-----
- Previous message (by thread): [address-policy-wg] IPv6 Policy Clarification - Initial allocation criteria "d)"
- Next message (by thread): [address-policy-wg] IPv6 Policy Clarification - Initial allocation criteria "d)"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]