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 artigo explicará o processo de implantação de links de malha ponto a ponto com Ethernet Bridging usando o software Cisco Mobility Express (ME) em access points externos Cisco 1542. O suporte em malha no software Mobility Express para APs internos e externos no modo Flex+Bridge foi apresentado na versão 8.10.
Os seguintes modelos de AP são suportados:
Como um ME Root AP:APs Cisco AireOS 1542, 1562, 1815s, 3802s
Como um AP em malha: APs Cisco AireOS 1542, 1562, 1815s, 3802s
O Mobility Express (ME) é uma solução que substitui o modo de AP autônomo e o software. Ele permite que uma versão mais leve do software Wireless LAN Controller (WLC) baseado no AireOS seja executada no próprio Ponto de acesso. O código WLC e AP é armazenado em uma única partição da memória AP. A implantação do Mobility Express não exige um arquivo de licença nem ativação de licença.
Quando o dispositivo que executa o software compatível com o Mobility Express estiver ligado, a "parte do AP" será inicializada primeiro. Alguns minutos depois, a parte da controladora também será inicializada. Uma vez estabelecida uma sessão de console, um dispositivo com capacidade para ME exibirá o prompt do WLC. Para inserir o shell de AP subjacente, um comando apciscoshell pode ser usado:
(Cisco Controller) >apciscoshell !!Warning!!: You are entering ap shell. This will stop you from establishing new telnet/SSH/Web sessions to controller. Also the exsisting sessions will be suspended till you exit the ap shell. To exit the ap shell, use 'logout' User Access Verification Username: admin Password: ******** RAP>logout
(Cisco Controller) >
Todos os dispositivos nessa rede estarão localizados dentro da sub-rede 192.168.1.0/24. O AP do Mobility Express (controlador) terá sua interface de gerenciamento desmarcada, enquanto a VLAN nativa em todas as portas será a VLAN 39. O AP 1542-1 assumirá a função de um controlador e um ponto de acesso raiz (RAP), enquanto o AP 1542-2 assumirá a função de ponto de acesso em malha (MAP). A tabela abaixo contém os endereços IP de todos os dispositivos na rede:
Observação: marcar a interface de gerenciamento pode causar problemas com o AP ingressando no processo interno de WLC. Se você decidir marcar a interface de gerenciamento, certifique-se de que a parte da infraestrutura com fio esteja configurada de acordo.
Dispositivo | IP Address |
Gateway padrão | 192.168.1.1 |
Laptop 1 | 192.168.1.100 |
Notebook 2 | 192.168.1.101 |
WLC do Mobility Express | 192.168.1.200 |
1542-1 (MAP) | 192.168.1.201 |
1542-2 (RAP) | 192.168.1.202 |
As portas de switch onde os laptops estão conectados são configuradas como portas de acesso com a VLAN definida como 39:
Switch1#show run interface Gig 0/1 Current configuration : 205 bytes ! interface GigabitEthernet0/1 description Laptop1 switchport access vlan 39 switchport mode access end
Switch2#show run interface Gig 0/8 Current configuration : 205 bytes ! interface GigabitEthernet0/8 description Laptop2 switchport access vlan 39 switchport mode access end
As portas de switch onde os APs estão conectados estarão no modo de tronco com a VLAN nativa definida como 39:
Switch1#show run interface Gig 0/8 Building configuration... ! interface GigabitEthernet0/8 description 1542-1 (RAP) switchport mode trunk switchport trunk native vlan 39 end
Switch2#show run interface Gig 0/1 Building configuration... ! interface GigabitEthernet0/1 description 1542-1 (MAP) switchport mode trunk switchport trunk native vlan 39 end
Recomenda-se executar uma redefinição de fábrica dos APs antes de iniciar uma nova implantação. Isso pode ser feito pressionando o botão mode/reset no AP, conectando a energia e continuando a segurá-la por mais de 20 segundos. Isso garantirá que toda a configuração anterior tenha sido apagada. O AP será acessível por meio de uma conexão de console com o nome de usuário padrão da Cisco e a senha da Cisco (diferencia maiúsculas de minúsculas).
O Laptop 1 será usado como um servidor TFTP. O AP 1542-2 pode ser inicialmente conectado à porta 0/8 do Switch 1 Gig para que a atualização possa ser executada. Em software.cisco.com, em 1542 imagens leves, baixe 15.3.3-JJ1 (nome completo ap1g5-k9w8-tar.153-3.JK.tar) que corresponde à imagem da versão 8.10.105. A imagem mais recente do AP leve sempre corresponderá à versão mais recente do ME.
Coloque a imagem na pasta raiz TFTP. Conecte o cabo do console, faça login usando as credenciais padrão (o nome de usuário é Cisco e a senha também é Cisco). Atribua o endereço IP ao AP e faça a atualização usando os seguintes comandos:
#capwap ap ip 192.168.1.202 255.255.255.0 192.168.1.1 #archive download-sw /reload tftp://192.168.1.100/ap1g5-k9w8-tar.153-3.JK.tar
O AP executará a atualização e, em seguida, reiniciará. Confirme se a atualização foi bem-sucedida usando o comando show version:
RAP#show version . .. AP Running Image : 8.10.105.0 Primary Boot Image : 8.10.105.0 Backup Boot Image : 8.8.125.0
O AP será desconectado do Switch 1 e conectado de volta ao Switch 2.
Note: Ao atualizar manualmente a imagem do MAP, estamos evitando que o processo de atualização de imagem ocorra no ar quando o link de malha é estabelecido.
Nas versões do Mobility Express 8.10.105 para AP 1542, podemos ver 2 arquivos disponíveis: .tar e .zip. Baixe o pacote .zip e extraia-o.
Diferentemente de uma WLC física, os Pontos de Acesso ME não têm memória flash suficiente para armazenar todas as imagens de AP, portanto é necessário ter um servidor TFTP acessível o tempo todo. Extraia o arquivo zip e copie seu conteúdo na raiz do servidor TFTP. O arquivo extraído conterá várias imagens AP:
O arquivo de texto chamado apname_decoder.inc contém todos os nomes correspondentes da imagem AP:
/*AP Models and their Associated Image Names*/ AP1850(ap1g4) AP1830(ap1g4) AP4800(ap3g3) AP3800(ap3g3) AP2800(ap3g3) AP1560(ap3g3) IW6300(ap3g3) ESW6300(ap3g3) AP1815i(ap1g5) AP1815w(ap1g5) AP1815m(ap1g5) AP1540(ap1g5) <<<<<<< This one will be used for upgrade AP1840(ap1g5)
Para executar a atualização, conecte o console ao AP 1542-1, atribua um endereço IP a ele e faça a atualização da imagem:
#capwap ap ip 192.168.1.201 255.255.255.0 192.168.1.1 #ap-type mobility-express tftp://192.16.1.100/ap1g5
Quando a atualização for concluída, o AP será reinicializado. Logo após o AP ser ativado, a parte do controlador também iniciará a inicialização. Em breve, veremos o SSID de provisionamento de dia zero "CiscoAirProvision" sendo transmitido.
Confirme se a atualização foi bem-sucedida usando o comando show version:
RAP#show version . .. AP Running Image : 8.10.105.0 Primary Boot Image : 8.10.105.0 Backup Boot Image : 8.10.105.0 . .. . AP Image type : MOBILITY EXPRESS IMAGE AP Configuration : MOBILITY EXPRESS CAPABLE
Conecte-se ao SSID "CiscoAirProvision" transmitido pelo AP usando a senha. O laptop receberá um endereço IP da sub-rede 192.168.1.0/24.
Caso você não veja o SSID sendo transmitido, ainda é possível que o AP esteja em "Mobility express CAPABLE", mas não seja executado como mobility express. Em seguida, você teria que se conectar à CLI do AP e inserir ap type mobility-express e o AP deveria reinicializar e transmitir o SSID de provisionamento.
Abra o endereço http://192.168.1.1 em um navegador da Web. Esta página é redirecionada para o assistente de configuração inicial. Crie uma conta admin no controlador especificando nome de usuário e senha admin e, em seguida, clique emIniciar.
Na próxima etapa, configure o controlador especificando os valores.
Nome do campo | Descrição |
Nome do sistema | Digite o nome do sistema para o AP do Mobility Express. Exemplo: MobilityExpress-WLC |
País | Escolha um país na lista suspensa. |
Data e hora | Escolha a data e a hora atuais. Observação: o assistente tenta importar as informações do relógio (data e hora) do computador usando JavaScript. É altamente recomendável que você confirme as configurações do relógio antes de continuar. Os pontos de acesso dependem das configurações do relógio para ingressar na WLC. |
Fuso horário | Escolha o fuso horário atual. |
Servidor NTP | Insira os detalhes do servidor NTP. |
IP de gerenciamento | Insira o endereço IP de gerenciamento. Nota: Deve ser diferente do IP atribuído ao ponto de acesso! Neste exemplo, enquanto o AP recebeu o IP .201, atribuímos .200 no assistente de configuração. ambos serão usados. |
Máscara de sub-rede | Digite o endereço da máscara de sub-rede. |
Gateway padrão | Digite o gateway padrão. |
Nesta configuração, o servidor DHCP será executado no Switch 1, portanto não há necessidade de ativá-lo na WLC ME. Deslize a opção Mesh para Enable e clique em Avançar.
Na próxima etapa, crie a rede sem fio especificando os seguintes campos:
Nome do campo | Descrição |
Nome da rede | Digite o nome da rede. |
Security | Escolha o Tipo de segurança WPA2 Personal na lista suspensa. |
Senha | Especifique a chave pré-compartilhada (PSK). |
Confirmar senha | Insira novamente e confirme a senha. |
Essa rede pode ser desabilitada em estágio posterior.
Na guia Advanced Settings (Configurações avançadas), deixe o botão Otimização de parâmetro de RF controle deslizante desativado e clique em Avançar
Quando as configurações forem confirmadas, a WLC será reinicializada:
Antes de estabelecer o link de malha, o MAP precisa ser convertido para o modo de ponte flexível. O RAP já estará no modo de ponte flexível se a opção de malha tiver sido ativada durante a configuração inicial. Isso pode ser feito na CLI:
MAP# capwap ap mode flex-bridge MAP#[*11/05/2019 18:26:28.1599] AP Rebooting: Reset Reason - AP mode changed
Para que o MAP entre no topo do controlador ME, ele precisa ser autorizado. No MAP, localize o endereço mac de sua interface ethernet:
MAP#show interfaces wired 0 wired0 Link encap:Ethernet HWaddr 00:EE:AB:83:D3:20 inet addr:192.168.1.202 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:183 errors:0 dropped:11 overruns:0 frame:0 TX packets:192 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:80 RX bytes:19362 (18.9 KiB) TX bytes:22536 (22.0 KiB)
No laptop 1, acesse a interface da Web do controlador ME via https://192.168.1.200. Depois que o modo de especialista for ativado (canto superior direito), uma guia mesh será exibida em Wireless settings (Configurações wireless). Em filtragem mac, adicione o endereço MAC Ethernet do MAP:
Observação: qualquer AP subsequente no modo bridge ou flex-bridge que está sendo associado ao ME WLC também precisa ser autorizado
Após a configuração, deve ser estabelecido um link de malha. Para que o cliente com fio atrás do MAP passe o tráfego pelo link de malha, o Ethernet Bridging precisa ser ativado no MAP em Wireless Settings > Access Poins > MAP > Mesh:
Se o link de malha estiver usando uma banda de 5 GHz, ele poderá ser afetado por assinaturas de radar. Quando o RAP detectar um evento de radar, ele mudará para outro canal. Recomenda-se ativar a Notificação de alteração de canal para que o RAP notifique o MAP de que o canal será comutado. Isso reduz significativamente o tempo de convergência, pois o MAP não precisa verificar todos os canais disponíveis:
Podemos verificar se o MAP ingressou executando o comando show mesh ap summary:
(Cisco Controller) >show mesh ap summary AP Name AP Model BVI MAC CERT MAC Hop Bridge Group Name Enhanced Feature Set ------------------ ------------------- ----------------- ------------------ --- ----------------- -------------------- RAP AIR-AP1542I-E-K9 00:fd:22:19:8c:f8 11:22:33:44:55:66 0 default N/A MAP AIR-AP1542D-E-K9 00:ee:ab:83:d3:20 11:22:33:44:55:66 1 default N/A Number of Mesh APs............................... 0 Number of RAPs................................... 0 Number of MAPs................................... 0 Number of Flex+Bridge APs........................ 2 Number of Flex+Bridge RAPs....................... 1 Number of Flex+Bridge MAPs....................... 1
Para testar se o link está passando pelo tráfego, tentaremos fazer ping do Laptop 1 para o Laptop 2:
VAPEROVI:~ vaperovi$ ping 192.168.1.101 PING192.168.1.101 (192.168.1.101): 56 data bytes 64 bytes from192.168.1.101: icmp_seq=0 ttl=64 time=5.461 ms 64 bytes from192.168.1.101: icmp_seq=1 ttl=64 time=3.136 ms 64 bytes from192.168.1.101: icmp_seq=2 ttl=64 time=2.875 ms
Note: Você poderá fazer ping no endereço IP do MAP ou do RAP somente depois que o link da malha tiver sido estabelecido.
No MAP/RAP:
No ME WLC:
Exemplo de um processo de união bem-sucedido observado do MAP (algumas mensagens foram reagidas porque não são relevantes):
MAP#debug mesh events Enabled all mesh event debugs
[*11/05/2019 18:28:24.5699] EVENT-MeshRadioBackhaul[1]: Sending SEEK_START to Channel Manager
[*11/05/2019 18:28:24.5699] EVENT-MeshChannelMgr[1]: Starting regular seek
[*11/05/2019 18:28:24.5699] EVENT-MeshChannelMgr[1]: channels to be seeked: 100
[*11/05/2019 18:28:06.5499] EVENT-MeshChannelMgr[0]: start scanning on channel 1.
[*11/05/2019 18:28:06.5499] EVENT-MeshChannelMgr[1]: start scanning on channel 100.
[*11/05/2019 18:28:06.5699] EVENT-MeshRadioBackhaul[1]: Sending ADD_LINK to MeshLink
[*11/05/2019 18:28:06.5699] EVENT-MeshAwppAdj[1][D4:78:9B:7B:DF:11]: AWPP adjacency added channel(100) bgn() snr(99)
[*11/05/2019 18:28:06.5699] EVENT-MeshRadioBackhaul[1]: Sending ADJ_FOUND to Channel Manager 0x64
[*11/05/2019 18:28:06.5699] EVENT-MeshChannelMgr[1]: Adj found on channel 100.
[*11/05/2019 18:28:07.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:08.5499] EVENT-MeshChannelMgr[0]: scanning timer expires.
[*11/05/2019 18:28:08.7899] EVENT-MeshChannelMgr[0]: continue scanning on channel 2.
[*11/05/2019 18:28:08.7899] EVENT-MeshChannelMgr[1]: scanning timer expires.
[*11/05/2019 18:28:09.0399] EVENT-MeshChannelMgr[1]: continue scanning on channel 104.
[*11/05/2019 18:28:09.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:10.7899] EVENT-MeshChannelMgr[0]: scanning timer expires.
[*11/05/2019 18:28:11.0199] EVENT-MeshChannelMgr[0]: continue scanning on channel 3.
[*11/05/2019 18:28:11.0399] EVENT-MeshChannelMgr[1]: scanning timer expires.
[*11/05/2019 18:28:11.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:11.3099] EVENT-MeshChannelMgr[1]: continue scanning on channel 108.
[*11/05/2019 18:28:13.0199] EVENT-MeshChannelMgr[0]: scanning timer expires.
[*11/05/2019 18:28:13.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:13.2499] EVENT-MeshChannelMgr[0]: continue scanning on channel 4.
[*11/05/2019 18:28:13.3099] EVENT-MeshChannelMgr[1]: scanning timer expires.
[*11/05/2019 18:28:13.5599] EVENT-MeshChannelMgr[1]: continue scanning on channel 112.
[*11/05/2019 18:28:15.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:15.2499] EVENT-MeshChannelMgr[0]: scanning timer expires.
[*11/05/2019 18:28:15.5099] EVENT-MeshChannelMgr[0]: continue scanning on channel 5.
[*11/05/2019 18:28:15.5599] EVENT-MeshChannelMgr[1]: scanning timer expires.
[*11/05/2019 18:28:15.8099] EVENT-MeshChannelMgr[1]: continue scanning on channel 116.
.
..
.
[*11/05/2019 18:28:35.7999] EVENT-MeshChannelMgr[1]: Mesh BH requests to switch to channel 100, width 20 MHz
[*11/05/2019 18:28:35.8199] EVENT-MeshChannelMgr[0]: abort scanning.
[*11/05/2019 18:28:35.8199] EVENT-MeshChannelMgr[0]: Set to configured channel 1, width 20 MHz
[*11/05/2019 18:28:36.6699] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:37.5099] EVENT-MeshRadioBackhaul[1]: Sending LINK_UP to MeshLink
[*11/05/2019 18:28:37.5099] CRIT-MeshLink: Set Root port Mac: D4:78:9B:7B:DF:11 BH Id: 2 Port:54 Device:DEVNO_BH_R1
[*11/05/2019 18:28:37.5099] EVENT-MeshLink: Sending NOTIFY_SECURITY_LINK_UP to MeshSecurity
[*11/05/2019 18:28:37.5099] EVENT-MeshSecurity: Intermodule message NOTIFY_SECURITY_LINK_UP
[*11/05/2019 18:28:37.5099] EVENT-MeshSecurity: Start full auth to parent D4:78:9B:7B:DF:11
[*11/05/2019 18:28:37.5099] EVENT-MeshSecurity: start_auth, Parent(D4:78:9B:7B:DF:11) state changed to ASSOC
[*11/05/2019 18:28:37.5199] EVENT-MeshSecurity: Opening wpas socket
[*11/05/2019 18:28:37.5199] EVENT-MeshSecurity: start socket to WPA supplicant
[*11/05/2019 18:28:37.5199] EVENT-MeshSecurity: MeshSecurity::wpas_init my_mac=00:EE:AB:83:D3:20, username(18)=c1540-00eeab83d320
[*11/05/2019 18:28:38.6699] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:40.6699] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:40.6799] EVENT-MeshSecurity: Generating pmk r0 as child(D4:E8:80:A0:D0:B1)
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: pmk(eap) r0 generated for D4:78:9B:7B:DF:11: 5309c9fb 0521f380 e2cdacd2 ad2dd4be 350c71f3 8810947f b4f3946b 10aabcbf
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: EAP authentication is done, Parent(D4:78:9B:7B:DF:11) state changed to KEY_INIT
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: Child(D4:E8:80:A0:D0:B1) generating keys to Parent D4:78:9B:7B:DF:11
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: Processing TGR_AUTH_RSP, Parent(D4:78:9B:7B:DF:11) state changed to KEY_VALIDATE
[*11/05/2019 18:28:40.6899] CRIT-MeshSecurity: Mesh Security successful authenticating parent D4:78:9B:7B:DF:11, informing Mesh Link
[*11/05/2019 18:28:40.6899] EVENT-MeshLink: Mac: D4:78:9B:7B:DF:11 bh_id:2 auth_result: 1
[*11/05/2019 18:28:40.6899] EVENT-MeshLink: Sending NOTIFY_SECURITY_DONE to Control
[*11/05/2019 18:28:40.6899] EVENT-MeshLink: Mesh Link:Security success on parent :D4:78:9B:7B:DF:11
[*11/05/2019 18:28:40.6899] EVENT-MeshLink: Uplink Auth done: Mac: D4:78:9B:7B:DF:11 Port:54 Device:DEVNO_BH_R1 notify bridge to start PCP
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: Processing TGR_REASSOC_RSP, Parent(D4:78:9B:7B:DF:11) state changed to STATE_RUN
[*11/05/2019 18:28:40.6899] EVENT-MeshAwppAdj[1][D4:78:9B:7B:DF:11]: auth_complete Result(PASS)
.
..
.
[*11/05/2019 18:28:45.6799] CAPWAP State: Discovery
[*11/05/2019 18:28:45.6799] Discovery Request sent to 192.168.1.200, discovery type STATIC_CONFIG(1)
[*11/05/2019 18:28:45.6899] Discovery Request sent to 192.168.1.200, discovery type STATIC_CONFIG(1)
[*11/05/2019 18:28:45.6899] Sent Discovery to mobility group member 1. 192.168.1.200, type 1.
[*11/05/2019 18:28:45.7099] Discovery Request sent to 255.255.255.255, discovery type UNKNOWN(0)
[*11/05/2019 18:28:46.9699] AP GW IP Address updated to 192.168.1.1
[*11/05/2019 18:28:47.3999] Flexconnect Switching to Standalone Mode!
[*11/05/2019 18:28:47.4599] EVENT-MeshLink: Sending NOTIFY_CAPWAP_COMPLETE to Control
[*11/05/2019 18:28:47.4599] EVENT-MeshControl: Capwap Complete Notification: bh:2 Result:2
[*11/05/2019 18:28:47.4599] EVENT-MeshControl: Received CAPWAP Disconnect for: bh_id(2), D4:78:9B:7B:DF:11
[*11/05/2019 18:28:47.4899] Discovery Response from 192.168.1.200
.
..
.
Adding Ipv4 AP manager 192.168.1.200 to least load
[*11/05/2019 18:28:55.1299] WLC: ME ApMgr count 1, ipTransportTried 0, prefer-mode 1, isIpv4OrIpv6Static 2
[*11/05/2019 18:28:55.1399] IPv4 Pref mode. Choosing AP Mgr with index 0, IP 192.168.1.200, load 1, AP ip: (192.168.1.202)
[*11/05/2019 18:28:55.1399] capwapSetTransportAddr returning: index 0, apMgrCount 0
[*11/05/2019 18:28:55.1399]
[*11/06/2019 13:23:36.0000]
[*11/06/2019 13:23:36.0000] CAPWAP State: DTLS Setup
[*11/06/2019 13:23:36.0000] DTLS connection created sucessfully local_ip: 192.168.1.202 local_port: 5248 peer_ip: 192.168.1.200 peer_port: 5246
[*11/06/2019 13:23:36.8599] Dtls Session Established with the AC 192.168.1.200, port 5246
[*11/06/2019 13:23:36.8599]
[*11/06/2019 13:23:36.8599] CAPWAP State: Join
[*11/06/2019 13:23:36.8699] Sending Join request to 192.168.1.200 through port 5248
[*11/06/2019 13:23:36.8899] Join Response from 192.168.1.200
[*11/06/2019 13:23:36.8899] AC accepted join request with result code: 0
.
..
.
CAPWAP data tunnel UPDATE to forwarding SUCCEEDED
[*11/06/2019 13:23:37.4999] Starting Post Join timer
[*11/06/2019 13:23:37.4999]
[*11/06/2019 13:23:37.4999] CAPWAP State: Image Data
[*11/06/2019 13:23:37.5099] AP image version 8.10.105.0 backup 8.8.125.0, Controller 8.10.105.0
[*11/06/2019 13:23:37.5099] Version is the same, do not need update.
[*11/06/2019 13:23:37.6399] do NO_UPGRADE, part1 is active part
[*11/06/2019 13:23:37.6499]
[*11/06/2019 13:23:37.6499] CAPWAP State: Configure
[*11/06/2019 13:23:37.6599] DOT11_CFG[0] Radio Mode is changed from Remote Bridge to Remote Bridge
.
..
.
[*11/06/2019 13:23:38.7799] DOT11_CFG[0]: Starting radio 0
[*11/06/2019 13:23:38.7799] DOT11_CFG[1]: Starting radio 1
[*11/06/2019 13:23:38.8899] EVENT-MeshRadioBackhaul[0]: BH_RATE_AUTO
[*11/06/2019 13:23:38.8899] EVENT-MeshSecurity: Intermodule message LSC_MODE_CHANGE
[*11/06/2019 13:23:38.9099] CAPWAP data tunnel UPDATE to forwarding SUCCEEDED
[*11/06/2019 13:23:38.9999] Setting Prefer-mode IPv4
[*11/06/2019 13:23:39.0499]
[*11/06/2019 13:23:39.0499] CAPWAP State: Run
[*11/06/2019 13:23:39.0499] EVENT-MeshCapwap: CAPWAP joined controller
[*11/06/2019 13:23:39.0599] CAPWAP moved to RUN state stopping post join timer
[*11/06/2019 13:23:39.1599] CAPWAP data tunnel ADD to forwarding SUCCEEDED
[*11/06/2019 13:23:39.2299] AP has joined controller ME
[*11/06/2019 13:23:39.2599] Flexconnect Switching to Connected Mode!