El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Este documento describe las terminologías clave involucradas y el flujo del proceso de conectividad del cliente para una WLAN habilitada para PMIPv6 en el controlador de LAN inalámbrica (WLC).
Colaborado por Chetan Pissay, ingeniero del TAC de Cisco.
Proxy Mobile IPv6 o PMIPv6 o PMIP es una solución de movilidad basada en red para un cliente inalámbrico. Esto implica que el cliente puede potencialmente vagar entre LTE y WiFi, así como entre el roaming WLAN entre controladores e incluso realizar sin problemas roaming WLAN entre proveedores.
El cliente conserva la misma dirección IP, dirección de gateway, servidor DHCP y un único punto de anclaje. La diferencia principal para un cliente inalámbrico que se conecta a una WLAN configurada para PMIPv6 desde la de las WLANs regulares es cómo se maneja el tráfico DHCP y del cliente.
En este caso, el MAG será el controlador inalámbrico. Sin embargo, también podemos tener el MAG como un AP Flexconnect.
El cliente se denomina nodo móvil (MN) y su dirección IP es dirección de inicio (HOA).
El Identificador de acceso a la red (NAI) es un identificador único para el cliente que se puede utilizar para enrutar el tráfico destinado a él, en lugar de utilizar una dirección IP.
Este será el formato de mac-address@realm.
Esto se configura en la WLAN y también determinará con qué LMA el MAG formará el túnel bidireccional.
Para obtener más información sobre los términos de Movilidad IP, consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/mob_ip/configuration/15-mt/mob-ip-15-mt-book/imo-nai-haa.html
Un cliente PMIP completará la asociación 802.11 y cualquier autenticación de capa 2 configurada en la WLAN.
*apfMsConnTask_2: 18 jun 14:50:40.023: [PA] 00:23:c2:db:29:2d 0.0.0 START (0) Cambie el estado a AUTHCHECK (2) último START (0)
*apfMsConnTask_2: 18 jun 14:50:40.023: [PA] 00:23:c2:db:29:2d 0.0.0.0 AUTHCHECK (2) Cambiar estado a L2AUTHCOMPLETE (4) último estado AUTHCHECK (2)
El WLC entonces actuará como servidor DHCP para el cliente y realizará las transacciones DHCP con él basándose en la información que ha recibido del LMA.
No es necesario habilitar el proxy DHCP, sin embargo habilitarlo significa que el cliente verá la IP de la interfaz virtual del WLC como la dirección del servidor DHCP. En este ejemplo, se habilitó el proxy DHCP.
MAG: WLC 3504 running 8.8.120.0
LMA: ASR1K running 3.13.10S
AP: AIR-CAP3802-D-K9
WLC IP: 10.106.35.111
Virtual Interface IP: 192.0.2.1
Router IP: 10.106.37.40
Client IP (Received via DHCP): 192.168.5.44
(Controlador de Cisco) >debug client <mac-addr>
(Controlador de Cisco) >debug proxy-mobility all enable
Capturas de paquetes tomadas en el puerto de link ascendente WLC.
En primer lugar, tan pronto como el cliente complete la Autenticación L2, se verá un disparador de adhesión L2 en el MAG
---------Truncated----------
*PMIPV6_Thread_2: Jun 18 14:50:40.023: [PA]
[PMIPV6_MAG_EVENT]: Trigger request received (L2 Attach trigger) from (0023.c2db.292d)
*PMIPV6_Thread_2: Jun 18 14:50:40.023: [PA]
[PMIPV6_MAG_EVENT]: Event received New MN intf attached in state: NULL, new state: INIT
---------Truncated----------
El mensaje PMIP Binding Update para el cliente se prepara con el nai visible en el registro.
---------Truncated----------
*PMIPV6_Thread_2: Jun 18 14:50:40.023: [PA]
[PMIPV6_MAG_INFO]: PBU message nai(0023.c2db.292d@ciscotacbangalore.com), nai len: 15, hoa(0), att(4) llid(0023.c2db.292d) , ll len: 16 seqNo:9465
---------Truncated----------
El MAG envía el paquete de solicitud de actualización de enlace al LMA
---------Truncated----------
*PMIPV6_Thread_2: Jun 18 14:50:40.023: [PA]
[PMIPV6_MM] Sending UDP Packet, src: 0x0a6a236f, dst: 0x0a6a2528, sport: 5436, dport:5436
---------Truncated----------
0x0a6a236f = IP Address of MAG
0x0a6a2528 = IP Address of LMA
La solicitud para la dirección IP del cliente y la dirección del router predeterminada se muestra aquí:
---------Truncated----------
*PMIPV6_Thread_2: Jun 18 14:50:40.023: [PA]
[PMIPV6_MM] V4HOAREQ option included len 6 val 0
*PMIPV6_Thread_2: Jun 18 14:50:40.023: [PA]
[PMIPV6_MM] V4DFT_RTR option included len 6 val 0
*PMIPV6_Thread_2: Jun 18 14:50:40.023: [PA]
[PMIPV6_MAG_EVENT]: PBU message sent
---------Truncated----------
La respuesta se recibe como Ack de actualización de enlace junto con la dirección IP que se asignará al cliente y la dirección del router predeterminada.
---------Truncated----------
*PMIPV6_Thread_0: Jun 18 14:50:40.026: [PA]
[PMIPV6_MM] NAI option received len 15
*PMIPV6_Thread_0: Jun 18 14:50:40.026: [PA]
[PMIPV6_MM] V4HOAREPLY option received len 6 val 3232236844
---------Truncated----------
3232236844 = IP address of MN returned by LMA from the IP Pool in Decimal.
---------Truncated----------
*PMIPV6_Thread_0: Jun 18 14:50:40.026: [PA]
[PMIPV6_MM] V4DFT_RTR option received len 6 val 3232236801
---------Truncated----------
3232236801 = Default router address in Decimal
El estado de enlace de MAG se cambia a Activo.
---------Truncated----------
*PMIPV6_Thread_2: Jun 18 14:50:40.026: [PA]
[PMIPV6_MAG_EVENT]: Event received PBA accept in state: INIT, new state: ACTIVE
*PMIPV6_Thread_2: Jun 18 14:50:40.026: [PA]
[PMIPv6_MM] L2 Attach Status: Success
---------Truncated----------
Esto seguirá al estado del cliente que cambia a DHCP_REQD y se ven registros DHCP regulares. La transacción del paquete DHCP sólo se realizará entre el WLC y el cliente, ya que el WLC ya ha recibido la dirección IP, la máscara de subred y la dirección del router para incluirla en los paquetes de oferta/ack DHCP.
---------Truncated----------
*apfMsConnTask_2: Jun 18 14:50:40.023: [PA] 00:23:c2:db:29:2d 0.0.0.0 L2AUTHCOMPLETE (4) Change state to DHCP_REQD (7) last state L2AUTHCOMPLETE (4)
*DHCP Socket Task: Jun 18 14:50:40.235: [PA] 00:23:c2:db:29:2d DHCP transmitting DHCP DISCOVER (1)
*DHCP Socket Task: Jun 18 14:50:40.236: [PA] 00:23:c2:db:29:2d DHCP transmitting DHCP OFFER (2)
*DHCP Socket Task: Jun 18 14:50:41.072: [PA] 00:23:c2:db:29:2d DHCP transmitting DHCP REQUEST (3)
*DHCP Socket Task: Jun 18 14:50:41.074: [PA] 00:23:c2:db:29:2d DHCP transmitting DHCP ACK (5)
---------Truncated----------
Utilize esta sección para confirmar que su configuración funcione correctamente.
El estado del cliente se puede confirmar con estos resultados en el WLC:
(Cisco Controller) >show pmipv6 mag binding
[Binding][MN]: Domain: D1, Nai: 0023.c2db.292d@ciscotacbangalore.com
[Binding][MN]: State: ACTIVE
[Binding][MN]: Interface: Management
[Binding][MN]: Hoa: 0xc0a8052c, att: 3, llid: 0023.c2db.292d
[Binding][MN][LMA]: Id: LMA1
[Binding][MN][LMA]: lifetime: 3600
[Binding][MN][GREKEY]: Upstream: 100, Downstream: 1
(Cisco Controller) >show client detail 00:23:c2:db:29:2d
---------Truncated----------
Client Type...................................... PMIPv6
PMIPv6 State..................................... Complete
PMIPv6 MAG location.............................. WLC
---------Truncated----------