Laboratorios de redes Docs Abrir simulador →

CAPWAP de extremo a extremo: tráfico de cliente wifi sin capacidad en el WLC

El segmento I cierra la ruta de datos del enlace ascendente: cuando PHONE (cliente wifi en 10.30.0.50) emite un paquete, AP1 lo envuelve en CAPWAP-Data UDP/5247 a WLC1, el WLC retira los encabezados y reemite la solicitud de eco ICMP interna en su salida de VLAN de política (Vlan30 SVI). DEST (10.30.0.5) recibe el paquete descapsulado: pcap muestra la trama UDP/5247 encapsulada en el cable AP→WLC Y el ICMP descapsulado en la VLAN de política.

Abrir este laboratorio en el navegador →

Gratis · sin instalación · sin cuenta

Escenario

El segmento I ofrece la descapitalización del lado WLC. La cadena ahora es real de extremo a extremo: 1. Se solicita a PHONE (cliente wifi, IP 10.30.0.50, asociado con AP1) que emita un paquete a 10.30.0.5. 2. AP1 envuelve el paquete ICMP interno en CAPWAP-Data UDP/5247 procedente de su propia IP y enviado a la IP de administración de WLC1. 3. Los firewalls en la ruta (si los hay) evalúan UDP/5247: pcap muestra el marco encapsulado, las ACL acertan o fallan según lo configurado. 4. El controlador UDP/5247 de WLC1 desencapsula el paquete interno y lo reemite como un paquete IPv4 normal a través del FIB del controlador. El SVI Vlan30 es la salida (el perfil de política fijó la VLAN 30; la ruta conectada directamente del controlador para 10.30.0.5/24 es a través del SVI Vlan30). 5. DEST recibe la solicitud de eco ICMP interna: pcap muestra el paquete descapsulado que llega a su interfaz. Semántica de alcance: este segmento envía enlace ascendente de un extremo a otro. La dirección del enlace descendente (respuesta de DEST → WLC se vuelve a encapsular como CAPWAP-Data → AP → inalámbrico al cliente) es trabajo directo, ya que el WLC necesita un mapeo por cliente ("¿qué AP tiene actualmente el cliente 10.30.0.50?") que aún no creamos en tiempo de ejecución. Para la mayoría de las preguntas del operador ("¿mi teléfono de voz llega al administrador de llamadas?"), la entrega de enlace ascendente + la consulta de alcance de Slice F cubren la respuesta. Opción DHCP 133: mientras estamos aquí, el simulador ahora también expone la opción 133 (prioridad L2/802.1p CoS) junto con la opción existente 132 (VLAN de voz). Los teléfonos IP de Cisco utilizan el par: 132 lleva el ID de VLAN de voz, 133 el CoS para estampar las tramas de voz etiquetadas (normalmente 5).

Topología

2 × router, 1 × controlador inalámbrico, 1 × switch, 1 × punto de acceso, 1 × cliente wifi · Cisco IOS-XE-style

Qué vas a hacer

  1. Confirme que AP1 se unió a WLC1 y que PHONE está asociado.

  2. Active PHONE para emitir una solicitud de eco ICMP a 10.30.0.5: engine.emitWirelessClientPacket({ deviceId: 'PHONE', dst: parseIPv4('10.30.0.5') }). Pcap debe mostrar: (a) trama de datos CAPWAP UDP/5247 de AP1 a WLC1, (b) solicitud de eco ICMP decapada de 10.30.0.50 a 10.30.0.5 saliendo de la interfaz Vlan30 de WLC1, (c) DEST recibiendo la solicitud de eco.

Abrir este laboratorio en el navegador →

Más laboratorios de este tema

Este laboratorio en otros idiomas

CAPWAP end-to-end — wifi-client traffic decap'd at the WLCCAPWAP End-to-End – WLAN-Client-Verkehr wird am WLC enthauptetCAPWAP ponta a ponta - tráfego do cliente wifi decapado no WLCCAPWAP de bout en bout — trafic client wifi décapé au niveau du WLCCAPWAP एंड-टू-एंड - WLC पर वाईफाई-क्लाइंट ट्रैफिक डिकैप्डCAPWAP 端到端 — 在 WLC 上解除 wifi 客户端流量限制CAPWAP end-to-end: traffico client Wi-Fi decapato al WLCCAPWAP エンドツーエンド - WLC で Wi-Fi クライアント トラフィックのキャップを解除CAPWAP 종단 간 — WLC에서 Wi-Fi 클라이언트 트래픽의 제한이 해제됩니다.Сквозной CAPWAP — трафик Wi-Fi-клиента ограничивается на WLCCAPWAP uçtan uca — Wi-Fi istemci trafiğinin sınırı WLC'de azaldıCAPWAP end-to-end — giải mã lưu lượng truy cập wifi-client tại WLC