Raccourcis :
Enjeux et contexte
Depuis quelques années, plusieurs organisations ont pris l'initiative d'amorcer une transformation vers le numérique avec une vitesse de progression qui varie selon les secteurs d'activité.
À l'interne comme à l'externe, les communications n'ont pas été épargnées par ces changements, ce qui a mené à une croissance rapide de l'utilisation des technologies.
Qu'on parle d'un simple communiqué destiné à un public restreint ou d'une diffusion de type événementielle à grande échelle et au profit d'un vaste auditoire, l'objectif de chaque organisation sera de rendre l'utilisation de ces technologies plus simple, plus fiable et de les employer de manière systématique.
Ce document suggère quelques méthodes visant à bonifier l'expérience de l'utilisateur, tout en réduisant l'impact sur le réseau de l'organisation.
Architecture globale
Architecture client/serveur
L'interface utilisateur du logiciel de webdiffusion
La page web du logiciel de webdiffusion requiert du contenu média (comme une vidéo en direct ou en VOD et/ou de l'audio), ainsi que du contenu de base (autre que des médias) comme, par exemple, des diapositives synchronisées.
Seul le contenu médiatique présente un enjeu en termes de diffusion sur le réseau de l'organisation :
- Parce qu'il représente, et de loin, la majeure partie du poids total à télécharger par l'environnement de l'utilisateur ;
- Parce qu'il s'agit d'un contenu synchronisé ;
- Parce qu'une interruption de téléchargement peut entraîner des coupures d'image et/ou du son pendant la lecture du média.
Impact sur les réseaux
Aperçu de l'impact
Depuis l'extérieur du réseau de l'entreprise, l'utilisateur se connecte directement à l'infrastructure de distribution.
Cette dernière est de type CDN (pour Content Delivery Network).
Chaque utilisateur doit établir une connexion avec cette infrastructure de diffusion. Nous parlons ici d'infrastructure de diffusion plutôt que de serveur car l'infrastructure de diffusion en question est souvent constituée d'une multitude de serveurs afin d'en améliorer la fiabilité et les performances.
Les flux de données consommés par les utilisateurs sont de deux types :
- Page web : faible volume de données, transmission asynchrone ;
- Flux vidéo : débit plus important (par exemple 500 kbit/s), transmission continue.
Si les utilisateurs sont dispersés et se connectent avec des liaisons résidentielles, par exemple, les enjeux qui les affecteront ressembleront à ceci :
- Disposer d'une bande passante suffisante pour absorber le flux vidéo (le téléchargement de la page web étant négligeable) ;
- Si un utilisateur n'a pas assez de bande passante, cela n'aura pas d'incidence sur les autres utilisateurs.
Si les utilisateurs (ou une partie d'entre eux) sont connectés à partir d'un réseau d'entreprise, les enjeux sont différents :
- Disposer d'une bande passante suffisante pour tous les utilisateurs ;
- Si la bande passante n'est pas suffisante, tous les utilisateurs seront impactés.
Dans certains cas, il est donc nécessaire d'optimiser la distribution vidéo au sein du réseau.
Plusieurs méthodes et technologies différentes existent, et toutes sont basées sur le concept de relayer le flux vidéo depuis l'intérieur du réseau.
L'architecture ainsi créée est très semblable au CDN, mais adaptée au réseau d'entreprise. Dans l'industrie, on l'appelle eCDN (pour Enterprise Content Delivery Network).
Digicast déploie une infrastructure eCDN dans de nombreux environnements de réseaux d'entreprise différents.
Poids relatif des éléments en fonction du temps de visionnement
Le poids relatif de la page web et des diapositives est négligeable par rapport au flux vidéo, au point de pouvoir pratiquement les ignorer du calcul.
Bande passante
La mise en œuvre d'un dispositif eCDN n'est pas toujours nécessaire.
Le calcul de la largeur de bande nécessaire est assez simple :
𝐵𝑡 = Total de la bande passante requise
𝐷 = Débit binaire du flux média
𝑈𝑚𝑎𝑥 = Nombre maximal d'utilisateurs en simultané
𝑂 = Surcharge du protocole réseau (15 à 18 %)
𝐵𝑡=𝑈𝑚𝑎𝑥 ×𝐷 ×𝑂
Si l'organisateur souhaite atteindre le nombre de 500 utilisateurs en simultané, avec un débit moyen de 375 kbps, la largeur de bande nécessaire sera de 500 × 375 × 1,15 = 216 𝑀𝑏𝑝𝑠.
Débits binaires des médias
Un des profils suivants sera utilisé en fonction du type de contenu à encoder :
| Stream Sets | ||||||
| Flux | Audio | MQ | HQ | HD | HD intégrale | |
| Audio | Débit | 128 kbps | 128 kbps | 128 kbps | 128 kbps | 128 kbps |
| Échantillonnage | 44,1 kHz | 44,1 kHz | 44,1 kHz | 44,1 kHz | 44,1 kHz | |
| V1 | Débit | 60 kbps | 547 kbps | 1237 kbps | 1519 kbps | 4346 kbps |
| Résolution | 106x60 | 768x432 | 1024x576 | 1280x720 | 1920x1080 | |
| V2 | Débit | 243 kbps | 696 kbps | 547 kbps | 1931 kbps | |
| Résolution | 512x288 | 768x432 | 768x432 | 1280x720 | ||
| V3 | Débit | 61 kbps | 483 kbps | 243 kbps | 547 kbps | |
| Résolution | 256x144 | 640x360 | 512x288 | 768x432 | ||
Le débit vidéo est calculé en fonction d'un facteur en particulier : le type de contenu à diffuser.
Ce calcul s'accomplit à partir de ces 6 variables :
- Le nombre de lignes (exprimé en pixels 𝐻𝑅𝑒𝑠) ;
- Le nombre de colonnes (exprimé en pixels 𝑊𝑅𝑒𝑠) ;
- Le taux de rafraîchissement (exprimé en images par seconde [ou FPS en anglais, NDT], 𝐹𝑟𝑒𝑞) ;
- Le débit binaire par pixel (bits / px 𝐷𝑝𝑥) - en fonction de la complexité de l'image à encoder ;
- Le nombre de canaux audio (𝑁𝑏𝐶ℎ𝑎𝑛) ;
- Le débit binaire audio (kbps, 𝐷𝑎𝑢𝑑𝑖𝑜).
Le débit total est la somme des débits audio et vidéo
𝐷=(𝐻𝑟𝑒𝑠×𝑊𝑟𝑒𝑠×𝐹𝑟𝑒𝑞×𝐷𝑝𝑥)+𝐷𝑎𝑢𝑑𝑖𝑜
Survol de l'hébergement
Information sur la plateforme utilisée
Pour l'hébergement des applications, Digicast utilise Amazon Web Services. AWS est certifié ISO 27001.
Chacun des deux services (application icastPro et Media Streaming) est hébergé dans une infrastructure géographiquement redondante.
Architecture technique
La plateforme d'application se compose de ces quatre éléments :
- Des blocs de stockage S3 répliqué dans deux centres de données ;
- Des instances de calcul avec mise à l'échelle automatique dans quatre centres de données ;
- Un équilibreur de charge pour gérer la charge des instances ;
- Une base de données relationnelle répliquée dans quatre centres de données qui fournissent quotidiennement des échantillons de données.
L'infrastructure de webdiffusion consiste en deux flux multimédias émis à partir de deux centres de données différents.
Chaque point d'origine alimente un réseau de 82 serveurs périphériques pour la distribution. Un lecteur multimédia intelligent reçoit le flux de l'un ou l'autre des serveurs périphériques en fonction de l'état de santé de chacun d'entre eux.
IP et domaines
⚠ Pour desservir de vastes audiences, icastPro s'appuie sur une infrastructure géographiquement étendue afin de fournir du contenu aux participants avec la meilleure qualité possible. Ce « réseau de diffusion de contenu » (« Content Delivery Network » ou « CDN ») se compose de milliers de nœuds périphériques répartis dans le monde entier.
Il est donc impossible de fournir une liste d'adresses IP persistantes pour les services offerts par Digicast, car ces dernières changent fréquemment en fonction de la taille et de la localisation de l'audience. Par conséquent, nous vous recommandons d'éviter d'utiliser des règles de pare-feu basées sur l'adresse IP et d'utiliser plutôt nos domaines.
Cependant, nous fournissons des adresses IP pour l'accès des conférenciers aux salles de réunion virtuelles (cliquez ici pour accéder à la liste).
Pour mettre sur liste blanche nos services destinés aux participants, vous pouvez utiliser les sous-domaines suivants :
|
Sous-domaine |
Contenu | Type de données | Service |
|
*.icastpro.ca www.icastpro.ca |
Logiciel web | Texte/images | Répartition de charge |
| assets.icastpro.ca | JS statique, CSS, images, polices | Texte/images | CDN |
|
cdnp.icastpro.ca cdn-p.icastpro.ca cdn*.icastpro.ca |
HLS | Flux audio /vidéo | CDN |
|
cdnb.icastpro.ca cdn-b.icastpro.ca cdn*.icastpro.ca |
HLS | Flux audio /vidéo | CDN |
| *.icastcdn.net | HLS | Flux audio /vidéo | CDN |
| content.icastpro.ca | contenu autre que vidéo (diapositives, documents) | Diapositives | CDN |
| timings.icastpro.ca | Index des dispositives (à toutes les 3 à 5 secondes) | Texte | CDN |
| forms.digicast.ca | Formulaires d'inscription avancés | Texte/images | Serveur web |
| auth.digicast.ca | Authentification / SSO | Texte | Serveur web |
| support.icastpro.ca | Solution pour le soutien technique des participants | Page web | Zendesk |
Note : le système peut également envoyer des notifications par courrier électronique via notifications@icastpro.ca.
Nos systèmes d'envoi automatique de courriels sont compatibles avec DKIM et SPF.
Géographie
Digicast utilise deux sites en Amérique du Nord :
- Virginie du Nord (avec quatre zones de disponibilité)
- Centre du Canada (avec deux zones de disponibilité)
Le réseau mondial Amazon CloudFront
Pour fournir du contenu aux utilisateurs finaux avec une plus faible latence, Amazon CloudFront utilise un réseau mondial de sites de périphérie pour la diffusion du contenu. Voici où les sites de périphérie d'Amazon CloudFront sont situés.
Amérique du Nord
États-Unis
Emplacement des nœuds :
● Ashburn, VA (3)
● Atlanta, GA (2)
● Chicago, IL
● Dallas/Fort Worth, TX (2)
● Hayward, CA
● Jacksonville, FL
● Los Angeles, CA (2)
● Miami, FL
● Minneapolis, MN
● New York, NY (3)
● Newark, NJ
● Palo Alto, CA
● Philadelphie, PA
● San José, CA
● Seattle, WA
● South Bend, IN
● St. Louis, MO
Nœuds régionaux :
● Virginie septentrionale
● Oregon
Canada