Demandez-moi N'importe Quoi - Comment réussir l'intégration VoIP / Vidéo sur WiFi

[Modérateur Cisco]

Suite à l'événement du mardi 13 avril, nous avons ouvert ce forum "Demandez-moi N'importe Quoi" pour vous permettre de soumettre des nouvelles questions, qui auraient ne pas pu être posées durant la séance en direct. *Si vous voulez revoir l’événement, veuillez cliquer ici : Voir les détails | Regarder la vidéo | Questions séance live

Notre Expert

Alain Faure est Chef de Projet d'Infrastructures Informatiques, avec une trentaine d'années d'expérience spécialisé dans les réseaux, WiFi, sécurité, collaboration, et data center. Il est basé à Bruxelles (Belgique) et travaille pour des entreprises de taille moyenne (ETI) et de taille internationale ainsi que pour des institutions publiques, en Europe et en Asie, avec un périmètre pouvant atteindre des dizaines de milliers d'utilisateurs. Alain est titulaire d'une certification CCIE R&S n°8935.

---

Posez vos questions ! Toutes les questions par rapport au Community Live de Comment réussir l'intégration VoIP / Vidéo sur WiFi seront répondues par Alain : architecture, design, intégration VoIP/Vidéo et meilleures pratiques.

Posez vos questions du 13 au 16 avril 2021

(Cliquez sur le bouton de "Répondre" pour poser vos questions)
** Les compliments encouragent la participation de tous nos membres et experts **
Complimentez leur réponses à vos questions pour les remercier !

[BertrandBordereau5694]

bonjour par rapport à ma question WMM , le CS3 (signifie) est en UP 4 , par défaut le contrôleur app UP4 en AF31 , donc la signalisation AP vers CUCM est marqué en AF31 au lieu de CS3 , le flux retour est bien mappé 

il suffi de vérifier sur un C9800 avec la commande show ap profile <name> vos 

j'ai vérifié cela avec une trace Wireshark 

flux sig  8821 vers CUCM  : marque en AF31 et retour en CS3 

[Anonymous]

Bonjour,

Merci pour votre question sur la QoS.

Votre remarque est très juste les problématiques de mappage entre DSCP et IEEE802.11e UP ne sont pas toujours évidentes, mais cela faisait un peu long à traiter. Il faut retenir qu'il faut maintenir une cohérence tout le long de la chaîne et cela peut passer par des adaptations dans la configuration du mapping par exemple.

La RFC8325 que je cite au départ comporte un chapitre sur la mise en place de la signalisation (4.2.2 Signaling). et aussi 4.3 qui reprend tous les types de trafic dans un tableau.

Ce qui est important c'est d'avoir une cohérence de bout en bout et cela peut nécessiter de modifier ces paramètres, selon l'architecture.

Oui, le mécanisme est le suivant du cucm vers l'AP:

a) le champ DSCP inscrit par le CUCM est copié vers le champ DSCP de l'entête CAPWAP à son entrée dans le réseau WLAN

b) à la sortie (entre l'AP et le 8821) le DSCP "capwap" est mappé vers le champ IEEE802.11e UP (User Priority).

Donc pour la signalisation issue du CUCM on devrait avoir CS3 (24).

Dans le sens inverse on a :

a) Envoi d'un paquet par le terminal avec un Champ DSCP pour la partie IP Et le champ IEEE802.11e UP positionné (ils devraient être cohérents biensur). Le champ IEEE802.11e UP est utilisé pour le tunnel capwap.

b) Une fois sorti du tunnel CAPWAP, le champ IEEE802.11e est dropé et reste le paquet IP avec l'entête DSCP positionnée par le terminal.

Donc pour votre marquage "flux sig 8821 vers CUCM : marque en AF31 et retour en CS3 ". .

Il faut regarder au wireshark le flux entre le CUCM et le WLC.

1) Vous avez des commandes qui vous permettent d'adapter le marquage (Vous pouvez voir à ce sujet le chapitre "Configuring Custom QoS Mapping dans le Guide de Configuration 16.12.x du WLC 9800")

2) L'Application AVC dont j'ai évoqué l'existence peut aussi vous rendre service dans cette tâche (particulièrement quand le client est de marque peu connue)

Voilà j'espère vous avoir apporter plus d'information, si nécessaire n'hésitez pas à compléter avec des recueils wireshark par exemple.

Et merci encore pour votre participation.

[BertrandBordereau5694]

Bonjour Alain, merci , mais le problème est que le 9800 par défaut , remarque le champ DSCP à AF31 en fonction de l'UP 4

Donc en sortie le 802.11 e est bien strippé mais pour moi le DSCP n'est pas remis à CS3 , il reste à AF31

on voit bien dan sla trame su l poirt du swicth de l'ap que le DSCP est bien setté à AF31 !

ci joint la commande sur le C9800

WLC #show ap profile name xxxx  qos

QoS Map                       : default

DSCP ranges to User Priorities

User Priority   DSCP low   DSCP high   Upstream UP to DSCP

-----------------------------------------------------------

             0          0           7                     0

             1          8          15                     2

             2         16          23                    10

             3         24          31                    18

             4         32          39                    26

             5         40          47                    34

             6         48          55                    46

             7         56          63                    48

DSCP to UP mapping exceptions

DSCP   User Priority

---------------------

    0               0

    2               1

    4               1

    6               1

   10               2

   12               2

   14               2

   18               3

   20               3

   22               3

   26               4

   34               5

   46               6

   48               7

   56               7

donc en résumé

Donc en résumé

Flux upstream vers AP --CUCM

• EF UP 6 (DSCP46) ----------------mappé en 46 sur le WLC
• AF41 UP 5 DSC34)---------------mappé en 34 sur le contrôleur
• SIG (CS3) DSCP 24  UP4 --------------------mappée en 26 (AF31) :

Flux retour DSCP to UP

46 (EF) en UP 6 (exceptions)

34 (AF41) en UP 5 (exceptions)

24 (CS3) en UP 3 !!!!!!

donc le mapping par défaut n'est pas bon sur le C9800

[Anonymous]

1) Oui, mais j'aimerais avoir une copie détaillée d'un paquet/trame, pour voir ce que vous voyez dans le trafic

8821 -> CUCM

et

8821 -> WLC

a) entre le WLC et le CUCM

b) entre le WLC et l'AP

Si vous les avez déjà.

2) D'autre part vous êtes sur quelle version d'IOS ?

Merci

[BertrandBordereau5694]

bonjour, je suis en version en 16.12.4a

pour les traces wireshark , je dois regarder si je suis autorisé à les transmettre

[Anonymous]

Pour les traces wireshark, vous pouvez faire une image et effacer/rendre illisibles les info sensibles comme les Adresses IP etc.

[BertrandBordereau5694]

Bonjour voici la copie de la trace prise au niveau du port du switch sur lequel est connecté l'AP , et le phone est accroché sur cette borne

[Anonymous]

Re-Bonjour,

Merci pour les captures.

Tout d'abord je vous explique les configurations possibles, mais ne connaissant pas votre infrastructure je ne peux pas vous proposer de faire de modification dessus, car cela peut influencer d'autres équipements. Vous devez vous retourner vers votre prestataire de service habituel.

Par contre je vous donne les éléments pour faire une modification sur une maquette de test:

Pour faire un mappage UP vers DSCP qui vous satisfasse, il faut utiliser, par exemple:

:

ap profile toto

qos-map dscp-to-up-range 4 24 24 31

(où ,4 est la valeur UP, qui va être récupéré du flux venant du 8821 d'une part; et transformé en 24 CS3. Et d'autre part le range DSCP 24 à 31 pour le retour de CS3 en UP=4 vers l'AP. A adapter)

Vous pouvez aussi Truster le champ DSCP (en provenance du 8821.qui va être récupéré du flux IP venant du 8821; ainsi vous gardez le CS3. Mais cela peut avoir une influence sur les autres équipements)

ap profile toto

qos-map trust-dscp-upstream

J'espère que cela peut vous donner une piste si vous souhaiter modifier votre configuration actuelle.

[BertrandBordereau5694]

Bonjour , merci Alain, cela confirme bien que le mapping par défaut sur les C9800 n'est pas correctement adapté pour la Voice et qu'il faut le changer

cela va s'intégrer dans ma refonte globale de la QOS sur notre LAN et DC

Cordialement

[Anonymous]

Bonjour,

Merci.

Oui. Pour la refonte de votre QoS vous devez aussi tenir compte des différents équipements clients qui positionnent le champ WMM UP., particulièrement pour la signalisation.

Voici quelques exemples (à vérifier selon les versions firmware / logiciels):

Equipement, Voice, Vidéo, Signalisation

IP Phones: 6 , 5, 4

Skype (win 10): 5, 4, 3

Jabber for IOS 10+: 6,5,5

Jabber for Android: 6,5,3

Jabber for OSX: 5,5,0

Jabber for Windows: 5,4,3

(évidement recommandation Cisco: 6,5,4)

N'hésitez pas si vous avez d'autres questions.

Bonne journée

[AlainDC010]

Bonsoir

Merci pour la présentation de tout à l'heure. Question : les deux contrôleurs WLC en HA (haute dispo) peuvent-ils travailler en partage de charge? Ou juste en actif passif ?

Alain

[Anonymous]

Bonjour,

Merci.

On parle de la version 16 et non  de la 17. Si on regarde le document de référence : Configure Catalyst 9800 Wireless Controllers in High availability (HA) Client Statefull Switch Over (SSo) in XE 16.12 on voit que cette architecture est active-passive. Donc pas de partage de charge.

[LeoPi]

Bonjour Alain,

Merci pour la présentation.
Elle portait beaucoup sur les téléphones Cisco, j'aimerais en savoir plus sur l'application de la QoS pour des applications PC comme Teams ou Skype. Est-ce que tu as des retours de projet sur ce sujet ?

Merci

[Anonymous]

Bonjour,

Merci de votre participation.

Oui alors pour ce qui concerne le fait d'utiliser des terminaux d'autres marques, il faut distinguer deux types de mise en œuvre:

- Les terminaux qui vont équiper les "permanents" de l'organisation

- Les terminaux qui vont arriver de manière temporaire dans l'infrastructure (BYOD, visiteurs, ou même clients de l'hôtel).

Dans le premier vous devez regarder comment sont positionnés les entêtes QoS DSCP et IEEE802.11e UP pour les flux concernés (voix, vidéo, signalisation). Ces informations doivent figurées dans la documentation constructeur ou dans leur configuration si c'est accessible.

Pour ce qui concerne plus spécifiquement les produit µsoft (Skype etc.), Windows  fait ces associations:

DSCP - > IEEE802.11e UP

EF (voix) - > 5

AF41 (Vidéo) - > 4

CS3 (Signalisation) - > 3

Attention: Cet aspect est discuté et il faut faire attention, par exemple EF devrait plutôt être converti en 6 et non 5.

Sur Windows, il y a un système de positionnement du DSCP par Groupe Applicatif.(Group Policy Management). 

Pour pouvoir faire une intégration opérationnelle il faut mettre en place AVC sujet que j'ai évoqué par manque de temps). AVC permet de gérer plus finement la QoS  en tenant compte des applications.

J'espère que cela répond à votre question.