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] About the /22 allocation limitation
- Previous message (by thread): [address-policy-wg] About the /22 allocation limitation
- Next message (by thread): [address-policy-wg] About the /22 allocation limitation
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Dpto. Datos Television Costa Blanca
datos at tvt-datos.es
Tue Apr 15 17:34:46 CEST 2014
El 15/04/2014 13:58, Wilfried Woeber escribió: > Richard Hartmann wrote: > >> I see no substantial difference between last-/8 and the returned >> almost-/10. It would be used up within days and we are back to where we are >> today. >> >> I would still be against any proposal in this direction. Yes, we will back to where we are today, but will give a respite to those LIRs with only /22 > Same here. > > It was a conscious decision to *not* go back to whatever different policy after > the last/8-mode kicked in. I still think it was, and is, the right decision. Im sure in that moment was the right decision. Even today is a right decision but there are LIRs with only /22 allocations. Have you more than a /22? Are you using IPv6? Are your customers IPv6 enabled? What will you do if you only have a /22? Before saying NO, please take care of the LIRs that only have a /22 and will never recieve more from RIPE. Only will have more if they buy from the market, and again, they are not cheap. > > Although I'm reiterating stuff that was explained already, the reason for my > position is: > > - the little excess in addresses in the pool would not really last, i.e. make > a substantial difference overall, Maybe not for you, for the LIRs with only a /22 will be substantial > - fiddling around with erratic or short-term provisions would actually lead to > less "equality" (for whatever definition) and send the wrong signal to those > not yet doing IPv6 (old or new), Im doing IPv6. IPv6 is not doing to me. I cant give a customer IPv6-only access because he will only see 17.5% of the Internet(17.5% is the number of ASN with IPv6, so to be realistic the percentage of IPv6 functioning networks are less). At this moment, all my web/mail/dns servers are IPv6, 25% of my customers have the possibility of connecting with IPv6. ) to let the other 75% of customer network to be IPv6. > - thus delaying the deployment of IPv6 even further. True. Then only give IPv4 to those with IPv6 enabled, ready and in use and only have a /22 IPv4 allocation This is an answer to all who are going to say giving more IPv4 address will delay IPv6 deploy. Yes it will delay but realistic. IPv6 isnt deployed. We are close to 2 years from IPv6 world launch and take a look to the IPv6 stats. http://v6asns.ripe.net/v/6?s=_ALL;s=_RIR_APNIC;s=_RIR_AfriNIC;s=_RIR_ARIN;s=_RIR_LACNIC;s=_RIR_RIPE_NCC 17.59% of total ASes of the world have an IPv6 prefix announce in the RIS. With this you cant give only IPv6 access. Again, remember im not english native and sometimes I may sound rude, its not my intention. Sorry for that :) Kind Regards, -- Daniel Baeza Centro de Observación de Red Dpto. Internet y Telefonía Television Costa Blanca S.L. Telf. 966190565 WEB: http://www.tvt.es Correo: datos at tvt-datos.es --AVISO LEGAL-- En cumplimiento de la Ley Orgánica 15/1999, de 13 de diciembre de protección de datos de carácter personal, se pone en conocimiento del destinatario del presente correo electrónico, que los datos incluidos en este mensaje, están dirigidos exclusivamente al citado destinatario cuyo nombre aparece en el encabezamiento, por lo que si usted no es la persona interesada rogamos nos comunique el error de envío y se abstenga de realizar copias del mensaje o de los datos contenidos en el mismo o remitirlo o entregarlo a otra persona, procediendo a borrarlo de inmediato. Asimismo le informamos que sus datos de correo han quedado incluidos en nuestra base de datos a fin de dirigirle, por este medio, comunicaciones comerciales, profesionales e informativas y que usted dispone de los derechos de acceso, rectificación, cancelación y especificación de los mismos, derechos que podrá hacer efectivos dirigiéndose a Televisión Costa Blanca, S.L., C/ San Policarpo 41 Bajo. C.P: 03181 Torrevieja (Alicante).
- Previous message (by thread): [address-policy-wg] About the /22 allocation limitation
- Next message (by thread): [address-policy-wg] About the /22 allocation limitation
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]