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] 2005-08 New Policy Proposal
- Previous message (by thread): [address-policy-wg] 2005-08 New Policy Proposal
- Next message (by thread): [address-policy-wg] 2005-08 New Policy Proposal
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Gert Doering
gert at space.net
Wed Oct 5 15:23:20 CEST 2005
Hi, On Wed, Oct 05, 2005 at 02:28:15PM +0200, Jørgen Hovland wrote: > >>product specifications. > >>Can I allocate 10 IPv6 addresses to a customer from our own pool, or does > >>the customer need its own record in the DB ? If so, _must_ this > >>allocation > >>be a /64 even though the customer will only use 10 addresses? > >> > >>[ ] Yes. > >>[ ] No. > >>[ ] Don't know. > > I apologise if this is moot, but an answer would really be appreciated. The answer is "the RIPE policies have no answers how to do things that are in violation of the RIPE policies" - and assigning 10 IPv6 addresses is against the policy. > Or am I totally wrong? How can I give 10, and only 10, addresses to a > private customer without allocating the customer its own /64 ? What you can do, if you insist, is to allocate a /64, and block all but 10 addresses out of the block - this would follow the policies to the letter, if not the spirit. As for documentating the resulting /64: this is a very interesting issue, and this is an open debate "how much personal data must/can/must not be stored in the RIPE database". The policy (RPE-267) says: ------------ quote --------------- 3.3. Registration Internet address space must be registered in a registry database accessible to appropriate members of the Internet community. This is necessary to ensure the uniqueness of each Internet address and to provide reference information for Internet troubleshooting at all levels, ranging from all RIRs and IRs to End Users. The goal of registration should be applied within the context of reasonable privacy considerations and applicable laws. (more in 5.5) ------------ quote --------------- This can be interpreted as "you register it in an internal database, and if someone from the RIPE hostmaster is asking for allocation details, you provide all relevant data to the RIPE NCC" - and it is frequently done that way in IPv4 already. The RIPE database would then carry an umbrella object, stating what you do with the space ("this space is used for /64 assignments to end users") and whom to contact in case of questions or problems ("abuse at ...", etc.). The policy is a bit vague here, admitted. Most important is that people "out there" know what the address space is used for, and that you can show documentation to the RIPE NCC in case they come asking. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 81421 SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 D- 80807 Muenchen Fax : +49-89-32356-234
- Previous message (by thread): [address-policy-wg] 2005-08 New Policy Proposal
- Next message (by thread): [address-policy-wg] 2005-08 New Policy Proposal
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]