Dépannage du flux vidéo WLC de la gamme 5760

Introduction

Ce document décrit comment résoudre les problèmes de VideoStream sur le contrôleur LAN sans fil (WLC) de la gamme Cisco 5760.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• WLC de la gamme Cisco 5760
• Configuration VideoStream sur le WLC de la gamme 5760
• Point d'accès (AP) de la gamme Cisco 3602

Note: Référez-vous à la section Configuration de l'interface utilisateur graphique de VideoStream du Guide de configuration de VideoStream Cisco IOS XE version 3SE Commutateur Catalyst de la gamme Cisco 3850 pour plus d'informations sur la configuration de VideoStream.

Components Used

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

• WLC de la gamme Cisco 5760 qui exécute le logiciel version 3.3.2
• Point d'accès de la gamme Cisco 3602 qui fonctionne en mode léger

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Informations générales

Cette section fournit une vue d'ensemble du flux VideoStream via le WLC et des limitations actuelles.

Limitations de VideoStream

VideoStream permet à l'architecture sans fil de déployer des flux vidéo multidiffusion sur les clients sans fil de l'entreprise. Le mécanisme de diffusion vidéo multidiffusion actuel présente les limites suivantes :

• Les paquets de multidiffusion sont envoyés au débit de données obligatoire le plus élevé. Cela signifie que même si le client peut s'associer à un débit de données 802.11n, les paquets vidéo sont envoyés à des débits beaucoup plus faibles.
  
  
• Les paquets de multidiffusion ne sont pas reconnus car il existe plusieurs destinataires et il n'est pas évolutif de recevoir des accusés de réception de chaque client.
  
  

Afin de contourner ces limitations, VideoStream envoie les paquets de multidiffusion vidéo sous forme de paquets de monodiffusion en direct. Avec ce processus, le point d'accès peut utiliser le débit de données individuel pour chaque client. Cela permet également au client d’accuser réception des paquets qui ne sont pas reçus.

Flux VideoStream via le WLC

Voici un schéma de réseau qui illustre le flux VideoStream à travers le WLC :

Voici les détails de la topologie de cette configuration :

• L'adresse MAC du client est 0017.7c2f.b86e.
  
  
• L'adresse IP de la vidéo multidiffusion est 239.1.1.1.
  
  
• La multidiffusion avec monodiffusion est utilisée comme mécanisme de transmission multidiffusion au point d'accès.
  
  

Ces étapes décrivent le flux VideoStream :

1. Le client envoie un message de jointure IGMP (Internet Group Management Protocol) que le WLC intercepte.
   
   
2. Le WLC crée une entrée MGID (Mapping Group Identification) afin de mapper le flux avec la demande du client et le VLAN associé.
   
   
3. L'un des principaux aspects de VideoStream qui le différencie du trafic de multidiffusion régulier est que le WLC vérifie avec l'AP afin de vérifier qu'il a la bande passante requise pour desservir ce flux ; il envoie des messages RRC (Radio Resource Control) au point d'accès. 
   
   
4. Le point d'accès renvoie sa bande passante et d'autres statistiques connexes dans une réponse RRC. Ceci informe le WLC de la bande passante disponible sur l'AP.
   
   
5. En fonction de la réponse de l'AP, le WLC décide d'admettre le flux et envoie le message de jointure IGMP en amont. Vous pouvez configurer le WLC de sorte qu'il transfère ce flux même s'il n'y a pas assez de bande passante sur l'AP ; cependant, il marque le flux de la file d'attente best effort. Il peut également utiliser l'action par défaut, qui est de ne pas autoriser le flux et de supprimer le message de jointure IGMP.
   
   
6. Le WLC indique au point d'accès que le flux est admis et indique la quantité de bande passante qui doit être réservée pour ce flux.
   
   
7. Le WLC informe l'AP du mappage WLAN-MGID pour le client.
   
   
8. Le point d’accès conserve ensuite une trace de la quantité de bande passante utilisée par le client et de la quantité de bande passante restante pour chaque radio. Ces informations sont utilisées lorsque des flux supplémentaires doivent être ajoutés.
   
   
9. Lorsque le WLC reçoit le trafic de multidiffusion destiné au client, il vérifie que le VideoStream est configuré et qu'une entrée MGID est déjà créée.
   
   
10. Si les deux conditions sont remplies, le WLC transfère les flux à tous les AP qui ont des clients qui demandent ce flux. Le WLC livre les flux de multidiffusion aux points d'accès avec multidiffusion avec monodiffusion ou multidiffusion avec multidiffusion, en fonction du mécanisme de livraison configuré.
    
    
11. Le point d’accès remplace l’adresse de destination par une adresse de monodiffusion et envoie le flux par monodiffusion à chaque client qui demande le flux. Les paquets incluent un marquage DSCP AF41 (valeur 802.1p de 4) et sont envoyés au débit de données utilisé pour chaque client individuel.

Dépannage

Utilisez les informations de cette section afin de dépanner le flux VideoStream à travers le WLC.

Vérifiez que Multicast Direct est activé

Afin de vérifier que la diffusion directe multicast est activée sur le WLC, entrez cette commande :

5760#show wireless media-stream multicast-direct state
Multicst-direct State : Enabled

Vous pouvez également utiliser la commande show wireless media-stream group summary afin de vérifier si une adresse de multidiffusion spécifique est activée :

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

Note: Vous devez d'abord activer mutlicast-direct globalement, puis pour le LAN sans fil (WLAN) également.

Activer le débogage sur le WLC

Vous pouvez activer le débogage sur le WLC afin de vérifier que le RRC est négocié correctement et que le flux multimédia est autorisé. Voici les commandes de débogage les plus utiles que vous pouvez exécuter :

• debug media-stream errors - Cette commande fournit des informations relatives aux erreurs qui se produisent dans le processus de flux de média.
  
  
• debug media-stream event - Cette commande fournit des informations sur les différentes modifications d'état qui se produisent.
  
  
• debug media-stream rrc - Cette commande fournit des informations sur les messages RRC échangés.
  
  
• debug call-admission wireless all - Cette commande fournit des informations relatives aux débogages CAC (Command Access Card).
  
  
• debug ip igmp group_address - Cette commande fournit des informations sur le processus de jointure.

Exemple de sortie de commande de débogage

Le contrôleur crée initialement une entrée MGID pour le client une fois qu'il envoie un message de jointure IGMP :

*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

Une fois terminé, le WLC comprend que cette adresse IP de multidiffusion particulière est configurée pour la diffusion multimédia en continu et commence le processus RRC :

*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

Le WLC envoie ensuite la requête RRC :

*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

Note: Cette sortie montre que le WLC spécifie les métriques nécessaires au flux.

Le point d'accès et le WLC effectuent maintenant diverses vérifications avant que le flux ne soit autorisé. Cette vérification est effectuée afin de vérifier si le nombre maximal de flux est atteint :

*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

Cette vérification est effectuée afin de vérifier si la perte de paquets pour la file d'attente vidéo a dépassé le seuil :

*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) 

Cette vérification est effectuée afin de vérifier la bande passante du point d'accès :

*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

Une fois tous les critères passés, le flux est admis. Le déroutement d'admission SNMP est envoyé afin d'informer que le flux de support est autorisé, ce qui est utile dans les cas où le SNMP est utilisé afin de surveiller les flux autorisés.

*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

Les informations de flux sont maintenant ajoutées à la base de données du WLC et la valeur QoS (Quality of Service) est définie pour le flux vidéo :

*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 

Le WLC transmet le message de jointure IGMP en amont et met à jour les autres composants :

*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

Vérifier les entrées MGID sur le WLC

Entrez la commande show wireless multicast group summary afin de vérifier les entrées MGID qui forment :

5760#show wireless multicast group summary

IPv4 groups
   -------------
   MGID    Source     Group         Vlan
   --------------------------------------
4160     0.0.0.0      239.1.1.1     12

Afin de recevoir plus de détails sur les clients associés à une entrée MGID spécifique, entrez la commande show wireless multicast group group_address vlan id_vlan :

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

Afin de vérifier les mêmes informations sur l'AP, entrez la commande show capwap mcast mgid id 4161 :

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

Note: Cette sortie montre que le client est ajouté à la liste Fiable Mcast Clients avec une priorité QoS de 4.

Dépannage de la qualité vidéo sur le point d'accès

Lorsque des problèmes de qualité vidéo sont signalés, vous pouvez vérifier ces données sur le point d'accès afin de dépanner :

• Entrez la commande show controller dot11radio 0 txq afin d'afficher les statistiques de file d'attente de transmission vidéo sur l'AP :
  
  

  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

  
  Il est important de prendre note des statistiques de file d'attente vidéo. Vous devez comparer le nombre de paquets qui sont transmis avec le nombre de paquets qui sont retentés en raison d'échecs de transmission.
  
  
• Entrez la commande show controller dot11radio 0 client afin d'afficher les paramètres d'un client spécifique :
  
  

  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

• Avec la sortie de commande show controller dot11radio 0, vous pouvez également afficher les métriques de transmission vidéo. Prenez note du nombre de transmissions réussies et échouées et de chutes Q qui apparaissent dans chaque période d'échantillonnage :
  
  

  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

Flux refusé par le WLC

Cette section décrit le processus qui se produit lorsque la bande passante est insuffisante pour autoriser un flux. Le WLC vérifie l'exigence de flux par rapport aux limites configurées et refuse le flux :

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

Note: À des fins de test, la bande passante maximale autorisée pour la diffusion vidéo en continu est remplacée par 1 000 Kbits/s dans cet exemple.

Des messages similaires apparaissent lorsque le flux est refusé pour toute autre raison, et le WLC envoie également une interruption SNMP :

May 19 10:29:36.890: %IOSXE-7-PLATFORM: 1 process wcm: 0017.7c2f.b86e
 Sending SNMP deny trap