Plan network requirements for Skype for Business
Résumé: Passez en revue les considérations relatives aux composants réseau ci-dessous avant d’implémenter Skype Entreprise Server.
Les informations contenues dans ces articles sont également abordées dans le livre blanc Planification, surveillance et résolution des problèmes réseau avec Lync Server avec plus de détails et de détails. Bien que le contenu fasse explicitement référence à Lync 2010 et Lync 2013, les considérations relatives à Skype Entreprise Server restent inchangées.
De même, si votre réseau implique une connexion Wi-Fi et un accès câblé, le livre blanc Delivering Lync 2013 Real-Time Communications over Wi-Fi est une bonne référence et s’applique également à Skype Entreprise Server.
Matériel serveur
La carte réseau de chaque serveur dans la topologie Skype Entreprise Server doit prendre en charge au moins 1 gigabit par seconde (Gbits/s). En règle générale, vous devez connecter tous les rôles de serveur dans la topologie Skype Entreprise Server à l’aide d’un réseau local (LAN) à faible latence et à bande passante élevée. La taille du réseau local dépend de la taille de la topologie :
Dans les topologies Standard Edition, les serveurs doivent se trouver sur un réseau qui prend en charge ethernet 1 Gbits/s ou équivalent.
Dans les topologies Enterprise Edition, la plupart des serveurs doivent se trouver dans un réseau qui prend en charge plus de 1 Gbit/s, en particulier lors de la prise en charge des conférences audio/vidéo (A/V) et du partage d’applications.
Dans le cas de l'intégration au réseau téléphonique commuté (RTC ou, en anglais, PSTN pour Public Switched Telephone Network), vous pouvez utiliser les lignes T1/E1 ou les jonctions SIP.
Conditions de réseau requises pour les fonctionnalités audio/vidéo
La configuration réseau requise pour l’audio/vidéo (A/V) dans un déploiement Skype Entreprise Server est la suivante :
Si vous déployez un seul serveur Edge ou un pool Edge à l’aide de l’équilibrage de charge DNS, vous pouvez configurer le pare-feu externe pour effectuer la traduction d’adresses réseau (NAT). Vous ne pouvez pas configurer le pare-feu internal pour effectuer la traduction NAT. Pour plus d’informations, consultez Planification du port et du pare-feu.
Important
Si vous disposez d’un pool Edge et que vous utilisez un équilibreur de charge matériel, vous devez utiliser des adresses IP publiques sur les serveurs Edge et vous ne pouvez pas utiliser NAT pour les serveurs ou le pool sur votre appareil compatible NAT (par exemple, une appliance de pare-feu ou un commutateur LAN). Pour plus d’informations, consultez Scénarios de serveur Edge dans Skype Entreprise Server.
Si votre organisation utilise une infrastructure de qualité de service (QoS), le sous-système multimédia est compatible avec cette infrastructure.
Si vous utilisez le protocole IPSec, nous vous recommandons de le désactiver sur les plages de ports utilisées pour le trafic A/V. Pour plus d’informations, consultez Exceptions IPsec.
Pour fournir une qualité optimale lors de l'utilisation des fonctionnalités multimédias, procédez comme suit :
Provisionnez les liaisons réseau pour prendre en charge un débit de 65 kilobits par seconde (Kbits/s) par flux audio et de 500 Kbits/s par flux vidéo, s’ils sont activés, pendant les périodes d’utilisation maximale. Une session audio ou vidéo bidirectionnel utilise deux flux. Par conséquent, une simple connexion audio/téléphone nécessite 130 Kbits/s pour couvrir chaque flux. La vidéo utilise également 1 000 Kbits/s au total pour transporter une connexion en amont et en aval.
Pour faire face aux pics inattendus de trafic et à l’augmentation de l’utilisation au fil du temps, les points de terminaison multimédia de Skype Entreprise Server peuvent s’adapter à différentes conditions réseau et prendre en charge trois fois le débit audio et vidéo tout en conservant une qualité acceptable. Ne supposez pas que cette adaptabilité masque le problème lorsqu’un réseau est sous-approvisionné. Dans un réseau sous-approvisionné, la capacité des points de terminaison multimédia Skype Entreprise Server à gérer dynamiquement différentes conditions réseau (par exemple, une perte temporaire élevée de paquets) est réduite.
Pour les liaisons réseau pour lesquelles le provisionnement est coûteux et difficile, vous devrez peut-être envisager de provisionner un volume de trafic inférieur. Dans ce scénario, laissez l’élasticité des points de terminaison multimédias Skype Entreprise Server absorber la différence entre le volume de trafic et le niveau de trafic maximal, au détriment d’une certaine réduction de la qualité de la voix. En outre, on constatera une réduction de la capacité de traitement supplémentaire pouvant normalement absorber les soudaines augmentations de trafic.
Pour les liens qui ne peuvent pas être provisionnés correctement à court terme (par exemple, un site qui utilise des liaisons WAN médiocres), envisagez de désactiver la vidéo pour certains utilisateurs.
Configurez le réseau pour garantir un retard maximal (temps de réponse) de 150 millisecondes (ms) de bout en bout en cas de pic de charge. La latence est la seule déficience réseau que les composants multimédias de Skype Entreprise Server ne peuvent pas réduire, et il est important de rechercher et d’éliminer les points faibles.
Pour les serveurs qui exécutent un logiciel antivirus, incluez tous les serveurs exécutant Skype Entreprise Server dans la liste des exceptions afin de fournir des performances et une qualité audio optimales.
Exceptions IPsec
Pour les réseaux d’entreprise sur lesquels la sécurité du protocole Internet (IPsec) (voir IETF RFC 4301-4309) a été déployée, IPsec doit être désactivé sur la plage de ports utilisés pour la distribution d’audio, vidéo et vidéo panoramique. Cette recommandation s’explique par la nécessité d’éviter tout retard dans l’affectation des ports multimédias lors de la négociation IPsec.
Le tableau suivant présente les paramètres recommandés pour les exceptions IPsec.
Exceptions recommandées pour IPsec
Nom de la règle | Adresse IP source | Adresse IP de destination | Protocole | Port source | Port de destination | Besoin d’authentification |
---|---|---|---|---|---|---|
Serveur Edge A/V, ports internes/entrants | Indifférente | Serveur Edge A/V - interne | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Serveur Edge A/V, ports externes/entrants | Indifférente | Serveur Edge A/V - externe | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Serveur Edge A/V, ports internes/sortants | Serveur Edge A/V - interne | Serveur Edge A/V - externe | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Serveur Edge A/V, ports externes/sortants | Serveur Edge A/V - externe | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Serveur de médiation, ports entrants | Indifférente | Serveur(s) de médiation | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Serveur de médiation, ports sortants | Serveur(s) de médiation | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Intendant Conférence entrant | Indifférente | Serveur frontal exécutant l’Intendant Conférence | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Intendant Conférence sortant | Serveur frontal exécutant l’Intendant Conférence | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Serveur de conférence A/V, ports entrants | Indifférente | Serveurs frontaux | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Conférence A/V, ports sortants | Serveurs frontaux | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Exchange, ports entrants | Indifférente | Messagerie unifiée Exchange | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Serveurs de partage d’application, ports entrants | Indifférente | Serveurs de partage d’application | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Serveur de partage d’application, ports sortants | Serveurs de partage d’application | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Exchange, ports sortants | Messagerie unifiée Exchange | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Clients | Indifférente | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas s’authentifier |
Conditions de réseau requises pour les fonctionnalités de conférence web
La bande passante utilisée pour télécharger le contenu de conférence à partir du serveur IIS (Internet Information Services) dépend de la taille du contenu. Vous pouvez surveiller l'utilisation réelle de la bande passante et ajuster la planification de la bande passante en conséquence.
Configuration requise de la bande passante pour le trafic multimédia
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 Skype Entreprise Server. Cette section vous aide à planifier le trafic multimédia.
Utilisation du réseau pour le 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 peut varier d’un scénario à l’autre. Le tableau suivant répertorie les codecs audio généralement utilisés dans les scénarios Skype Entreprise Server.
Bande passante du codec audio
Codec audio | Scénario | Vitesse de transmission de la charge utile audio (Kbits/s) | 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 |
Égal à égal, PSTN |
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 |
Égal à égal, 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 |
SILK bande large |
Égal à égal |
36.0 |
52.0 |
64.0 |
100.0 |
SILK bande large |
Égal à égal |
26.0 |
42.0 |
54.0 |
80.0 |
SILK bande large |
Égal à égal |
20.0 |
36.0 |
48.0 |
68.0 |
BANDE LARGE/BANDE ÉTROITE SILK |
Égal à égal |
13.0 |
29.0 |
41.0 |
54.0 |
Remarque
Les appels RTC à partir du client Skype Entreprise utilisent généralement le codec G.711, qui nécessite une bande passante élevée. Si suffisamment de bande passante n’est pas disponible pour ce codec, les appels peuvent échouer avec une erreur semblable à la suivante dans les journaux multimédias : Au moins un codec doit être activé, hr : c0042004. Les journaux multimédias (fichiers .blog) sont chiffrés et ne peuvent être décodés que par le personnel du support technique Microsoft.
Les numéros de bande passante dans le tableau précédent sont basés sur la packetisation de 20 ms (50 paquets par seconde) et pour les codecs Siren et G.722 incluent l’autre surcharge SRTP (Secure Real-Time Transport Protocol) des scénarios de conférence et supposent que le flux est actif à 100 %. La correction d’erreur de transfert (FEC) est utilisée de manière dynamique 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 Lync Room System, qui s'appuie sur un micro stéréo unique ou une paire de micro mono pour permettre aux participants de mieux distinguer les différents intervenants dans une salle de réunion.
Bande passante de la résolution vidéo
Codec vidéo | Résolution et proportions | Vitesse de transmission de la charge utile vidéo maximale (Kbits/s) | Vitesse de transmission de la charge utile vidéo minimale (Kbits/s) |
---|---|---|---|
H.264 |
320x180 (16:9) 212x160 (4:3) |
250 |
15 |
H.264/RTVideo |
424 x 240 (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 |
Le codec par défaut pour la vidéo est la norme de codage vidéo avancé H.264/MPEG-4 Partie 10, ainsi que ses extensions de codage vidéo évolutives pour la scalabilité temporelle. Pour maintenir l’interopérabilité avec les clients hérités, le codec RTVideo est toujours utilisé pour les appels d’égal à égal entre Skype Entreprise Server et les clients hérités. Dans les sessions de conférence avec Skype Entreprise Server et les clients hérités, le point de terminaison Skype Entreprise Server peut encoder la vidéo à l’aide des deux codecs vidéo et envoyer le flux binaire H.264 aux clients Skype Entreprise Server et le flux binaire RTVideo aux clients hérités.
La bande passante nécessaire dépend de la résolution, de la qualité et de la fréquence d'images. Pour chaque résolution, deux vitesses de transmission pertinentes sont disponibles :
Débit de charge utile maximal Il s’agit de la vitesse de transmission qu’un point de terminaison utilisera pour la résolution à la fréquence d’images maximale. Cette valeur permet la qualité vidéo et audio maximale.
Débit de charge utile minimal Il s’agit de la vitesse de transmission en dessous de laquelle un point de terminaison Skype Entreprise Server passera à la résolution inférieure suivante. Afin de garantir une certaine résolution, la vitesse de transmission de la charge utile vidéo disponible ne doit pas être comprise dans la vitesse de transmission minimale pour cette résolution. Cette valeur vous aide à comprendre la valeur la plus faible possible si le débit binaire maximal n’est pas disponible ou pratique. Pour certains utilisateurs, cette vitesse faible peut être considérée comme inacceptable ; ces vitesses de transmission doivent donc être utilisées avec prudence. Pour les scènes vidéo statiques et immuables, le débit binaire réel peut temporairement tomber en dessous du débit binaire minimal.
Skype Entreprise Server prend en charge de nombreuses résolutions. Cela permet à Skype Entreprise Server de s’adapter à différentes fonctionnalités de bande passante réseau et de réception du client. Les proportions par défaut pour Skype Entreprise Server sont de 16 :9. Les proportions héritées 4 :3 sont toujours prises en charge pour les webcams, qui n’autorisent pas la capture dans les proportions 16 :9.
Le FEC vidéo est toujours inclus dans le débit binaire de la charge utile vidéo lorsqu’il est utilisé, de sorte qu’il n’existe pas de valeurs distinctes pour avec la vidéo FEC et sans fec vidéo.
Les points de terminaison ne diffusent pas de paquets audio ou vidéo en continu. Selon le scénario, il existe différents niveaux d’activité de flux, qui indiquent la fréquence à laquelle les paquets sont envoyés pour un flux. L’activité d’un flux dépend du média et du scénario, et ne dépend pas du codec utilisé. Dans un scénario poste à poste :
Les points de terminaison envoient les flux audio uniquement lorsque les intervenants parlent.
Les deux participants reçoivent des flux audio.
En cas d'utilisation de la vidéo, les deux points de terminaison envoient et reçoivent des flux vidéo pendant l'appel.
Pour les scènes vidéo statiques, 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 depuis l’exemple précédent.
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. Si la multi-vidéo est activée, la configuration requise pour la résolution et la bande passante peut être inférieure pour chaque flux vidéo.
Chaque participant qui active le flux vidéo d’envoi de l’utilisateur envoie un ou plusieurs flux vidéo. Skype Entreprise Server a la possibilité d’envoyer jusqu’à cinq flux vidéo pour optimiser la qualité vidéo pour tous les clients récepteurs. 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. Le cas le plus courant est qu’un flux vidéo H.264 et un flux vidéo RTVideo sont envoyés au cas où un client hérité rejoint la 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 le trafic RTCP et varient pour les flux audio et vidéo en raison des 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 |
Pour planifier la capacité, les deux statistiques suivantes sont intéressantes :
Bande passante maximale sans FEC Bande passante maximale consommée par un flux. Cela inclut 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 à une activité de 100 % et qu’il n’y a aucune perte de paquets déclenchant l’utilisation de FEC. Cela est utile pour calculer la quantité de bande passante qui doit être allouée pour permettre l’utilisation du codec dans un scénario donné. La fec n’est pas censée être une exigence sur un réseau managé.
Bande passante maximale avec FEC Bande passante maximale consommée par un flux. Cela inclut 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 à une activité de 100 % et qu’une perte de paquets déclenche l’utilisation de FEC pour améliorer la qualité. Cela est utile pour calculer la quantité de bande passante qui doit être allouée pour permettre l’utilisation du codec dans un scénario donné et pour permettre l’utilisation de FEC pour préserver la qualité dans des conditions de perte de paquets.
Les tableaux suivants répertorient également une autre valeur de bande passante, Bande passante standard. Il s’agit de la bande passante moyenne consommée par un flux. Cela inclut l’activité typique du flux et le codec classique utilisé dans le scénario. Cette bande passante peut être utilisée pour se rapprocher de la quantité de bande passante consommée par le trafic multimédia à un moment donné, 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, et les installations plus petites sont susceptibles d’avoir des nombres réels qui diffèrent des données de la table. Par exemple, dans les sessions d’égal à égal, la plupart des utilisateurs utilisent la fenêtre de rendu vidéo par défaut, tandis qu’un pourcentage d’utilisateurs augmente ou optimise l’application Skype Entreprise Server pour permettre de meilleures résolutions vidéo.
Les tableaux ci-dessous fournissent les valeurs pour les divers 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 |
Audio |
SILK bande large |
44.3 |
69 |
105 |
Vidéo principale lors de l’appel de points de terminaison Skype Entreprise Server |
H.264 |
460 |
4 010 (pour une résolution maximale de 1 920 x 1 080) |
Déjà inclus |
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) |
Déjà inclus |
Vidéo panoramique lors de l’appel de points de terminaison Skype Entreprise Server |
H.264 |
190 |
2 010 (pour une résolution maximale de 1 920 x 288) |
Déjà inclus |
Vidéo panoramique lors de l’appel de points de terminaison Lync 2010 |
RTVideo |
190 |
510 (pour une résolution maximale de 960x144) |
Déjà inclus |
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 RTVideo¹ |
260 |
8015 |
Non applicable |
Envoi vidéo principal |
H.264 et RTVideo |
270 |
8015 |
Non applicable |
Réception vidéo panoramique |
H.264 et RTVideo |
190 |
2 010 (pour une résolution maximale de 1 920 x 288) |
Non applicable |
Envoi vidéo panoramique |
H.264 et RTVideo |
190 |
2 515² |
Non applicable |
La vidéo RT est envoyée en plus de H.264 lorsque les clients Lync 2010 sont connectés à la conférence.
S’il existe plusieurs flux, ils partagent dynamiquement la bande passante allouée.
Pour la vidéo principale, la vitesse de transmission du flux type est la bande passante agrégée divisée par tous les flux vidéo reçus et la vitesse de transmission du flux maximale est la bande passante agrégée divisée par tous les flux vidéo envoyés. Même avec plusieurs flux vidéo, la bande passante type est plus petite que dans un scénario d'égal à égal, car de nombreuses conférences vidéo utilisent le partage de contenu, ce qui entraîne des fenêtres vidéo 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 de 1920 x 1080 p). Il est rare que les valeurs maximales soient atteintes dans les implémentations du monde réel.
Lors de la création d’une conférence multipartite qui utilise la fonctionnalité d’affichage galerie, l’utilisation de la bande passante augmente initialement à mesure que les participants rejoignent, puis diminue à mesure que les résolutions sont supprimées pour s’adapter au maximum.
2 participants | 3 participants | 4 participants | 5 participants | 6 participants | |
---|---|---|---|---|---|
Résolutions maximales reçues |
1920x1080 |
1280x720 |
640x360 |
640x360 320x240 |
640x360 320x240 |
Débit moyen total |
2128 |
4050 |
1304 |
1224 |
1565 |
Débit maximal total |
4063 |
5890 |
2860 |
2699 |
3017 |
La bande passante de flux type pour la vidéo panoramique est basée sur les périphériques capables de diffuser des flux de vidéo panoramique d'une résolution maximale de 960x144. Attendez-vous à une augmentation de la bande passante de flux type lors de l'utilisation de périphériques avec une vidéo panoramique de 1 920x288.
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.
Gestion de la qualité de service
La Qualité de service (QoS) est une technologie réseau utilisée dans certaines organisations afin de fournir des performances optimales à l'utilisateur final pour les communications audio et vidéo. QoS est le plus souvent utilisée sur les réseaux où la bande passante est limitée : avec un grand nombre de paquets réseau simultanés pour une quantité de bande passante disponible relativement faible, QoS permet aux administrateurs d'affecter une priorité supérieure aux paquets transportant des données audio ou vidéo. Le fait d'affecter une priorité supérieure à ces paquets permet aux communications audio et vidéo de s'effectuer plus rapidement, et avec moins d'interruption, que les sessions réseau impliquant des opérations telles que des transferts de fichiers, de la navigation web ou des sauvegardes de bases de données. C'est la raison pour laquelle la priorité « Meilleur effort » est affectée aux paquets réseau utilisés pour les transferts de fichiers ou les sauvegardes de bases de données.
Remarque
En règle générale, la QoS s'applique uniquement aux sessions de communication sur votre réseau interne. Lorsque vous implémentez QoS, vous configurez vos serveurs et routeurs afin de prendre en charge le marquage de paquets qui ne peut pas être pris en charge sur Internet et d'autres réseaux. Même si la qualité de service est prise en charge sur d’autres réseaux, il n’existe aucune garantie que qoS sera configurée exactement de la même façon que vous avez configuré le service. Si vous utilisez MPLS, vous devrez contacter votre fournisseur MPLS
Skype Entreprise Server ne nécessite pas qoS, mais il est recommandé. Si vous rencontrez des problèmes de perte de paquets sur le réseau, vos solutions disponibles sont d’ajouter de la bande passante ou d’implémenter qoS. Si l’ajout de bande passante supplémentaire n’est pas possible, l’implémentation de QoS peut être votre seul tarif pour résoudre le problème.
Skype Entreprise Server offre une prise en charge complète de QoS : cela signifie que les organisations qui utilisent déjà QoS peuvent facilement intégrer Skype Entreprise Server dans leur infrastructure réseau existante. Pour ce faire, procédez comme suit :
Activation de la qualité de service dans Skype Entreprise Server pour les appareils qui ne sont pas basés sur Windows. Par défaut, QoS est désactivée pour les ordinateurs et autres appareils (tels que les iPhones) qui exécutent d'autres systèmes d'exploitation. Bien que vous puissiez utiliser Skype Entreprise Server pour activer et désactiver la qualité de service pour les appareils, vous ne pouvez généralement pas utiliser le produit pour modifier les codes DSCP utilisés par ces appareils.
Configuration de plages de ports et d’une stratégie de qualité de service pour vos serveurs de conférence, d’application et de médiation. Vous devez réserver un ensemble unique de ports pour différents types de paquets, tels que les paquets audio et vidéo. En utilisant Skype Entreprise Server, vous n’activez pas ou ne désactivez pas QoS en définissant une valeur de propriété sur True ou False. Au lieu de cela, vous activez QoS en configurant des plages de ports, puis en créant et en appliquant une stratégie de groupe. Si vous décidez par la suite de ne pas utiliser QoS, vous pouvez « désactiver » QoS en supprimant les objets de stratégie de groupe appropriés.
Configuration des plages de ports et d’une stratégie de qualité de service pour vos serveurs Edge. Bien que cela ne soit pas requis, vous pouvez configurer vos serveurs Edge de façon à utiliser les mêmes plages de ports que vos autres serveurs. La configuration d’une stratégie QoS n’est effectuée que pour le côté interne de vos serveurs Edge. En effet, la QoS est conçue pour être utilisée sur votre réseau interne, et non sur Internet.
Configuration des plages de ports et d’une stratégie de qualité de service pour vos clients dans Skype Entreprise Server. Ces plages de ports s'appliquent uniquement aux ordinateurs clients et sont généralement différents des plages de ports configurées sur vos serveurs. Skype Entreprise Server ne prend pas en charge QoS pour les systèmes d’exploitation Windows autres que Windows 10.
Remarque
Si vous utilisez Windows Server 2012 ou Windows Server 2012 R2, vous pouvez être intéressé par le nouvel ensemble d’applets de commande Windows PowerShell disponibles pour la gestion de QoS sur cette plateforme. Pour plus d’informations, consultez Applets de commande Windows PowerShell pour la mise en réseau.
La qualité de service est également abordée dans le livre blanc Planification, surveillance et résolution des problèmes réseau avec Lync Server avec plus de détails et de détails. Bien que le contenu fasse explicitement référence à Lync 2010 et Lync 2013, les considérations relatives à Skype Entreprise Server restent inchangées.
Voir aussi
Planifier IPv6 dans Skype Entreprise
Configuration requise pour l’équilibrage de charge pour Skype Entreprise