Direccionamiento de vínculo WAN IPv6 con NDRA
Uso de NDRA para proporcionar descripción general del direccionamiento de vínculos WAN IPv6
En una red de doble pila, NDRA (anuncio de enrutador de Descubrimiento vecino) proporciona un método ligero de asignación de direcciones para la configuración automática de la dirección IPv6 global en el vínculo WAN CPE. El dispositivo CPE puede construir su propia dirección global IPv6 combinando el ID de interfaz negociado por IPv6CP y el prefijo obtenido a través de NDRA.
Antes de que NDRA pueda proporcionar información de dirección IPv6 al CPE, primero debe obtener una dirección local de vínculo para el vínculo WAN CPE. NDRA proporciona asignación de direcciones en dos fases:
Asignación de direcciones local de vínculo para conectividad local con la BNG
Asignación de direcciones globales para la conectividad global
El proceso es el siguiente:
Durante la negociación IPv6CP para establecer el vínculo PPPoE entre el BNG y el CPE, se negocia un identificador de interfaz para el CPE.
El CPE crea una dirección local de vínculo anexando el identificador de interfaz con el prefijo de vínculo-local IPv6 (FE80::/10).
Nota:Cuando el ID de interfaz es 0, como para clientes de Windows 7, PPP usa el ID de sesión del suscriptor en lugar del ID de interfaz.
El CPE ahora tiene conectividad IPv6 con la BNG, y puede usar NDRA para obtener su dirección IPv6 global.
El CPE envía un mensaje de solicitud de enrutador a la BNG.
El BNG responde con un mensaje de anuncio de enrutador que incluye un prefijo IPv6 con una longitud de /64.
Este prefijo puede venir directamente de un conjunto de direcciones NDRA local configurado en el BNG.
Si usa AAA, un servidor RADIUS puede especificar el prefijo en el Framed-Ipv6-Prefix atributo o puede especificar un grupo NDRA en el BNG desde el cual se asigna el prefijo en el Framed-Ipv6-Pool atributo.
Cuando el CPE recibe el prefijo de 64 bits, anexa su ID de interfaz al prefijo suministrado para formar una dirección de 128 bits enrutable globalmente.
El CPE verifica que la dirección global sea única mediante el envío de un mensaje de solicitud de vecino destinado a la nueva dirección. Si hay una respuesta, la dirección es un duplicado. El proceso se detiene y requiere la intervención del operador.
Ver también
Descripción general del protocolo IPv6 Neighbor Discovery
Neighbor Discovery es un protocolo del conjunto de protocolos IPv6 que permite que los nodos en el mismo vínculo anuncien su existencia a sus vecinos y aprendan sobre la existencia de sus vecinos. Neighbor Discovery se construye sobre el protocolo de mensajes de control de Internet versión 6 (ICMPv6). Reemplaza los siguientes protocolos IPv4: descubrimiento de enrutador (RDISC), protocolo de resolución de direcciones (ARP) y redirección ICMPv4.
El Descubrimiento de vecinos usa mensajes publicitarios de enrutador para detectar vecinos, anunciar prefijos IPv6, ayudar en el aprovisionamiento de direcciones y compartir parámetros de vínculo como MTU, límite de saltos, intervalos de publicidad y duración.
Mensajes de Neighbor Discovery
Neighbor Discovery usa los siguientes tipos de mensaje:
Anuncio del enrutador (RA): mensajes enviados para anunciar la presencia del enrutador, anunciar prefijos, ayudar en la configuración de direcciones y compartir otra información de vínculo, como el tamaño de MTU y el límite de salto. Los nodos IPv6 del vínculo pueden usar esta información para configurarse con una dirección IPv6 e información de enrutamiento, como la puerta de enlace predeterminada.
Solicitud de enrutador (RS): mensajes que envían los nodos IPv6 cuando se conectarse para solicitar anuncios inmediatos del enrutador. A partir de la versión 18.1R1 de Junos OS, la conocida dirección de multidifusión para todos los enrutadores IPv6, FF02::2, se admite en instancias de enrutamiento que no son de salto de ruta. Sin este soporte, los paquetes de solicitud del enrutador IPv6 se pierden en instancias de enrutamiento que no sean de saltos de ruta.
Solicitud de vecinos (NS): mensajes que se utilizan para detectar direcciones duplicadas y probar la accesibilidad de los vecinos.
Un host puede comprobar que su dirección es única mediante el envío de un mensaje de solicitud de vecino destinado a la nueva dirección. Si el host recibe un anuncio de vecino en respuesta, la dirección es un duplicado.
Anuncio de vecino (NA): mensajes utilizados para la detección de direcciones duplicadas y para probar la accesibilidad de los vecinos. Los anuncios de vecinos se envían en respuesta a los mensajes de solicitud de vecino.
Puede especificar la información que se envía en los anuncios de enrutador.
Descripción general de la configuración de anuncio de enrutador dinámico
En una implementación de red en la que las interfaces de enrutador se configuran estáticamente, es posible que deba configurar el protocolo de anuncio de enrutador en solo una pequeña cantidad de interfaces en las que podría ejecutarse. Sin embargo, en una red de acceso de suscriptores, la configuración estática del protocolo de anuncio de enrutador se vuelve poco práctica, ya que la cantidad de interfaces que potencialmente necesitan el Protocolo de anuncio de enrutador aumenta sustancialmente. Además, la implementación de servicios en un entorno dinámico requiere modificaciones dinámicas en las interfaces a medida que se crean.
El acceso del suscriptor admite la configuración del protocolo de anuncio de enrutador en el [edit dynamic-profiles profile-name protocols]
nivel jerárquico. Al especificar instrucciones de protocolo de anuncio de enrutador dentro de un perfil dinámico, puede aplicar dinámicamente una configuración de anuncio de enrutador cuando un suscriptor se conecta a una interfaz mediante una tecnología de acceso determinada (por ejemplo, DHCP), lo que permite al suscriptor acceder a una red de operadora (multidifusión).
Para configurar mínimamente el protocolo de anuncio de enrutador requiere que incluya la router-advertisement
instrucción en el [edit dynamic-profiles profile-name protocols]
nivel jerárquico y la interface
instrucción junto con la $junos-interface-name
variable dinámica. El resto de instrucciones son opcionales.
Las instrucciones utilizadas para la configuración del protocolo de anuncio de enrutador en el [edit dynamic-profiles profile-name protocols]
nivel de jerarquía son idénticas en función a las mismas instrucciones utilizadas para la configuración estática del protocolo de anuncio de enrutador, con la excepción de las interface
instrucciones y prefix
, que utilizan variables dinámicas.
Ver también
Configurar un intervalo de intervalos para anuncios de enrutador no solicitados a vecinos IPv6
RFC 4861, Neighbor Discovery para IP versión 6 (IPv6), define el protocolo Neighbor Discovery, el cual es utilizado por los nodos IPv6 para determinar direcciones de capa de vínculo para vecinos, rastrear la accesibilidad de los vecinos y descubrir enrutadores que pueden reenviar paquetes en nombre de hosts. Los enrutadores envían mensajes publicitarios de enrutador para anunciar su presencia en la red y sus características. Los hosts envían mensajes de solicitud de enrutador para descubrir enrutadores mediante la solicitud de que los enrutadores respondan con mensajes publicitarios de enrutador de inmediato. Los anuncios del enrutador se envían periódicamente (durante la vida de la interfaz) como en respuesta a las solicitudes del enrutador recibidas de los hosts.
El enrutador establece el intervalo entre todos los anuncios de enrutador en el valor especificado por la max-advertisement-interval
instrucción para la interfaz que envía los mensajes del anuncio. El intervalo predeterminado tiene una duración de varios minutos, 600 segundos y se puede configurar hasta 1800 segundos.
Un intervalo más corto para los primeros anuncios aumenta las posibilidades de que el enrutador se descubra rápidamente cuando esté disponible por primera vez. En consecuencia, solo para los tres primeros anuncios de enrutador no solicitados, RFC 4861 requiere que un enrutador use un intervalo no mayor de 16 segundos. Si el enrutador selecciona un intervalo más grande, el intervalo se establece automáticamente en 16 segundos para los tres primeros anuncios de enrutador no solicitados.
En algunas situaciones de clientes, 16 segundos es un intervalo demasiado grande para los anuncios iniciales del enrutador y puede dar lugar a un retraso inaceptable para establecer sesiones de suscriptor. Si desea que el enrutador se anuncie de manera más agresiva para un descubrimiento más rápido, puede configurar explícitamente la max-advertisement-interval
instrucción en menos de 16 segundos para la interfaz que envía anuncios de enrutador.
Sin embargo, esta instrucción establece el intervalo entre todos los anuncios enviados en la interfaz, no solo los de los tres primeros anuncios no solicitados. Esto significa que todos los mensajes publicitarios del enrutador se envían a intervalos cortos cuando se configura un rango más bajo. Algunos usuarios pueden encontrar esto no deseado, ya que prefieren que el enrutador se descubra rápidamente, pero una vez que se conoce, quieren que los anuncios se envíen a un ritmo más lento, actuando como elementos de guarda durante la duración de la interfaz sin generar cantidades innecesarias de tráfico.
A partir de Junos OS versión 18.2R1, puede configurar opciones de anulación global para establecer el intervalo desde el cual el enrutador selecciona aleatoriamente un intervalo solo para los tres anuncios iniciales de enrutador para todas las interfaces. La selección de intervalos aleatorios reduce la probabilidad de que los mensajes de un enrutador se sincronicen con los de otro enrutador. Un nuevo valor de intervalo aleatorio se selecciona después de enviar cada anuncio, de modo que el intervalo varía entre mensajes sucesivos. El intervalo entre los mensajes de anuncio de enrutador subsiguientes por interfaz dinámica sigue configurado con la max-advertisement-interval
instrucción en un perfil dinámico.
Para configurar el intervalo en un perfil dinámico que se aplique a los mensajes publicitarios del enrutador en la interfaz dinámica:
Configure el intervalo.
[edit dynamic-profiles protocols router-advertisement interface interface-name] user@host# set max-advertisement-interval seconds
Para configurar un intervalo solo para los tres mensajes iniciales de anuncio en todas las interfaces:
Considere el siguiente ejemplo, en el que los intervalos solo se configuran para mensajes publicitarios de enrutador en una interfaz dinámica. Dado que el valor del intervalo configurado es mayor que 16, el intervalo para los tres primeros anuncios no solicitados siempre se establece en 16 segundos. Para todos los anuncios no solicitados subsiguientes, los anuncios del enrutador se envían en un intervalo de 60 segundos.
[edit dynamic-profiles protocols router-advertisement interface $junos-interface-name] user@host# set max-advertisement-interval 60
Ahora considere el siguiente ejemplo, en el que los intervalos se configuran globalmente para los tres primeros mensajes de anuncio de enrutador no solicitados en todas las interfaces. Todos los anuncios no solicitados subsiguientes se configuran por interfaz dinámica.
[edit system services subscriber-management overrides] user@host# set ra-initial-interval-min 3 user@host# set ra-initial-interval-max 9 [edit dynamic-profiles protocols router-advertisement interface $junos-interface-name] user@host# set max-advertisement-interval 300
En este caso, el enrutador genera un intervalo aleatorio de entre 3 y 9 segundos, incluidos, para los tres primeros mensajes publicitarios del enrutador en todas las interfaces. El enrutador envía todos los anuncios subsiguientes en un intervalo de 300 segundos.
Métodos para obtener prefijos IPv6 para NDRA
Puede configurar el BNG para seleccionar los prefijos IPv6 utilizados para NDRA mediante uno de los siguientes métodos:
Un origen externo, como un servidor AAA RADIUS.
Asignación dinámica desde un conjunto local de prefijos NDRA que está configurado en el BNG
Uso del servidor AAA RADIUS para obtener prefijos IPv6 para NDRA
Cuando el BNG necesita obtener un prefijo para NDRA, utiliza los valores de uno de los siguientes atributos RADIUS que recibe en los mensajes access-Accept del servidor RADIUS:
Framed-IPv6-Prefix— El atributo contiene un prefijo IPv6 que la BNG puede enviar al CPE en mensajes publicitarios del enrutador.
Framed-IPv6-Pool—El atributo contiene el nombre de una agrupación NDRA configurada en el BNG desde la cual la BNG puede seleccionar un prefijo para incluirlo en los anuncios de los enrutadores.
Ver también
Protección de prefijos duplicados para NDRA
Si usa AAA para suministrar prefijos IPv6 para NDRA, puede habilitar la protección de prefijos duplicados para NDRA. Si está habilitada, la BNG comprueba los siguientes atributos recibidos de servidores externos:
Framed-IPv6-Prefix
Framed-IPv6-Pool
A continuación, el enrutador realiza una de las siguientes acciones:
Si un prefijo se superpone con un prefijo en un conjunto de direcciones, el prefijo se toma de la agrupación si está disponible.
Si el prefijo ya está en uso, se rechaza por no estar disponible.
Si la longitud del prefijo solicitado al servidor externo no coincide exactamente con la longitud del prefijo del grupo, se rechaza la solicitud de autenticación. Si está configurado, el mensaje de Acct-Stop incluye una causa de finalización.