Communication sans fil/mobilité : Réseau local sans fil (WLAN)

Dépannage de la gamme 5760 WLC VideoStream

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit comment dépanner des questions de VideoStream sur le contrôleur LAN Sans fil de gamme Cisco 5760 (WLC).

Contribué par Ishaan Sanji, ingénieur TAC Cisco.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

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

Remarque: Référez-vous à la section GUI de configuration de VideoStream du commutateur de Catalyst de gamme Cisco 3850 de la version 3SE du Cisco IOS® XE de guide de configuration de VideoStream pour plus d'informations sur la configuration de VideoStream.

Composants utilisés

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

  • La gamme Cisco 5760 WLC qui exécute la version de logiciel 3.3.2
  • La gamme Cisco 3602 AP qui fonctionne en mode léger

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Informations générales

Cette section fournit un aperçu du VideoStream traversent le WLC et les limites en cours.

Limites de VideoStream

VideoStream permet à l'architecture Sans fil de déployer le flux vidéo de Multidiffusion à travers l'entreprise vers des clients sans fil. Le mécanisme de mise en oeuvre visuel de Multidiffusion en cours a ces limites :

  • Des paquets de multidiffusion sont envoyés le plus élevé à débit de données obligatoire. Ceci signifie que même si le client peut s'associer à un débit de données 802.11n, les paquets visuels sont envoyés à beaucoup de débits inférieurs.

  • Des paquets de multidiffusion ne sont pas reconnus puisqu'il y a de plusieurs destinataires et il n'est pas extensible pour recevoir des accusés de réception de chaque client.

Le contournement ces limites, VideoStream envoie les paquets de multidiffusion visuels comme paquets monodiffusions au-dessus de l'air. Avec ce processus, AP peut utiliser le débit de données individuel pour chaque client. Ceci permet également au client pour reconnaître tous les paquets qui ne sont pas reçus.

VideoStream traversent le WLC

Voici un schéma de réseau qui montre le VideoStream traversent le WLC :

Voici les détails de topologie pour cette installation :

  • L'adresse MAC de client est 0017.7c2f.b86e.

  • L'adresse IP visuelle de Multidiffusion est 239.1.1.1.

  • La Multidiffusion avec l'unicast est utilisée comme mécanisme de mise en oeuvre de Multidiffusion à AP.

Ces étapes décrivent l'écoulement de VideoStream :

  1. Le client envoie un Protocole IGMP (Internet Group Management Protocol) joignent le message que le WLC intercepte.

  2. Le WLC crée une entrée de l'identification groupe de mappage (MGID) afin de tracer l'écoulement avec la demande de client et le VLAN associé.

  3. Un des aspects principaux de VideoStream qui le rend différent du trafic de multidiffusion régulier est que le WLC vérifie avec AP afin de vérifier qu'il fait exiger la bande passante pour servir ce flot ; il envoie des messages du contrôle de ressource par radio (RRC) à AP. 

  4. AP renvoie sa bande passante et d'autres statistiques relatives dans une réponse RRC. Ceci informe le WLC de la bande passante qui est disponible sur AP.

  5. Basé sur la réponse d'AP, le WLC décide d'admettre l'écoulement et envoie l'IGMP joint l'en amont de message. Vous pouvez configurer le WLC de sorte qu'il en avant cet écoulement même s'il n'y a pas assez de bande passante sur AP ; cependant, il marque l'écoulement pour la file d'attente de meilleur effort. Il pourrait également utiliser l'action par défaut, qui est de ne pas permettre le flot et relâcher l'IGMP joignez le message.

  6. Le WLC indique AP que l'écoulement est admis et indique la quantité de bande passante qui doit être réservée pour cet écoulement.

  7. Le WLC informe AP du mappage WLAN-MGID pour le client.

  8. AP maintient alors la quantité de bande passante que le client utilise et la quantité de bande passante qui demeure pour chaque radio. Ces informations sont utilisées quand des flots supplémentaires doivent être ajoutés.

  9. Quand le WLC reçoit le trafic de multidiffusion qui est destiné au client, il vérifie que le VideoStream est configuré et qu'il y a une entrée MGID déjà créée.

  10. Si chacun des deux conditions sont satisfaites, le WLC en avant les flots à tous les aps qui ont des clients qui demandent cet écoulement. Le WLC livre les flots de Multidiffusion aux aps avec la Multidiffusion avec Unicast ou la Multidiffusion avec la Multidiffusion, basée sur le mécanisme de mise en oeuvre qui est configuré.

  11. AP remplace l'adresse de destination par une adresse de monodiffusion et envoie le flot par l'intermédiaire de l'unicast à chaque client qui demande l'écoulement. Les paquets incluent une marque du DSCP AF41 (la valeur 802.1p de 4) et sont envoyées au débit de données qui est utilisé pour chaque client individuel.

Dépannez

Employez les informations dans cette section afin de dépanner le VideoStream traversent le WLC.

Vérifiez que la Multidiffusion Direct est activée

Afin de vérifier que la Multidiffusion directe est activée sur le WLC, sélectionnez cette commande :

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

Vous pouvez également employer la commande récapitulative de groupe Sans fil de flux multimédia d'exposition 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

Remarque: Vous devez activer globalement le premier mutlicast-direct, et puis pour le RÉSEAU LOCAL Sans fil (WLAN) aussi bien.

Élimination des imperfections d'enable sur le WLC

Vous pouvez permettre à l'élimination des imperfections sur le WLC afin de vérifier que le RRC est négocié correctement et que le flux multimédia est permis. Ce sont les commandes de débogage les plus utiles que vous pouvez exécuter :

  • mettez au point les erreurs de flux multimédia - Cette commande fournit des informations en vue de toutes les erreurs qui se produisent dans le procédé de flux multimédia.

  • mettez au point l'événement de flux multimédia - Cette commande fournit des informations au sujet des diverses modifications d'état qui se produisent.

  • mettez au point le rrc de flux multimédia - Cette commande fournit des informations au sujet des messages RRC qui sont permutés.

  • mettez au point la radio d'appel-admission entièrement que cette commande fournit des informations en vue de la carte d'accès de commande (CAC) met au point.

  • mettez au point les group_address d'igmp d'IP - Cette commande fournit des informations au sujet du processus de jonction.

Sorties de commande de debug d'exemple

Le contrôleur crée au commencement une entrée MGID pour le client une fois qu'il envoie un IGMP joignent le message :

*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 complet, le WLC comprend que cette adresse IP particulière de Multidiffusion est configurée pour la diffusion multimédia 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 alors la demande 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

Remarque: Cette sortie prouve que le WLC spécifie les mesures qui sont nécessaires pour l'écoulement.

AP et les WLC exécutent maintenant de divers contrôles avant qu'on permette le flot. Ce contrôle est exécuté afin de vérifier si le nombre maximal de flots sont atteints :

*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

Ce contrôle est exécuté afin de vérifier si la perte de paquets pour la file d'attente visuelle a franchi 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)

Ce contrôle est exécuté afin de vérifier la bande passante d'AP :

*May 7 22:42:23.643: %IOSXE-7-PLATFORM: 1 process wcm: 
 0017.7c2f.b86eRequested 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 que tous les critères sont passés, le flot est admis. Le SNMP admettent que le déroutement est envoyé afin d'informer que le flux multimédia est permis, qui est utile dans les cas où le SNMP est utilisé afin de surveiller les flots qui sont permis.

*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 flot sont maintenant ajoutées à la base de données WLC, et la valeur de Qualité de service (QoS) est placée 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

Les WLC en avant l'IGMP joignent l'en amont de message et mettent à 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érifiez les entrées MGID sur le WLC

Sélectionnez la commande récapitulative de groupe de multidiffusion Sans fil d'exposition 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 au sujet des clients qui sont associés avec une entrée de la particularité MGID, sélectionnez la commande Sans fil de vlan_id de VLAN de group_address de groupe de multidiffusion d'exposition :

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 AP, sélectionnez la commande de l'id 4161 de mgid de mcast de capwap d'exposition :

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

Remarque: Cette sortie prouve que le client est ajouté au Mcast digne de confiance que les clients les répertorient avec une priorité de QoS de 4.

Dépannez la qualité vidéo sur AP

Quand des questions de qualité vidéo sont signalées, vous pouvez vérifier ces données sur AP afin de dépanner :

  • Sélectionnez la commande de txq du show controller dot11radio 0 afin de visualiser les statistiques visuelles de file d'attente de transmission sur 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 noter les statistiques visuelles de file d'attente. Vous devez comparer le nombre de paquets qui sont transmis par le nombre de paquets qui sont dus relancé aux transmissions défectueuses.

  • Sélectionnez la commande de client du show controller dot11radio 0 afin de visualiser les paramètres pour 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 du show controller dot11radio 0, vous pouvez également visualiser les mesures de transmission vidéo. Notez le nombre de transmissions et de Q-baisses réussies et défectueuses 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

Écoulement refusé par le WLC

Cette section décrit le processus qui se produit quand il y a bande passante insuffisante pour permettre un flot. Le WLC vérifie la condition requise de flot contre les limites configurées et refuse le flot :

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

Remarque: Pour le test, la bande passante maximum permise pour le flux vidéo est changée à 1,000 Kbps dans cet exemple.

Les messages semblables apparaissent quand l'écoulement est refusé en raison de n'importe quelle autre raison, et le WLC envoie également un déroutement SNMP :

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


Document ID: 117719