WLC VideoStream der Serie 5760 - Fehlerbehebung
Inhalt
Einführung
In diesem Dokument wird beschrieben, wie Sie Probleme mit VideoStream auf dem Cisco Wireless LAN Controller (WLC) der Serie 5760 beheben können.
Voraussetzungen
Anforderungen
Cisco empfiehlt, über Kenntnisse in folgenden Bereichen zu verfügen:
- Cisco WLC der Serie 5760
- VideoStream-Konfiguration auf dem WLC der Serie 5760
- Cisco Access Point der Serie 3602 (AP)
Verwendete Komponenten
Die Informationen in diesem Dokument basieren auf den folgenden Software- und Hardwareversionen:
- Der Cisco WLC der Serie 5760, der Softwareversion 3.3.2 ausführt
- Der Cisco AP der Serie 3602, der im Lightweight-Modus ausgeführt wird
Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.
Hintergrundinformationen
Dieser Abschnitt bietet einen Überblick über den VideoStream-Fluss durch den WLC und die aktuellen Einschränkungen.
VideoStream-Einschränkungen
VideoStream ermöglicht der Wireless-Architektur die unternehmensweite Bereitstellung von Multicast-Video-Streaming für Wireless-Clients. Der aktuelle Multicast-Videobereitstellungsmechanismus weist folgende Einschränkungen auf:
- Multicast-Pakete werden mit der höchsten verbindlichen Datenrate gesendet. Das bedeutet, dass die Videopakete mit deutlich geringeren Übertragungsraten gesendet werden, selbst wenn der Client eine 802.11n-Datenrate zuordnen kann.
- Multicast-Pakete werden nicht bestätigt, da es mehrere Empfänger gibt und es nicht skalierbar ist, Bestätigungen von jedem Client zu empfangen.
Um diese Einschränkungen zu umgehen, sendet VideoStream die Video-Multicast-Pakete als Unicast-Pakete über die Luft. Bei diesem Prozess kann der Access Point die individuelle Datenrate für jeden Client verwenden. Dadurch kann der Client auch alle Pakete bestätigen, die nicht empfangen werden.
VideoStream-Fluss durch den WLC
Im folgenden Netzwerkdiagramm wird der VideoStream-Fluss durch den WLC veranschaulicht:
Nachfolgend sind die Topologiedetails für diese Konfiguration aufgeführt:
- Die Client-MAC-Adresse lautet 0017.7c2f.b86e.
- Die Multicast-Video-IP-Adresse ist 239.1.1.1.
- Multicast mit Unicast wird als Multicast-Bereitstellungsmechanismus für den AP verwendet.
In diesen Schritten wird der VideoStream-Fluss beschrieben:
- Der Client sendet eine Internet Group Management Protocol (IGMP)-Join-Nachricht, die der WLC abfängt.
- Der WLC erstellt einen Mapping Group Identification (MGID)-Eintrag, um den Fluss der Client-Anforderung und dem zugehörigen VLAN zuzuordnen.
- Einer der Hauptaspekte von VideoStream, der den Unterschied zum regulären Multicast-Datenverkehr darstellt, ist, dass der WLC mit dem Access Point überprüft, um sicherzustellen, dass er über die für diesen Stream erforderliche Bandbreite verfügt. sendet er Meldungen zur Radio Resource Control (RRC) an den Access Point.
- Der Access Point gibt seine Bandbreite und andere zugehörige Statistiken in einer RRC-Antwort zurück. Dies informiert den WLC über die Bandbreite, die auf dem Access Point verfügbar ist.
- Basierend auf der Antwort des Access Points entscheidet der WLC, den Fluss zuzugeben und sendet die IGMP-Join-Nachricht an den Upstream. Sie können den WLC so konfigurieren, dass er diesen Fluss weiterleitet, auch wenn der Access Point nicht über genügend Bandbreite verfügt. Sie markiert jedoch den Fluss für die Warteschlange mit bestem Datenverkehr. Es kann auch die Standardaktion verwendet werden, um den Stream nicht zuzulassen und die IGMP-Join-Nachricht zu verwerfen.
- Der WLC teilt dem WAP mit, dass der Datenfluss zugelassen ist, und gibt die Bandbreite an, die für diesen Datenfluss reserviert werden muss.
- Der WLC informiert den WAP über die WLAN-MGID-Zuordnung für den Client.
- Der Access Point erfasst dann die Bandbreite, die der Client verwendet, und die verbleibende Bandbreite für jede Funkeinheit. Diese Informationen werden verwendet, wenn zusätzliche Streams hinzugefügt werden müssen.
- Wenn der WLC den für den Client bestimmten Multicast-Datenverkehr empfängt, überprüft er, ob der VideoStream konfiguriert ist und bereits ein MGID-Eintrag erstellt wurde.
- Wenn beide Bedingungen erfüllt sind, leitet der WLC die Streams an alle APs weiter, die über Clients verfügen, die diesen Datenfluss anfordern. Der WLC stellt die Multicast-Streams entweder Multicast mit Unicast oder Multicast mit Multicast bereit, basierend auf dem konfigurierten Bereitstellungsmechanismus.
- Der Access Point ersetzt die Zieladresse durch eine Unicast-Adresse und sendet den Stream über Unicast an jeden Client, der den Fluss anfordert. Die Pakete enthalten ein AF41 DSCP-Zeichen (802.1p-Wert: 4) und werden mit der für jeden einzelnen Client verwendeten Datenrate gesendet.
Fehlerbehebung
Verwenden Sie die Informationen in diesem Abschnitt, um eine Fehlerbehebung für den VideoStream-Fluss durch den WLC durchzuführen.
Überprüfen Sie, ob Multicast Direct aktiviert ist.
Geben Sie den folgenden Befehl ein, um zu überprüfen, ob Multicast Direct auf dem WLC aktiviert ist:
5760#show wireless media-stream multicast-direct state
Multicst-direct State : Enabled
Sie können auch den Befehl show wireless media-stream group summary verwenden, um zu überprüfen, ob eine bestimmte Multicast-Adresse aktiviert ist:
5760#show wireless media-stream group summary
Number of Groups : 1
Stream Name Start IP End IP Status
------------------------------------------------
video_stream 239.1.1.1 239.1.1.1 Enabled
Aktivieren des Debuggens auf dem WLC
Sie können das Debuggen auf dem WLC aktivieren, um zu überprüfen, ob der RRC korrekt ausgehandelt wurde und der Medien-Stream zulässig ist. Dies sind die nützlichsten Debugbefehle, die Sie ausführen können:
- debug media-stream errors - Dieser Befehl enthält Informationen zu Fehlern, die im Medienstream-Prozess auftreten.
- debug media-stream event - Dieser Befehl enthält Informationen über die verschiedenen Statusänderungen, die auftreten.
- debug media-stream rrc - Dieser Befehl enthält Informationen über die ausgetauschten RRC-Nachrichten.
- debug call-entry wireless all - Dieser Befehl enthält Informationen zu CAC-Debuggen (Command Access Card).
- debug ip igmp group_address - Dieser Befehl enthält Informationen über den Join-Prozess.
Beispiel für Debug-Befehlsausgaben
Der Controller erstellt zunächst einen MGID-Eintrag für den Client, sobald er eine IGMP-Join-Nachricht sendet:
*May 7 22:42:23.632: %IOSXE-7-PLATFORM: 1 process wcm: mscbApMac =
dca5.f4ec.df30 client_mac_addr = 0017.7c2f.b86e slotId = 0 vapId =
2 mgid = 4161 numOfSGs = 2, rrc_status = 3 *May 7 22:42:23.632: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e mc2uc update client 0017.7c2f.b86e radio dca5.f4ec.df30
destIp 239.1.1.1 srcIp 0.0.0.0 mgid 4161 slot 0 vapId 2 vlan 12
Nach Abschluss des Vorgangs erkennt der WLC, dass diese spezielle Multicast-IP-Adresse für das Medien-Streaming konfiguriert ist, und beginnt mit dem RRC-Prozess:
*May 7 22:42:23.632: %IOSXE-7-PLATFORM: 1 process wcm:
msPolicyGetRrcQosSupport 1 4 4
*May 7 22:42:23.632: %IOSXE-7-PLATFORM: 1 process wcm:
msPolicyPlatform not AP 1100
*May 7 22:42:23.632: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e mc2uc qos admit 1 qos 4 pri 4
*May 7 22:42:23.632: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e mc2uc submit client client
0017.7c2f.b86eradio dca5.f4ec.df30 destIp
239.1.1.1 mgid 4161vapId 2 vlan 12
*May 7 22:42:23.632: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e FindRequestByClient not found dest
239.1.1.1 client 0017.7c2f.b86e radio dca5.f4ec.df30
source 0.0.0.0 slot 0
*May 7 22:42:23.632: %IOSXE-7-PLATFORM: 1 process wcm:
dca5.f4ec.df30 Creating request 3611 for radio
dca5.f4ec.df30
*May 7 22:42:23.632: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e Creating request 3611 for client
0017.7c2f.b86e
Der WLC sendet dann eine RRC-Anforderung:
*May 7 22:42:23.632: %IOSXE-7-PLATFORM: 1 process wcm:
rrcEngineInsertAdmitRequest dest 239.1.1.1 mgid 4161
request 3611
*May 7 22:42:23.632: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e rrcEngineSendMeasureMetricsRequest sent
request 3611 to radio dca5.f4ec.df30,
minRate = 6000, maxRetryPercent = 80
Der Access Point und der WLC führen nun verschiedene Prüfungen durch, bevor der Stream zugelassen wird. Diese Überprüfung dient der Überprüfung, ob die maximale Anzahl an Datenströmen erreicht wird:
*May 7 22:42:23.637: %IOSXE-7-PLATFORM: 1 process wcm:
rrcEngineFindRequest look for request 3611
*May 7 22:42:23.637: %IOSXE-7-PLATFORM: 1 process wcm:
rrcEngineFindRequest found request 3611
*May 7 22:42:23.638: %IOSXE-7-PLATFORM: 1 process wcm:
dca5.f4ec.df30 rrcEngineProcessRadioMetrics start
radio dca5.f4ec.df30 request 3611
*May 7 22:42:23.638: %IOSXE-7-PLATFORM: 1 process wcm:
dca5.f4ec.df30 done rrcEngineProcessRadioMetrics
radio dca5.f4ec.df30 request 3611
*May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
rrcEngineRemoveAdmitRequest request 3611
*May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
p_video = 0, p_voice = 0, pb = 476, video_qo = 0,
video_l_r_ratio = 0, video_no = 0
*May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
video_delay_hist_severe = 0, video_pkt_loss_discard =
0, video_pkt_loss_fail = 0
*May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
radio_tx_q_max_size = 1, radio_tx_q_limit = 5684,
vi_tx_q_max_size = 0, current_rate = 52
*May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
msPolicyGetStreamParameters streamName video_stream
bandwidth 1000 pakSize 1200
*May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e Admit video: number of streams on
radio is 0, number of streams on client is 0
Diese Überprüfung wird durchgeführt, um zu überprüfen, ob der Paketverlust für die Videowarteschlange den Schwellenwert überschritten hat:
*May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e Checking Link Stats for AP
dca5.f4ec.df30(0) : pkt_loss = 0, video_pps = 0 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e pkt_discard = 0, num_video_streams = 0 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e Link Stats Criteria PASSED for AP
dca5.f4ec.df30(0)
Diese Überprüfung wird durchgeführt, um die Bandbreite des Access Points zu überprüfen:
*May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm: 0017.7c2f.b86e Requested Video Media Time for AP
dca5.f4ec.df30(0) : cfg_stream_bw = 1000 kbps *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e current_rate = 26 Mbps, new_stream_pps
= 104 pps, video_pkt_size = 1200 bytes => req_mt
= 3354 MT *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e RRC Video BW Check for AP
dca5.f4ec.df30(0) : current chan/voice/video MT =
14875/0/0 MT *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e mt remain 16375 readmit_bias 0
current_video_mt 0 media_time_req 3354
video_mt_limit 15625
Wenn alle Kriterien erfüllt sind, wird der Stream zugelassen. Der SNMP-Trap wird gesendet, um anzuzeigen, dass der Medien-Stream zulässig ist. Dies ist nützlich, wenn das SNMP zur Überwachung der zulässigen Streams verwendet wird.
*May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e Video Stream Admitted: passed all
the checks *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e Mapping wme code 1 to history code 0 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e Admit video: request 3611 radio
dca5.f4ec.df30, decision 1 admission 2 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
mStreamBandMc2ucAdmit besteffort 1 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e Approve Admission on radio
dca5.f4ec.df30 request 3611 vlan 12 destIp
239.1.1.1 decision 1 qos 4 admitBest 1 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e RRC Admission: Add history record with
cause code 0 destIp 239.1.1.1 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e Sending SNMP admit trap
Die Streaminformationen werden jetzt der WLC-Datenbank hinzugefügt, und der Quality of Service (QoS)-Wert wird für den Video-Stream festgelegt:
*May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
bcastRrcHandleClientStatus: group = 239.1.1.1
clientmac = 0017.7c2f.b86eapmac = dca5.f4ec.df30
vlanId = 12 status = 2 qos = 4 mgid = 4161 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e RRC clientRecord add clientMac
0017.7c2f.b86e #of streams 1 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e RadioInsertStreamRecord # of streams
is 1 on radio dca5.f4ec.df30 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e Recording request 3611 destIp
239.1.1.1 qos 4 vlan 12 violation-drop 1 priority 4
sourceIp 0.0.0.0 client 0017.7c2f.b86e radio
dca5.f4ec.df30 slotId 0 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
0017.7c2f.b86e done rrcEngineProcessClientMetrics
client 0017.7c2f.b86e radio dca5.f4ec.df30 request
3611 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
locking mgid Tree in file bcast_process.c line 1988 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
unlocking mgid Tree in file bcast_process.c line 2096 *May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm:
spamLradSendMgidInfo: ap = dca5.f4ec.df30 slotId = 0,
apVapId = 2, numOfMgid = 1 mc2ucflag = 1, qos = 4
Der WLC leitet die IGMP-Join-Nachricht an den Upstream weiter und aktualisiert die anderen Komponenten:
*May 7 22:42:23.645: (l2mcsn_process_report) Allocating MGID for Vlan:
12 (S,G): :239.1.1.1 *May 7 22:42:23.645: (l2mcast_wireless_alloc_mcast_mgid) Vlan: 12 Source:
0.0.0.0 Group: 239.1.1.1 *May 7 22:42:23.645: (l2mcast_wireless_alloc_mcast_mgid) Source: 0.0.0.0
Group: 239.1.1.1 Vlan: 12 Mgid: 4161 *May 7 22:42:23.645: (l2mcast_wireless_track_and_inform_client) Protocol:
IGMPSN Client-address: 10.105.132.254 (S,G,V): 0.0.0.0 239.1.1.1 12 Port:
Ca0, MGID: 4161 Add: Add *May 7 22:42:25.399: IGMP(0): Set report delay time to 0.2 seconds for
239.1.1.1 on Vlan12
Überprüfen der MGID-Einträge im WLC
Geben Sie den Befehl show wireless multicast group summary ein, um die folgenden MGID-Einträge zu überprüfen:
5760#show wireless multicast group summary
IPv4 groups ------------- MGID Source Group Vlan -------------------------------------- 4160 0.0.0.0 239.1.1.1 12
Um weitere Informationen zu den Clients zu erhalten, die einem bestimmten MGID-Eintrag zugeordnet sind, geben Sie den Befehl show wireless multicast group_address vlan_id ein:
5760#show wireless multicast group 239.1.1.1 vlan 12 Source : 0.0.0.0 Group : 239.1.1.1 Vlan : 12 MGID : 4160
Number of Active Clients : 1 Client List -------------
Client MAC Client IP Status -------------------------------------------- 0017.7c2f.b86e 10.105.132.254 MC2UC_ALLOWED
Um dieselben Informationen auf dem Access Point zu überprüfen, geben Sie den Befehl show capwap mcast mgid id 4161 ein:
3602_lw# show capwap mcast mgid id 4161 rx pkts = 6996 tx packets: wlan : 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 slots0 : 0 6996 0 0 0 0 0 0 0 0 0 0 0 0 0 0 slots1 : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 slots2 : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Normal Mcast Clients: Reliable Mcast Clients: Client: 0017.7c2f.b86e --- SlotId: 0 WlanId: 1 --- Qos User Priority: 4
State: ADMITTED History - Retry Pct: 6 5 13 10 Rate (500 Kbps): 116 116 116 116
Fehlerbehebung bei der Videoqualität am Access Point
Wenn Probleme mit der Videoqualität gemeldet werden, können Sie diese Daten auf dem Access Point überprüfen, um Fehler zu beheben:
- Geben Sie den Befehl show controller dot11radio 0 txq ein, um Statistiken über die Videoübertragungswarteschlange am Access Point anzuzeigen:
3602_lw#show controller dot11radio 0 txq
(Output clipped)
---- Active ------ In-Progress --------------- Counts ----
Cnt Quo Bas Max Cl Cnt Quo Bas Sent Discard Fail Retry Multi
Uplink 0 64 0 0 0 0 5 0 0 0 0 0
Voice 0 512 0 0 0 60 0 3350 0 2 6 0
Video 0 1024 0 0 0 0 200 50406 0 0 878 2589
Best 0 1024 0 0 0 200 0 126946 0 0 20780 5170
Es ist wichtig, die Statistiken der Videokameras zu beachten. Sie müssen die Anzahl der Pakete vergleichen, die übertragen werden, mit der Anzahl der Pakete, die aufgrund fehlgeschlagener Übertragungen erneut versucht werden. - Geben Sie den Befehl show controller dot11radio 0 client ein, um die Parameter für einen bestimmten Client anzuzeigen:
3602_lw#show controller dot11radio 0 client
RxPkts KBytes Dup Dec Mic TxPkts KBytes Retry RSSI SNR
0017.7c2f.b86e 99600 24688 1276 0 0 168590 157253 341 46 46 - Mit der Befehlsausgabe show controller dot11radio 0 können Sie auch die Kennzahlen zur Videoübertragung anzeigen. Notieren Sie die Anzahl erfolgreicher und fehlgeschlagener Übertragungen und Q-Drops, die in jedem Probenahmezeitraum auftreten:
Dot11 Current Video Transmission Metrics:
Arrivals:106 Q-Drops:0 Tries:129 Agg:129 Success:106 Fail:0
Dot11 5-second Video Transmission Metrics:
Arrivals:147 Tries:195 Agg:195 Success:147 Fail:0
Radio-Q-Peak:9 Video-Q-Peak:32 Video-Q-Drops:0
Delay - Tot Msec:1392 10/20/40/40+ Msec:136/15/12/6
Dot11 1-second Video Transmission Metrics:
Q-util:71 max-tx-time:22 p-chan:483 p-video:8 L/r:18911
Vom WLC abgelehnter Fluss
In diesem Abschnitt wird der Prozess beschrieben, der durchgeführt wird, wenn die Bandbreite für einen Stream nicht ausreicht. Der WLC überprüft die Streamanforderung anhand der konfigurierten Grenzwerte und verweigert den Stream:
May 8 10:29:36.890: %IOSXE-7-PLATFORM: 1 process wcm: 0017.7c2f.b86e
RRC Video BW Check for AP dca5.f4ec.df30(0) : current
chan/voice/video MT = 16563/0/0 MT May 8 10:29:36.890: %IOSXE-7-PLATFORM: 1 process wcm: 0017.7c2f.b86e
mt remain 14687 readmit_bias 0 current_video_mt 0 media_time_req
2392 video_mt_limit 1562 May 8 10:29:36.890: %IOSXE-7-PLATFORM: 1 process wcm: 0017.7c2f.b86e
RRC Video BW Check Failed: Insufficient Video BW for AP
dca5.f4ec.df30(0) May 8 10:29:36.890: %IOSXE-7-PLATFORM: 1 process wcm: 0017.7c2f.b86e
Video Stream Rejected. Bandwidth constraint. May 8 10:29:36.890: %IOSXE-7-PLATFORM: 1 process wcm: 0017.7c2f.b86e
Mapping wme code 8 to history code 1 May 8 10:29:36.890: %IOSXE-7-PLATFORM: 1 process wcm: 0017.7c2f.b86e
Deny Admission on radio dca5.f4ec.df30 request 3633 destIp
239.1.1.1 vlan 12
Ähnliche Meldungen werden angezeigt, wenn der Fluss aus einem anderen Grund abgelehnt wird und der WLC außerdem ein SNMP-Trap sendet:
May 19 10:29:36.890: %IOSXE-7-PLATFORM: 1 process wcm: 0017.7c2f.b86e
Sending SNMP deny trap
FeedbackCisco kontaktieren
- Eine Supportanfrage öffnen
- (Erfordert einen Cisco Servicevertrag)