Direccionamiento de LAN de suscriptor con delegación de prefijo DHCPv6

Puede utilizar la delegación de prefijos DHCPv6 para automatizar la delegación de prefijos IPv6 al CPE. Con la delegación de prefijos, un enrutador delegado (el BNG) delega prefijos IPv6 a un enrutador solicitante (el CPE). Luego, el enrutador solicitante utiliza los prefijos para asignar direcciones IP globales a los dispositivos en la LAN de suscriptor. El enrutador solicitante también puede asignar direcciones de subred a subredes en la LAN.

La delegación de prefijo DHCPv6 es útil cuando el enrutador delegado no dispone de información acerca de la topología de las redes en las que se encuentra el enrutador solicitante. En tales casos, el enrutador delegado solo requiere la identidad del enrutador solicitante para elegir un prefijo para la delegación.

La delegación de prefijos DHCPv6 reemplaza la necesidad de TDR en una red IPv6.

En la figura 1 , se muestra cómo se usa la delegación de prefijos DHCPv6 en una red de doble pila.

Figura 1: Direccionamiento delegado en una red de doble pila con DHCPv6

La delegación de prefijos DHCPv6 funciona de la siguiente manera:

1. Un enrutador delegante recibe prefijos IPv6 que se delegan a los enrutadores solicitantes. Estos prefijos pueden provenir de un grupo de asignación de direcciones local o de un servidor AAA externo.

   Cada prefijo tiene una vida útil válida y preferida asociada, que se puede ampliar.

2. Un enrutador solicitante solicita uno o más prefijos del enrutador delegante.

3. El enrutador delegado elige prefijos para la delegación y responde con prefijos al enrutador solicitante.

4. El enrutador solicitante es entonces responsable de los prefijos delegados.

   El mecanismo de asignación de direcciones en la red de suscriptores se puede realizar con ICMPv6 Neighbor Discovery en anuncios de enrutadores, DHCPv6 o una combinación de estos dos métodos.

En el caso de las redes en las que el proveedor de servicios controla directamente el CPE, se puede utilizar un prefijo delegado para crear una dirección IPv6 en la interfaz de circuito cerrado entre el CPE y el BNG. Esta dirección se puede usar para administrar el CPE y el CPE la usa como dirección de origen cuando se comunica con el BNG.

El proceso de delegación de prefijos DHCPv6 cuando DHCPv6 se ejecuta a través de una red de acceso PPPoE es el siguiente:

1. El CPE obtiene una dirección local de vínculo anexando el ID de interfaz que recibe a través de la negociación IPv6CP al prefijo local de vínculo IPv6 (FE80::/10). La dirección local del vínculo proporciona una ruta inicial para la comunicación protocolaria entre el BNG y el CPE

2. El CPE envía un mensaje de solicitud DHCPv6 que incluye una opción IA_PD.

3. El BNG elige un prefijo para el CPE con información de un servidor AAA externo o de un grupo de prefijos local.

4. El BNG envía un mensaje de anuncio al CPE. El mensaje incluye el prefijo delegado, una opción IA_PD y una opción de prefijo IA_PD. La longitud del prefijo en la opción de prefijo IA_PD es 48. El mensaje también puede contener otra información de configuración, como un tiempo máximo de concesión.

5. El CPE envía un mensaje de solicitud al BNG. El mensaje solicita el prefijo que se anunció.

6. El BNG devuelve el prefijo delegado al CPE en un mensaje de respuesta. Este mensaje también contiene el prefijo delegado, una opción IA_PD y una opción de prefijo IA_PD. La longitud del prefijo en la opción de prefijo IA_PD es 48. El mensaje también puede contener otra información de configuración, como un tiempo máximo de concesión.

7. El CPE utiliza el prefijo delegado para asignar direcciones IPv6 globales a dispositivos host en la red de suscriptores. Puede usar anuncios de enrutador, DHCPv6 o una combinación de estos dos métodos para asignar direcciones en la LAN del suscriptor.

Puede configurar el BNG para seleccionar los prefijos IPv6 que se delegarán al enrutador solicitante de una de las siguientes maneras:

• Un origen externo, como un servidor AAA RADIUS o un servidor DHCP que utiliza el agente de retransmisión DHCPv6.

• Asignación dinámica de un grupo local de prefijos configurado en el BNG

  Puede especificar el nombre de un grupo delegado que se utilizará para la delegación de prefijos, lo que significa que no es necesario utilizar AAA para obtener el nombre del grupo. En esta configuración, si también especificó un orden de coincidencia de grupo, el grupo delegado especificado tiene prioridad.

La preservación de prefijos delegados del suscriptor admite la conservación y restauración de prefijos IPv6 asignados mediante la delegación de prefijos DHCPv6.

Configure la conservación de direcciones en [edit access] jerarquía:

El prefijo delegado del suscriptor se conserva incluso cuando el suscriptor cierra sesión. Después de cerrar sesión, el resultado del comando "show network-access address-assignment preserved" se actualiza y al suscriptor se le asigna el mismo prefijo delegado después de iniciar sesión.

La preservación del prefijo delegado del suscriptor admite la conservación y restauración del prefijo delegado de un suscriptor mediante múltiples inicios de sesión. Recibir el mismo prefijo delegado del dispositivo JUNOS evita un cambio de IA-PD, lo que desencadena la renegociación para todos los hosts en la LAN detrás del CPE. Para utilizar esta funcionalidad, se ejecuta un comando de configuración. Esta funcionalidad está deshabilitada de forma predeterminada. Para habilitar la conservación de direcciones para la delegación de prefijos DHCPv6, use el access address-preservation configuration comando.

Cada suscriptor participante se identifica con el ID de circuito del agente. El ID de circuito del agente está disponible en el tráfico de control ascendente estándar. (Por ejemplo: Opción-82 subopción 1 para DHCP, Opción 18 para DHCPv6). Si el prefijo de preservación de dirección de acceso está configurado y un suscriptor tiene un ID de circuito de agente, el prefijo de suscriptores se conserva mediante varios inicios de sesión. El ID de circuito del agente es la clave que se utiliza para almacenar el prefijo del suscriptor cuando el suscriptor cierra la sesión. Cuando el suscriptor con el mismo ID de circuito de agente vuelve a iniciar sesión, el prefijo se recupera y se asocia al suscriptor.

El show network-access address-assignment preserved comando admite una salida opcional routing-instance <routing-instance-name> .

En la figura 2 , se muestra cómo se usa la delegación de prefijos DHCPv6 en una red de doble pila.

Figura 2: Direccionamiento delegado en una red de doble pila con DHCPv6

La delegación de prefijos DHCPv6 funciona de la siguiente manera:

1. Un enrutador delegante recibe prefijos IPv6 que se delegan a los enrutadores solicitantes. Estos prefijos pueden provenir de un grupo de asignación de direcciones local o de un servidor AAA externo.

   Cada prefijo tiene una vida útil válida y preferida asociada, que se puede ampliar.

2. Un enrutador solicitante solicita uno o más prefijos del enrutador delegante.

3. El enrutador delegado elige prefijos para la delegación y responde con prefijos al enrutador solicitante.

4. El enrutador solicitante es entonces responsable de los prefijos delegados.

   El mecanismo de asignación de direcciones en la red de suscriptores se puede realizar con ICMPv6 Neighbor Discovery Protocol (NDP) en anuncios de enrutadores, DHCPv6 o una combinación de estos dos métodos.

El enrutador solicitante no puede utilizar un subprefijo del prefijo delegado que le asignó el enrutador que delega al vínculo entre el enrutador que delega y el enrutador que lo solicita. Debido a esta limitación, generalmente hay dos rutas al dispositivo CPE. Uno es el prefijo delegado para el sitio del cliente detrás del dispositivo CPE y el otro para el vínculo entre el enrutador solicitante y el enrutador delegante. Para superar esto, Junos OS permite la exclusión de un prefijo específico de un conjunto de prefijos delegados mientras se utiliza la delegación de prefijos basada en DHCPv6 como se describe en RFC 6603. Este prefijo excluido se utiliza como vínculo entre el enrutador delegado y el enrutador solicitante. Este vínculo de prefijo está diseñado para usarse en redes en las que cada enrutador solicitante se encuentra en su propio dominio de capa 2.

Para admitir la delegación de exclusión de prefijos, la enrutador solicitante incluye la opción Solicitud de opción (ORO) con la opción PD_Exclude en el mensaje solicitar, solicitar, renovar o volver a enlazar para informar al enrutador delegante sobre la compatibilidad con la delegación de prefijo. Cuando el enrutador de Juniper Networks que actúa como servidor DHCP recibe estos mensajes y encuentra la opción de excluir prefijo (opción 67) en ORO, decide el prefijo que se va a excluir. (La longitud del prefijo que se va a excluir es mayor que la longitud del prefijo delegado). A continuación, el prefijo excluido se agrega en las opciones IA_Prefix. El servidor DHCP que actúa como relé reenvía la opción solicitada al servidor y retransmite el prefijo excluido, asignado por el servidor, de vuelta al cliente.

Para excluir una longitud de prefijo en un servidor DHCP, configure la exclude-prefix-len instrucción en el [edit access address-assignment pool pool-name family dhcpv6 dhcp-attributes] nivel de jerarquía. La longitud del prefijo puede oscilar entre 1 y 128.

Si el servidor DHCP que admite el prefijo de exclusión desea que el cliente solicite una exclusión de prefijo después de la reconfiguración, puede configurar lasupport-option-pd-exclude instrucción en el nivel de [edit system services dhcp-local-server dhcpv6] jerarquía o en el nivel de [edit system services dhcp-local-server dhcpv6 group group-name] jerarquía.