configure y resuelva problemas fluir vivo de cms con ......puede utilizar a cualquier cliente del...

Configure y resuelva problemas fluir vivo deCMS con VBrick DME Contenido

IntroducciónprerrequisitosRequisitosComponentes UtilizadosAntecedentesConfigurarDiagrama de la redConfiguracionesVerificaciónTroubleshooting

Introducción

Este documento describe los pasos para configurar y resolver problemas Cisco que resolvía laintegración del servidor (CMS) con VBrick distribuyó el motor de los media (DME). La integraciónde CMS con VBrick se ha agregado de la versión 2.1 y sube.

Contribuido por el cristiano Ruiz y Andrea Sancho, ingenieros de Cisco TAC.

Prerrequisitos

Requisitos

2.1 de CMS y arriba con las licencias del “registrador” y/o del “bobinador de cintas en modocontinuo”. (Una licencia del registrador permitirá que usted fluya una llamada)

●

VBrick DME●

Rev de VBrick (opcional, esto se requiere solamente si el fluir vivo necesita ser compartidofuera de la red interna)

●

Componentes Utilizados

Versiones de software y hardware:

1. 2.1 de CMS2. VBrick DME 3.15.0 Rhel7

Consejo: Cisco recomienda que CMS VM que actúa como el bobinador de cintas en modocontinuo se debe clasificar con 1 vCPU y 1GB de la memoria por 6 secuencias simultáneas,con un mínimo de 4vCPUs y un máximo de 32vCPUs

La información que contiene este documento se creó a partir de los dispositivos en un ambientede laboratorio específico. Todos los dispositivos usados adentro aquí comenzaron con lasconfiguraciones despejada (predeterminada). Si la red está funcionando, asegúrese de habercomprendido el impacto que puede tener cualquier comando.

Antecedentes

El 2.1 de CMS y ahora sube fluir vivo del soporte (webcast) usando el RTMP estándar por lo tantoque esta característica trabajará con todas las Plataformas que fluyen que sigan el estándar talcomo YouTube, Facebook, Wowza, etc., no obstante el TAC de Cisco soportará solamente laintegración que fluye viva de CMS (Webcast) con el servidor de VBrick DME. En este momentoCMS no soporta los RTMP, por lo tanto todo el tráfico entre el bobinador de cintas en modocontinuo y el servidor externo será unencrypted.

La integración viva (de Webcast que fluye) con VBrick DME permite que los usuarios mirenningunos conferencia fluida viva de CMS dondequiera dentro de la red de diversos dispositivos,además cuando el Rev de VBrick se utiliza a lo largo de VBrick DME que éste amplía estacapacidad para ver desde fuera de la red interna para cada usuario autorizado del Rev de VBrick.

Configurar

Diagrama de la red

Hay varios escenarios soportados para desplegar fluir vivo con CMS por ejemplo: el solocallbridge con el múltiplo que fluye los servidores, un cluster del callbridge con un solo servidorque fluye y el callbridge agrupan con el múltiplo que fluye los servidores. Con el fin estedocumento él fuera utilizado el despliegue más básico con un solo callbridge que conectaba conun solo servidor que fluía como todo el los pasos para la configuración con este escenario seaplican a los otros escenarios también.

Servidor A: Servidor de CMS con Callbridge y XMPP configurados.

Servidor B: Servidor de CMS que actuará como el servidor del bobinador de cintas en modocontinuo.

Nota: El servidor de CMS que recibe el callbridge es el que necesita tener la licencia quefluye instalada y no el servidor de CMS que actúa como el servidor del bobinador de cintasen modo continuo.

Configuraciones

Para comenzar esta configuración se asume que usted tiene ya un servidor de CMS con unBridge de trabajo de la llamada y el servidor XMPP. Esto es porque el servidor del bobinador decintas en modo continuo actúa como cliente XMPP, así que el servidor XMPP necesita serhabilitado y ser configurado totalmente en CMS que recibe el callbridge. Mire por favor la seccióndel Troubleshooting de este documento para encontrar los mensajes de error frecuente recibidoscuando el fluir no es trabajo debido a XMPP configurado no correctamente.

Precaución: Si el servidor XMPP no se configura correctamente, la secuencia no trabajará.XMPP necesita ser habilitado y ser configurado totalmente incluyendo los registros derecursos SRV o DNS (RR).

1. Certificados: Como con el resto de los servidores de CMS, el servidor del bobinador de cintasen modo continuo necesita tener un certificado firmado interno válido de CA.

1a crean los archivos usando “el comando csr del pki”:

streamer.chrruiz.lab> pki csr streamer CN:streamer.chrruiz.lab O:CHRRUIZLAB

subjectAltName:chrruiz.lab,acano.chrruiz.lab,acano1.chrruiz.lab

el 1b extrae los archivos usando el cliente SFTP:

la muestra 1c y publica el certificado con su autoridad local interna, en este ejemplo unservidor AD:

la carga 1d el certificado firmado y la confianza del callbridge lía el certificado al servidor delbobinador de cintas en modo continuo usando el SFTP:

2. Configuración SSH.

las interfaces de la configuración 2a para que el bobinador de cintas en modo continuoescuche, en este caso era la interfaz configurada “a” a escuchar solamente en el puerto 8443.

streamer.chrruiz.lab> streamer listen a:8443

2b definen los Certificados para el servidor del bobinador de cintas en modo continuo.

streamer.chrruiz.lab> streamer certs streamer.key streamer.crt

confianza 2c el conjunto del certificado de CallBridge.

streamer.chrruiz.lab> streamer trust callbridge.crt

2.o Verifique que la información ingresada en los pasos antedichos está correcto, utilice elcomando del “bobinador de cintas en modo continuo”.

streamer.chrruiz.lab> streamer

Enabled : false

Interface whitelist : a:8443

Key file : streamer.key

Certificate file : streamer.crt

Trust bundle : callbridge.crt

2e si todo muestra correcto, usted puede proceder y habilitar el bobinador de cintas en modocontinuo con el comando “permiso del bobinador de cintas en modo continuo”.

streamer.chrruiz.lab> streamer enable

3. Expediente DNS A.

3a que el expediente DNS A para el bobinador de cintas en modo continuo necesita resolvera la dirección IP de la interfaz de Ethernet configurada en 2a.

4. La configuración API, esta configuración se realiza en CMS que recibe el CallBridge. Ustedpuede utilizar a cualquier cliente del RESTO de su opción para realizar esto, es decir cartero. Conel fin este documento él fuera cliente utilizado del RESTO del insomnio: (https://insomnia.rest/)

4a agregan el bobinador de cintas en modo continuo a /streamers, usando el HTTPS “URL”del servidor del bobinador de cintas en modo continuo.

4b verifican el bobinador de cintas en modo continuo fueron agregados usando un GET en/streamers.

4c agregan el VBrick “streamURL” a los espacios que serán utilizados para fluir.

En este ejemplo un espacio llamado “astream” fue creado usando la interfaz Web deCMS.

El espacio ID (89d76835-40d6-4d1b-86f5-1b9a2d89041f) fue utilizado PARAPONER el “streamURL” en el formato siguiente: <VBrickBroadcastUsername> dertmp://: IP o FQDN>/live/NameoftheStream del<VBrickBroadcastPassword>@<VBrick.

Nota: El nombre de usuario predeterminado y la contraseña para el broadcast de VBrickDME es: broadcast/transmitido. Vaya por favor a la sección del “Troubleshooting” de estedocumento si usted tiene problemas que configuran este streamURL.

4d verifican el streamURL fueron agregados correctamente usando un GET en el<coSpaceID> de /coSpaces/

4e configuración “streamingMode” en el callProfile. Las opciones son automáticas, manual oinhabilitado. Por este ejemplo fue configurado para “automático” usando PUESTO en el IDcallProfile (4e5f957c-752d-4456-849c-e594ed792769)

4f verifican el “streamingMode” fueron agregados correctamente usando un GET en el<callProfileID> de /callProfiles/

4g verifican las demostraciones callProfile esta identificación también en /system/profiles, sino están mostrando allí, fluyendo no los trabajarán, agregan usando PUESTO en casonecesario.

4h el parámetro “streamingControlAllowed” en el <callLegProfileid> de /callLegProfiles/ ledará la opción para fijarla “verdad” o “falsa” para controlar los permisos de los usuarios parafluir. Por abandono se fija para verdad.

4i si la opción “manual” fue seleccionada para el “streamingMode” en el paso 4e, después lanecesidad de los dtmfProfiles de ser configurado para comenzar y parar fluir. Van a/dtmfProfiles y utilizan el “los parámetros startStreaming” y el “stopStreaming” para definir lostonos DTMF para comenzar y para parar fluir. En este ejemplo utilizamos el perfil ID(fd03e044-3079-4e93-8c8a-2fc482623608) DTMF PARA PONER los parámetros.

4j verifican las configuraciones del perfil DTMF fueron agregados con éxito usando un<dtmfProfileID> GET /dtmfProfiles/

Verificación

Utilize esta sección para confirmar que su configuración funcione correctamente.

1. Registro de acontecimientos de CMS; En CMS que recibe la interfaz Web del callbridge, elcontrol que el fluir muestra disponible y a fluir, en este ejemplo como el fluir se fija aautomático usted puede considerar el comienzo que fluye justo después de que el usuario seune al espacio del “astream”

2017-05-16 19:11:06.422 Info participant "[email protected]" joined space

89d76835-40d6-4d1b-86f5-1b9a2d89041f (astream's Space)

2017-05-16 19:11:12.434 Info streaming device 2: available (1 streamings)

2. Si usa un cliente o un WebBridge de CMA, usted verá a un “participante adicional” llamadoel “fluir” en la conferencia. Si no usando el cliente o WebBridge de CMA, proceda por favor acaminar 2a así que usted puede marcarlo vía el API.

2a. Un GET al <callid> de /calls/ le mostrará el streaming=true si se está fluyendo la llamada,y también mostrará a un participante adicional en el número de participantes en la llamada.En este ejemplo muestra dos particpants pues había solamente el usuario “cristiano Ruiz” y el“fluir” en la llamada.

Consejo: Si el fluir es el mostrar “verdad” pero el participante adicional no está mostrando,esto es más probable un problema XMPP donde “fluir” al cliente está teniendo problemas acomunicar con el servidor XMPP. Refiera por favor a la sección del Troubleshooting de estedocumento para marcar la mayoría de los problemas de configuración comunes XMPP.

3. Interfaz Web de VBrick DME: Van a monitorear y los registros > las conexiones y el controldel multi-protocol que usted puede ver la secuencia allí.

4. Coja la secuencia: Utilice la información proporcionada en la interfaz Web DME para cogerla secuencia usando un jugador el fluir como el Media Player VLC(http://www.videolan.org/vlc/) para confirmar el audio y el vídeo está trabajandocorrectamente.

Troubleshooting

El “Syslog sigue”

Ejecute siempre el “Syslog siguen” el comando en el servidor del bobinador de cintas enmodo continuo, usted debe poder ver mismo la información importante y los mensajes de

http://www.videolan.org/vlc/

error que le ayudarán a saber dónde comenzar su troubleshooting, aquí están un ejemplo deuna secuencia acertada sin los mensajes de error mostrados:

May 8 23:31:51 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]:

Connecting to '10.88.246.108', app 'live', stream 'CMSAutomaticStream', port '1935', scheme

'rtmp'

May 8 23:31:51 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: Set

sending chunk size to 4096

May 8 23:31:51 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: Server

window size now set to 16777216

May 8 23:31:51 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: Set peer

bandwidth received (size=2500000, type=2)


Acknowledged window size 2500000

May 8 23:31:51 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: Stream

begin 0


authmod=adobe successful

May 8 23:31:51 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: Ignored

command message 'onBWDone' (['onBWDone', 0.0, None, 8192.0])


unexpected command message (['_result', 2.0, None, None])


unexpected command message (['_result', 3.0, None, None])


command message 'onFCPublish' (['onFCPublish', 0.0, None, {'description': 'CMSAutomaticStream',

'code': 'NetStream.Publish.Start'}])


Successfully created stream with stream id 1

May 8 23:31:51 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: new

status: streaming


Successfully published stream to RTMP server

May 8 23:31:52 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: Client

connected

May 8 23:31:52 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: Call

found

Capturas de paquetes:

Las capturas de paquetes de CMS que reciben el callbridge, el bobinador de cintas en modocontinuo y el DME le ayudarán en la mayor parte de los problemas relacionados con lacomunicación. Serán muy importante resolver problemas los mensajes de error:

- La “conexión con el servidor RTMP falló (el descanso)”

- La “iniciación del protocolo RTMP falló (el extremo cerrado de la conexión con mucho)”

Para tomar a las capturas de paquetes en:

CMS: Utilice el comando del “pcap”.

DME: Utilice la interfaz Web en los diagnósticos > la captura de la traza, presione “el botón dela captura del comienzo”. Presione “el botón de la captura de la parada” para parar elseguimiento. Presione el “archivo de traza de la descarga” para descargar a la captura depaquetes.

problemas de configuración del streamURL:

La mayoría del problema frecuente es que el nombre de usuario de autenticación y/o lacontraseña de la entrada de la secuencia es incorrectos. Verifiquele están utilizando lascredenciales correctas, usando la interfaz Web de VBrick DME, navegan a la configuración deusuario --> la autenticación de la entrada de la secuencia y le marca está utilizando el nombre deusuario y contraseñacorrecto.

La autenticación publica contra el nombre de usuario de autenticación y/o la contraseña (usuariode la entrada de la secuencia de VBrick del broadcast).

1. Al usar un formato incompleto sin el usuario o la contraseña, es decirrtmp://[email protected]/live/CMSAutomaticStream que usted verá:

May 26 02:08:43 user.info streamer streamer.bd052ae2-6501-4ae4-ab78-5b94c9a21717[305]:


'rtmp'

May 26 02:08:43 user.info streamer streamer.bd052ae2-6501-4ae4-ab78-5b94c9a21717[305]: Set


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. Cuando el usuario/la contraseña es incorrectos, es decirrtmp://broadcast:[email protected]/live/CMSAutomaticStream, usted verá:

May 26 02:05:16 user.info streamer streamer.5fff36f0-e56d-4d02-9e5e-431b0fba130c[284]:


'rtmp'

May 26 02:05:16 user.info streamer streamer.5fff36f0-e56d-4d02-9e5e-431b0fba130c[284]: Set


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'}])

Mensajes de error relacionado adicionales del streamURL:

- “El URL de la secuencia RTMP tiene un mún formato” - La “conexión con el servidor RTMP falló ([nombre o el servicio del errno -2] no sabido)”

Soluciones:

Para ambos mensajes de error, verifique por favor que el streamURL siga exactamente esteformato: <VBrickBroadcastUsername> de rtmp://: IP o FQDN>/live/NameoftheStream/del<VBrickBroadcastPassword>@<VBrick

1.

Verifique que el IP de VBrick o el nombre de host sea resolvable del servidor del bobinadorde cintas en modo continuo.

2.

Asuntos relacionados XMPP:

XMPP se requiere para ser habilitado, trabajando correctamente y configurado totalmente paraque el fluir trabaje. Esto incluye tener los expedientes correctos SRV o RR. Si no son el “fluirconfigurado” el cliente no podrá conectar para fluir. Usted verá el mensaje de error:

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

Solución: Control y expedientes correctos SRV o RR.

Otros mensajes de error:

1. “streamerUnavailable”

Mensaje de error: “Bobinador de cintas en modo continuo “YourStreamerIP” inasequible.”

Posibles causas: El puerto incorrecto fue fijado, puerto duplicado, puerto bloqueado. Servidordel bobinador de cintas en modo continuo abajo.

Solución: Verifique el puerto correcto se configura, eso es parado por el otro servicio como“grabación” y eso no se está bloqueando entre los servidores. Servidor de CMS del reinicioque recibe el callbridge.

Screenshots y registros: La interfaz Web mostrará el mensaje:

DateTimeFault condition

2017-05-1618:32:12.391Streamer "https://127.0.0.1:8445" unavailable (connect failure)

El mismo mensaje aparece al ejecutar un GET a /system/alarms:

<?xml version="1.0"?>

<alarms total="1">

<alarm id="08dd26d9-6c6f-4da2-befb-8ea7d642bd6d">

<type>streamerUnavailable</type>

<activeTimeSeconds>5846</activeTimeSeconds>

</alarm>

</alarms>

2. “streamingLimitReached”

Mensaje de error: “comience fluir fallado: fluyendo el límite alcanzado”

Causa: Ningunas bastantes licencias de fluir.

Solución: Verifique “fluir” las licencias está instalado en CMS que recibe el callbridge y no enel bobinador de cintas en modo continuo de CMS.

configure y resuelva problemas fluir vivo de cms con ......puede utilizar a cualquier cliente del...

Documents