...
- BigBlueButton, que cela soit une infrastructure locale ou plutôt celle de l'ESR
- SIPMediaGW, le projet de connecteur de salles visioconférence par RENATER
https://www.renater.fr/connecteur-de-salles-la-solution-dinteroperabilite-entre-les-differents-systemes-de-visioconference/ - Pod, en ce qui concerne l’interface usager et la jonction avec BigBlueButton.
Au final, techniquement, voici ce que cela donne :
Copie d'écran d'une présentation réalisée par Nicolas Can et Loïc Bonavent lors des Journées Esup-Pod#3 : "10 ans déjà" à l'Université d'Avignon, en mars 2024.
SIPMediaGW par RENATER
Présentation
SIPMediaGW est un connecteur de salles visioconférence, une solution d’interopérabilité entre les différents systèmes de visioconférence par RENATER.
cf. En cours de définition. cf. https://www.renater.fr/connecteur-de-salles-la-solution-dinteroperabilite-entre-les-differents-systemes-de-visioconference/
Le but de ce projet est de mettre à disposition une brique fonctionnelle compatible avec les standards du protocole WebRTC permettant l’accès depuis un équipement de salle de visioconférence (Cisco, Polycom…) à des instances BigBlueButton / Jitsi-Meet.
RENATER a ajouté, dans les versions récentes de SIPMediaGW, une autre fonctionnalité permettant de réaliser une publication RTMP de la session, ce qui permet de réellement transformer une réunion en webinaire.
C'est cette fonctionnalité de publication RTMP du SIPMediaGW que nous utilisons dans le ce contexte de mode webinaire, avec diffusion en direct sur Pod.
Installation
Configuration et actions complémentaires dans Pod
...
| Paramètre | Valeur par défaut | Description | ||
|---|---|---|---|---|
| USE_MEETING_WEBINAR | False | Activation du mode Webinaire pour le module des réunions | MEETING_WEBINAR_SIPMEDIAGW_URL | URL du serveur SIPMediaGW qui gère les webinaires (Ex: https://sipmediagw.univ.fr) |
| MEETING_WEBINAR_SIPMEDIAGW_TOKEN | Jeton bearer du serveur SIPMediaGW qui gère les webinaires | MEETING_WEBINAR_FIELDS | ("is_webinar", "enable_chat",) | Permet de définir les champs complémentaires du formulaire de création d’un webinaire. Ces champs complémentaires sont affichés directement dans la page de formulaire d’un webinaire. |
| MEETING_WEBINAR_AFFILIATION | "['faculty', 'employee', 'staff']" | Groupes d’accès ou affiliations des personnes autorisées à créer un webinaire | ||
| MEETING_WEBINAR_GROUP_ADMIN | webinar admin | Groupe des personnes autorisées à créer un webinaire |
...
| Bloc de code |
|---|
################
# Utilisation du mode Webinaire pour le module des réunions
USE_MEETING_WEBINAR = True
# URL du serveur SIPMediaGW qui gère les webinaires (Ex: https://sipmediagw.univ.fr)
MEETING_WEBINAR_SIPMEDIAGW_URL = "https://sipmediagw.univ.fr"
# Jeton bearer du serveur SIPMediaGW qui gère les webinaires
MEETING_WEBINAR_SIPMEDIAGW_TOKEN = "token"
# Options possibles pour un webinaire
MEETING_WEBINAR_FIELDS = (
"is_webinar",
"enable_chat",
)
# Groupes d’accès ou affiliations des personnes autorisées à créer un webinaire
MEETING_WEBINAR_AFFILIATION = ["faculty", "employee", "staff"]
# Groupe des admins des webinaires
MEETING_WEBINAR_GROUP_ADMIN = "webinar admin"
################ |
...
Pour utiliser cette fonctionnalité, il est nécessaire de définir les informations liées à la publication RTMP et , au streaming HLS et au serveur SIPMediaGW.
Pour ce faire, il est nécessaire d'accéder au module d'Administration de Pod et de définir ses informations via le nouvel accès "Passerelles de live".
Ce nouveau système de passerelle de live fait la jointure entre une adresse RTMP et , un diffuseur de Pod, déjà existants dans Pod , - pour ceux qui utilisent des directs - et un serveur SIPMediaGW.
Ces informations sont accessible dans la partie Administration / Sessions / Passerelles de live
Pour ajouter une passerelle de live, il suffit de :
- saisir l'adresse URL du flux RTMP, sous la forme rtmp://live.univ.fr/live/nom
- sélectionner un diffuseur Pod, qui pointe vers un flux HLS. Il est possible de choisir les paramètres de ce diffuseur.
- saisir l'adresse URL d'un serveur SIPMediaGW.
- saisir le jeton Bearer du serveur SIPMediaGW utilisé.
| Info |
|---|
Pour plus d'informations sur les directs, veuillez consulter la documentation : https://www.esup-portail.org/wiki/x/BgC8KQ Par exemple, si vous saisissez :
Cette passerelle de live pourra gérer un webinaire; le flux vidéo et audio sera envoyé par le serveur SIPMediaGW http://1.2.3.4:8080 via le protocole RTMP au serveur live.univ.fr, sur l'application live avec le nom nom. Le direct du webinaire, affiché dans la page des directs de Pod, lira le flux vidéo et audio via le protocole HLS à l'adresse https://live.univ.fr/hls/nom.m3u8. |
| Remarque |
|---|
Chaque passerelle de live pourra alors être utilisé pour réaliser un webinaire. Cela signifie qu'il est possible d'avoir plusieurs passerelles de live pour pouvoir gérer plusieurs webinaires en parallèle (sur des plages horaires qui se chevauchent). Par exemple, si je défini définis 2 passerelles de live , - chacun utilisant un serveur SIPMediaGW différent - il pourra y avoir 2 webinaires en parallèle sur les mêmes périodes. Bien entendu, il faut que le serveur SIPMediaGW (ou les serveurs SIPMediaGW accessibles derrière un proxy) aient les ressources nécessaires pour gérer autant de webinaires. |
Fonctionnement global
Le principe de ce mode webinaire est d'être le plus simple et le plus intuitif possible pour l'usager :
...
| Avertissement |
|---|
L'utilisateur streaming, utilisé par SIPMediaGW simule un usager lambda. Il va alors réaliser une connexion au Pod de départ et participer à la réunion BigBlueButton en cours. Côté réseau, cela signifie que Pod doit être accessible par le serveur SIPMediaGW (paramétré via MEETING_WEBINAR_SIPMEDIAGW_URLconfiguré dans la passerelle de live utilisée) sur les ports Web (80, 443). |
...