Exigences de bande passante réseau pour le trafic multimédia dans Lync Server 2013
Rubrique Dernière modification : 2015-09-24
Une partie importante de la planification réseau consiste à s’assurer que votre réseau peut gérer le trafic multimédia généré par Lync Server. Cette section vous aide à planifier le trafic multimédia.
Utilisation du réseau de trafic multimédia
L'utilisation de la bande passante par le trafic multimédia peut être difficile à calculer en raison du nombre de variables différentes, comme l'utilisation du codec, la résolution et les niveaux d'activité. L’utilisation de la bande passante est une fonction du codec utilisé et de l’activité du flux, qui varient d’un scénario à l’autre. Le tableau suivant répertorie les codecs audio couramment utilisés dans les scénarios Lync Server 2013.
Bande passante du codec audio
| Codec audio | Scénarios | Vitesse de transmission de charge utile audio (KBPS) | Charge utile audio de la bande passante et en-tête IP uniquement (Kbits/s) | Charge utile audio de la bande passante, en-tête IP, UDP, RTP et SRTP (Kbits/s) | Charge utile audio de la bande passante, en-tête IP, UDP, RTP, SRTP et correction d'erreur de transfert (Kbits/s) |
|---|---|---|---|---|---|
Large bande RTAudio |
Égal à égal |
29.0 |
45.0 |
57.0 |
86.0 |
Bande étroite RTAudio |
PSTN D’égal à égal |
11.8 |
27.8 |
39.8 |
51.6 |
G.722 |
Téléconférence |
64.0 |
80.0 |
95.6 |
159.6 |
Stéréo G.722 |
Peer-to-peer, Conférence |
128.0 |
144.0 |
159.6 |
223.6 |
G.711 |
RTC, conférence |
64.0 |
80.0 |
92.0 |
156.0 |
Siren |
Téléconférence |
16.0 |
32.0 |
47.6 |
63.6 |
Les numéros de bande passante du tableau précédent sont basés sur la mise en paquets de 20 ms (50 paquets par seconde) et pour Siren et G.722 incluent la surcharge supplémentaire de protocole de transport en temps réel sécurisé (SRTP) à partir de scénarios de conférence et supposent que le flux est 100 % actif. La correction d’erreurs de transfert (FEC) est utilisée dynamiquement en cas de perte de paquets sur le lien pour aider à maintenir la qualité du flux audio.
La version stéréo du codec G.722 est utilisée par les systèmes basés sur le système de salle Lync, qui permet la capture de microphone stéréo pour permettre aux écouteurs de mieux distinguer plusieurs talkers dans la salle de réunion.
Pour la vidéo, le codec par défaut est la norme H.264/MPEG-4 Part 10 Advanced Video Coding, ainsi que ses extensions de codage vidéo scalables pour l’évolutivité temporelle. Pour maintenir l’interopérabilité avec les clients Lync 2010 ou Office Communicator 2007 R2, le codec RTVideo est toujours utilisé pour les appels P2P entre les clients Lync 2013 et les clients hérités. Dans les sessions de conférence avec Lync 2013 et les clients hérités, le point de terminaison Lync 2013 peut encoder la vidéo à l’aide de codecs vidéo et envoyer le flux de bits H.264 aux clients Lync 2013 et RTVideo bitstream vers les clients Lync 2010 ou Office Communicator 2007 R2.
La bande passante requise dépend de la résolution, de la qualité et du taux d’images. Pour chaque résolution, il existe deux taux de bits intéressants :
Vitesse de transmission maximale de la charge utile Il s’agit de la vitesse de transmission qu’un point de terminaison Lync 2013 utilisera pour la résolution au taux d’images maximal pris en charge pour cette résolution. Cette valeur est intéressante, car elle permet la vidéo de qualité et de fréquence d’images la plus élevée.
Débit minimal de la charge utile Il s’agit de la vitesse de transmission en dessous de laquelle un point de terminaison Lync 2013 bascule vers la résolution inférieure suivante. Pour garantir une certaine résolution, la vitesse de transmission de la charge utile vidéo disponible ne doit pas être inférieure à cette vitesse de transmission minimale pour cette résolution. Cette valeur est intéressante afin que vous puissiez comprendre la valeur la plus basse possible dans les cas où la vitesse de transmission maximale n’est pas disponible ou pratique. Pour certains utilisateurs, une vidéo à débit aussi faible peut être considérée comme une expérience vidéo inacceptable. Soyez donc prudent lorsque vous envisagez ces débits minimaux de charge utile vidéo. Notez que pour les scènes vidéo avec peu ou pas de mouvement de l’utilisateur, la vitesse de transmission réelle peut également être temporairement inférieure à la vitesse de transmission minimale.
Lync 2013 prend en charge de nombreuses autres résolutions. Cela vous permet de mieux vous adapter aux différentes fonctionnalités de bande passante réseau et de réception du client. En outre, le rapport d’aspects par défaut pour Lync 2013 a été remplacé par 16:9. Le rapport d’aspects 4:3 est toujours pris en charge pour les webcams qui n’autorisent pas la capture dans les proportions 16:9.
Bande passante de la résolution vidéo
| Codec vidéo | Résolution et proportions | Vitesse de transmission maximale de la charge utile vidéo (Kbits/s) | Vitesse de transmission minimale de la charge utile vidéo (Kbits/s) |
|---|---|---|---|
H.264 |
320x180 (16:9) 212x160 (4:3) |
250 |
15 |
H.264/RTVideo |
424x240 (16:9) 320x240 (4:3) |
350 |
100 |
H.264 |
480x270 (16:9) 424x320 (4:3) |
450 |
200 |
H.264/RTVideo |
640x360 (16:9) 640x480 (4:3) |
800 |
300 |
H.264 |
848x480 (16:9) |
1500 |
400 |
H.264 |
960x540 (16:9) |
2000 |
500 |
H.264/RTVideo |
1 280 x 720 (16:9) |
2500 |
700 |
H.264 |
1 920 x 1 080 (16:9) |
4000 |
1500 |
H.264/RTVideo |
960x144 (20:3) |
500 |
15 |
H.264 |
1 280 x 192 (20:3) |
1000 |
250 |
H.264 |
1 920 x 288 (20:3) |
2000 |
500 |
La vidéo FEC est incluse dans la vitesse de transmission de la charge utile vidéo lorsqu’elle est utilisée. Il n’existe donc pas de valeurs distinctes avec la fec vidéo et sans fec vidéo.
Les points de terminaison ne transmettent pas les paquets audio ou vidéo en continu. Selon le scénario, les niveaux d'activité de flux sont différents, ce qui indique à quelle fréquence les paquets sont envoyés pour un flux. L'activité d'un flux varie en fonction du support et du scénario et non pas du codec qui est utilisé. Dans un scénario poste à poste :
Les points de terminaison envoient des flux audio uniquement lorsque les utilisateurs parlent.
Les deux participants reçoivent des flux audio.
Si la vidéo est utilisée, les deux points de terminaison envoient et reçoivent des flux vidéo pendant l’ensemble de l’appel.
Pour les scènes vidéo avec peu ou pas de mouvement, la vitesse de transmission réelle peut être temporairement très faible, car le codec vidéo ignore les régions d’encodage de la vidéo sans modification.
Dans un scénario de conférence :
Les points de terminaison envoient des flux audio uniquement lorsque les utilisateurs parlent.
Tous les participants reçoivent des flux audio.
Si la vidéo est utilisée, tous les participants peuvent recevoir jusqu'à cinq flux vidéo entrants et un flux panoramique (par exemple, proportions 20:3). Par défaut, les cinq flux vidéo entrants sont basés sur l'historique du haut-parleur actif, mais les utilisateurs peuvent également manuellement sélectionner les participants desquels ils souhaitent recevoir un flux vidéo.
Chaque participant qui active le flux vidéo d'émission de l'utilisateur enverra un ou plusieurs flux vidéo. Lync 2013 ajoute la possibilité d’envoyer jusqu’à cinq flux vidéo pour optimiser la qualité vidéo pour tous les clients destinataires. Le nombre réel de flux vidéo envoyé est déterminé par l'émetteur en fonction de la capacité du processeur, de la bande passante montante disponible et du nombre de clients de réception qui demandent un flux vidéo spécifique. Dans le cas le plus courant, un flux vidéo H.264 et un flux vidéo RTVideo sont envoyés quand un client hérité participe à une conférence. Il se peut également que plusieurs flux vidéo H.264 (par exemple, avec différentes résolutions vidéo) soient envoyés pour différentes demandes.
Outre la bande passante requise pour le trafic RTP (Real-Time Transport Protocol) pour les supports audio et vidéo, le protocole RTCP (Real-Time Transport Control Protocol) a lui aussi besoin de bande passante. RTCP est utilisé pour le signalement des statistiques et le contrôle hors-bande du flux RTP. Pour la planification, utilisez les valeurs de bande passante contenues dans le tableau ci-dessous pour le trafic RTCP. Ces valeurs représentent la bande passante maximale utilisée pour RTCP et diffèrent entre les flux audio et vidéo en raison de différences dans les données de contrôle
Bande passante RTCP
| Media | Bande passante maximale RTCP (Kbits/s) |
|---|---|
Audio |
5 |
Vidéo (uniquement H.264 ou RTVideo envoyé/reçu) |
10 |
Vidéo (H.264 et RTVideo envoyé/reçu) |
15 |
À des fins de planification de la capacité, les deux bande passantes suivantes sont intéressantes :
Bande passante maximale sans FEC Bande passante maximale consommée par un flux, y compris l’activité typique du flux et le codec classique utilisé dans le scénario sans FEC. Il s’agit de la bande passante lorsque le flux est à 100 % d’activité et qu’aucune perte de paquet ne déclenche l’utilisation de FEC. Ceci est intéressant pour calculer la quantité de bande passante qui doit être allouée pour permettre l’utilisation du codec dans un scénario donné.
Bande passante maximale avec FEC Bande passante maximale consommée par un flux, y compris l’activité typique du flux et le codec classique utilisé dans le scénario avec FEC. Il s’agit de la bande passante lorsque le flux est à 100 % d’activité et qu’une perte de paquets déclenche l’utilisation de FEC pour améliorer la qualité. Ceci est intéressant pour calculer la quantité de bande passante qui doit être allouée pour permettre l’utilisation du codec dans un scénario donné et permettre l’utilisation de FEC pour préserver la qualité dans des conditions de perte de paquets.
Les tableaux suivants répertorient également une valeur de bande passante supplémentaire, bande passante standard. Il s’agit de la bande passante moyenne consommée par un flux, y compris l’activité typique du flux et le codec standard utilisé dans le scénario. Cette bande passante peut être utilisée pour environ la quantité de bande passante consommée à un moment donné par le trafic multimédia, mais ne doit pas être utilisée pour la planification de la capacité, car les appels individuels dépassent cette valeur lorsque le niveau d’activité est supérieur à la moyenne. La bande passante de flux vidéo classique dans les tableaux ci-dessous est basée sur une combinaison de différentes résolutions vidéo, comme observé dans les données client mesurées. Par exemple, dans les sessions P2P, la majorité des utilisateurs utilisent la fenêtre de rendu vidéo par défaut, tandis qu’un certain pourcentage d’utilisateurs augmente ou agrandit l’application Lync pour autoriser des résolutions vidéo plus élevées.
Les tableaux suivants fournissent ces trois valeurs de bande passante pour les différents scénarios.
Planification de la capacité audio/vidéo pour des sessions poste à poste
| Media | Codec | Bande passante pour un flux type ( Kbits/s) | Bande passante maximale sans correction d'erreur de transfert | Bande passante maximale avec correction d'erreur de transfert |
|---|---|---|---|---|
Audio |
Large bande RTAudio |
39.8 |
62 |
91 |
Audio |
Bande étroite RTAudio |
29.3 |
44.8 |
56.6 |
Vidéo principale lors de l’appel de points de terminaison Lync 2013 |
H.264 |
460 |
4 010 (pour une résolution maximale de 1 920 x 1 080) |
Non applicable |
Vidéo principale lors de l’appel de points de terminaison Lync 2010 ou Office Communicator 2007 R2 |
RTVideo |
460 |
2 510 (pour une résolution maximale de 1 280 x 720) |
Non applicable |
Vidéo panoramique lors de l’appel de points de terminaison Lync 2013 |
H.264 |
190 |
2 010 (pour une résolution maximale de 1 920 x 288) |
Non applicable |
Vidéo panoramique lors de l’appel de points de terminaison Lync 2010 ou Office Communicator 2007 R2 |
RTVideo |
190 |
510 (pour une résolution maximale de 960x144) |
Non applicable |
Planification de la capacité audio/vidéo pour les conférences
| Media | Codec type | Bande passante pour un flux type ( Kbits/s) | Bande passante maximale sans correction d'erreur de transfert | Bande passante maximale avec correction d'erreur de transfert |
|---|---|---|---|---|
Audio |
G.722 |
46.1 |
100.6 |
164.6 |
Audio |
Siren |
25.5 |
52.6 |
68.6 |
Réception vidéo principale |
H.264 et/ou RTVideo |
260 |
8015 |
Non applicable |
Envoi vidéo principal |
H.264 et/ou RTVideo |
270 |
8015 |
Non applicable |
Réception vidéo panoramique |
H.264 et/ou RTVideo |
190 |
2 010 (pour une résolution maximale de 1 920 x 288) |
Non applicable |
Envoi vidéo panoramique |
H.264 et/ou RTVideo |
190 |
2515 (pour l’envoi de flux de bits à l’aide de plusieurs résolutions/codecs |
Non applicable |
Pour la vidéo principale, la bande passante de flux standard et maximale est la bande passante agrégée sur tous les flux vidéo reçus et sur tous les flux vidéo envoyés, respectivement. Même avec plusieurs flux vidéo, la bande passante vidéo classique est plus petite que dans le scénario pair à pair, car de nombreuses vidéoconférences utilisent le partage de contenu qui conduit à des fenêtres vidéo beaucoup plus petites et donc à des résolutions vidéo plus petites. La bande passante maximale de charge utile vidéo agrégée prise en charge est de 8 000 Kbits/s pour les flux d’envoi et de réception qui seraient utilisés, par exemple s’il existe deux flux vidéo entrants 1920x1080p.
La bande passante de flux standard pour la vidéo panoramique est basée sur les appareils actuellement disponibles qui diffusent uniquement jusqu’à 960 x 144 vidéos panoramiques. Une fois que les appareils avec une vidéo panoramique 1920x288 sont disponibles, la bande passante de flux standard devrait augmenter.
Planification de la capacité audio pour PSTN
| Media | Codec type | Bande passante pour un flux type ( Kbits/s) | Bande passante maximale sans correction d'erreur de transfert | Bande passante maximale avec correction d'erreur de transfert |
|---|---|---|---|---|
Audio |
G.711 (cela inclut les participants RTC aux conférences) |
64.8 |
97 |
161 |
Audio |
Bande étroite RTAudio |
30.9 |
44.8 |
56.6 |
Les valeurs de bande passante pour le réseau contenues dans ces tableaux représentent uniquement le trafic unidirectionnel et incluent 5 Kbits/s pour le trafic RTCP pour chaque flux. Pour la vidéo, le taux maximal de bits vidéo est utilisé pour calculer le flux maximal.