[lacnog] [LAC-TF] Fwd: [OPSAWG] FW: New Version Notification for draft-weil-opsawg-provider-address-space-01

Roque Gagliano rgaglian en gmail.com
Lun Ago 30 15:50:49 BRT 2010


Hola,

Les cuento que eso mismo fue propuesto. El argumento de quienes no lo
quiere hacer es que deberian de tener que actualizar los equipos
equipos y por esto seria inviable.

Pero recuerden que este pedido es para el 4 del medio del NAT444, por
lo que los equipos a actualizar son el CPE y el PE interno de cada
proveedor. Conclusion, si se puede usar la clase E, pero seguramente
requiere cambio de firmware en los equipos CPE y extremos del
proveedor. Terminamos entonces hablando de plata, pues esta
actualización no es gratis, pero la alternativa nos cuesta a todos
algo.

Saludos,

Roque

On Mon, Aug 30, 2010 at 8:03 PM, Arturo Servin <aservin en lacnic.net> wrote:
>
>        Del 240 en adelante?
>
>        Es realmente usable?
>
> Slds,
> -asn
>
> On 30 Aug 2010, at 14:54, Francisco Arias wrote:
>
>> Quizá podrían usar un subbloque del espacio experimental; recuerdo que
>> había por ahí una propuesta para re-etiquetar ese espacio para que
>> dejara de ser considerado experimental.
>>
>> Saludos,
>>
>> Francisco.
>>
>>
>>
>> On 30 August 2010 05:42, Carlos Marcelo Martinez Cagnazzo
>> <carlosm3011 en gmail.com> wrote:
>>> Resumiento, la idea es asignar un nuevo /8 a los espacios de
>>> numeracion considerados "privados" (igual que la 10/8),
>>> especificamente para ser usados para dar servicio via NAT durante el
>>> proceso de transición IPv4 a IPv6. "Privado" en este este contexto
>>> quiere decir que seria una red que no se anunciaría a la tabla de
>>> enrutamiento de internet.
>>>
>>> Mi opinion:
>>>
>>> - creo que es un poco tarde para esta propuesta, sobre todo cuando ya
>>> hay politicas que rigen como gestionar el pool remanente de IANA.
>>>
>>> - no tengo veo tan claro que esta misma solucion sea dificil de
>>> implementar con espacio de la 10/8
>>>
>>> slds
>>>
>>> Carlos
>>>
>>> On Mon, Aug 30, 2010 at 12:00 AM, Arturo Servin <aservin en lacnic.net> wrote:
>>>>
>>>> Seria interesante conocer las opiniones de la comunidad acerca de esta
>>>> propuesta.
>>>> En caso de aprobarse como documento del grupo de trabajo y posteriormente
>>>> como RFC dejaria al pool central de IPv4 de IANA con un /8 menos.
>>>> Grupo de trabajo y documentos:
>>>> http://datatracker.ietf.org/wg/opsawg/
>>>> http://datatracker.ietf.org/doc/draft-weil-opsawg-provider-address-space/
>>>> Saludos,
>>>> /asn
>>>>
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: IETF I-D Submission Tool [mailto:idsubmission en ietf.org]
>>>> Sent: Sunday, August 15, 2010 9:06 PM
>>>> To: Chris Donley
>>>> Cc: jason.weil en cox.com; victor.kuarsingh en rogers.com
>>>> Subject: New Version Notification for
>>>> draft-weil-opsawg-provider-address-space-01
>>>>
>>>>
>>>> A new version of I-D, draft-weil-opsawg-provider-address-space-01.txt has
>>>> been successfully submitted by Chris Donley and posted to the IETF
>>>> repository.
>>>>
>>>> Filename: draft-weil-opsawg-provider-address-space
>>>> Revision: 01
>>>> Title: IANA Reserved IPv4 Prefix for IPv6 Transition
>>>> Creation_date: 2010-08-16
>>>> WG ID: Independent Submission
>>>> Number_of_pages: 15
>>>>
>>>> Abstract:
>>>> This document specifies the use of a reserved IANA IPv4 address
>>>> allocation to support the deployment of IPv6 transition technologies
>>>> and IPv4 address sharing technologies post IPv4 exhaustion.  Service
>>>> providers are in the process of implementing IPv6 support by
>>>> providing dual-stack IPv4 and IPv6 services to their end-users.  One
>>>> method for continued support of the IPv4 Internet post IANA IPv4
>>>> depletion is through the use of a carrier-provided NAT444
>>>> infrastructure.  Another mechanism used to transition to IPv6 is an
>>>> IPv6-in-IPv4 tunnel such as IPv6 Rapid Deployment (6RD).  This
>>>> document details the use of an IANA reserved address block for these
>>>> purposes.
>>>>
>>>>
>>>>
>>>> The IETF Secretariat.
>>>>
>>>>
>>>> _______________________________________________
>>>> OPSAWG mailing list
>>>> OPSAWG en ietf.org
>>>> https://www.ietf.org/mailman/listinfo/opsawg
>>>>
>>>>
>>>> _______________________________________________
>>>> LACTF mailing list
>>>> LACTF en lacnic.net
>>>> https://mail.lacnic.net/mailman/listinfo/lactf
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> --
>>> =========================
>>> Carlos M. Martinez-Cagnazzo
>>> http://cagnazzo.name
>>> =========================
>>> _______________________________________________
>>> LACNOG mailing list
>>> LACNOG en lacnic.net
>>> https://mail.lacnic.net/mailman/listinfo/lacnog
>>>
>> _______________________________________________
>> LACNOG mailing list
>> LACNOG en lacnic.net
>> https://mail.lacnic.net/mailman/listinfo/lacnog
>
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
>



Más información sobre la lista de distribución LACNOG