Laboratorios de redes Docs Abrir simulador →

CAPWAP transporta cualquier tráfico IP: ida y vuelta UDP/TCP a través de DNS

Slice K incorpora el paquete IPv4 interno completo dentro de CAPWAP-Data, por lo que decap y downlink encap funcionan para cualquier protocolo IP, no solo ICMP. PHONE emite una consulta DNS (UDP/53), hace un túnel a través de AP1 a WLC1, reenvía a DEST (un servidor DNS), DEST responde, la respuesta se vuelve a encapsular como enlace descendente hacia AP1. Ambas piernas visibles en pcap con el intercambio interno de DNS UDP/53.

Abrir este laboratorio en el navegador →

Gratis · sin instalación · sin cuenta

Escenario

Los sectores I y J manejaron componentes internos ICMP únicamente: el viaje de ida y vuelta se cerró para solicitud de eco/respuesta de eco, pero el tráfico UDP/TCP de un cliente wifi murió en la ruta "No sé qué hacer con esto" del WLC. Slice K cierra esa brecha. Qué cambió: la carga útil capwap-data UDP/5247 ahora incorpora el IPv4Packet interno completo. Decap en el WLC reemite el contenido interno a través de localForward independientemente del protocolo: ICMP, UDP, TCP fluyen a través de la misma ruta de código. La intercepción del enlace descendente en el WLC envuelve de manera similar cualquier paquete vinculado al cliente wifi (con una pequeña verificación de protección de bucle que excluye nuestras propias tramas CAPWAP). Ida y vuelta demostrado (DNS): 1. PHONE (10.30.0.50) envuelve una consulta DNS UDP/53 para web.example.com en CAPWAP-Data. 2. AP1 emite UDP/5247 hacia WLC1. 3. WLC1 se descapsula, el paquete UDP/53 interno fluye a través del FIB y se enruta a través de Gi0/2 a DEST. 4. DEST es un servidor DNS con una zona example.com, registro web → 10.0.0.99. Responde. 5. La respuesta de DNS regresa hacia 10.30.0.50. La intercepción del controlador inalámbrico de WLC1 coincide con dst → se ajusta como enlace descendente de datos CAPWAP con la respuesta incorporada. 6. AP1 recibe la trama de enlace descendente (pcap muestra la respuesta DNS UDP/53 completa en su interior). Mismo patrón para TCP (telnet a CallManager, HTTP a una página de administración). El mismo patrón para cualquier tráfico IP desde/hacia un cliente wifi.

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 DEST está configurado como servidor DNS.

  2. Activar la consulta DNS del TELÉFONO: cree un UDP/53 interno con kind: 'dns', qr: 'query', qname web.example.com. Envolver a través de engine.emitWirelessClientPacket. Pcap debe mostrar: (a) enlace ascendente UDP/5247 con innerProto: 'udp', (b) consulta UDP/53 decapada en Vlan30 → enrutada a DEST, (c) respuesta UDP/53 de DEST, (d) enlace descendente UDP/5247 con innerProto: 'udp' llevando la respuesta hacia AP1.

Abrir este laboratorio en el navegador →

Más laboratorios de este tema

Este laboratorio en otros idiomas

CAPWAP carries any IP traffic — UDP/TCP round-trip via DNSCAPWAP überträgt jeglichen IP-Verkehr – UDP/TCP-Roundtrip über DNSCAPWAP transporta qualquer tráfego IP – ida e volta UDP/TCP via DNSCAPWAP transporte tout trafic IP — aller-retour UDP/TCP via DNSCAPWAP किसी भी IP ट्रैफ़िक को ले जाता है - DNS के माध्यम से UDP/TCP राउंड-ट्रिपCAPWAP 承载任何 IP 流量 — 通过 DNS 的 UDP/TCP 往返CAPWAP trasporta tutto il traffico IP: andata e ritorno UDP/TCP tramite DNSCAPWAP はあらゆる IP トラフィックを伝送します - DNS 経由の UDP/TCP ラウンドトリップCAPWAP는 모든 IP 트래픽을 전달합니다 — DNS를 통한 UDP/TCP 왕복CAPWAP передает любой IP-трафик — UDP/TCP туда и обратно через DNS.CAPWAP her türlü IP trafiğini taşır - DNS aracılığıyla UDP/TCP gidiş-dönüşCAPWAP mang bất kỳ lưu lượng IP nào - chuyến đi khứ hồi UDP/TCP qua DNS