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] 2008-06 New Policy Proposal (Use of final /8)
- Previous message (by thread): [address-policy-wg] 2008-06 New Policy Proposal (Use of final /8)
- Next message (by thread): [address-policy-wg] 2008-06 New Policy Proposal (Use of final /8)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
García Fernández, Fernando
Fernando.Garcia at tecnocom.es
Wed Oct 15 18:22:47 CEST 2008
I also agree that the policy should include some statements regarding IPv6 allocation. In fact I think that existing LIRs have very well warned about the end of the world^H^H^H^H^H IPv4 address space available so I think that the proposal should be more in the lines of: 1. New LIRs: Get the minimum allocation IF they already have a IPv6 allocation OR the ask for an IPv6 allocation in the same request. 2. Existing LIR: Sorry boys, you had a lot of time to prepare for this. 3. OK. Agree with a secuirity pool. Regards, Fernando El 15/10/08 17:42, "michael.dillon at bt.com" <michael.dillon at bt.com> escribió: > >> http://www.ripe.net/ripe/policies/proposals/2008-06.html > > I wonder why this policy doesn't require the LIRs to have an > IPv6 allocation before they apply for one of the last few > IPv4 blocks? Is there any good reason to give out one of > the last IPv4 blocks to an LIR which has no intention of > deploying IPv6? > > In other words, if the policy is intended to only provide > enough IPv4 resources to ease the transition, shouldn't > the policy also require that the LIR has taken the basic > step of getting an IPv6 allocation? > > It would also be nice if the policy had a clearer statement > about this being a quota or rationing system. > > --Michael Dillon > -- Fernando García Fernández D.G. Integración de Redes y Sistemas Josefa Valcarcel, 26 Edificio Merrimack III Madrid - 28027 Tel. Fijo: 901900900 ext 40383 Fax: (+34) 914313240 Tel. Móvil: (+34) 649428591 E-mail: fernando.garcia at tecnocom.es http://www.tecnocom.es Por favor, antes de imprimir este mensaje, asegúrate de que es necesario. Ayudemos a cuidar el medio ambiente Confidencial. Para uso exclusivamente interno. Este mensaje se dirige exclusivamente a su destinatario y puede contener información privilegiada o confidencial. Si no es vd. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente.Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.El correo electrónico vía Internet no permite asegurar la confidencialidad de los mensajes que se transmiten ni su integridad o correcta recepción. Tecnocom no asume ninguna responsabilidad por estas circunstancias. This message is intended exclusively for its addressee and may contain information that is CONFIDENTIAL and protected by a professional privilege or whose disclosure is prohibited by law. If you are not the intended recipient you are hereby notified that any read, dissemination, copy or disclosure of this communication is strictly prohibited by law. If this message has been received in error, please immediately notify us via e-mail and delete it.Internet e-mail neither guarantees the confidentiality nor the integrity or proper receipt of the messages sent. Tecnocom does not assume any liability for those circumstances. -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/address-policy-wg/attachments/20081015/13da1ff9/attachment.html>
- Previous message (by thread): [address-policy-wg] 2008-06 New Policy Proposal (Use of final /8)
- Next message (by thread): [address-policy-wg] 2008-06 New Policy Proposal (Use of final /8)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]