Pase el examen inalámbrico del laboratorio de CCIE en el 1r intento con los libros de trabajo y las soluciones 100% verdaderos de SPOTO

1.1 Solucionar los problemas de la red en la sede central

de modo que para las conexiones entre los 3650 y los 4500, el tráfico de usuario inalámbrico corporativo sólo para las VLAN 101 y 102, utilice G1/0/20 en los 3650 como enlace de reenvío primario. G1/0/21 en 3650-1 y 3650-2 debe utilizarse exclusivamente como conexión de reserva. Notas:

• Utilice un método STP que priorice la forma en que los conmutadores locales (es decir, los 3650) eligen el puerto raíz.
• La configuración debe aplicarse sólo a las interfaces G1/0/21.

Solución:

3650-1 & 3650-2

3650-1 & 3650-2

    spanning-tree vlan 101-102 cost 200000000

2.1 Puente

El enlace puente entre el A3700-BR1 y el A3700-BR2 no se establece según lo previsto. Solucione y corrija los problemas para permitir que se establezca el enlace puente manteniendo estos requisitos:

•   The link must use the SSID BridgeYY, broadcast by A3700-BR1 and using the first available channel in UNII-3.
•   This is an infrastructure SSID bridge link between A3700-BR1 (which is acting as the Root AP), and potential WGBs (only A3700-BR2 for now). Use RSN for Layer 2 security.
•   A3700-BR1 must allow A3700-BR2 to authenticate against its internal RADIUS server using EAP-FAST only. Create a “BR2-user” user that belongs to the group EFAST-GROUP in order to achieve this, and set its password to “cisco”.
•   Make sure that multicast/broadcast packets to the WGB are acknowledged.
•   WGBs must handle multicast/broadcast packets in the most efficient possible way.

Solución：

El amarillo es config. El otro es preconfig.

A3700-BR1

aaa nuevo-modelo

aaa grupo servidor radius rad_eap

servidor 10.20.14.10 auth-port 1812 acct-port 1813

aaa authentication login eap_methods group rad_eap

dot11 ssid Puente37

  authentication network eap_methods

    <<---Part of Requirement 2

  authentication key-management wpa version 2

    <<---Part of Requirement 2

  infrastructure-ssid

    <<---Part of Requirement 2

interfaz Dot11Radio1

  channel 149

    <<---Part of Requirement 1

  no shutdown

 no authentication leap

  <<---Part of Requirement 3

 no authentication mac

  <<---Part of Requirement 3

 eapfast server-key primary 7 808D2A5B41A4B43E02A1450398AFD7400F

 nas 10.20.14.10 key 7 0822455D0A16

 group EFAST-GROUP

    eapfast pac expiry 7

 user BR2-user password cisco group EFAST-GROUP

  <<---Part of Requirement 3

radius-server host 10.20.14.10 auth-port 1812 acct-port 1813 key 7 110A1016141D

A3700-BR2

dot11 ssid Puente37

 authentication network-eap eap_methods

    <<---Part of Requirement 2

 authentication key-management wpa version 2

    <<---Part of Requirement 2

credenciales dot1x EFAST-CRE

    <<---Part of Requirement 3

perfil dot1x eap EFAST-PROF

    <<---Part of Requirement 3

perfil eap EFAST-PROF

 method fast

credenciales dot1x EFAST-CRE

  no username 3700-BR2cisco

    <<---Part of Requirement 3

  username BR2-user

    <<---Part of Requirement 3

  password 0 cisco

int dot11Radio 1

  ssid Bridge37

  infrastructure-client

    <<---Requirement 4

  station-role workgroup-bridge multicast mode infrastructure

    <<---Requirement 5

  no shutdown

Ping entre 4500,BR1-2

MAC flapping en el core switch Concepto ?

Su cliente informa de una alta utilización de la CPU en su conmutador central. los mensajes de registro en el conmutador muestran una gran cantidad de mensajes MAC flapping, que indican la causa raíz de esta alta utilización de la CPU. todas las direcciones MAC de los registros pertenecen a clientes inalámbricos. los clientes se mueven entre APs que pertenecen a diferentes WLCs y que forman parte de un grupo de movilidad. Síntomas Durante su investigación de la alta utilización de la CPU en el conmutador central, el equipo de LAN/conmutador confirmó que la alta CPU está siendo causada por MAC flapping, y que todas las direcciones MAC que parecen estar flapping en los registros son direcciones MAC de clientes inalámbricos.

Su experiencia es necesaria para diagnosticar un problema en el que los mensajes MAC flapping están causando una alta utilización de la CPU en el conmutador central. Se ha determinado que todas estas direcciones MAC pertenecen a clientes inalámbricos. Se le han proporcionado los siguientes documentos y recursos: ?hilo de correo electrónico entre el cliente y el soporte de primera línea ?diagrama de topología ?configuraciones del dispositivo/comandos de visualización ?depuradores

Q1. ¿Qué dos acciones resuelven este problema de forma permanente? (Elija dos.)

A. Configurar los dos WLC para alta disponibilidad activa/activa sin cambiar el registro WLC del AP.
B. Cambie la configuración de la WLAN a conmutación local/autenticación central.
C. Configure ambas WLAN para que utilicen subredes diferentes en cada WLC.
D. Configure los WLCs para EtherChannel (LAG) para asegurar que el metodo correcto de balanceo de carga esta siendo usado en los switches core.
E. El MAC flapping es un comportamiento normal para este tipo de configuración/topología. Los mensajes de MAC flapping no se pueden evitar.
F. Desactivar los mensajes de notificación de MAC flapping en el switch core.
G. Unir todos los AP al mismo WLC.
H. Este comportamiento está relacionado con un error. Debe actualizar el interruptor a un código más reciente para evitar este tipo de error cosmético.
A--
C. Configure ambas WLAN para que utilicen subredes diferentes en cada WLC.
G. Unir todos los AP al mismo WLC.

P2: En este escenario, ¿cómo aprende la tabla CAM del conmutador central las direcciones MAC de los clientes inalámbricos?
P3: Ambos WLCs están ejecutando el código 8.3. Supongamos que todas las WLANs están configuradas indénticamente en ambos WLCs. Basado en el tipo de seguridad WLAN, ¿qué WLAN configurada en el Cisco 5508-1 WLC no soporta movilidad itinerante?

El usuario invitado inalámbrico no puede acceder a la red de invitados. ¿Concepto?
Q2. ¿Qué causa raíz del problema es cierta?
Q3. ¿Qué dos opciones sugiere para evitar que se produzca este problema?

Q4. ¿Qué paquete # en la traza del sniffer muestra que hay un problema?

El WLC no se puede gestionar a través de Cisco Prime Infrastructure Concept ?

Estamos intentando integrar MSE, PI y un WLC para poder hacer un seguimiento de los clientes inalámbricos. estamos en las primeras etapas de la implementación, y no podemos conseguir que Cisco Prime gestione el WLC. este mismo WLC ha sido implementado, y no podemos conseguir que Cisco Prime gestione el WLC. este mismo WLC se había añadido antes, pero ahora, por alguna razón, ya no es manejable por Cisco Prime. una ACL de la CPU está bloqueando la comunicación SNMP entre los dos dispositivos.

Q1. ¿Qué causa raíz de este problema es cierta?

Q2. Según los resultados, ¿qué dos afirmaciones son ciertas? (Elija dos.)

Q3. ¿Qué resultado ayuda más a comprender los problemas?