Sur notre réseau de bureaux (26 personnes), certains utilisateurs se sont plaints de la mauvaise qualité des appels Skype, notamment en amont. Je voulais demander, comment puis-je identifier le trafic Skype, étant donné qu'il utilise un port aléatoire, afin que je puisse le prioriser au niveau du routeur?

Je pense que tu as raison; Skype utilise des ports sortants aléatoires non communs (supérieurs à 1024) pour chaque session, ce qui rend le balisage QoS problématique

Mais vous pouvez utiliser QoS pour SIP et fournir une priorité aux données vocales tant que vous disposez d'un matériel basé sur la qualité de service SIP.

Vous pouvez faire correspondre le trafic skype dans une carte de classe en utilisant la configuration ci-dessous sur les routeurs Cisco. Pour ce faire, le routeur utilise une fonctionnalité appelée NBAR (il examine la couche 4 et les informations plus élevées dans le paquet pour déterminer l'application.)

class-map priority
  match protocol skype

Une fois apparié, vous pouvez alors donner à cette classe une priorité plus élevée comme ceci:

policy-map outbound
 class priority
  priority 2000 ! Gives a dedicated 2Mbits/sec
interface Gigabit0/1
 description Outside interface
 service-policy output outbound

Je suis sûr que d'autres fournisseurs proposent des fonctionnalités similaires, mais je ne peux pas vraiment dire avec certitude.

Si vos ordinateurs se trouvent sur un domaine Windows, vous pouvez utiliser les paramètres de QoS de la stratégie de groupe pour affecter des valeurs DSCP au trafic généré par le fichier exécutable Skype (skype.exe) (en fait, vous pouvez faire de même avec la stratégie locale sur un ordinateur de groupe de travail, vous pourrait également avoir besoin d'une clé de registre ajoutée). DSCP 46 est, je crois, ce qui est généralement utilisé pour un transfert accéléré. Ensuite, vous devrez obtenir la configuration QoS sur tous les commutateurs et routeurs que le trafic traversera afin qu'il respecte les marquages ​​ef DSCP.

Skype Entreprise marque déjà automatiquement ses deux types de trafic avec un point de code de services différenciés (DSCP):

• Audio : EF (Expedited Forwarding, DSCP 46) - faible retard, faible perte et faible gigue
• Vidéo : AF41 (Assuring Forwarding 41, DSCP 34) - classe 4, faible probabilité de chute

La classification par port est erronée

D'autres pourraient suggérer d'essayer de classer le trafic Skype par ports (au point qu'ils pourraient même se plaindre que Skype utilise des ports aléatoires qui le rendent plus difficile à trouver).

Évidemment, essayer de classer le trafic Skype en fonction des ports sur lesquels il communique est une erreur, car vous classeriez par erreur à la fois l' audio et la vidéo dans la même classe de priorité, ce qui irait à l'encontre de l'objectif global de la QoS.

La classification par Skype.exe est incorrecte

D'autres pourraient également suggérer d'utiliser la stratégie QoS ( gpedit.msc) pour appliquer une stratégie DSCP Skype.exe. Encore une fois, cela est également faux - car vous classerez à tort l'audio et la vidéo comme la même priorité.

Skype Entreprise uniquement

Malheureusement, seul Skype Entreprise identifie ses différentes classes de trafic.

Microsoft est mesquin et pétulant, et ils ne désactivent pas spécifiquement la fonctionnalité transparente qui ne peut qu'aider les gens dans la version gratuite.

Cisco recommande

Pour l'audio et la vidéo, Cisco recommande:

| Traffic           | DSCP           | Notes                            |
|-------------------|----------------|----------------------------------|
| Voice             | EF   (DSCP 46) | No packet loss,   150 ms latency |
| Interactive video | AF41 (DSCP 34) | Packet loss 1%,   150 ms latency |
| Streaming video   | CS4  (DSCP 32) | Packet loss 4-5%, 4-5s latency   |