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 rubriques sont également abordées dans le livre blanc Planification, surveillance et résolution des problèmes réseau avec Lync Server avec des détails et des détails supplémentaires. Bien que le contenu fasse explicitement référence à Lync 2010 et Lync 2013, les considérations relatives à Skype Entreprise Server sont inchangées.
De même, si votre réseau implique un accès Wi-Fi et 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 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 Êdition Entreprise topologies, 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 inclut les éléments suivants :
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, un 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 :
Configurez les liens réseau pour qu'ils prennent en charge un débit de 65 kilobits par seconde (Kbits/s) par flux audio et 500 Kbits/s par flux vidéo, s'ils sont activés, pendant les périodes d'utilisation de pointe. Une session audio ou vidéo bidirectionnelle utilise deux flux, aussi une connexion audio/ téléphonique simple aura besoin de 130 Kbits/s pour couvrir chaque flux. La vidéo utilise également un total de 1 000 Kbits/s pour transporter une connexion amont et en aval.
Pour faire face aux pics inattendus de trafic et à l’augmentation de l’utilisation au fil du temps, Skype Entreprise Server points de terminaison multimédias peuvent s’adapter à différentes conditions réseau et prendre en charge trois fois le débit pour l’audio et la 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édias 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 dont la mise en service s'avère à la fois coûteuse et difficile, vous serez peut-être contraint à prendre en charge un trafic moins important. 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.
Dans le cas des liaisons ne pouvant pas bénéficier d'un débit optimal à court terme, par exemple dans un réseau étendu utilisant des liaisons de qualité médiocre, vous devez envisager de désactiver les fonctionnalités 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 Skype Entreprise Server composants multimédias 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 qui exécutent Skype Entreprise Server dans la liste des exceptions pour 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 authentifier |
| Serveur Edge A/V, ports externes/entrants | Indifférente | Serveur Edge A/V - externe | UDP et TCP | Indifférente | Indifférente | Ne pas 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 authentifier |
| Serveur Edge A/V, ports externes/sortants | Serveur Edge A/V - externe | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas authentifier |
| Serveur de médiation, ports entrants | Indifférente | Serveur(s) de médiation | UDP et TCP | Indifférente | Indifférente | Ne pas authentifier |
| Serveur de médiation, ports sortants | Serveur(s) de médiation | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas authentifier |
| Intendant Conférence entrant | Indifférente | Serveur frontal exécutant l’Intendant Conférence | UDP et TCP | Indifférente | Indifférente | Ne pas authentifier |
| Intendant Conférence sortant | Serveur frontal exécutant l’Intendant Conférence | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas authentifier |
| Serveur de conférence A/V, ports entrants | Indifférente | Serveurs frontaux | UDP et TCP | Indifférente | Indifférente | Ne pas authentifier |
| Conférence A/V, ports sortants | Serveurs frontaux | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas authentifier |
| Exchange, ports entrants | Indifférente | Messagerie unifiée Exchange | UDP et TCP | Indifférente | Indifférente | Ne pas authentifier |
| Serveurs de partage d’application, ports entrants | Indifférente | Serveurs de partage d’application | UDP et TCP | Indifférente | Indifférente | Ne pas authentifier |
| Serveur de partage d’application, ports sortants | Serveurs de partage d’application | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas authentifier |
| Exchange, ports sortants | Messagerie unifiée Exchange | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas authentifier |
| Clients | Indifférente | Indifférente | UDP et TCP | Indifférente | Indifférente | Ne pas 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, pouvant 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 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 valeurs de bande passante contenues dans le tableau ci-dessus reposent sur la mise en paquets 20 ms (50 paquets par seconde) et pour Siren et G.722 incluent le protocole SRTP (Secure Real-Time Transport Protocol) en plus des scénarios de conférence et supposent que le flux est entièrement actif. La correction d'erreur de transfert (FEC) est utilisée dynamiquement en cas de perte de paquet sur la liaison afin de 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 |
Pour la vidéo, le codec par défaut est la norme H.264/MPEG-4 Part 10 Advanced Video Coding avec ses extensions de codage vidéo évolutives pour une extensibilité dans le temps. Pour maintenir l’interopérabilité avec les clients hérités, le codec RTVideo est toujours utilisé pour les appels d’égal à égal entre les clients Skype Entreprise Server et hérités. Dans les sessions de conférence avec des clients Skype Entreprise Server et 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 permet de comprendre la valeur la plus basse possible lorsque l’utilisation de la vitesse de transmission maximale 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. Notez que pour des vidéos avec peu ou pas de mouvements, la vitesse de transmission réelle peut temporairement être inférieure à la vitesse de transmission minimale.
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 de 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 intégré à la vitesse de transmission de la charge utile vidéo le cas échéant ce qui évite d’avoir des valeurs distinctes avec et sans le 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 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 des vidéos statiques, la vitesse de transmission réelle peut être temporairement très faible, car le codec vidéo n'encodera pas les régions de la vidéo qui ne sont pas modifiées depuis l'extraction de l'échantillon préalable.
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 capacité 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. 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 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 valeur de bande passante supplémentaire, 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 spécifique, mais elle 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 de charge utile vidéo agrégée maximum prise en charge est 8 000 Kbits/s pour les flux envoyés et reçus, par exemple pour deux flux vidéo 1 920x1 080p entrants. 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 fortement 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 n'est pas possible, l'implémentation de QoS peut constituer la seule solution au 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 :
L’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 affectant à une propriété la valeur 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 ultérieurement de ne pas utiliser QoS, vous pouvez « désactiver » QoS en supprimant les objets 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 de 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. Notez que 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 des détails et des détails supplémentaires. Bien que le contenu fasse explicitement référence à Lync 2010 et Lync 2013, les considérations relatives à Skype Entreprise Server sont inchangées.
Voir aussi
Planifier IPv6 dans Skype Entreprise
Configuration requise pour l’équilibrage de charge pour Skype Entreprise