Configurando el link de punto a punto de la malla con el Ethernet Bridging en la movilidad AP expresos
Contenido
Introducción
Este artículo explicará el proceso de desplegar los links de punto a punto de la malla con el Ethernet Bridging usando el software expreso de la movilidad de Cisco (YO) en Cisco 1542 Puntos de acceso al aire libre. El soporte de la malla en el software expreso de la movilidad para los AP interiores y al aire libre en el modo Flex+Bridge fue introducido en la versión 8.10.
Se soportan los modelos siguientes AP:
-
Como YO AP raíz: Cisco AireOS 1542, 1562, 1815s, 3802s AP
-
Como malla AP: Cisco AireOS 1542, 1562, 1815s, 3802s AP
Sobre la movilidad expresa
La movilidad expresa (YO) es una solución que substituye el autónomo modo AP y el software. Permite una versión más ligera de AireOS basó el software del regulador del Wireless LAN (WLC) para ejecutarse en el Punto de acceso sí mismo. El código del WLC y AP se salva dentro de una sola división de la memoria AP. Un despliegue expreso de la movilidad no requiere un archivo de licencia, ni la activación de la licencia.
Una vez que el software capaz expreso de la movilidad corriente del dispositivo se acciona encendido, la “pieza AP” primero arrancará. Unos minutos más tarde, la pieza del regulador también se inicializará. Una vez que establecen a una sesión de consola, dispositivo con capacidad mostrará el prompt del WLC. Para ingresar el shell subyacente AP, un apciscoshell del comando puede ser utilizado:
(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) >
Prerrequisitos
Componentes Utilizados
- Puntos de acceso 2x 1542D-E
- switches Cisco 2x 3560-CX
- laptopes 2x
- cable de la consola 1x
Diagrama de la red
Todos los dispositivos en esta red serán situados dentro de la subred 192.168.1.0/24. La movilidad AP expreso (regulador) tendrá su interfaz de administración untagged, mientras que el VLAN nativo en todos los puertos será el VLA N 39. El AP 1542-1 tomará el papel de un regulador y de una punta de acceso a raíz (RAP), mientras que el AP 1542-2 tomará el papel del Punto de acceso de la malla (MAPA). La tabla abajo contiene los IP Addresses de todos los dispositivos en la red:
| Dispositivo | IP Address |
| Gateway predeterminado | 192.168.1.1 |
| Laptop 1 | 192.168.1.100 |
| Laptop 2 | 192.168.1.101 |
| WLC expreso de la movilidad | 192.168.1.200 |
| 1542-1 (MAPA) | 192.168.1.201 |
| 1542-2 (RAP) | 192.168.1.202 |
Configuración
Configuraciones del switch
Se configuran los puertos del switch en donde las laptopes están conectadas mientras que los puertos de acceso con el VLA N fijan a 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
Los puertos del switch en donde los AP están conectados estarán en el modo tronco con el VLAN nativo fijado a 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
Restauración de la fábrica de los AP
Se recomienda para realizar una restauración de la fábrica de los AP antes de comenzar un nuevo despliegue. Esto puede ser hecha presionando el modo/el botón reset en el AP, conectando el poder adentro y continuando sosteniéndola por más de 20 segundos. Esto se asegurará de que se haya limpiado toda la configuración previa. El AP será accesible vía una conexión de consola con el nombre de usuario predeterminado de Cisco y la contraseña de Cisco (con diferenciación entre mayúsculas y minúsculas).
Descargando la imagen ligera del capwap a 1542-2 (MAPA)
La laptop 1 será utilizada como servidor TFTP. El AP 1542-2 se puede conectar inicialmente con el puerto del carruaje 0/8 del Switch1 apenas para poder realizarse la actualización. En software.cisco.com, bajo 1542 imágenes ligeras, descarga 15.3.3-JJ1 (nombre completo ap1g5-k9w8-tar.153-3.JK.tar) que corresponde a la imagen de la versión 8.10.105. La última imagen del peso ligero AP corresponderá siempre al más último YO versión.
Ponga la imagen en la carpeta raíz TFTP. Conecte el cable de la consola, login usando las credenciales predeterminadas (el nombre de usuario es Cisco y la contraseña es también Cisco). Asigne la dirección IP al AP y realice la actualización usando los siguientes 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
El AP realizará la actualización y después reiniciará. Confirme que la actualización ha sido acertada usando el 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
El AP será desenchufado del Switch1 y conectado nuevamente dentro del Switch2.
Descargando la imagen capaz expresa de la movilidad a AP 1542-1 (RAP)
Bajo movilidad exprese 8.10.105 versiones para 1542 AP, nosotros puede ver 2 archivos disponibles: .tar y .zip. Descargue el conjunto del .zip y extráigalo.
A diferencia de un WLC físico, los Puntos de acceso no tiene bastante memoria flash para salvar todas las imágenes AP, así que tener un servidor TFTP accesible es siempre necesario. Extraiga archivo zip y copie su contenido a la raíz del servidor TFTP. El archivo extraído contendrá las imágenes múltiples AP:
Apname_decoder.inc llamado archivo de texto contiene todos los nombres correspondientes de la imagen 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 realizar la actualización, conectar la consola con el AP 1542-1, asignar una dirección IP a ella y realizar la actualización de la imagen:
#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
La actualización se acaba una vez, el AP reiniciará. Pronto después de que el AP esté para arriba, la pieza del regulador comenzará a iniciar para arriba también. Debemos pronto ver el zero-day el provisioning de SSID “CiscoAirProvision” que es transmitido.
Confirme que la actualización ha sido acertada usando el 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
Aprovisionamiento del zero-day SSID
Conecte con el “CiscoAirProvision” SSID transmitido por el AP usando el password password. La laptop conseguirá una dirección IP de la subred 192.168.1.0/24.
En caso de que usted no vea el SSID que es transmitido, es todavía posible que el AP consiste en “CAPAZ expreso de la movilidad” pero no ejecutarse como movilidad expresa. Usted entonces tendría que conectar con el AP CLI y ingresar el tipo ap movilidad-expreso y el AP debe reiniciar y transmitir el SSID de disposición.
Abra el direccionamiento http://192.168.1.1 en un buscador Web. Esta página reorienta al Asisitente de la configuración inicial. Cree una cuenta de administración en el regulador especificando el nombre de usuario del administrador y contraseña y entonces clickStart.
En el siguiente paso configurado el regulador especificando los valores.
| Nombre del campo | Descripción |
| Nombre del sistema | Ingrese el nombre del sistema para la movilidad AP expreso. Ejemplo: MOBILITYEXPRESS-WLC |
| País | Elija un país de la lista desplegable. |
| Fecha y hora | Elija la fecha y hora actual. Nota: El Asisitente intenta importar la información del reloj (fecha y hora) del ordenador usando el Javascript. Se recomienda altamente que usted confirma los ajustes de reloj antes de continuar. Los Puntos de acceso dependen de los ajustes de reloj para unirse al WLC. |
| Timezone | Elija la zona de hora actual. |
| Servidor NTP | Ingrese a los detalles del servidor NTP. |
| IP de administración | Ingrese el IP Address de administración. NOTA: ¡Debe ser diferente del IP asignado al Punto de acceso! En este ejemplo, mientras que el AP consiguió el .201 IP, asignamos .200 en el asistente de configuración. ambos serán utilizados. |
| Máscara de subnet | Ingrese el direccionamiento de la máscara de subred. |
| Gateway predeterminado | Ingrese el default gateway. |
En esta configuración, el servidor DHCP se ejecutará en el Switch1, tan allí no es ninguna necesidad de habilitarla en YO WLC. Deslice la opción de la malla para habilitar y para hacer clic después.
En el siguiente paso cree la red inalámbrica especificando los campos siguientes:
| Nombre del campo | Descripción |
| Nombre de red | Ingrese el nombre de red. |
| Security | Elija el tipo personal de la Seguridad WPA2 de la lista desplegable. |
| Passphrase | Especifique la clave previamente compartida (PSK). |
| Confirme el passphrase | Entre y confirme la palabra clave de nuevo. |
Esta red se puede inhabilitar en la etapa posterior.
En las configuraciones avanzadas tabule, deje el resbalador de la optimización de parámetro RF inhabilitado y haga clic después
Una vez que se confirman las configuraciones, el WLC reiniciará:
Configuración adicional de la malla
Antes de establecer el vínculo de la malla, el MAPA necesita ser modo convertido del flexión-Bridge. El RAP será ya en el modo del flexión-Bridge si la opción de la malla se ha habilitado durante los config iniciales. Esto se puede hacer del CLI:
MAP# capwap ap mode flex-bridge MAP#[*11/05/2019 18:26:28.1599] AP Rebooting: Reset Reason - AP mode changed
Para que el top del MAPA únase a ME regulador, él necesita ser autorizado. En el MAPA, encuentre el MAC address de su interfaz de 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)
De la laptop 1, accedame interfaz Web del regulador vía https://192.168.1.200. Después de que hayan habilitado al Modo experto (esquina superior derecha), una lengueta de la malla aparecerá bajo configuraciones inalámbricas. Bajo el mac que filtra, agregue el Ethernet MAC Address del MAPA:
Después de configurar esto, un vínculo de la malla debe ser establecido. Para que el cliente atado con alambre detrás del MAPA para pasar el tráfico sobre el link de la malla, el Ethernet Bridging necesita ser habilitado en el MAPA bajo las configuraciones inalámbricas > acceso Poins > MAPA > malla:
Si el link de la malla está utilizando una banda 5GHz, puede ser afectado por las firmas del radar. El RAP detecta una vez un evento del radar, él conmutará a otro canal. Se recomienda para habilitar la notificación de cambio del canal así que el RAP notifica el MAPA que el canal será conmutado. Esto baja perceptiblemente el tiempo de convergencia pues el MAPA no tiene que analizar todos los canales disponibles:
Verificación
Podemos verificar que el MAPA se haya unido a funcionando con el comando summary ap de la malla de la demostración:
(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 probar si el link está pasando con el tráfico, intentaremos hacer ping la laptop 1 a la 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
Resolución de problemas
En el MAP/RAP:
- eventos de la malla del debug
En MÍ WLC:
- permiso de los eventos del capwap del debug
- permiso de los errores del capwap del debug
- permiso de los eventos de la malla del debug
El ejemplo de un acertado se une al proceso observado del MAPA (se han redactado algunos mensajes pues no son 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!
Extremidades, trucos y errores comunes
- Actualizando el MAPA y el RAP a la misma versión de imagen sobre el alambre, estamos evitando la descarga de imagen que pasa el aire (que puede ser problemático en los entornos “sucios” RF).
- El aumento del ancho del canal del link del regreso 5GHz puede llevar para bajar el SNR y las detecciones de radar falsas (principalmente en 80MHz y 160 MHz).
- La Conectividad del link de la malla no debe ser probada haciendo ping el MAPA o el RAP. No serán pingable una vez que sube el link de la malla.
- Se recomienda altamente para probar hacia fuera la configuración en un entorno controlado antes de desplegarlo en el sitio.
- Si los AP con las antenas externas se están utilizando, aseegurese para consultar el Guía de despliegue para marcar qué Antenas son compatibles y cuáles se debe enchufar el puerto ellos.
- Para interligar el tráfico de diversos VLA N sobre el link de la malla, la característica transparente del VLA N necesita ser inhabilitada.
- Considere tener un servidor de Syslog local a los AP, como puede proporcionar la información del debug de otra manera solamente disponible con una conexión de consola.
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)