Laboratori di rete Docs Apri simulatore →

Portata del client wireless: sondare il controller collegato

Un client wireless su un AP unito viene visualizzato nella VLAN in uscita del profilo policy come se fosse direttamente collegato al controller. show wireless client-reach <ip> sintetizza un'indagine da quel punto di vista: estrae la VLAN in uscita dal profilo della policy, trova la sottorete SVI del controller, sceglie un IP di origine libero ed esegue il ping della destinazione.

Apri questo laboratorio nel browser →

Gratis · senza installazione · senza account

Scenario

Gli Slice A–E hanno creato il modello wireless gestito dal controller end-to-end. Slice F chiude la domanda rivolta all'operatore: "da un client wireless su questo AP, posso raggiungere 10.30.0.5?" Il tunnel CAPWAP è concettualmente trasparente a questo livello di astrazione. Dal punto di vista della rete cablata, un client wireless *vive* nella VLAN di uscita del profilo policy: l'AP incapsula i frame client in CAPWAP-Data e il controller li decapsula in quella VLAN. Pertanto la portata di calcolo da un client wireless si riduce alla portata di calcolo di qualsiasi host in quella VLAN. Il flusso del risolutore: 1. Cercare apJoin.policyTag dell'AP → recuperare il tag policy del controller → prima voce WLAN/policy. 2. Risolvere il profilo della policy → prendere il suo vlan. 3. Sul controller, trovare l'interfaccia denominata Vlan{N} (SVI). Il suo primo indirizzo è il gateway. 4. Assegna un IP libero nella sottorete di SVI: questa è l'origine client sintetica. 5. Emettere una sonda: sendPing(controller, src=synthetic, dst=target) ed emettere un ID di traccia. Cosa include questa sezione: - Il risolutore computeWirelessClientSource(sim, apId) a funzione pura. - La CLI show wireless client-reach <ip> sull'AP che stampa le informazioni sull'hop risolto ed emette la sonda. - La sonda percorre la pipeline di copertura esistente: nessun nuovo tipo di pacchetto, nessun nuovo limite nel grafico della topologia. Ciò che questa sezione *non* fornisce: l'incapsulamento/decapsulamento effettivo del cavo CAPWAP-Data. Il frame va dal controller all'SVI, non dall'AP incapsulato. Per la maggior parte delle affermazioni sulla portata questa distinzione non ha importanza: l'SVI è il luogo in cui appare effettivamente il client wireless. Se è necessario l'encap a livello di cavo (ad esempio per valutare il comportamento dell'elenco di accesso sul percorso del controller AP stesso), questo è il territorio di una sezione futura che estenderebbe il livello del frame. Semantica di portata: poiché la sorgente sintetica non ha un vero risponditore, valutiamo la portata *unidirezionale* (la sonda arriva a destinazione). Il viaggio di andata e ritorno richiederebbe la modellazione di un dispositivo client wireless vero e proprio.

Topologia

2 × router, 1 × controller wireless, 1 × switch, 1 × access point · Cisco IOS-XE-style

Cosa farai

  1. Verificare che AP1 si sia unito a WLC1. show capwap client summary dovrebbe riportare phase: joined.

  2. Su AP1, esegui show wireless client-reach 10.30.0.5. L'output dovrebbe risolvere VLAN 30, gateway 10.30.0.1/24, client sintetico 10.30.0.2 ed emettere un ID di traccia sonda.

Apri questo laboratorio nel browser →

Altri laboratori su questo tema

Questo laboratorio in altre lingue

Wireless client reach — probe through the joined controllerReichweite des drahtlosen Clients – Sonde über den angeschlossenen ControllerAlcance del cliente inalámbrico: sonda a través del controlador unidoAlcance do cliente sem fio — investigue o controlador unidoPortée du client sans fil: sonde via le contrôleur jointवायरलेस क्लाइंट पहुंच - जुड़े हुए नियंत्रक के माध्यम से जांच करें无线客户端到达 — 通过连接的控制器进行探测ワイヤレス クライアント リーチ - 参加しているコントローラーを介してプローブします무선 클라이언트 연결 - 결합된 컨트롤러를 통한 프로브Доступ к беспроводному клиенту — проверка подключенного контроллераKablosuz istemci erişimi — birleştirilmiş denetleyici aracılığıyla taramaTiếp cận khách hàng không dây - thăm dò thông qua bộ điều khiển đã kết nối