Mapeo de dirección y puerto con encapsulación (MAP-E) para servicios de próxima generación

Beneficios de la asignación de dirección y puerto con encapsulación (MAP-E)

Reduce la sobrecarga administrativa y crea una infraestructura de red escalable que admite fácilmente la conectividad a un gran número de suscriptores IPv4 a través de la red de acceso IPv6 del ISP.

Terminología de asignación de direcciones y puertos con encapsulación (MAP-E)

1. Border Relay (BR): dispositivo perimetral de proveedor habilitado para MAP-E en un dominio MAP. Un dispositivo BR tiene al menos una interfaz habilitada para IPv6 y una interfaz IPv4 conectada a la red IPv4 nativa.

2. MAP-E Customer Edge (CE)—Dispositivo perimetral de cliente habilitado para MAP-E en una implementación MAP.

3. MAP domain: uno o más dispositivos MAP-E CE y BR conectados al mismo enlace virtual.

4. Port Set ID (PSID): separe la parte del espacio de puertos de la capa de transporte que se indica como ID de conjunto de puertos.

5. Embedded Address (EA) Bits—Los EA-bits en la dirección IPv6 identifican un prefijo o dirección IPv4 o una dirección IPv4 compartida y un identificador de conjunto de puertos.

6. Softwire: túnel entre dos puntos finales IPv6 para transportar paquetes IPv4 o dos puntos finales IPv4 para transportar paquetes IPv6.

7. Softwire Initiator (SI)—Softwire en el extremo del cliente que encapsula los paquetes nativos y los tuneliza a un concentrador softwire en el proveedor de servicios.

8. Softwire Concentrator (SC)—Softwire que desencapsula los paquetes recibidos de un iniciador de softwire y los envía a su destino.

Funcionalidad de asignación de dirección y puerto con encapsulación (MAP-E)

La figura 1 ilustra un escenario simple de despliegue de MAP-E.

Figura 1: Ejemplo de implementación de MAP-E

En la topología de red MAP-E, hay dos dispositivos perimetrales de cliente (CE) MAP-E, cada uno conectado a un host IPv4 privado. Los dispositivos MAP-E CE son de pila dual y son capaces de la traducción de puertos de direcciones de red (NAPT). Los dispositivos MAP-E CE se conectan a un dispositivo MAP-E Border Relay (BR) a través de un dominio de red MAP-E solo IPv6. El dispositivo MAP-E BR es de pila dual y está conectado tanto a una red IPv4 pública como a una red IPv6 MAP-E.

La funcionalidad MAP-E es la siguiente:

1. Los dispositivos MAP-E CE son capaces de NAPT. Al recibir un paquete IPv4 del host, el dispositivo MAP-E CE realiza la traducción NAT en los paquetes IPv4 entrantes.

2. A continuación, el dispositivo MAP-E CE encapsula los paquetes IPv4 traducidos en paquetes IPv6 y los envía al dispositivo BR MAP-E.

3. El paquete IPv6 se transporta a través de la red del proveedor de servicios solo IPv6 y llega al dispositivo BR MAP-E.

4. Al recibir los paquetes IPv6, el dispositivo MAP-E CE desencapsula los paquetes IPv6 entrantes y los enruta a la red pública IPv4.

En la ruta inversa, el dispositivo MAP-E BR encapsula el paquete IPv4 entrante en un paquete IPv6 y se enruta a los dispositivos MAP-E CE.

Asignación de direcciones y puertos con encapsulación (MAP-E) Características compatibles y no compatibles

Junos OS admite las siguientes características y funcionalidades de MAP-E:

• La implementación MAP-E admite un rendimiento de tarjeta de línea de 100 Gigabits.

• compatibilidad con la solución Inline MAP-E Border Relay (BR) que se adhiere a la versión preliminar 03 de RFC 7597

  Totalmente compatible con la versión preliminar 03 de RFC 7597, Asignación de dirección y puerto con encapsulación (MAP), cuando la version-3 opción está deshabilitada en el services softwires softwire-types map-e map-e-concentrator-name

• Admite la escala de todo el chasis de 250 reglas MAP-E compartidas.

• Admite la función en todos los MPC mediante interfaces de servicio con 100 Gigabits.

• Posibilidad de hacer ping a la dirección IPv6 BR de MAP-E.

• Solo admite el estilo de configuración del próximo salto para MAP-E.

• Admite el reensamblaje del tráfico IPv4 fragmentado que llega de la red IPv4 antes de encapsularlo en un paquete IPv6.

• Admite la fragmentación del paquete IPv4 interno si el tamaño del paquete después de la encapsulación supera la unidad de transmisión máxima (MTU) MAP-E.

• Los paquetes con carga del Protocolo de mensajes de control de Internet (ICMP) con los siguientes tipos de mensajes se aceptan para la encapsulación y desencapsulación MAP-E:

  • Mensaje de eco o respuesta de eco de tipo 0 y 8

  • Marca de tiempo o Mensaje de respuesta de marca de tiempo de tipo 13 y 14

  • Solicitud de información o mensaje de respuesta de información de tipo 15 y 16

  • Errores de extinción de origen, destination_unreachable, time_exceeded, Icmp_redirect, Icmp_address_mask_reply y parameter_problem

• Se admite la retransmisión de borde (BR) anycast.

Las siguientes características y funcionalidades no son compatibles con la característica MAP-E:

• La comprobación antifalsificación no se admite para paquetes IPv4 fragmentados procedentes de un dispositivo perimetral del cliente (CE).

• No se admite la sección 8.2 del borrador de Internet draft-ietf-softwire-map-03 (expira el 28 de julio de 2013), Asignación de dirección y puerto con encapsulación (MAP). En lugar de responder con un mensaje de política de entrada/salida con destino inalcanzable de ICMPv6, dirección de origen fallida (tipo 1, código 5), los paquetes falsos se descartan silenciosamente y el contador se incrementa.

• No se admite el reensamblaje de IPv6.

• No se admite la traducción de ICMP v6 a v4 en el BR.

• No se admite MAP-E en línea con enrutamiento y reenvío virtual (VRF).

• No se admite MAP-E en línea con traducción de direcciones de red (NAT) en línea o pila dual (DS)-Lite.

• No se admite la configuración MAP-E de estilo de interfaz.