O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.
A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este documento descreve as principais terminologias envolvidas e o fluxo do processo de conectividade do cliente para uma WLAN habilitada para PMIPv6 no Wireless LAN Controller (WLC).
Contribuído por Chetan Pissay, engenheiro do TAC da Cisco.
O Proxy Mobile IPv6, PMIPv6 ou PMIP é uma solução de mobilidade baseada em rede para um cliente sem fio. Isso implica que o cliente pode potencialmente fazer roaming entre LTE e WiFi, bem como entre o Roaming da WLAN entre Controladores e até mesmo executar o roaming da WLAN entre Fornecedores.
O cliente mantém o mesmo endereço IP, endereço de gateway, servidor DHCP e um único ponto âncora. A principal diferença para um cliente sem fio que se conecta a uma WLAN configurada para PMIPv6 em relação às WLANs regulares é como o DHCP e o tráfego do cliente são tratados.
Nesse caso, o MAG será o controlador sem fio. No entanto, também podemos ter o MAG como um AP Flexconnect.
O cliente é conhecido como Nó móvel (MN) e seu endereço IP como Endereço residencial (HOA).
O Network Access Identifier (NAI) é um identificador exclusivo do cliente que pode ser usado para rotear o tráfego destinado a ele, em vez de usar um endereço IP.
Este será o formato mac-address@realm.
Isso é configurado na WLAN e também determinará com qual LMA o MAG formará o túnel bidirecional.
Para obter mais informações sobre os termos de mobilidade 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
Um cliente PMIP concluirá a Associação 802.11 e qualquer Autenticação de Camada 2 configurada na WLAN.
*apfMsConnTask_2: Jun 18 14:50:40.023: [PA] 00:23:c2:db:29:2d 0.0.0.0 START (0) Alterar estado para AUTHCHECK (2) ultimo estado START (0)
*apfMsConnTask_2: Jun 18 14:50:40.023: [PA] 00:23:c2:db:29:2d 0.0.0.0 AUTHCHECK (2) Altere o estado para L2AUTHCOMPLETE (4) last state AUTHCHECK (2)
Em seguida, a WLC atuará como um servidor DHCP para o cliente e executará as transações DHCP com ele com base nas informações recebidas do LMA.
A ativação do proxy DHCP não é necessária, mas habilitá-lo significaria que o cliente verá o IP da interface virtual da WLC como o endereço do servidor DHCP. Neste exemplo, o proxy DHCP foi ativado.
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 Cisco) >debug client <mac-addr>
(Controlador Cisco) >debug proxy-mobility all enable
Capturas de pacotes obtidas na porta de uplink da WLC.
Primeiro, assim que o cliente conclui a autenticação L2, um disparador de anexo L2 é visto no 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----------
A mensagem PMIP Binding Update para o cliente é preparada com o nai visível no 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----------
O pacote de solicitação de atualização de ligação é enviado pelo MAG para o 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
A solicitação de IP de cliente e endereço de roteador padrão é vista aqui:
---------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----------
A resposta é recebida como um Binding Update Ack junto com o endereço IP a ser atribuído ao cliente e ao endereço do roteador padrão.
---------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
O estado de Associação MAG é alterado para Ativo.
---------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----------
Isso seguirá a alteração do estado do cliente para DHCP_REQD e os registros DHCP regulares serão vistos. A transação de pacote DHCP será somente entre a WLC e o cliente, pois a WLC já recebeu o endereço IP, a máscara de sub-rede e o endereço do roteador para incluir nos pacotes de oferta/confirmação de 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----------
Use esta seção para confirmar se a sua configuração funciona corretamente.
O status do cliente pode ser confirmado com estas saídas na 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----------