[Ietf-lac] IPv4 embebido en IPv6

Fri May 8 04:46:31 BRT 2015

Axel:

Hola!  Cómo vas?

Fijate en estos dos documentos:

https://tools.ietf.org/html/rfc6052
https://tools.ietf.org/html/rfc6992

Creo que cubren lo que queres hacer, o les falta algo?

Saludos,

Alvaro.

Sent from my iPhone

On May 8, 2015, at 5:21 AM, Axel Christian Mori <axel_mori at yahoo.com<mailto:axel_mori at yahoo.com>> wrote:

Fernando:
Ante todo gracias por tu respuesta!
Paso a responderte:

1) El encapsulado es una de la posibilidades muy viable de aplicar, la otra podria ser el traspaso de solo de la informacion y puerto de destino hacia solo la IPv4. Habria que analizar la eficiencia y velocidad de uno u otro proceso.

2) En principio en el caso general, si entiendo bien a que te referis con caso general, el ruteo es normal de IPv6, esto solo actuaria cuando el router detecta que se trata de un rango IPv4 embebido que le corresponde a el y lo enruta de acuerdo a lo establecido en sus politicas de ruteo. Aclaro que el router en cuestion esta configurado para poder detectar este tipo de IPv4 embebidas y las reconoce como suyas.

Nota:
Cuando el router se da cuenta de que se trata de un rango IPv4 embebido en IPv6 "suyo", a la direccion IPv6 le quita los primeros 4 bytes, de esa forma obtiene la direccion final IPv4.
La idea es que desde el mundo se puedan ubicar tanto IPv6 como IPv4 en redes nativas IPv6 de un mismo dueño de una misma forma y bajo un mismo ASN.

Slds.
Axel

________________________________
From: Fernando Gont <fgont at si6networks.com<mailto:fgont at si6networks.com>>
To: Axel Christian Mori <axel_mori at yahoo.com<mailto:axel_mori at yahoo.com>>; "ietf-lac at lacnog.org<mailto:ietf-lac at lacnog.org>" <ietf-lac at lacnog.org<mailto:ietf-lac at lacnog.org>>
Sent: Thursday, May 7, 2015 7:58 PM
Subject: Re: [Ietf-lac] IPv4 embebido en IPv6

Axel,

Preguntas elementales:

1) Asumo que en esta tecnologia se encapsulan los paquetes IPv4 en
paquetes IPv6, verdad?

2) Si 1) es asi, entonces, como logras que ello suceda para el caso general?

Lo que vos describis es, de algun modo, lo que hace 6to4 y 6rd. 6to4 lo
hace utilizando un prefijo especial de modo que se uede saber que hacer
con dichos paquetes, y 6rd lo ahce con prefijos comunes -- pero en tal
caso todo el sistema opera dentro de tu red, ya que  todos los sistemas
involucrados deben ser configurados especialmente para tal fin.

Saludos,
Fernando

On 05/07/2015 01:58 PM, Axel Christian Mori wrote:
> IPv4 embebido en IPv6
>
>                                                                          2015/05/07
>
>                V.1.0
>
> Como aprovechar la tabla de enrutamiento BGP en un mecanismo de
> transicion de IPv4 a Ipv6.
>
> Propuesta preliminar abierta al debate.
> Debido a muchos aspectos tecnicos a tener en cuenta con el despliegue
> actual de IPv4 y que el autor piensa que ambos protocolos van a convivir
> bastante tiempo juntos propone lo siguiente.
> De forma muy resumida y en lineas generales, la idea es poder embeber
> todo un rango IPv4 dentro de un rango IPv6. Se basa en que los rangos
> IPv6 asignados son muchisimo mas extensos que los IPv4, los cuales se
> los alojaria dentro del IPv6 en la ultimas posiciones contando de
> derecha a izquierda.
> Una de las ventajas mas importantes seria que al ser ruteados con un
> mismo ASN se estaria accediendo a ambos rangos del mismo propietario
> desde internet de forma simultanea y sin equipos-software traductores
> por medio.
> De forma local el propietario de ambos rangos aguas abajo del protocolo
> BGP debera crear las rutas necesarias para hacer su conmutacion interna
> a su actual red IPv4. El autor cree que es una solucion interesante ya
> que evita varios problemas para la convivencia de los dos protocolos
> actuales.
> Habria que hacer los calculos necesarios para ver si esta solucion es
> aplicable a todos los rangos que se han asignado.
>
> Ejemplo:
> Para el ejemplo se tomara el rango de IPv6 e IPv4 asignado a la
> Cooperativa Cooteler Ltda. por LACNIC.
>
> ASN: 52447
> Rangos: IPv6 2803:1d00::/32
>        IPv4 190.124.168/21
>
> Siendo su traduccion a hexadecimal:
> IPv4 190.124.168.0 - be.7c.a8.0
>
> El rango IPv6 escrito en forma extendida seria:
> 2803:1d00:0000:0000
>
> La idea es que debido a que el rango IPv4 cabe dentro del IPv6 asignado.
> Quedaria por definirse que tipo de notacion se utilizaria.
>
> En principio quedaria incluido de la siguiente forma la primera IP del
> rango IPv4:
> 2803:1d00:be7c:a800
>
> Otras notaciones podrian ser:
> 2803:1d00:be.7c.a8.00
> 2803:1d00:190.124.168.0
>
> Como se utilizaria entoces todo el rango IPv6 asignado:
> El propietario del rango IPv6 debera utilizar el rango asignado desde el
> valor del rango IPv4 hacia abajo hasta llegar a cero y desde el final de
> su rango IPv4 hacia el limite asignado de su rango IPv6, creando las
> correspondientes rutas para cada caso.
>
> Nota:
> Obviamente esto es un preliminar muy sencillo el cual se debe analizar
> en forma mucho mas detallada.
>
> Axel Christian Mori
> Cooperativa Telefonica y Otros Servicios de Santa Clara del Mar Ltda.
> Venecia 1101
> 7609 - Santa Clara de Mar
> Buenos Aires
> Argentina

>
>
>
>
> _____________________________________________
> Ietf-lac mailing list
> Ietf-lac at lacnog.org<mailto:Ietf-lac at lacnog.org>
> Cancelar suscripcion: ietf-lac-unsubscribe at lacnog.org<mailto:ietf-lac-unsubscribe at lacnog.org>
>

--
Fernando Gont
SI6 Networks
e-mail: fgont at si6networks.com<mailto:fgont at si6networks.com>
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492

_____________________________________________
Ietf-lac mailing list
Ietf-lac at lacnog.org<mailto:Ietf-lac at lacnog.org>
Cancelar suscripcion: ietf-lac-unsubscribe at lacnog.org<mailto:ietf-lac-unsubscribe at lacnog.org>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.lacnic.net/pipermail/ietf-lac/attachments/20150508/42b3260f/attachment.html>