Installation d'Adobe Connect 12.12 LiveKit (configuration son-vidéo améliorée)

Rechercher

Présentation

Adobe Connect utilise LiveKit, un serveur multimédia open source basé sur WebRTC, pour fournir des capacités audio et vidéo améliorées.Cette configuration son-vidéo améliorée basée sur LiveKit s'exécute généralement sur plusieurs nœuds Linux® avec des rôles spécifiques : nœuds de signalisation, nœuds multimédia/SIP LiveKit et nœuds d'enregistrement et ASR (légendes). Cette configuration utilise également PostgreSQL, Redis et un cluster de bus de messages NATS (requis par les serveurs multimédias et SIP de LiveKit), qui peuvent être installés sur une ou plusieurs machines séparées, selon l'utilisation.

Chaque nœud est configuré en copiant le fichier zip du programme d’installation sur celui-ci, en modifiant les fichiers de configuration, en exécutant le script d’installation de dépendance, puis le script d’installation principal. Voici les sujets abordés ci-après :

Ces étapes sont décrites dans la section Installation.

Prérequis et configuration système requise

Estimer la taille des serveurs/nœuds audio/vidéo améliorés

Le fichier session_participants_count.sql peut être exécuté pour estimer la taille des serveurs audio/vidéo améliorés.Le résultat des requêtes SQL constitue les données d'entrée du calculateur, qui est un fichier Excel, Additional Enhanced A/V hardware Livekit-estimator.xlsx.

Le calculateur aide à estimer le nombre de machines virtuelles nécessaires en fonction de votre utilisation passée d'Adobe Connect.Le calculateur a besoin de l’ensemble d’entrées suivant.

  • Nombre de cœurs de processeur et de RAM du serveur.
  • Les requêtes SQL jointes sont utilisées pour déterminer le nombre maximal de sessions simultanées au cours des 12 derniers mois et le nombre moyen de participants.
  • Nombre estimé d’éditeurs dans chaque session. Un éditeur est un participant à la réunion (hôte, présentateur ou participant) qui connecte son microphone (microphone activé ou désactivé) et sa webcam (webcam active ou en pause) dans la salle de réunion.
Annotation

Les fichiers session_participants_count.sql et Additional Enhanced A/V hardware Livekit-estimator.xlsx sont inclus dans le package d'installation et ne sont pas disponibles ailleurs.

Exigences d'ouverture de ports

Source Destination Plage de ports Protocole Utilisez
WebRTC LB Nœud de signalisation 18443 TCP Signalisation WebRTC
0.0.0.0 WebRTC LB 443 TCP Signalisation WebRTC
Connect Pro Server WebRTC LB 443 TCP  
Soi Nœud de signalisation 6379 TCP Redis
Nœud de serveur multimédia Nœud de signalisation 6379 TCP Redis
Nœud d’enregistrement Nœud de signalisation 6379 TCP Redis
Nœud de serveur multimédia Nœud de signalisation 4222 - 4224 TCP NATS
Soi-même Nœud de signalisation 5432 TCP Postgres
Soi-même Nœud de signalisation 6222 TCP NATS
Soi Nœud de signalisation 7890 TCP LiveKit LB
Nœud de signalisation Connect Pro Server LB 443 TCP  
Nœud de sous-titrage automatique/ASR Nœud de signalisation 7890 TCP LiveKit LB
Nœud de sous-titrage automatique/ASR WebRTC LB 443 TCP Signalisation WebRTC
Nœud de serveur multimédia Nœud de signalisation 7890 TCP LiveKit LB
Soi Nœud de sous-titrage automatique/ASR 6000 TCP Service de sous-titrage
Nœud de signalisation Nœud d’enregistrement 5000-5100 TCP Demande d'enregistrement
Connect Pro Server Nœud d’enregistrement 80 TCP Télécharger l'enregistrement
Nœud de signalisation Nœud de serveur multimédia 7880 TCP Signalisation WebRTC
Soi Nœud de serveur multimédia 6883 TCP Connexion Cluster
Soi Nœud de serveur multimédia 6884 UDP Connexion au cluster
0.0.0.0 Nœud de serveur multimédia 50000 - 60000 UDP SRTP (flux multimédia en temps réel)
Soi Nœud de serveur multimédia 30000 - 40000 UDP Relais TURN
0.0.0.0 Nœud de serveur multimédia 3478 UDP TURN sur UDP
0.0.0.0 Nœud de serveur multimédia 443 TCP TURN sur TLS
0.0.0.0 Nœud de serveur multimédia 5060 UDP SIP
0.0.0.0 Nœud de serveur multimédia 5060 TCP SIP
0.0.0.0 Nœud de serveur multimédia 10000-20000 UDP SIP
Nœud de sous-titrage automatique/ASR Nœud de serveur multimédia 50000 - 60000 UDP SRTP (flux multimédia en temps réel)
Nœud de sous-titrage automatique/ASR Nœud de serveur multimédia 3478 UDP TURN sur UDP
Nœud d’enregistrement Nœud de serveur multimédia 50000 - 60000 UDP SRTP (flux multimédia en temps réel)
Nœud d’enregistrement Nœud de serveur multimédia 3478 UDP TURN sur UDP
Nœud d’enregistrement WebRTC LB 443 TCP Signalisation WebRTC

0.0.0.0 = Utilisateurs/Client/Internet

Configurer la répartition de charge pour l'installation On-Premise de Livekit

La répartition de charge est généralement effectuée via un répartiteur de charge d'Application externe avec la configuration ci-dessous.

  • Port HTTPS 443 : port 18443 des nœuds de signalisation : CPS et les utilisateurs finaux se connectent à cet écouteur. Il s’agit du point d’entrée au nouveau cluster WebRTC.

Consultez Configurer la répartition de charge pour l'installation On-Premise d'Enhanced Audio/Video (WebRTC) pour plus d'informations.

Annotation

Pour le moteur LiveKit, la répartition de charge n'est nécessaire que pour le port 18443 – il n'y a pas de port de panneau d'administration séparé (9090) à équilibrer, contrairement au moteur LiveSwitch.

Préparation de l’environnement

Une configuration LiveKit nécessiterait au moins quatre serveurs Red Hat : un pour chacun des nœuds de signalisation, médias, enregistrement et ASR.L'estimateur, basé sur la charge de réunion, pourrait suggérer plusieurs Serveurs de médias, nœuds d'Enregistrement, nœuds ASR et nœuds de Signalisation.Un répartiteur de charge d'application serait utilisé pour le déchargement SSL et pour la communication entre CPS et les clients finaux avec les nœuds de signalisation.

Nous allons décrire en détail les quatre configurations de serveur les plus courantes.

  • Configurez quatre serveurs Red Hat. Veuillez vous reporter au fichier Hardware estimator pour la configuration.
  • L’installation nécessite un utilisateur non racine qui dispose d’un accès sudo.
    • Après une nouvelle installation de Red Hat, créez un nouvel identifiant utilisateur (user-id).
    • Pour activer le mode sudo pour le nouvel identifiant utilisateur sur RHEL, ajoutez l’ID au groupe wheel :
      • Devenez root en exécutant su.
      • Exécutez usermod -aG wheel your_user_id.
      • Déconnectez-vous, puis reconnectez-vous à l’aide du nouvel identifiant.

Copiez le fichier zip du programme d'installation

  1. Copiez le fichier Patch_ACS_12_12_0_EnhancedAV.zip dans le répertoire personnel de tous les nœuds.Par exemple, scp Patch_ACS_12_12_0_EnhancedAV.zip -i ssh_key.pem my-user@webrtc.corp.example.com:/home/my-user/

  2. Vérifiez éventuellement le fichier zip signé téléchargé à l’aide de Jarsigner. Jarsigner est installé avec Java.

    1. Vérifiez si Java est installé à l’aide de la commande [ java -version ]. Si Java est installé, la sortie indique la version de Java.
    2. Si Java n'est pas présent sur la machine, installez JAVA.

      sudo yum install java-1.8.0-openjdk-devel

    3. Maintenant, copiez la commande ci-dessous dans la fenêtre Terminal et cliquez sur Entrée.

      jarsigner -verify -verbose Patch_ACS_12_12_0_EnhancedAV.zip

    4. Le résultat de la vérification contient :
      • liste des fichiers dans le zip
      • informations de certificat d’Adobe à des fins d’authentification
      • message de sortie réussie « jar vérifié » ou d’échec « jar non vérifié »
    5. Si les informations de certificat sont valides et si le message de sortie de vérification réussie est imprimé, l’utilisateur peut utiliser le contenu du zip, puis procéder à l’installation. Dans le cas contraire, l’utilisateur doit contacter le support technique d’Adobe.

  3. Extrayez le fichier zip. Assurez-vous que les fichiers disposent des autorisations appropriées. Utilisez les commandes : N'exécutez aucune commande avec un accès root/sudo sauf si cela est clairement spécifié.

    unzip Patch_ACS_12_12_0_EnhancedAV.zip
    cd ~/ncc-onprem-installer/
    sudo chmod +x ExternalDependencies/install.sh
    sudo chmod +x MainInstall.sh
    sudo chmod +x check-connectivity.sh
    sudo chmod +x uninstall.sh

    Annotation

    Lors de l'exécution de l'installation sur un environnement sans accès internet ou un environnement verrouillé, exécutez la commande ci-dessous :

  4. Exécution du script d’installation de dépendance.

    1. Lorsque vous exécutez le programme d’installation dans un environnement sans accès à Internet ou verrouillé, exécutez la commande ci-dessous pour installer des dépendances externes. Si vous avez un accès internet, continuez avec l'étape 2 suivante.

      Naviguez vers le répertoire parent du programme d'installation.Par exemple, assurez-vous d'être dans le répertoire ~/ncc-onprem-installer/.
      Exécutez bash ExternalDependencies/package-util.sh --install --rhel8 sur RHEL8.
      Exécutez bash ExternalDependencies/package-util.sh --install --rhel9 sur RHEL9.
      Cette opération installe toutes les dépendances externes requises dans la zone
      Elle est nécessaire une fois par nœud.
    2. Accédez au répertoire parent du programme d’installation. Par exemple, assurez-vous d'être dans le répertoire ~/ncc-onprem-installer/.
      Exécutez bash ExternalDependencies/install.sh. Cette opération installe toutes les dépendances externes requises dans la zone. Cette opération est nécessaire une fois par nœud.

Processus d'installation

Les étapes suivantes expliquent l'installation de l'environnement LiveKit (à titre d'exemple) sur 4 instances Red Hat distinctes. Nœud de signalisation, nœud d’enregistrement, nœud de serveur média et nœud ASR. Soyez attentif aux services qui sont configurés dans le fichier containers.conf pour les instructions de chaque nœud. Vous devez configurer chaque nœud avec un ensemble spécifique de services/conteneurs dans les fichiers de configuration.

** Sur un système Lab, vous pouvez installer tous ces « nœuds » (signalisation, enregistrement, médias et serveur ASR) sur une seule instance Linux. Dans ce cas, dans le fichier containers.conf, vous devez définir « count=1 » pour tous les serveurs/conteneurs qui sont nécessaires dans votre environnement.

Nœud de signalisation

Sur les nœuds de signalisation, vous exécutez généralement les services suivants. Chaque service s’exécute en tant que conteneur Docker.

  • config (service de configuration)
  • cas (nouveau service API Connect)
  • apigw (passerelle/routeur API)
  • nats (Cluster NATS à 3 nœuds – bus de messages requis par les serveurs de médias/SIP LiveKit)
  • redis
  • postgres

Le nœud ou les nœuds de signalisation se trouvent généralement dans le sous-réseau privé qui est accessible au client Connect via un équilibreur de charge externe.

Procédure

  1. Modifiez le fichier Hosts. Cette entrée de fichier d'hôtes doit être ajoutée sur chaque nœud du déploiement (signalisation, médias, enregistrement et ASR) avec <private-ip> toujours défini sur l'adresse IP privée du nœud de signalisation. Vous pouvez utiliser un éditeur de texte comme nano ou vi.

    1. Ouvrez le fichier /etc/hosts à l'aide de l'éditeur nano ou vi, par exemple sudo vi /etc/hosts.
    2. Ajoutez la ligne suivante à la fin. Remplacez <private-ip> par l'adresse IP privée du nœud de signalisation. Veuillez noter l’espace entre chaque mot ci-dessous.

    <private-ip> controller.livekit.svc.cluster.local nats.livekit.svc.cluster.local redis.ncc.svc.cluster.local postgres.ncc.svc.cluster.local cas.ncc.svc.cluster.local config.ncc.svc.cluster.local pi.ncc.svc.cluster.local auth.ncc.svc.cluster.local

    192.168.1.100 controller.livekit.svc.cluster.local nats.livekit.svc.cluster.local redis.ncc.svc.cluster.local postgres.ncc.svc.cluster.local cas.ncc.svc.cluster.local config.ncc.svc.cluster.local pi.ncc.svc.cluster.local auth.ncc.svc.cluster.local

  2. Modification des fichiers de configuration

    Modifiez le fichier de configuration présent dans ncc-onprem-installer/Config/config.conf. Les instructions permettant de modifier le fichier sont ajoutées sous forme de commentaires dans le fichier de configuration. Ce fichier doit être modifié sur le nœud de signalisation ; les autres nœuds copient ce même fichier plutôt que de le modifier indépendamment (voir leurs sections respectives ci-dessous).

    1. Mettez à jour les clés suivantes dans le bloc hostnames :

    Clé Boîte unique Multi boîte
    fqdn NCC_FQDN (par exemple webrtc.example.com) identique
    signalingNode adresse IP privée de l'instance adresse IP privée du nœud de signalisation
    configService adresse IP privée de l'instance adresse IP privée du nœud de signalisation
    nœud d'enregistrement adresse IP privée de l'instance adresse IP privée du nœud HCR
    nœud média adresse IP privée de l'instance adresse IP privée du nœud média
    nœud SIP adresse IP privée de l'instance adresse IP privée du nœud média

    2. Mettez à jour les clés suivantes sous le bloc livekit (identique pour une seule boîte et plusieurs boîtes) :

    Key Valeur
    activé « vrai »
    serveurs multimédias [« <adresse IP privée du nœud de médias> »]

    3. Maintenant, modifiez ncc-onprem-installer/Config/containers.conf. Les instructions permettant de modifier le fichier sont ajoutées sous forme de commentaires dans le fichier. Ce fichier doit être modifié séparément pour chaque hôte. En fonction des services à installer et du nombre de conteneurs à déployer.

    4. Sur un nœud de signalisation standard, vous devez installer :

    • casServer
    • configService
    • apiGateway
    • nats (définissez le nombre pour un Cluster NATS à 3 répliques)
    • redis
    • postgres

    5. Définissez count=1 pour tous les services indiqués ci-dessus et 0 pour tous les autres.

    Important

    Veuillez définir restart=1 pour configService, après avoir apporté des modifications à Config.conf.

  3. Exécution du script du programme d’installation principal. Basculez vers le répertoire de l'installateur principal cd ~/ncc-onprem-installer/ Exécutez le Script d'installation principal, bash MainInstall.sh. Patientez jusqu’à ce que le message de confirmation s’affiche. Message de succès : 2023-01-31 18:21:34,033 : INFO : Main : 55 : Installation réussie.Message d'échec : 2023-01-31 20:04:44,849 : ERROR : Main : 59 : Échec de l'installation. Consultez le fichier installer.log pour plus d’informations.

  4. Vérification de l’installation

    1. API de vérification d'état Pour la vérification d'état du nœud, vous pouvez parcourir l'URL : http://<private_ip>:18443/health. Une réponse d’intégrité doit être 200 OK {"apigw":"ok"}. Pour vérifier depuis la machine RedHat, vous pouvez utiliser la commande CURL. Par exemple : curl -v http://172.31.56.203:18443/health
    2. Vérifier le statut du conteneur Dans la fenêtre Terminal, exécutez la commande docker ps. La sortie devrait ressembler à ce qui suit, et le STATUT ne devrait pas être redémarré pour aucun des conteneurs. Confirmez que les conteneurs nats1/nats2/nats3 sont tous en bonne santé avant de passer au nœud média.
    CONTAINER ID   IMAGE                                                          COMMAND                  CREATED        STATUS               PORTS                                                                 NAMES
aec6e82c8a6d   docker-connect-release.dr-uw2.adobeitc.com/ncc-onprem/redis:12.4     redis-server /red...     il y a 2 heures    En marche depuis 2 heures           0.0.0.0:6379->6379/tcp                                              redis
5add9e041cc0   docker-connect-release.dr-uw2.adobeitc.com/ncc-onprem/postgres:12.4  postgres                 il y a 2 heures    En marche depuis 2 heures           0.0.0.0:5432->5432/tcp                                              postgres
991a1a6e9145   docker-connect-release.dr-uw2.adobeitc.com/ncc-onprem/lb:12.4        nginx -g daemon o...     il y a 2 heures    En marche depuis 2 heures           0.0.0.0:7890->7890/tcp, 80/tcp, 443/tcp, 5349/tcp                    lb
246cdf8b2fdd   docker-connect-release.dr-uw2.adobeitc.com/ncc/config:12.12.0        /bin/bash /run.sh        il y a 2 heures    En marche depuis 2 heures           0.0.0.0:8089->8089/tcp                                              config
c310c28f04af   docker-connect-release.dr-uw2.adobeitc.com/ncc/cas:12.12.0          /bin/bash /run.sh        il y a 2 heures    En marche depuis 1 heure environ     0.0.0.0:8090->8090/tcp                                              cas
4e8fddab5aba   docker-connect-release.dr-uw2.adobeitc.com/ncc/apigw:12.12.0        /bin/bash /run.sh        il y a 2 heures    En marche depuis 2 heures           0.0.0.0:18080->8080/tcp, 0.0.0.0:18443->8443/tcp, 80/tcp             apigw
dd88436359bc   docker-connect-release.dr-uw2.adobeitc.com/nats:2.11.6-alpine       -cluster nats://n...     il y a 2 heures    En marche depuis 2 heures           0.0.0.0:4222->4222/tcp, 0.0.0.0:6222->6222/tcp, 0.0.0.0:8222->8222/tcp   nats1
d08343e01019   docker-connect-release.dr-uw2.adobeitc.com/nats:2.11.6-alpine       -cluster nats://n...     il y a 2 heures    En marche depuis 2 heures           0.0.0.0:4223->4223/tcp, 0.0.0.0:6223->6222/tcp, 0.0.0.0:8223->8222/tcp   nats2
a578607fb4cc   docker-connect-release.dr-uw2.adobeitc.com/nats:2.11.6-alpine       -cluster nats://n...     il y a 2 heures    En marche depuis 2 heures           0.0.0.0:4224->4224/tcp, 0.0.0.0:6224->6222/tcp, 0.0.0.0:8224->8222/tcp   nats3

Nœud de serveur multimédia

Voici les services que vous devez exécuter sur le nœud ou les nœuds médias :

  • livekit-server (Media Server) : Pour améliorer la fonction AudioVideo
  • livekit-sip (service SIP) : Pour utiliser SIP, installé seulement quand livekit.enabled=true

Les nœuds médias doivent se trouver dans les sous-réseaux publics (ou DMZ). Une adresse IP publique doit leur être attribuée ou ils doivent être mappés à une adresse IP publique via un NAT 1:1. Les clients se connectent directement aux adresses IP publiques du nœud médias.

Procédure

  1. Modifier le fichier Hosts Ajoutez la même ligne /etc/hosts documentée dans la procédure du nœud de signaling ci-dessus (<private-ip> controller.livekit.svc.cluster.local nats.livekit.svc.cluster.local redis.ncc.svc.cluster.local postgres.ncc.svc.cluster.local cas.ncc.svc.cluster.local config.ncc.svc.cluster.local pi.ncc.svc.cluster.local auth.ncc.svc.cluster.local) au fichier /etc/hosts de ce nœud également, avec <private-ip> défini sur l'adresse IP privée du nœud de signaling.

  2. Modifier les fichiers de configuration.

    • Copiez config.conf depuis le nœud de signaling, ~/ncc-onprem-installer/Config/config.conf – reportez-vous à la section du nœud de signaling ci-dessus pour les éléments qui doivent y être mis à jour.
    • Dans le bloc livekit de config.conf, ajoutez l'adresse IP privée de ce nœud au tableau mediaServers. Mettez également à jour hostnames.mediaNode dans config.conf avec l'adresse IP privée de ce nœud.
    • Si ce nœud exécute également le service SIP, définissez hostnames.sipNode dans config.conf sur l'adresse IP privée de ce nœud.
    • Modifiez ~/ncc-onprem-installer/Config/containers.conf et définissez livekitServer.count=1 (et livekitSip.count=1 si SIP/Téléphonie est nécessaire). Mettez également à jour livekitServer.mediaNodeIP (et livekitSip.sipNodeIP, le cas échéant) avec l'adresse IP de ce nœud.

  3. Exécution du script du programme d’installation principal. Passez au répertoire d'installation principal cd ~/ncc-onprem-installer/ Exécutez le script d'installation principal, bash MainInstall.sh.Patientez jusqu’à ce que le message de confirmation s’affiche. Message de réussite 2023-01-31 18:21:34,033 : INFO : Main : 55 : Installation réussie. Message d'échec 2023-01-31 20:04:44,849 : ERROR : Main : 59 : Échec de l'installation. Consultez le fichier installer.log pour plus d’informations.

  4. Vérifier l'installation Dans la fenêtre Terminal, exécutez la commande docker ps et assurez-vous que le conteneur livekit-server (et le conteneur livekit-sip, s'il est activé) fonctionne.

Configuration SIP

Contrairement au moteur LiveSwitch, le moteur LiveKit n'utilise pas le panneau web d'administration FM pour la configuration SIP. À la place, sur le nœud de signalisation, configurez le trunk SIP directement dans le bloc livekit de Config/config.conf :

livekit {
...
sipTrunkName = "<nom de votre trunk>"
sipTrunkAddress = "<adresse de votre trunk SIP>"
sipTrunkNumber = "<numéro de votre trunk SIP>"
sipTrunkAuthUser = "<nom d'utilisateur d'authentification du trunk SIP>"
sipTrunkAuthPassword = "<mot de passe d'authentification du trunk SIP>"
}

Après avoir modifié ces valeurs sur le nœud de signaling, relancez bash MainInstall.sh sur le nœud de signaling pour appliquer la modification, puis redémarrez le conteneur cas sur le nœud de signaling :

docker restart cas

Nœud d’enregistrement

Les nœuds d’enregistrement doivent s’exécuter sur un réseau privé. Sur les nœuds d’enregistrement, vous pouvez exécuter une ou plusieurs instances des éléments suivants :

  • hcr (conteneur d’enregistrement. Le nombre de conteneurs hcr détermine les enregistrements simultanés qui peuvent s'exécuter)
  • recordingserver (serveur Web pour envoyer les fichiers d’enregistrement au CPS. 1 par nœud d'enregistrement)

Les nœuds d’enregistrement doivent être accessibles sur :

  • TCP 80 à partir du réseau local, afin que CPS puisse télécharger les enregistrements.
  • TCP 5000-5100 à partir du réseau local, les conteneurs d’enregistrement individuels sont liés aux ports hôtes dans cette plage.
  • TCP 8090 à partir du réseau local.

Les nœuds d’enregistrement doivent être en mesure d’accéder aux nœuds médias sur les adresses IP publiques sur les ports répertoriés dans la section des nœuds médias et CPS sur le port 443 pour réussir un enregistrement.

Procédure

  1. Modifier le fichier Hosts Ajoutez la même ligne /etc/hosts documentée dans la procédure du nœud de signalisation ci-dessus (<private-ip> controller.livekit.svc.cluster.local nats.livekit.svc.cluster.local redis.ncc.svc.cluster.local postgres.ncc.svc.cluster.local cas.ncc.svc.cluster.local config.ncc.svc.cluster.local pi.ncc.svc.cluster.local auth.ncc.svc.cluster.local) au fichier /etc/hosts de ce nœud également, avec <private-ip> défini sur l'IP privée du nœud de signalisation.

  2. Modifier les fichiers de configuration

    • Copiez config.conf depuis le nœud de signalisation, ~/ncc-onprem-installer/Config/config.conf – consultez la section du nœud de signalisation ci-dessus pour connaître les éléments qui doivent y être mis à jour ; la clé hostnames.recordingNode doit déjà pointer vers l'IP privée de ce nœud HCR.
    • Maintenant, modifiez ~/ncc-onprem-installer/Config/containers.conf.Les instructions permettant de modifier le fichier sont ajoutées sous forme de commentaires dans le fichier.
    • Sur un nœud de serveur d’enregistrement, vous devez installer :
      • recordingContainer
      • recordingserver
    • Définissez le nombre >= 1 pour recordingContainer et 0 pour tous les autres. recordingServer sera installé automatiquement.
    Annotation

    Vous pouvez avoir un conteneur d’enregistrement pour 8 processeurs. Par exemple, sur une machine à 16 CPU, vous devez avoir un maximum de 2 conteneurs d'enregistrement.

  3. Exécuter le Script d'installation principal Passez au répertoire d'installation principal cd ~/ncc-onprem-installer/ Exécutez le Script d'installation principal, bash MainInstall.sh.Patientez jusqu’à ce que le message de confirmation s’affiche. Message de réussite 2023-01-31 18:21:34,033 : INFO : Main : 55 : Installation réussie.Message d'échec 2023-01-31 20:04:44,849 : ERREUR : Main : 59 : Échec de l'installation.Consultez le fichier installer.log pour plus d’informations.

  4. Vérifier l'installation Dans la fenêtre Terminal, exécutez la commande docker ps et assurez-vous que les conteneurs hcr et recordingserver sont en cours d'exécution.

Nœud ASR

Les nœuds ASR ou de sous-titrage doivent s’exécuter sur un réseau privé. Sur les nœuds ASR, vous exécutez des instances de :

  • asrCaptionerCpu
  • asrClient (répartiteur d'agents LiveKit qui achemine les tâches de sous-titrage vers asrCaptionerCpu)

Les deux ne sont installés que lorsque livekit.enabled=true.

  1. Modifier le fichier Hosts Ajoutez la même ligne /etc/hosts documentée dans la procédure du nœud de signalisation ci-dessus (<private-ip> controller.livekit.svc.cluster.local nats.livekit.svc.cluster.local redis.ncc.svc.cluster.local postgres.ncc.svc.cluster.local cas.ncc.svc.cluster.local config.ncc.svc.cluster.local pi.ncc.svc.cluster.local auth.ncc.svc.cluster.local) au fichier /etc/hosts de ce nœud également, avec <private-ip> défini sur l'adresse IP privée du nœud de signalisation.

  2. Modifier les fichiers de configuration.

    • Copiez config.conf depuis le nœud de signalisation, ~/ncc-onprem-installer/Config/config.conf – consultez la section du nœud de signalisation ci-dessus pour connaître les éléments qui doivent y être mis à jour.
    • Modifiez ensuite ~/ncc-onprem-installer/Config/containers.conf.
    • Sur un nœud de serveur ASR, vous installez : asrCaptionerCpu, asrClient. Donc, définissez count=1 pour asrCaptionerCpu et asrClient.

  3. Exécution du script du programme d’installation principal. Passez au répertoire d'installation principal cd ~/ncc-onprem-installer/ Exécutez le script d'installation principal, bash MainInstall.sh.Patientez jusqu’à ce que le message de confirmation s’affiche. Message de réussite 2023-01-31 18:21:34,033 : INFO : Main : 55 : Installation successful.Message d'échec 2023-01-31 20:04:44,849 : ERROR : Main : 59 : Installation failed.Consultez le fichier installer.log pour plus d’informations.

Configurer Livekit dans Adobe Connect Service (CPS)

Les étapes suivantes doivent être effectuées sur tous les serveurs Adobe Connect 12 (CPS) :

  1. Ajoutez les configurations ci-dessous dans le fichier custom.ini de tous les serveurs Connect présents à <Installation_Dir>/Connect/custom.ini.

    # liste séparée par des virgules des URL de découverte CAS
# Valeurs possibles
WEBRTC_CAS_DISCOVERY_URLS=http://<IP du nœud de signalisation>:18443/api/cps/ingest
WEBRTC_CAS_DISCOVERY_URLS=http://<URL de répartition de charge>/api/cps/ingest
# Secret partagé pour CAS, utilisé pour signer les demandes vers CAS.Entrez celui que vous définissez dans la section hmac dans le fichier config.conf sur le nœud de signalisation.
WEBRTC_CAS_SHARED_SECRET - # Shared secret for JWT. Entrez celui que vous définissez dans la section jwtZonalSecrets dans le fichier config.conf sur le nœud de signalisation. CAS_JWT_SHARED_SECRET=<CorrectHorseBatteryStaple>
# Activer le moteur LiveKit pour l'audio-vidéo amélioré
ENABLE_LIVEKIT=true
DEFAULT_LIVEKIT_FOR_ACCOUNTS=true

  2. Enregistrez le fichier et redémarrez le service connectpro.

  3. Appelez l'API suivante :

    https://server_domain/api/xml?action=acl-field-update&field-id=1267&value=true&acl-id=<account-id>

Processus post-installation

  1. Vérifiez la connectivité réseau.Exécutez le workflow Test de connectivité pour vérifier la connectivité réseau entre les différents nœuds :

    • Connectez-vous au nœud de signalisation.
    • Accédez au répertoire parent du programme d'installation, par exemple, cd ~/ncc-onprem-installer/ncc-onprem-installer/
    • Exécutez la commande bash check-connectivity.sh.
    • L'outil de connectivité utilise les valeurs fournies dans le fichier Config.conf pour exécuter des tests réseau de base comme :
      • Requêtes HTTP entre différents services
      • Tests de connectivité réseau sur les ports TCP et UDP requis
      • Résolution de noms
      • Connectivité de base de données, y compris le cluster NATS
    • Ce test vérifie la connectivité requise entre les nœuds et services et partage les résultats pour aider à diagnostiquer les problèmes de connectivité réseau.

  2. Testez les réunions Adobe Connect avec l'audio-vidéo amélioré basé sur LiveKit

    • Créez une nouvelle réunion et assurez-vous que l’option audio/vidéo améliorés est sélectionnée.
    • Rejoignez la salle de réunion, puis activez le micro et la caméra.
    • Si possible, entrez également dans la salle sur un autre PC ou sur un appareil mobile, et vérifiez le flux audio/vidéo.
    • Testez le partage d’écran.
    • Démarrez l’enregistrement. Patientez pendant 30 s et arrêtez. Maintenant, vérifiez si l'enregistrement est accessible.

Configuration de la liaison TURNS

Cette action est nécessaire pour une communication TURN sécurisée.

Contrairement au moteur LiveSwitch, il n'y a pas d'étape de chargement de certificat dans un panneau d'administrateur.TURNS est configuré directement via des champs dédiés dans le bloc livekit de config.conf :

  • Définissez livekit.turnsDomain sur le FQDN que les clients utiliseront pour atteindre TURNS (relais TLS sur le port 443).Ceci est généralement nécessaire uniquement lorsque les clients se connectent depuis l'extérieur de votre réseau ou depuis d'autres entreprises avec des politiques de pare-feu restrictives.
  • Créez le répertoire certs sur le nœud Media Server : cd ~ && mkdir -p connect/turns
  • Copiez le certificat SSL pour le domaine TURNS vers ~/connect/turns/turns.crt, et sa clé privée vers ~/connect/turns/turns.key (ou mettez à jour livekit.certFileName / livekit.keyFileName dans config.conf si vous utilisez des noms de fichiers différents).
  • Exécutez bash MainInstall.sh pour appliquer le changement.

Si livekit.turnsDomain reste vide, TURNS n'est pas configuré et les clients reviennent à STUN/TURN sur UDP/TCP 3478 ou la plage de médias SRTP.

Désinstallation

  • Accédez au répertoire racine du programme d'installation (le répertoire racine contient uninstall.sh), cd ~/ncc_onprem_installer.
  • Exécutez bash uninstall.sh.
  • Pour supprimer le répertoire de données des bases de données Postgres et Redis sur le nœud de signalisation, exécutez la commande ci-dessous.

    sudo rm -rf ~/connect

Annotation

Cela supprime l’ensemble des composants et images NCC du système. Toutefois, les dépendances externes (Python, PIP, Virtualenv et packages Python) ne sont pas supprimées.

Adobe, Inc.

Recevez de l’aide plus rapidement et plus facilement

Nouvel utilisateur ?

Liens rapides

Voir toutes vos formules Gérer vos formules
Afficher les liens rapides
Masquer les liens rapides

Mentions légales    |    Politique de confidentialité en ligne