Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit les étapes à suivre pour configurer et dépanner l'intégration de Cisco Meeting Server (CMS) avec VBrick Distributed Media Engine (DME). L'intégration CMS avec VBrick a été ajoutée dans les versions 2.1 et ultérieures.
Pour les versions 2.1 à 2.9 de CMS, le service de diffusion CMS s'est appuyé sur le composant XMPP (Extensible Messaging and Presence Protocol) pour authentifier et rejoindre les conférences CMS. Dans les versions 3.0 et ultérieures, en raison de la suppression du composant XMPP, le service de flux CMS n'est pas un client basé sur le protocole SIP (Session Initiation Protocol) et est joint à la conférence CMS en étant appelé à l'aide de la méthode SIP.
Astuce : Cisco recommande que la machine virtuelle CMS hébergeant le service de diffusion en continu, exécutant la version 2.9 ou antérieure, soit dimensionnée avec 1 vCPU et 1 Go de mémoire par 6 flux simultanés, avec un minimum de 4 vCPU et un maximum de 32 vCPU.
Astuce : Cisco recommande que si vous exécutez un service de diffusion SIP hébergé par CMS, version 3.0 ou ultérieure, la configuration minimale requise soit toujours de 4 vCPU/4 Go de RAM. Cependant, le ou les numéros dépendent également de la qualité de l'appel. Reportez-vous au tableau suivant cette astuce pour plus d'informations.
The information in this document was created from the devices in a specific lab environment. Tous les périphériques utilisés ici ont démarré avec des configurations effacées (par défaut). If your network is live, make sure that you understand the potential impact of any command.
Les versions 2.1 et ultérieures de CMS ont introduit la prise en charge de la diffusion en direct avec le flux CMS à l'aide du protocole RTMP (Real-Time Messaging Protocol) standard. Dans CMS 3.1, la prise en charge de RTMPS a été ajoutée et la communication entre le composant de flux CMS et le serveur externe peut donc être chiffrée. Cela permet au diffuseur CMS de s'intégrer à n'importe quelle plate-forme de diffusion en continu prenant en charge RTMP(S) (Youtube, Facebook, Wowza, etc.). Actuellement, le CMS Streamer a été testé avec Vbrick DME comme serveur de diffusion externe et est la plate-forme recommandée pour l'intégration.
L'intégration de la diffusion en continu en direct (Webcast) avec VBrick DME permet aux utilisateurs de visionner n'importe quelle conférence CMS en direct depuis n'importe quel périphérique du réseau. En outre, lorsque VBrick Rev est utilisé le long de VBrick DME, cela étend cette fonctionnalité d'affichage depuis l'extérieur du réseau interne pour chaque utilisateur autorisé VBrick Rev.
Plusieurs scénarios sont pris en charge pour déployer Live Streaming avec CMS, tels qu'un seul Callbridge avec plusieurs serveurs de diffusion en continu, un cluster Callbridge avec un seul serveur de diffusion en continu et un cluster Callbridge avec plusieurs serveurs de diffusion en continu. Ce document utilise le déploiement le plus basique avec un seul Callbridge connecté à un seul serveur de diffusion en continu. Toutes les étapes de configuration de ce scénario s'appliquent également aux autres scénarios.
CMS 2.9 ou version antérieure (XMPP)
Serveur A : Serveur CMS avec Callbridge et XMPP configurés
Serveur B : Serveur CMS qui agira en tant que client XMPP Streamer
CMS 3.0 ou version ultérieure (basé sur SIP)
Serveur A : Serveur CMS avec Callbridge
Serveur B : Serveur CMS qui agit en tant que Streamer SIP
Note: Le ou les serveurs CMS hébergeant le service Callbridge sont l'emplacement où la licence de diffusion/enregistrement a été générée et installée, et non le serveur CMS agissant en tant que serveur Streamer.
Pour commencer cette configuration, on suppose que vous avez déjà un serveur CMS avec un serveur Callbridge et XMPP fonctionnel. Ceci est dû au fait que le serveur de flux fonctionne en tant que client XMPP, de sorte que le serveur XMPP doit être activé et entièrement configuré sur le CMS hébergeant Callbridge. Reportez-vous à la section Dépannage de ce document pour trouver les messages d'erreur courants reçus lorsque la diffusion en continu ne fonctionne pas en raison d'une configuration incorrecte de XMPP.
Attention : Si le serveur XMPP n'est pas correctement configuré, le flux ne fonctionnera pas. XMPP doit être activé et entièrement configuré, ce qui inclut les enregistrements de ressources SRV ou DNS.
1. Certificats: Comme pour tous les autres serveurs CMS, le serveur de flux doit avoir un certificat interne valide signé CA.
1 bis. Créez les fichiers à l'aide de l' pki csr
erasecat4000_flash:.
streamer.example.com> pki csr streamer CN:streamer.example.com O:ExampleOrg subjectAltName:example.com
Note: Streamer ne nécessite aucun paramètre spécifique pour son certificat de service.
1 ter. Récupérez les fichiers à l'aide du client SFTP (SSH File Transfer Protocol).
1 quater. Signez et émettez le certificat avec votre autorité locale interne, dans cet exemple un serveur AD.
1 quinquies. Téléchargez le certificat signé et le certificat du bundle d'approbation Callbridge sur le serveur de flux à l'aide de SFTP.
Note: La confiance pour le diffuseur agit comme une liste temporelle et valide donc seulement le certificat réel offert et ne valide pas l'autorité de certification basée. Par conséquent, le certificat ajouté comme approbation doit être soit un fichier de certificat qui contient soit Callbridge, soit Callbridge (en utilisant la méthode de l'ensemble d'approbation) qui se connectera à ce flux et ne doit pas contenir les autorités de certificat qui ont signé les certificats Callbridge.
2. Configuration SSH.
2a. Configurez la ou les interfaces que le diffuseur doit écouter. Dans ce cas, l'interface a a a été configurée pour écouter uniquement sur le port 8443.
streamer.example.com> streamer listen a:8443
2 ter. Définissez des certificats pour le serveur de flux.
streamer.example.com> streamer certs streamer.key streamer.crt
2 quater. Approbation de l'offre groupée de certificats Callbridge.
streamer.example.com> streamer trust callbridge.crt
2 quinquies. Vérifiez que les informations saisies lors des étapes précédentes sont correctes avec le streamer
erasecat4000_flash:.
streamer.example.com> streamer
Enabled : false
Interface whitelist : a:8443
Key file : streamer.key
Certificate file : streamer.crt
Trust bundle : callbridge.crt
2 sexies. Si tout s'affiche correctement, vous pouvez continuer et activer le diffuseur à l'aide de la commande streamer enable
.
streamer.example.com> streamer enable
3. Enregistrement DNS A.
3 bis. L'enregistrement DNS A du routeur doit être résolu en adresse IP de l'interface Ethernet configurée à l'étape 2a.
4. Configuration de l'API.
Cette configuration est effectuée dans le CMS hébergeant le service Callbridge. Dans les versions 2.9 et ultérieures, un outil de configuration d'API intégré se trouve sur la page WebAdmin. Vous pouvez toujours utiliser une application tierce (telle que POSTman ou RESTer) pour vous connecter à l'API CMS, mais ce document reflète l'utilisation du configurateur de l'API intégrée.
4 bis. Ajoutez le flux à /streamers, avec l'URL HTTPS du serveur de flux.
Note: Vous pouvez utiliser l'adresse IP ou le nom d'hôte (s'il existe un DNS) pour l'interface du serveur de flux et vous devez l'ajouter avec le port qui écoute.
4 ter. Vérifiez que le flux a été ajouté en naviguant vers '/streamers' dans le menu API.
4 quater. Ajoutez la 'streamURL' de VBrick aux espaces qui seront utilisés pour la diffusion en continu.
Pour qu'un espace puisse appeler la diffusion en continu, l'espace DOIT AVOIR un 'streamURL' associé à l'espace. Le 'streamURL' est unique à un espace et ne peut être défini qu'au niveau de l'espace.
Pour cet exemple, un espace appelé 'Stream Test' est créé.
Le 'streamURL' doit être configuré dans le format suivant :
rtmp://: @<VBrick IP or FQDN>/live/NameoftheStream
Note: Le nom d'utilisateur et le mot de passe par défaut de la diffusion DME VBrick sont les suivants : diffusion / diffusion. Accédez à la section Dépannage de ce document si vous rencontrez des problèmes lors de la configuration de cette URL de flux.
4 quinquies. Vérifiez que streamURL a été ajouté correctement en accédant à l'espace dans le menu API.
4 sexies. Configurez 'streamingMode' dans callProfile et associez-vous au(x) coespace(s). Voici les options de ce mode :
- Manuel : Peut démarrer ou arrêter manuellement la diffusion en continu et doit être démarré manuellement pendant l'appel.
- Automatique : Démarrer automatiquement la diffusion en continu au début de l'appel lorsque l'espace est joint, peut être arrêté manuellement ou démarré tout au long de l'appel.
-Désactivé: Ceci désactive la possibilité de diffuser pour l'endroit où le callProfile est associé.
Cet exemple a été configuré pour 'Automatique' dans callProfile :
4 septies. Vérifiez que 'streamingMode' a été ajouté correctement en accédant au callProfile dans le menu API (/api/v1/callProfiles/<callProfileGUID>).
4g. Vérifiez que cet ID callProfile est défini dans l'API (profils système ou espace coexistant ). Si elle n'est pas définie, la diffusion en continu n'exécute pas d'action en mode et ne démarre pas automatiquement. Dans ce document, callProfile a été défini au niveau du coespace :
4h. Le paramètre 'streamingControlAllowed' dans /callLegProfiles/<callLegProfileid> permettra de définir les autorisations des utilisateurs/périphériques qui se connectent à une conférence et qui ont affecté ce callLegProfile, pour avoir le contrôle de la diffusion en continu ou non pendant l'appel. Par défaut, est défini sur true.
Le CallLegProfile peut être défini au niveau Cospace, System Profile, AccessMethod ou CospaceUser.
4i. Si l'option 'Manual' a été sélectionnée pour 'streamingMode' à l'étape 4e et/ou si vous souhaitez que les périphériques puissent démarrer et arrêter la diffusion en continu à l'aide des tonalités associées, alors dtmfProfiles doit être configuré. Accédez à /dtmfProfiles et utilisez les paramètres 'startStreaming' et 'stopStreaming' pour définir les tonalités DTMF pour démarrer et arrêter la diffusion en continu. Dans cet exemple, une tonalité DTMF avec ces valeurs est créée.
4j. Si vous utilisez le profil DTMF, il DOIT être défini au niveau du profil système.
Pour commencer cette configuration, il est supposé que vous avez déjà un serveur CMS avec Callbridge qui fonctionne.
1. Certificats : comme pour tous les autres serveurs CMS, le serveur SIP de l'analyseur de flux nécessite un certificat signé valide (interne ou public)
1 bis. Créez la demande de certificat pour le diffuseur à l'aide de pki csr
erasecat4000_flash:.
streamer.example.com> pki csr streamer CN:streamer.example.com O:ExampleOrg subjectAltName:example.com
1 ter. Récupérez les fichiers à l'aide du client SFTP.
1 quater. Signez et émettez le certificat auprès de votre autorité de certification. Dans cet exemple, une AD Windows interne a été utilisée.
1 quinquies. Téléchargez le bundle de certificat et d'autorité de certificat signé sur le serveur de flux à l'aide de SFTP.
2. Configuration SSH.
2a. Configurez l'interface du service de flux pour écouter les connexions SIP. Cette commande fait référence aux interfaces et aux ports utilisés pour les protocoles TCP et TLS SIP.
streamer sip listen
Vous pouvez spécifier n'importe quel port pour ce service tant qu'il ne chevauche pas d'autres services sur le serveur. La valeur par défaut est 5060(tcp) et 5061(tls).
Un exemple est montré ici :
streamer.example.com> streamer sip listen a 6000 6001
2 ter. Configurez les certificats à utiliser pour le flux SIP. Spécifiez le fichier de clé, le certificat et l'offre d'approbation CA.
streamer.example.com> streamer sip certs streamer.key streamer.crt CAbundle.cer
2 quater. FACULTATIF: configurez la résolution et la limite d'appel pour le diffuseur.
streamer.example.com> streamer sip resolution
streamer.example.com> streamer limit <0-500|none>
2 quinquies. Vérifiez que les informations configurées sont correctes avec le streamer
erasecat4000_flash:.
streamer.example.com> streamer
Enabled : false
SIP interfaces : tcp a:6000, tls a:6001
SIP key file : streamer.key
SIP certificate file : streamer.crt
SIP CA Bundle file : CAbundle.cer
SIP Resolution : 1080p
SIP traffic trace : Disabled
Call Limit : 6
2 sexies. Après validation, activez le service de flux SIP avec le streamer enable
option :
streamer.example.com> streamer enable
3. Configuration DNS.
3 bis. Un enregistrement DNS peut être créé pour résoudre le nom de domaine complet/nom d'hôte de l'adresse IP Streamer configurée sur l'interface Ethernet définie à l'étape 2a.
3 ter. Si l'adresse Vbrick est définie en tant que nom d'hôte dans le 'streamURL' (configuré ultérieurement), assurez-vous que le DNS est configuré pour la résolution.
4. Configuration de l'API.
Cette configuration est effectuée dans le CMS hébergeant le service Callbridge. À partir de la version 2.9 et des versions ultérieures, il existe un outil de configuration d'API intégré sur la page WebAdmin. Vous pouvez toujours utiliser une application tierce (telle que POSTman ou RESTer) pour vous connecter à l'API CMS, mais ce document reflète l'utilisation du configurateur d'API intégré.
4 bis. Ajoutez l'URL de flux Vbrick à l'espace(s) qui sera utilisé(s) pour le flux.
Pour qu'un espace puisse appeler la diffusion en continu, l'espace DOIT AVOIR un 'streamURL' associé à l'espace. Le 'streamURL' est unique à un espace et ne peut être défini qu'au niveau de l'espace.
Dans cet exemple, un espace nommé 'SIP Stream Test' est créé.
Dans les versions 3.1 et ultérieures, il est possible d'avoir RTMPS et donc peut être préfixé avec rtmps:// pour l'URL. Dans cet exemple, le protocole RTMP est utilisé :
Le 'streamURL' doit être configuré dans le format suivant :
rtmp://: @<VBrick IP or FQDN>/live/NameoftheStream
Note: Le nom d'utilisateur et le mot de passe par défaut de la diffusion DME VBrick sont les suivants : diffusion / diffusion. Accédez à la section Dépannage de ce document si vous rencontrez des problèmes lors de la configuration de cette URL de flux.
4 ter. Vérifiez que 'streamURL' a été ajouté correctement en accédant à l'espace dans le menu API.
4 quater. Configurez 'streamingMode' et 'sipStreamerUrl' dans callProfile et associez-vous à cospace(s). Ces options sont disponibles pour 'streamingMode :
- Manuel : peut démarrer ou arrêter manuellement la diffusion en continu et doit être démarré manuellement pendant l'appel.
- Automatique : démarrez automatiquement la diffusion en continu au début de l'appel lorsque l'espace est joint, peut être arrêté manuellement ou démarré tout au long de l'appel.
- Désactivé : cette option désactive la possibilité de flux pour l'endroit où le callProfile est associé.
Cet exemple a été configuré pour 'Automatique' dans callProfile :
Note: La valeur dans 'sipStreamerURI' n'a pas besoin d'être spécifique pour correspondre avec le flux. Cet URI est utilisé uniquement à des fins de routage et doit s'assurer que l'environnement de routage est configuré pour l'envoyer au serveur de diffusion en continu. Nous y reviendrons plus tard.
4 quinquies. Vérifiez que 'streamingMode' et 'sipStreamerUri' ont été définis correctement en accédant à callProfile dans le menu API (/api/v1/callProfiles/<callProfileGUID>).
4 sexies. Vérifiez que cet ID callProfile est défini dans l'API (profils système ou espace coexistant ). Si elle n'est pas définie, la diffusion en continu n'exécute pas d'action en mode et ne démarre pas automatiquement. Dans ce document, callProfile a été défini au niveau du coespace :
4 septies. Le paramètre 'streamingControlAllowed' dans /callLegProfiles/<callLegProfileid> permettra de définir les autorisations des utilisateurs/périphériques qui se connectent à une conférence et qui ont affecté ce callLegProfile, pour avoir le contrôle de la diffusion en continu ou non pendant l'appel. Par défaut, est défini sur true.
Le CallLegProfile peut être défini au niveau Cospace, System Profile, AccessMethod ou CospaceUser.
4g. Si l'option 'Manual' a été sélectionnée pour 'streamingMode' à l'étape 4e et/ou si vous souhaitez que les périphériques puissent démarrer et arrêter la diffusion en continu à l'aide des tonalités associées, alors dtmfProfiles doit être configuré. Accédez à /dtmfProfiles et utilisez les paramètres 'startStreaming' et 'stopStreaming' pour définir les tonalités DTMF pour démarrer et arrêter la diffusion en continu. Dans cet exemple, une tonalité DTMF avec ces valeurs est créée :
4h. Si vous utilisez le profil DTMF, vous DEVEZ le définir au niveau du profil système :
Contrairement au client de diffusion en continu XMPP version 2.9 et antérieure, car ce client de diffusion en continu est basé sur SIP, il nécessite un routage sortant du CMS pour que l'appel se connecte. Ce routage permet d'activer le flux de données lorsqu'il est appelé sur le pont d'appel (manuellement ou automatiquement). Il utilise le sipStreamerUri et envoie une invitation SIP du Cospace à l'émetteur. Cela signifie que la partie domaine ou l'URI de diffusion en continu doit être unique au routage pour le composant de flux. Il convient également de mentionner que les en-têtes de contact SIP sont utilisés pour indiquer les détails de l'URL de diffusion au composant de diffusion en continu.
A. Flux d'appels : le flux SIP CMS (également enregistreur SIP) prend en charge deux chemins de routage d'appels (trois scénarios au total), de Callbridge à l'accélérateur :
C'est à cet endroit que le routage d'appel vers le routeur est acheminé directement du serveur Callbridge au routeur, sans contrôle d'appel entre :
Pour le scénario de flux direct, accédez à Configuration > Appels sortants dans la page WebAdmin du serveur Callbridge et ajoutez une règle correspondant à ces conditions :
a. Domaine : il s'agit du domaine associé à l'URI sipStreamer (ex : streamer.com).
b. Proxy SIP à utiliser : il doit s'agir de l'adresse IP ou du nom de domaine complet ET du port utilisé par le service (ceci est obligatoire SI le service utilise un port autre que 5060 ou 5061) pour le serveur de flux (par exemple, stream.example.com:6000).
c. Type de liaison - SIP standard
d. Comportement - continuer OU arrêter
e. Priorité - Définir la priorité pour la règle de routage (généralement si vous utilisez TLS et TCP pour le flux, le TLS doit avoir une priorité plus élevée sur la règle de routage)
f. Encryption (Cryptage) : définissez le cryptage en fonction de si vous vous connectez à TLS ou TCP.
Exemple direct :
Note: Comme indiqué, il existe deux règles (une pour TLS et une pour TCP) et la règle TLS est hiérarchisée. Cependant, en fonction du comportement, il doit revenir au protocole TCP.
C’est à cet endroit que le routage d’appel vers le routeur est acheminé via un contrôle d’appel (tel qu’Expressway ou CUCM) à partir du serveur Callbridge :
2a. Routage sortant CMS :
Pour le scénario de contrôle d'appel, accédez à Configuration > Appels sortants dans la page WebAdmin du serveur Callbridge et ajoutez une règle correspondant aux conditions suivantes :
a. Domaine : il s'agit du domaine associé à l'URI sipStreamer (par exemple, stream.com)
b. Proxy SIP à utiliser : il doit s'agir de l'adresse IP ou du nom de domaine complet du contrôle d'appel par lequel l'appel est acheminé (ex : cucm.example.com)
c. Type de liaison - SIP standard
d. Comportement - poursuivre OU arrêter
e. Priorité - Définir la priorité pour la règle de routage (généralement si vous utilisez TLS et TCP pour le flux, le TLS doit avoir une priorité plus élevée sur la règle de routage)
f. Cryptage : définissez le cryptage en fonction si vous vous connectez à TLS ou TCP.
2 ter. Routage CUCM : cet élément de configuration suppose que vous avez une liaison SIP configurée entre CUCM et le serveur CMS CB, ainsi qu'un flux CMS.
Note: Il est à noter que pour le Trunk entre le CUCM et CMS Streamer, il devrait être activé pour l'Offre Précoce sur le profil SIP.
Accédez à Call Routing > SIP Route Pattern et créez un nouveau Domain Routing pour le domaine correspondant et la route vers la ligne principale SIP create pour le flux CMS.
2 quater. Routage Expressway : cette partie de configuration suppose que vous avez une zone de voisinage entre CMS (ou CUCM) et le serveur CMS de diffusion en continu.
Accédez à Configuration > Dial Plan > Search Rules sur le serveur Expressway et créez une nouvelle règle pour le routeur.
Pour le routage de contrôle d’appel, vous pouvez utiliser Expressway ou CUCM pour le routage de l’appel ou les deux. Assurez-vous que les règles de routage sont configurées pour acheminer correctement la destination du flux CMS.
Utilisez cette section pour confirmer que votre configuration fonctionne correctement.
1. Journal des événements CMS : Dans le CMS hébergeant l'interface Web de Callbridge, vérifiez que la diffusion en continu est disponible et en continu, dans cet exemple, car la diffusion en continu est définie sur automatique, de sorte que lorsque l'appel est lancé, un compte invité est créé pour le client de diffusion en continu et il indique que le périphérique de diffusion en continu est disponible et en cours de diffusion :
Flux XMPP version 2.9 ou antérieure
2021-02-15 13:29:00.714 Info starting automatic streaming (space 'Stream Test')
2021-02-15 13:29:01.953 Info call 2: allocated for guest2686566456@brhuff.local "Streaming client (61b0e8e8-254a-4847-a4d3-ae6382342b9f)" conference participation
2021-02-15 13:29:01.996 Info participant "guest2686566456@brhuff.local" joined space 8ae56cc2-705e-4ad9-b181-072a625cbdd3 (Stream Test)
2021-02-15 13:29:01.996 Info participant "guest2686566456@brhuff.local" (4fed1d6e-67e5-440c-835c-bcc548185904) joined conference 5aabb283-603f-417e-a6a2-56fd98264345 via XMPP
2021-02-15 13:29:05.953 Info streaming device 1: available (1 streamings)
Flux SIP version 3.0 ou ultérieure
2021-02-15 13:55:48.784 Info starting automatic streaming (space '3.0 Stream Test Space')
2021-02-15 13:55:48.784 Info API call leg 94ca1e1b-5d4b-4f13-81c0-149b5c604097 in call 3d7086e3-e1f9-426b-b79c-ac78956e1609 (API call 1616db86-452b-428f-9e43-ed45dcdf51d6)
2021-02-15 13:55:48.791 Info call 24: outgoing SIP call to "stream@streamer.com" from space "3.0 Stream Test Space"
2021-02-15 13:55:48.791 Info call 24: configured - API call leg 2a31774f-f12f-4a3d-bc16-82eeb01a6732 with SIP call ID "554f17b5-d562-4c2e-a586-4a2396abcc65"
2021-02-15 13:55:48.793 Info call 24: setting up UDT RTP session for DTLS (combined media and control)
2021-02-15 13:55:48.800 Info conference "3.0 Stream Test Space": unencrypted call legs now present
2021-02-15 13:55:48.801 Info participant "stream@streamer.com" joined space 06a80dbd-66a4-4d08-8e82-e13331ac6dfb (3.0 Stream Test Space)
2021-02-15 13:55:48.801 Info participant "stream@streamer.com" (2a31774f-f12f-4a3d-bc16-82eeb01a6732) joined conference 3d7086e3-e1f9-426b-b79c-ac78956e1609 via SIP
2. Si vous utilisez un WebRTC (2.9 ou version antérieure) ou WebApp (3.0 ou version ultérieure), une icône de diffusion en continu s'affiche à gauche de l'écran. Si vous n'utilisez pas le client CMA ou WebBridge, passez à l'étape 3 afin que vous puissiez le vérifier via l'API.
3. Une vérification de l'API de l'appel spécifié peut indiquer s'il est également en cours de diffusion. Accédez à Configuration > API et localisez la section /appels. Vérifiez le champ streaming de l'API. Comme indiqué ici, si l'appel est actuellement diffusé, il doit afficher une valeur true :
Astuce : Si la diffusion en continu est vraie, mais que le participant supplémentaire ne s'affiche pas, il s'agit probablement d'un problème XMPP où le client de diffusion en continu a des problèmes à communiquer avec le serveur XMPP. Reportez-vous à la section Dépannage de ce document pour vérifier les problèmes de configuration XMPP les plus courants.
4. Interface Web VBrick DME : Naviguez jusqu'à Monitor and Logs > Multi-Protocol Connections et vérifiez que vous pouvez voir le flux à cet emplacement comme dans le flux entrant.
5. Lire le flux en direct : À l'aide des informations figurant sous Connexions multiprotocoles dans l'interface Web DME, il est possible de lire le flux à l'aide d'un lecteur de flux comme le lecteur multimédia VLC (http://www.videolan.org/vlc/) pour confirmer que l'audio et la vidéo fonctionnent correctement. Copiez simplement le flux rtmp et collez-le dans l'option Open network stream :
Syslog Follow
Commande
Toujours exécuter syslog follow
sur le serveur Stream. Vous devriez être en mesure de voir des informations et des messages d'erreur très importants qui vous aideront à savoir où commencer votre dépannage. Voici un exemple de flux réussi sans message d'erreur :
Feb 15 14:27:58.120 daemon.info streamer streamer-proxy[1]: 2021/02/15 19:27:58 TRACE (ALL):r = &{POST /streamings HTTP/1.1 1 1 map[Content-Type:[application/x-www-form-urlencoded] Content-Length:[160] User-Agent:[Acano server] Connection:[close]] 0xc4204655c0
160 [] true 14.49.17.7:445 map[] map[]
map[] 14.49.17.237:42812 /streamings 0xc4200a7ef0
0xc420465600} upgrade not found Feb 15 14:27:58.120 daemon.info streamer streamer-proxy[1]: 2021/02/15 19:27:58 TRACE (ALL):set path to /streamings from /streamings: websocket: false, protected: true Feb 15 14:27:58.120 daemon.info streamer streamer-proxy[1]: 2021/02/15 19:27:58 INFO (ALL):peer presented certificate in whitelist with serial number 1338044712371352933337304391814440992479641688 Feb 15 14:27:58.120 daemon.info streamer streamer-proxy[1]: 2021/02/15 19:27:58 INFO (ALL):Adding auth header Feb 15 14:27:58.161 user.info streamer streamer[1]: Start session 50939c65-301c-468e-a54a-b7b2bd06dd50 Feb 15 14:27:58.346 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Start Keepalives Feb 15 14:27:58.346 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Start send Feb 15 14:27:58.347 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Bot started Feb 15 14:27:58.348 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: new status: disconnected Feb 15 14:27:58.348 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: new status: connecting Feb 15 14:27:58.348 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Connecting to '172.18.105.43', app 'live', stream 'CMS', port '1935', scheme 'rtmp' Feb 15 14:27:58.355 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Set sending chunk size to 4096 Feb 15 14:27:58.356 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: new status: disconnected Feb 15 14:27:58.357 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Starting authmod=adobe Feb 15 14:27:58.357 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Connecting to '172.18.105.43', app 'live', stream 'CMS', port '1935', scheme 'rtmp' Feb 15 14:27:58.363 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Set sending chunk size to 4096 Feb 15 14:27:58.365 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Connecting to '172.18.105.43', app 'live', stream 'CMS', port '1935', scheme 'rtmp' Feb 15 14:27:58.370 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Set sending chunk size to 4096 Feb 15 14:27:58.372 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Server window size now set to 16777216 Feb 15 14:27:58.372 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Set peer bandwidth received (size=2500000, type=2) Feb 15 14:27:58.372 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Acknowledged window size 2500000 Feb 15 14:27:58.372 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Stream begin 0 Feb 15 14:27:58.372 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: authmod=adobe successful Feb 15 14:27:58.373 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Ignored command message 'onBWDone' (['onBWDone', 0.0, None, 8192.0]) Feb 15 14:27:58.373 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Ignored unexpected command message (['_result', 2.0, None, None]) Feb 15 14:27:58.373 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Ignored unexpected command message (['_result', 3.0, None, None]) Feb 15 14:27:58.374 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Ignored command message 'onFCPublish' (['onFCPublish', 0.0, None, {'code': 'NetStream.Publish.Start', 'description': 'CMS'}]) Feb 15 14:27:58.374 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Successfully created stream with stream id 1 Feb 15 14:27:58.375 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: new status: streaming Feb 15 14:27:58.375 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Successfully published stream to RTMP server Feb 15 14:27:59.238 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Client connected Feb 15 14:27:59.241 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Call found Feb 15 14:27:59.454 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Call connected Feb 15 14:27:59.454 user.info streamer streamer.50939c65-301c-468e-a54a-b7b2bd06dd50[111]: Start monitor Feb 15 14:27:59.455 user.info streamer streamer[1]: Bot 50939c65-301c-468e-a54a-b7b2bd06dd50 started
Problèmes liés à XMPP
XMPP doit être activé, fonctionner correctement et complètement configuré pour la diffusion en continu. Cela inclut la possibilité de résoudre les enregistrements SRV ou RR corrects par le serveur de diffusion en continu. S'ils ne sont pas configurés, le client 'streaming' ne pourra pas se connecter au flux. Le message d'erreur s'affiche dans les syslogs du serveur de diffusion en continu.
May 23 16:20:19 user.err streamer streamer.af28cb0c-08d3-4692-b9e6 Client connect failed May 23 16:20:19 user.info streamer streamer.af28cb0c-08d3-4692-b9e6 new status: disconnecting May 23 16:20:19 user.err streamer streamer[1]: Bot af28cb0c-08d3-4692-b9e6-36d7b5b7e149 failed: CLIENT_CONNECT_FAILED
Solution
1. Saisissez le dns
et dns lookup SRV _xmpp-client._tcp.
à partir du serveur de diffusion pour vérifier que le DNS est configuré et s'il peut localiser le SRV pour le client XMPP.
2.Si elle n'est pas résolvable, assurez-vous que les paramètres DNS corrects sur le serveur et assurez-vous que _xmpp-client SRV existe ou créez-le avec le dns add rr
pour ajouter un enregistrement de ressource pour XMPP SRV et un enregistrement A pour le serveur XMPP.
Autres messages d'erreur :
1. « streamUnavailable »
Message d'erreur : « Streamer 'streamURL' non disponible. »
Causes possibles: Port incorrect défini, port dupliqué, port bloqué. Arrêt du serveur Streamer.
Solution : Vérifiez que le port, l'adresse et les dns corrects sont configurés sur l'appel, et qu'ils ne sont pas utilisés par d'autres services comme 'Enregistrement' et qu'ils ne sont pas bloqués entre les serveurs. Redémarrez le serveur CMS hébergeant Callbridge.
Captures d'écran et journaux : L'interface Web affiche le message suivant :
CMS Callbridge Webadmin affiche une erreur dans la page Condition de panne pour l'échec de connexion :
L'API CMS affiche l'échec de connexion pour l'état du flux :
2. « streamingLimitReached »
Message d'erreur : « échec du démarrage de la diffusion en continu : limite de diffusion atteinte »
Motif: Pas assez de licences pour diffuser.
Solution : Vérifiez que les licences de diffusion en continu sont installées dans le CMS hébergeant le Callbridge et non dans le flux CMS.
'Suivi Syslog' sur le serveur de diffusion en continu :le journal Syslog du serveur de diffusion peut être utilisé pour valider les problèmes survenant en temps réel. Voici un exemple de suivi Syslog fonctionnel sur un serveur de diffusion en continu exécutant la version 3.0 :
// Incoming SIP Invite to CMS Streamer:
Feb 15 20:12:11.628 daemon.info streamer streamer-sip[2209]: 201211.628 : INFO : SIP trace #10<: is incoming connection from 14.49.17.236:57830 to 14.49.17.246:6000
Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.630 : INFO : SIP trace #10<: incoming SIP TCP data from 14.49.17.236:57830 to 14.49.17.246:6000, size 1000:
Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.630 : INFO : SIP trace #10<: BEGINNING OF MESSAGE
Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.630 : INFO : SIP trace #10<: INVITE sip:stream@streamer.com SIP/2.0
Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: Via: SIP/2.0/TCP 14.49.17.236:5060;branch=z9hG4bKe1133b8673549b22eec179d4d90cf553
Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: Call-ID: 5ee7860f-17c0-46be-a787-30feae921f92
Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: CSeq: 999692844 INVITE
Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: Max-Forwards: 70
Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: Contact:
;audio;video;x-cisco-tip;x-cisco-multiple-screen=3;isFocus;x-cisco-stream="rtmp://broadcast:broadcast@172.18.105.43/live/CMS3" Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: To:
Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: From: "3.0 Stream Test Space"
;tag=e13c70d7c8424b7d Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: Allow: INVITE,ACK,CANCEL,OPTIONS,INFO,BYE,UPDATE,REFER,SUBSCRIBE,NOTIFY,MESSAGE Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: Supported: timer,X-cisco-callinfo Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: Session-Expires: 1800 Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: Min-SE: 90 Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: User-Agent: Acano CallBridge Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: Content-Type: application/sdp Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: Content-Length: 3455 Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: v=0 Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: o=Acano 0 0 IN IP4 14.49.17.236 Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: s=- Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: c=IN IP4 14.49.17.236 Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: b=CT:2000 Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: t=0 0 Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: m=audio 34904 RTP/AVP 108 107 119 96 109 110 9 99 111 100 104 103 0 8 15 102 18 13 118 101 Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: b=TIAS:256000 Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=sendrecv Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=rtpmap:108 opus/48000/2 Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=fmtp:108 useinbandfec=1 Feb 15 20:12:11.631 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=rtpmap:107 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: incoming SIP TCP data from 14.49.17.236:57830 to 14.49.17.246:6000, size 1000: Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: MP4A-LATM/90000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=fmtp:107 profile-level-id=24;bitrate=64000;object=23 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=rtpmap:119 MP4A-LATM/32000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=fmtp:119 profile-level-id=30;bitrate=64000;object=2 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=rtpmap:96 mpeg4-generic/48000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=fmtp:96 profile-level-id=16;streamtype=5;config=B98C00;mode=AAC-hbr Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=rtpmap:109 G7221/32000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=fmtp:109 bitrate=48000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=rtpmap:110 G7221/32000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=fmtp:110 bitrate=32000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=rtpmap:9 G722/8000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.631 : INFO : SIP trace #10<: a=rtpmap:99 G7221/16000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=fmtp:99 bitrate=32000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:111 G7221/32000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=fmtp:111 bitrate=24000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:100 G7221/16000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=fmtp:100 bitrate=24000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:104 speex/32000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:103 speex/16000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:0 PCMU/8000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:8 PCMA/8000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:15 G728/8000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:102 speex/8000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:18 G729/8000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=fmtp:18 annexb=yes Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:13 CN/8000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:118 CN/16000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:101 telephone-event/8000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=fmtp:101 0-15 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: m=video 34906 RTP/AVP 97 116 96 34 31 100 121 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: b=TIAS:1744000 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=content:main Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=sendrecv Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=sprop-source:1 count=2;policies=cs:1 Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=sprop-simul:1 1 * Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtcp-fb:* nack pli Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: incoming SIP TCP data from 14.49.17.236:57830 to 14.49.17.246:6000, size 1000: Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtcp-fb:* ccm fir Feb 15 20:12:11.632 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtcp-fb:* ccm cisco-scr Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=extmap:1 http://protocols.cisco.com/virtualid Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=extmap:2 http://protocols.cisco.com/framemarking Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:97 H264/90000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=fmtp:97 profile-level-id=42800d;max-mbps=489600;max-fs=8160;max-cpb=4000;max-dpb=4752;max-br=1453;max-fps=6000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:116 H264/90000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=fmtp:116 profile-level-id=42800d;max-mbps=489600;max-fs=8160;max-cpb=4000;max-dpb=4752;max-br=1453;max-fps=6000;packetization-mode=1 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:96 H263-1998/90000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=fmtp:96 qcif=1;cif=1;cif4=1;custom=1024,768,1;custom=1280,720,1 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:34 H263/90000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=fmtp:34 qcif=1;cif=1;cif4=1 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:31 H261/90000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=fmtp:31 qcif=1;cif=1 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:100 VP8/90000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=fmtp:100 max-fs=8160;max-fr=30 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtcp-fb:100 nack Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=rtpmap:121 x-rtvc1/90000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.632 : INFO : SIP trace #10<: a=x-caps:121 263:1920:1080:30.0:2000000:1;4389:1280:720:30.0:2000000:1;8455:640:480:30.0:2000000:1;10345:352:288:30.0:2000000:1;12912:176:144:30.0:2000000:1 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=label:11 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: m=video 34908 RTP/AVP 97 116 96 34 100 121 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: b=TIAS:2000000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=content:slide Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: incoming SIP TCP data from 14.49.17.236:57830 to 14.49.17.246:6000, size 1000: Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: s Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=sendrecv Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=rtcp-fb:* nack pli Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=rtcp-fb:* ccm fir Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=rtpmap:97 H264/90000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=fmtp:97 profile-level-id=42800d;max-mbps=270000;max-fs=32400;max-cpb=4000;max-dpb=4752;max-br=1666;max-fps=3000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=rtpmap:116 H264/90000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=fmtp:116 profile-level-id=42800d;max-mbps=270000;max-fs=32400;max-cpb=4000;max-dpb=4752;max-br=1666;max-fps=3000;packetization-mode=1 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=rtpmap:96 H263-1998/90000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=fmtp:96 qcif=1;cif=1;cif4=1;custom=1024,768,1;custom=1280,720,1 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=rtpmap:34 H263/90000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=fmtp:34 qcif=1;cif=1;cif4=1 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=rtpmap:100 VP8/90000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=fmtp:100 max-fs=8160;max-fr=30 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=rtcp-fb:100 nack Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=rtpmap:121 x-rtvc1/90000 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=x-caps:121 263:1920:1080:30.0:2000000:1;4389:1280:720:30.0:2000000:1;8455:640:480:30.0:2000000:1;10345:352:288:30.0:2000000:1;12912:176:144:30.0:2000000:1 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=label:12 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: m=application 34912 UDP/BFCP * Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: c=IN IP4 14.49.17.236 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=floorctrl:c-only s-only Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=confid:1 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=userid:14 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=floorid:2 mstrm:12 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: m=application 34913 RTP/AVP 100 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=sendrecv Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=rtpmap:100 H224/4800 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: m=application 34 Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: incoming SIP TCP data from 14.49.17.236:57830 to 14.49.17.246:6000, size 186: Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: 910 UDP/UDT/IX * Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=setup:actpass Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=ixmap:0 ping Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=ixmap:2 xccp Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: a=fingerprint:sha-256 40:C7:F0:D7:2B:90:A1:A4:C7:28:36:5E:18:F6:1A:FC:C9:44:C2:EF:A2:58:1D:02:1A:68:D7:D5:FC:D2:6B:3A Feb 15 20:12:11.633 daemon.info streamer streamer-sip[2209]: 201211.633 : INFO : SIP trace #10<: END OF MESSAGE Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : SIP trace #10>: outgoing SIP TCP data to 14.49.17.236:57830 from 14.49.17.246:6000, size 458: Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : SIP trace #10>: BEGINNING OF MESSAGE Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : SIP trace #10>: SIP/2.0 100 Trying Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : SIP trace #10>: Via: SIP/2.0/TCP 14.49.17.236:5060;branch=z9hG4bKe1133b8673549b22eec179d4d90cf553 Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : SIP trace #10>: Call-ID: 5ee7860f-17c0-46be-a787-30feae921f92 Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : SIP trace #10>: CSeq: 999692844 INVITE Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : SIP trace #10>: Max-Forwards: 70 Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : SIP trace #10>: To:
;tag=657916f47da301ac Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : SIP trace #10>: From: "3.0 Stream Test Space"
;tag=e13c70d7c8424b7d Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : SIP trace #10>: Allow: INVITE,ACK,CANCEL,OPTIONS,INFO,BYE,UPDATE,REFER,SUBSCRIBE,NOTIFY,MESSAGE Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : SIP trace #10>: Server: Acano CallBridge Streamer Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : SIP trace #10>: Content-Length: 0 Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : SIP trace #10>: END OF MESSAGE // CMS streamer extracting details and parsing SIP headers for RTMP server connection details: Feb 15 20:12:11.634 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : newIncomingCall, with session description Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.634 : INFO : call 13: using streamer worker 0 Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : [USAGE] : 1 / 6 calls Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : call 13: supplying contact uri Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : call 13: supplying contact uri, "sip:14.49.17.246:6000" Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : call 13: handling new call information Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : call 13: parsing Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : ERROR : call 13: "" scheme not supported Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : ERROR : call 13: failed to parse stream URL: Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : ERROR : call 13: failed to start connection to RTMP server Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : WARNING : call 13: failed to configure stream Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : call 13: retrying (1/3)... Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : call 13: refresh Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : call 13: SipCallState_OutgoingAnswerPending with local 0 Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : call 13: answer pending and have local address 14.49.17.246 Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : call 13: answering session description offer Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : call 13: refreshing media, session descriptions: local 1 remote 1 // CMS streamer sending 200 OK to finish SIP transcation: Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : SIP trace #10>: outgoing SIP TCP data to 14.49.17.236:57830 from 14.49.17.246:6000, size 1300: Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : SIP trace #10>: BEGINNING OF MESSAGE Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : SIP trace #10>: SIP/2.0 200 OK Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : SIP trace #10>: Via: SIP/2.0/TCP 14.49.17.236:5060;branch=z9hG4bKe1133b8673549b22eec179d4d90cf553 Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : SIP trace #10>: Call-ID: 5ee7860f-17c0-46be-a787-30feae921f92 Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : SIP trace #10>: CSeq: 999692844 INVITE Feb 15 20:12:11.635 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : SIP trace #10>: Max-Forwards: 70 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.635 : INFO : SIP trace #10>: Server: Acano CallBridge Streamer Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: Contact:
Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: To:
;tag=657916f47da301ac Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: From: "3.0 Stream Test Space"
;tag=e13c70d7c8424b7d Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: Allow: INVITE,ACK,CANCEL,OPTIONS,INFO,BYE,UPDATE,REFER,SUBSCRIBE,NOTIFY,MESSAGE Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: Supported: timer,X-cisco-callinfo Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: Require: timer Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: Session-Expires: 1800;refresher=uas Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: Min-SE: 90 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: Content-Type: application/sdp Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: Content-Length: 665 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: v=0 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: o=Kokoro 0 0 IN IP4 14.49.17.246 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: s=- Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: c=IN IP4 14.49.17.246 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: b=CT:3500 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: t=0 0 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: m=audio 51264 RTP/AVP 119 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: b=TIAS:64000 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: a=recvonly Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: a=rtpmap:119 MP4A-LATM/32000 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: a=fmtp:119 profile-level-id=30;bitrate=64000;object=2 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: m=video 51266 RTP/AVP 116 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: b=TIAS:3500000 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: a=content:main Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: a=recvonly Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: a=rtcp-fb:* nack pli Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: a=rtcp-fb:* ccm fir Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: a=rtpmap:116 H264/90000 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: a=fmtp:116 profile-level-id=428014;max-mbps=248280;max-fs=8276;max-cpb=4000;max-dpb=4752;max-br=2916;max-fps=33;packetization-mode=1 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: a=label:11 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: m=video 0 RTP/AVP 97 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: a=rtpmap:97 H264/90000 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: m=application 0 UDP/BFCP * Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: m=application 0 RTP/AVP 100 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: a=rtpmap:100 H224/4800 Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: m=application 0 UDP/UDT/IX * Feb 15 20:12:11.636 daemon.info streamer streamer-sip[2209]: 201211.636 : INFO : SIP trace #10>: END OF MESSAGE Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : SIP trace #10<: incoming SIP TCP data from 14.49.17.236:57830 to 14.49.17.246:6000, size 398: Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : SIP trace #10<: BEGINNING OF MESSAGE Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : SIP trace #10<: ACK sip:14.49.17.246:6000;transport=tcp SIP/2.0 Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : SIP trace #10<: Via: SIP/2.0/TCP 14.49.17.236:5060;branch=z9hG4bKa639567f534a668ab614137698e95db8 Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : SIP trace #10<: Call-ID: 5ee7860f-17c0-46be-a787-30feae921f92 Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : SIP trace #10<: CSeq: 999692844 ACK Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : SIP trace #10<: To:
;tag=657916f47da301ac Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : SIP trace #10<: From: "3.0 Stream Test Space"
;tag=e13c70d7c8424b7d Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : SIP trace #10<: Max-Forwards: 70 Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : SIP trace #10<: User-Agent: Acano CallBridge Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : SIP trace #10<: Content-Length: 0 Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : call 13: rtcpSessionApplicationPacketReceived (28) Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : SIP trace #10<: END OF MESSAGE Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : call 13: handling sip accepted notification Feb 15 20:12:11.638 daemon.info streamer streamer-sip[2209]: 201211.638 : INFO : call 13: refresh Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.678 : INFO : SIP trace #10<: incoming SIP TCP data from 14.49.17.236:57830 to 14.49.17.246:6000, size 814: Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: BEGINNING OF MESSAGE Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: UPDATE sip:14.49.17.246:6000;transport=tcp SIP/2.0 Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: Via: SIP/2.0/TCP 14.49.17.236:5060;branch=z9hG4bK24cbe73118ff6b015d9e4f90c3606c37 Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: Call-ID: 5ee7860f-17c0-46be-a787-30feae921f92 Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: CSeq: 999692845 UPDATE Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: Contact:
;audio;video;x-cisco-tip;x-cisco-multiple-screen=3;isFocus;x-cisco-stream="rtmp://broadcast:broadcast@172.18.105.43/live/CMS3" Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: To:
;tag=657916f47da301ac Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: From: "3.0 Stream Test Space"
;tag=e13c70d7c8424b7d Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: Max-Forwards: 70 Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: Allow: INVITE,ACK,CANCEL,OPTIONS,INFO,BYE,UPDATE,REFER,SUBSCRIBE,NOTIFY,MESSAGE Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: Supported: timer,X-cisco-callinfo Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: Session-Expires: 1800;refresher=uas Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: Call-Info:
;security=NotAuthenticated Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: Min-SE: 90 Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: User-Agent: Acano CallBridge Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: Content-Length: 0 Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10<: END OF MESSAGE Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: outgoing SIP TCP data to 14.49.17.236:57830 from 14.49.17.246:6000, size 602: Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: BEGINNING OF MESSAGE Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: SIP/2.0 200 OK Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: Via: SIP/2.0/TCP 14.49.17.236:5060;branch=z9hG4bK24cbe73118ff6b015d9e4f90c3606c37 Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: Call-ID: 5ee7860f-17c0-46be-a787-30feae921f92 Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: CSeq: 999692845 UPDATE Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: Max-Forwards: 70 Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: Server: Acano CallBridge Streamer Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: Contact:
Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: To:
;tag=657916f47da301ac Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: From: "3.0 Stream Test Space"
;tag=e13c70d7c8424b7d Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: Allow: INVITE,ACK,CANCEL,OPTIONS,INFO,BYE,UPDATE,REFER,SUBSCRIBE,NOTIFY,MESSAGE Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: Supported: timer,X-cisco-callinfo Feb 15 20:12:11.679 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: Require: timer Feb 15 20:12:11.680 daemon.info streamer streamer-sip[2209]: 201211.679 : INFO : SIP trace #10>: Session-Expires: 1800;refresher=uas Feb 15 20:12:11.680 daemon.info streamer streamer-sip[2209]: 201211.680 : INFO : SIP trace #10>: Min-SE: 90 Feb 15 20:12:11.680 daemon.info streamer streamer-sip[2209]: 201211.680 : INFO : SIP trace #10>: Content-Length: 0 Feb 15 20:12:11.680 daemon.info streamer streamer-sip[2209]: 201211.680 : INFO : SIP trace #10>: END OF MESSAGE // CMS Streamer continuing to parse SIP header details and locates the stream details from the header 'x-cisco-stream': Feb 15 20:12:11.681 daemon.info streamer streamer-sip[2209]: 201211.681 : INFO : call 13: handling new call information Feb 15 20:12:11.681 daemon.info streamer streamer-sip[2209]: 201211.681 : INFO : call 13: parsing Feb 15 20:12:11.681 daemon.info streamer streamer-sip[2209]: 201211.681 : ERROR : call 13: "" scheme not supported Feb 15 20:12:11.681 daemon.info streamer streamer-sip[2209]: 201211.681 : ERROR : call 13: failed to parse stream URL: Feb 15 20:12:11.681 daemon.info streamer streamer-sip[2209]: 201211.681 : ERROR : call 13: failed to start connection to RTMP server Feb 15 20:12:11.681 daemon.info streamer streamer-sip[2209]: 201211.681 : WARNING : call 13: failed to configure stream Feb 15 20:12:11.681 daemon.info streamer streamer-sip[2209]: 201211.681 : INFO : call 13: retrying (2/3)... Feb 15 20:12:11.681 daemon.info streamer streamer-sip[2209]: 201211.681 : INFO : call 13: refresh Feb 15 20:12:11.681 daemon.info streamer streamer-sip[2209]: 201211.681 : INFO : call 13: rtcpSessionApplicationPacketReceived (1032) Feb 15 20:12:12.638 daemon.info streamer streamer-sip[2209]: 201212.638 : INFO : call 13: rtcpSessionApplicationPacketReceived (28) Feb 15 20:12:12.681 daemon.info streamer streamer-sip[2209]: 201212.681 : INFO : call 13: parsing rtmp://broadcast:broadcast@172.18.105.43/live/CMS3 Feb 15 20:12:12.681 daemon.info streamer streamer-sip[2209]: 201212.681 : INFO : call 13: RTMP stream="CMS3" Feb 15 20:12:12.681 daemon.info streamer streamer-sip[2209]: 201212.681 : INFO : call 13: RTMP server="rtmp://172.18.105.43:1935/live/CMS3" Feb 15 20:12:12.681 daemon.info streamer streamer-sip[2209]: 201212.681 : INFO : call 13: new connection required Feb 15 20:12:12.681 daemon.info streamer streamer-sip[2209]: 201212.681 : INFO : call 13: refresh Feb 15 20:12:12.681 daemon.info streamer streamer-sip[2209]: 201212.681 : INFO : call 13: refreshing media, session descriptions: local 1 remote 1 Feb 15 20:12:12.682 daemon.info streamer streamer-sip[2209]: 201212.682 : INFO : call 13: rtcpSessionApplicationPacketReceived (1032) Feb 15 20:12:12.682 daemon.info streamer streamer-sip[2209]: 201212.682 : INFO : call 13: connection 37 - success // CMS Streamer sends connection to RTMP server and performs RTMP handshake and publishes the stream: Feb 15 20:12:12.682 daemon.info streamer streamer-sip[2209]: 201212.682 : INFO : call 13: new outgoing TCP connection to 172.18.105.43:1935 Feb 15 20:12:12.682 daemon.info streamer streamer-sip[2209]: 201212.682 : INFO : call 13: sending C0 - len 1 Feb 15 20:12:12.682 daemon.info streamer streamer-sip[2209]: 201212.682 : INFO : call 13: sending C1 - len 1536 Feb 15 20:12:12.685 daemon.info streamer streamer-sip[2209]: 201212.685 : INFO : call 13: ParseState_Handshake_S0_S1_Receive; have 1537 Feb 15 20:12:12.685 daemon.info streamer streamer-sip[2209]: 201212.685 : INFO : call 13: received S0 and S1 Feb 15 20:12:12.685 daemon.info streamer streamer-sip[2209]: 201212.685 : WARNING : call 13: S1 byte 5 (exp: 0x00, rec: 0xf4) Feb 15 20:12:12.685 daemon.info streamer streamer-sip[2209]: 201212.685 : WARNING : call 13: S1 byte 6 (exp: 0x00, rec: 0xab) Feb 15 20:12:12.685 daemon.info streamer streamer-sip[2209]: 201212.685 : WARNING : call 13: S1 byte 7 (exp: 0x00, rec: 0xa) Feb 15 20:12:12.685 daemon.info streamer streamer-sip[2209]: 201212.685 : WARNING : call 13: S1 byte 8 (exp: 0x00, rec: 0xe4) Feb 15 20:12:12.685 daemon.info streamer streamer-sip[2209]: 201212.685 : INFO : call 13: ParseState_Handshake_S2_Receive; have 1536 Feb 15 20:12:12.685 daemon.info streamer streamer-sip[2209]: 201212.685 : INFO : call 13: received S2 Feb 15 20:12:12.685 daemon.info streamer streamer-sip[2209]: 201212.685 : INFO : call 13: Connected to RTMP server Feb 15 20:12:12.685 daemon.info streamer streamer-sip[2209]: 201212.685 : INFO : call 13: C2 pending - len 1536 Feb 15 20:12:12.685 daemon.info streamer streamer-sip[2209]: 201212.685 : : call 13: snd: create new chunk stream 2 Feb 15 20:12:12.685 daemon.info streamer streamer-sip[2209]: 201212.685 : : call 13: snd: create new chunk stream 3 Feb 15 20:12:12.685 daemon.info streamer streamer-sip[2209]: 201212.685 : INFO : call 13: RTMP sent chunk size of 4096 and connect message Feb 15 20:12:12.726 daemon.info streamer streamer-sip[2209]: 201212.726 : INFO : call 13: RTMP Created new Rx stream 3 Feb 15 20:12:12.726 daemon.info streamer streamer-sip[2209]: 201212.726 : INFO : call 13: RTMP Stream 3 didn't receive all data, waiting for next chunk Feb 15 20:12:12.726 daemon.info streamer streamer-sip[2209]: 201212.726 : INFO : call 13: RTMP Got command message Feb 15 20:12:12.726 daemon.info streamer streamer-sip[2209]: 201212.726 : INFO : call 13: RTMP Got command message Feb 15 20:12:12.726 daemon.info streamer streamer-sip[2209]: 201212.726 : ERROR : call 13: connection : far end closed connection 37 Feb 15 20:12:12.726 daemon.info streamer streamer-sip[2209]: 201212.726 : INFO : call 13: new connection required Feb 15 20:12:12.726 daemon.info streamer streamer-sip[2209]: 201212.726 : INFO : call 13: authenticating (authmod=adobe) Feb 15 20:12:12.727 daemon.info streamer streamer-sip[2209]: 201212.727 : INFO : call 13: connection 38 - success Feb 15 20:12:12.727 daemon.info streamer streamer-sip[2209]: 201212.727 : INFO : call 13: new outgoing TCP connection to 172.18.105.43:1935 Feb 15 20:12:12.727 daemon.info streamer streamer-sip[2209]: 201212.727 : INFO : call 13: sending C0 - len 1 Feb 15 20:12:12.727 daemon.info streamer streamer-sip[2209]: 201212.727 : INFO : call 13: sending C1 - len 1536 Feb 15 20:12:12.729 daemon.info streamer streamer-sip[2209]: 201212.729 : INFO : call 13: ParseState_Handshake_S0_S1_Receive; have 1460 Feb 15 20:12:12.729 daemon.info streamer streamer-sip[2209]: 201212.729 : INFO : call 13: ParseState_Handshake_S0_S1_Receive; have 1537 Feb 15 20:12:12.729 daemon.info streamer streamer-sip[2209]: 201212.729 : INFO : call 13: received S0 and S1 Feb 15 20:12:12.729 daemon.info streamer streamer-sip[2209]: 201212.729 : WARNING : call 13: S1 byte 5 (exp: 0x00, rec: 0x17) Feb 15 20:12:12.729 daemon.info streamer streamer-sip[2209]: 201212.729 : WARNING : call 13: S1 byte 6 (exp: 0x00, rec: 0x8b) Feb 15 20:12:12.729 daemon.info streamer streamer-sip[2209]: 201212.729 : WARNING : call 13: S1 byte 7 (exp: 0x00, rec: 0x9a) Feb 15 20:12:12.729 daemon.info streamer streamer-sip[2209]: 201212.729 : WARNING : call 13: S1 byte 8 (exp: 0x00, rec: 0x9a) Feb 15 20:12:12.729 daemon.info streamer streamer-sip[2209]: 201212.729 : INFO : call 13: ParseState_Handshake_S2_Receive; have 1536 Feb 15 20:12:12.729 daemon.info streamer streamer-sip[2209]: 201212.729 : INFO : call 13: received S2 Feb 15 20:12:12.729 daemon.info streamer streamer-sip[2209]: 201212.729 : INFO : call 13: Connected to RTMP server Feb 15 20:12:12.730 daemon.info streamer streamer-sip[2209]: 201212.729 : INFO : call 13: C2 pending - len 1536 Feb 15 20:12:12.730 daemon.info streamer streamer-sip[2209]: 201212.730 : : call 13: snd: create new chunk stream 2 Feb 15 20:12:12.730 daemon.info streamer streamer-sip[2209]: 201212.730 : : call 13: snd: create new chunk stream 3 Feb 15 20:12:12.730 daemon.info streamer streamer-sip[2209]: 201212.730 : INFO : call 13: RTMP sent chunk size of 4096 and connect message Feb 15 20:12:12.771 daemon.info streamer streamer-sip[2209]: 201212.771 : INFO : call 13: RTMP Created new Rx stream 3 Feb 15 20:12:12.771 daemon.info streamer streamer-sip[2209]: 201212.771 : INFO : call 13: RTMP Stream 3 didn't receive all data, waiting for next chunk Feb 15 20:12:12.771 daemon.info streamer streamer-sip[2209]: 201212.771 : INFO : call 13: RTMP Got command message Feb 15 20:12:12.771 daemon.info streamer streamer-sip[2209]: 201212.771 : INFO : call 13: RTMP Got command message Feb 15 20:12:12.771 daemon.info streamer streamer-sip[2209]: 201212.771 : ERROR : call 13: connection : far end closed connection 38 Feb 15 20:12:12.771 daemon.info streamer streamer-sip[2209]: 201212.771 : INFO : call 13: got query string : "reason=needauth&user=broadcast&salt=WvviAT4cmEkeosgbQXFJTodwlqtZjBC5&challenge=KqLT7N==&opaque=KqLT7N==" Feb 15 20:12:12.771 daemon.info streamer streamer-sip[2209]: 201212.771 : INFO : call 13: new connection required Feb 15 20:12:12.772 daemon.info streamer streamer-sip[2209]: 201212.772 : INFO : call 13: connection 39 - success Feb 15 20:12:12.772 daemon.info streamer streamer-sip[2209]: 201212.772 : INFO : call 13: sending C0 - len 1 Feb 15 20:12:12.772 daemon.info streamer streamer-sip[2209]: 201212.772 : INFO : call 13: sending C1 - len 1536 Feb 15 20:12:12.772 daemon.info streamer streamer-sip[2209]: 201212.772 : INFO : call 13: new outgoing TCP connection to 172.18.105.43:1935 Feb 15 20:12:12.773 daemon.info streamer streamer-sip[2209]: 201212.773 : INFO : call 13: ParseState_Handshake_S0_S1_Receive; have 1537 Feb 15 20:12:12.773 daemon.info streamer streamer-sip[2209]: 201212.773 : INFO : call 13: received S0 and S1 Feb 15 20:12:12.773 daemon.info streamer streamer-sip[2209]: 201212.773 : WARNING : call 13: S1 byte 5 (exp: 0x00, rec: 0x67) Feb 15 20:12:12.773 daemon.info streamer streamer-sip[2209]: 201212.773 : WARNING : call 13: S1 byte 6 (exp: 0x00, rec: 0x2a) Feb 15 20:12:12.773 daemon.info streamer streamer-sip[2209]: 201212.773 : WARNING : call 13: S1 byte 7 (exp: 0x00, rec: 0x52) Feb 15 20:12:12.773 daemon.info streamer streamer-sip[2209]: 201212.773 : WARNING : call 13: S1 byte 8 (exp: 0x00, rec: 0x44) Feb 15 20:12:12.773 daemon.info streamer streamer-sip[2209]: 201212.773 : INFO : call 13: C2 pending - len 1536 Feb 15 20:12:12.774 daemon.info streamer streamer-sip[2209]: 201212.773 : INFO : call 13: ParseState_Handshake_S2_Receive; have 1536 Feb 15 20:12:12.774 daemon.info streamer streamer-sip[2209]: 201212.773 : INFO : call 13: received S2 Feb 15 20:12:12.774 daemon.info streamer streamer-sip[2209]: 201212.773 : INFO : call 13: Connected to RTMP server Feb 15 20:12:12.774 daemon.info streamer streamer-sip[2209]: 201212.773 : : call 13: snd: create new chunk stream 2 Feb 15 20:12:12.774 daemon.info streamer streamer-sip[2209]: 201212.774 : : call 13: snd: create new chunk stream 3 Feb 15 20:12:12.774 daemon.info streamer streamer-sip[2209]: 201212.774 : INFO : call 13: RTMP sent chunk size of 4096 and connect message Feb 15 20:12:12.815 daemon.info streamer streamer-sip[2209]: 201212.815 : INFO : call 13: RTMP Created new Rx stream 2 Feb 15 20:12:12.815 daemon.info streamer streamer-sip[2209]: 201212.815 : INFO : call 13: RTCP rec window size is now set to 16777216 (was 4294967295) Feb 15 20:12:12.815 daemon.info streamer streamer-sip[2209]: 201212.815 : INFO : call 13: RTMP Tx Bandwidth received of 2500000 type dynamic (2) Feb 15 20:12:12.815 daemon.info streamer streamer-sip[2209]: 201212.815 : INFO : call 13: RTMP setting send window size is to 2500000 (was 4294967295) Feb 15 20:12:12.815 daemon.info streamer streamer-sip[2209]: 201212.815 : INFO : call 13: RTMP received Stream begin 0 Feb 15 20:12:12.815 daemon.info streamer streamer-sip[2209]: 201212.815 : INFO : call 13: RTMP Created new Rx stream 3 Feb 15 20:12:12.815 daemon.info streamer streamer-sip[2209]: 201212.815 : INFO : call 13: RTMP Stream 3 didn't receive all data, waiting for next chunk Feb 15 20:12:12.815 daemon.info streamer streamer-sip[2209]: 201212.815 : INFO : call 13: RTMP Got command message Feb 15 20:12:12.815 daemon.info streamer streamer-sip[2209]: 201212.815 : INFO : call 13: RTMP sent FCpublish and create stream for CMS3 Feb 15 20:12:12.815 daemon.info streamer streamer-sip[2209]: 201212.815 : INFO : call 13: RTMP Got command message Feb 15 20:12:12.855 daemon.info streamer streamer-sip[2209]: 201212.855 : INFO : call 13: RTMP Got command message Feb 15 20:12:12.856 daemon.info streamer streamer-sip[2209]: 201212.855 : INFO : call 13: RTMP Got command message Feb 15 20:12:12.856 daemon.info streamer streamer-sip[2209]: 201212.855 : INFO : call 13: RTMP Got command message Feb 15 20:12:12.856 daemon.info streamer streamer-sip[2209]: 201212.855 : INFO : call 13: RTMP Got command message Feb 15 20:12:12.856 daemon.info streamer streamer-sip[2209]: 201212.855 : INFO : call 13: RTMP Successfully create rtmp stream 1, now sending publish Feb 15 20:12:12.856 daemon.info streamer streamer-sip[2209]: 201212.856 : : call 13: snd: create new chunk stream 4 Feb 15 20:12:12.857 daemon.info streamer streamer-sip[2209]: 201212.857 : INFO : call 13: RTMP Stream 3 didn't receive all data, waiting for next chunk Feb 15 20:12:12.857 daemon.info streamer streamer-sip[2209]: 201212.857 : INFO : call 13: RTMP Got command message Feb 15 20:12:12.857 daemon.info streamer streamer-sip[2209]: 201212.857 : INFO : call 13: RTMP publish successful, can start sending media
Problèmes liés au routage des appels
Comme le routeur CMS est un client SIP et comme nous l’avons vu plus haut, il nécessite la mise en place d’un routage. Cela peut entraîner des scénarios dans lesquels les appels risquent d'échouer. Prenons cet exemple, où CMS Callbridge a envoyé un appel sortant, mais a échoué avec l'erreur suivante « introuvable » :
Causes :Routage à partir de CMS Callbridge envoyé à un autre contrôle d'appel qui n'a pas la configuration de routage correcte ou qui n'est pas acheminé correctement vers le serveur de flux.
Solutions :
1.Examinez les paramètres des appels sortants sur les serveurs CMS Callbridge pour valider l'emplacement vers lequel ils sont envoyés et s'ils sont définis correctement.
2.Examiner les règles de route ou les modèles de route dans le contrôle des appels (le cas échéant) et cibler la zone ou la liaison appropriée
3.Assurez-vous que le port du flux IP est correct et correctement configuré dans l'environnement de routage.
Captures de paquets
Les captures de paquets de CMS hébergeant Callbridge, Streamer et DME vous aideront dans la plupart des problèmes liés à la communication. Ils seront très importants pour dépanner les messages d'erreur :
- Échec de la connexion au serveur RTMP (délai d'attente)"
- « Échec de l'initialisation du protocole RTMP (connexion fermée par l'extrémité distante)"
Pour capturer des paquets dans :
CMS: Utilisez la commande 'pcap' et l'interface à utiliser pour capturer le trafic (ex : a).
DME : Utilisez l'interface Web dans Diagnostics > Trace Capture, appuyez sur le bouton Start capture. Appuyez sur le bouton Arrêter la capture pour arrêter le suivi. Appuyez sur le fichier de suivi de téléchargement pour télécharger la capture de paquets.
Problèmes de configuration de streamURL
L'un des problèmes les plus courants est que le nom d'utilisateur et/ou le mot de passe de Stream Input Authentication est incorrect, ce qui empêche l'authentification pour publier le flux. Vérifiez que vous utilisez les informations d'identification correctes, à l'aide de l'interface Web VBrick DME, accédez à Configuration utilisateur > Stream Input Authentication et vérifiez que vous utilisez le nom d'utilisateur et le mot de passe corrects.
Problèmes d'authentification contre VBrick Stream Input Authentication nom d'utilisateur et/ou mot de passe (utilisateur de diffusion).
1. Lorsque vous utilisez un format incomplet sans utilisateur ni mot de passe, par exemple rtmp://broadcast@10.88.246.108/live/CMSAutomaticStream, vous verrez :
May 26 02:08:43 user.info streamer streamer.bd052ae2-6501-4ae4-ab78-5b94c9a21717[305]: Connecting to '10.88.246.108', app 'live', stream 'CMSAutomaticStream', port '1935', scheme 'rtmp'
May 26 02:08:43 user.info streamer streamer.bd052ae2-6501-4ae4-ab78-5b94c9a21717[305]: Set sending chunk size to 4096
May 26 02:08:43 user.info streamer streamer.bd052ae2-6501-4ae4-ab78-5b94c9a21717[305]: Starting authmod=adobe
May 26 02:08:43 user.err streamer streamer.bd052ae2-6501-4ae4-ab78-5b94c9a21717[305]: No username or password defined for RTMP authentication
2. Lorsque l'utilisateur/le mot de passe sont incorrects, rtmp://broadcast:wrongpassword@10.88.246.108/live/CMSAutomaticStream, vous verrez :
May 26 02:05:16 user.info streamer streamer.5fff36f0-e56d-4d02-9e5e-431b0fba130c[284]: Connecting to '10.88.246.108', app 'live', stream 'CMSAutomaticStream', port '1935', scheme 'rtmp'
May 26 02:05:16 user.info streamer streamer.5fff36f0-e56d-4d02-9e5e-431b0fba130c[284]: Set sending chunk size to 4096
May 26 02:05:16 user.err streamer streamer.5fff36f0-e56d-4d02-9e5e-431b0fba130c[284]: RTMP authentication failed (['_error', 1.0, None, {'description': '[ AccessManager.Reject ] : [ authmod=adobe ] : ?reason=authfailed&opaque=vgoAAA==', 'level': 'error', 'code': 'NetConnection.Connect.Rejected'}])
Messages d'erreur supplémentaires liés à streamURL
- « Le format de l'URL du flux RTMP est incorrect »
- « Échec de la connexion au serveur RTMP ([Erreur -2] Nom ou service inconnu)"
Solutions