Configurar e pesquise defeitos a fluência viva CMS com VBrick DME

Configurar e pesquise defeitos a fluência viva

CMS com VBrick DME

Índice

Introdução

Este documento descreve as etapas para configurar e pesquisar defeitos Cisco que encontra a integração do server (CMS) com VBrick distribuiu o motor dos media (DME). A integração CMS com VBrick foi adicionada da versão 2.1 e levanta.

Contribuído pelo cristão Ruiz e Andrea Sancho, engenheiros de TAC da Cisco.

Pré-requisitos

Requisitos

2.1 CMS e acima com as licenças do “registrador” e/ou da “flâmula”. (Uma licença do registrador permitirá que você flua um atendimento)

●

VBrick DME

●

Rev de VBrick (opcional, esta é exigida somente se a fluência viva precisa de ser compartilhada fora da rede interna)

●

Componentes Utilizados

Versão de software e hardware:

1. 2.1 CMS

2. VBrick DME 3.15.0 Rhel7

Dica: Cisco recomenda que o CMS VM que atua como a flâmula deve ser feito sob medida com 1 vCPU e 1GB da memória pelos córregos 6 simultâneos, com um mínimo de 4vCPUs e um máximo de 32vCPUs

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos usados dentro começaram aqui com configurações esclarecidas (PADRÃO). Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.

Informações de Apoio

O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP

consequentemente que esta característica trabalhará com todas as Plataformas de fluência que seguem o padrão tal como YouTube, Facebook, Wowza, etc., porém o tac Cisco apoiará somente a integração de fluência viva CMS (Webcast) com o server de VBrick DME. Neste momento o CMS não apoia RTMP, consequentemente todo o tráfego entre a flâmula e o servidor interno será unencrypted.

A integração de fluência viva (de Webcast) com VBrick DME permite que os usuários olhem alguns conferência fluída viva CMS em qualquer lugar dentro da rede dos dispositivos diferentes, adicionalmente quando o Rev de VBrick é usado ao longo de VBrick DME que este estende esta capacidade para ver fora da rede interna para cada usuário autorizado do Rev de VBrick.

Configurar

Diagrama de Rede

Há diversas encenações apoiadas para distribuir a fluência viva com o CMS como: o único callbridge com o múltiplo que flui server, um conjunto do callbridge com um único server de fluência e o callbridge aglomeram-se com o múltiplo que flui server. A fim este documento ele foi usado o desenvolvimento o mais básico com um único callbridge que conecta a um único server de fluência como o todo o as etapas de configuração com esta encenação aplicam-se às outras encenações demasiado.

Server A: Server CMS com o Callbridge e o XMPP configurados. 

Server B: Server CMS que atuará como o server da flâmula.

Nota: O server CMS que hospeda o callbridge é esse que precisa de ter a licença de fluência instalada e não o server CMS que atua como o server da flâmula.

Configurações

Para começar esta configuração supõe-se que você já tem um server CMS com uma ponte de trabalho do atendimento e o server XMPP. Isto é porque o server da flâmula atua como um cliente XMPP, assim que o server XMPP precisa de ser permitido e configurado completamente no

CMS que hospeda o callbridge. Olhe por favor a seção da pesquisa de defeitos deste documento para encontrar mensagens de erro comum recebidos quando fluir não é trabalhar devido a XMPP configurado não corretamente.

Cuidado: Se o server XMPP não é configurado corretamente, o córrego não trabalhará. XMPP precisa de ser permitido e configurado completamente incluindo os registros de recurso SRV ou DNS (RR). 

1. Certificados: Como com todos server restantes CMS, o server da flâmula precisa de ter um certificado assinado interno válido de CA.

1a criam os arquivos usando do “o comando csr pki”:

streamer.chrruiz.lab> pki csr streamer CN:streamer.chrruiz.lab O:CHRRUIZLAB subjectAltName:chrruiz.lab,acano.chrruiz.lab,acano1.chrruiz.lab

o 1b recupera os arquivos usando o cliente SFTP:

o sinal 1c e emite o certificado com sua autoridade local interna, neste exemplo um server AD:

a transferência de arquivo pela rede 1d o certificado assinado e o callbridge confia o certificado do pacote ao server da flâmula usando o SFTP:

2. Configuração SSH. 

2a configuram relações para que a flâmula escute, neste caso ele eram a interface configurada “a” a escutar somente na porta 8443.

streamer.chrruiz.lab> streamer listen a:8443

2b definem Certificados para o server da flâmula.

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

confiança 2c o pacote do certificado de CallBridge.

2d Verifique que a informação incorporada às etapas acima está correto, use o comando da “flâmula”.

streamer.chrruiz.lab> streamer Enabled : false Interface whitelist : a:8443 Key file : streamer.key Certificate file : streamer.crt Trust bundle : callbridge.crt

 2e se tudo mostra correto, você pode continuar e para permitir a flâmula com o comando “flâmula permita”.

streamer.chrruiz.lab> streamer enable

3. Registro DNS A.

3a que o registro DNS A para a flâmula precisa de resolver ao endereço IP de Um ou Mais Servidores Cisco ICM NT da interface Ethernet configurada em 2a.

4. A configuração API, esta configuração é executada no CMS que hospeda o CallBridge. Você pode usar todo o cliente do RESTO de sua escolha para executar este, isto é carteiro. A fim este documento ele era cliente utilizado do RESTO da insônia: (https://insomnia.rest/)

4b verificam que a flâmula esteve adicionada usando um GET em /streamers.

4c adicionam o VBrick “streamURL” aos espaços que serão usados fluindo.

Neste exemplo um espaço chamado “astream” foi criado usando a interface da WEB CMS.

 O espaço ID (89d76835-40d6-4d1b-86f5-1b9a2d89041f) foi usado PARA PÔR o “streamURL” no seguinte formato:  <VBrickBroadcastUsername> de rtmp://: IP ou FQDN>/live/NameoftheStream do <VBrickBroadcastPassword>@<VBrick.

Nota: O nome de usuário padrão e a senha para a transmissão de VBrick DME são:

transmissão/transmissão. Vá por favor ao “pesquisam defeitos” a seção deste documento se você tem as edições que estabelecem este streamURL.

 4d verificam que o streamURL esteve adicionado corretamente usando um GET no <coSpaceID> de /coSpaces/

4e configuram o “streamingMode” no callProfile. As opções são automáticas, manual ou desabilitado. Para este exemplo foi configurado para “automático” usando POSTO no ID callProfile (4e5f957c-752d-4456-849c-e594ed792769)

4f verificam que o “streamingMode” esteve adicionado corretamente usando um GET no <callProfileID> de /callProfiles/

4g verificam mostras callProfile esta identificação igualmente em /system/profiles, se não estão mostrando lá, fluindo não os trabalharão, adicionam que usam POSTO caso

necessário.

4h o parâmetro “streamingControlAllowed” no <callLegProfileid> de /callLegProfiles/ dar-lhe-á a opção para ajustá-la “verdadeira” ou “falsa” para controlar permissões dos usuários fluir. É ajustado à revelia para retificar.

 4i se a opção “manual” foi selecionada para o “streamingMode” na etapa 4e, a seguir na necessidade dos dtmfProfiles para ser configurado começando e parando a fluência. Vão a /dtmfProfiles e usam “os parâmetros startStreaming” e “stopStreaming” para definir os toms DMTF para começar e parar a fluência. Neste exemplo nós usamos o perfil ID DTMF

(fd03e044-3079-4e93-8c8a-2fc482623608) PARA PÔR os parâmetros.

4j verificam que os ajustes do perfil DTMF estiveram adicionados com sucesso usando um <dtmfProfileID> GET /dtmfProfiles/

Verificar

Use esta seção para confirmar se a sua configuração funciona corretamente.

1. Log de eventos CMS; No CMS que hospeda a interface da WEB do callbridge, certifique-se das mostras de fluência disponíveis e que fluem, neste exemplo como a fluência estejam ajustadas a automático você possam considerar os começos de fluência right after o usuário se junta ao espaço do “astream”

2017-05-16 19:11:06.422 Info participant "chrruiz@acano.chrruiz.lab" 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. Se usando um cliente ou um WebBridge de CMA, você verá um “participante adicional” chamado “fluir” na conferência. Se não usando o cliente ou o WebBridge de CMA, continue por favor pisar 2a assim que você pode verificá-lo através do API.

2a. Um GET ao <callid> de /calls/ mostrar-lhe-á o streaming=true se o atendimento está sendo fluído, e igualmente mostrá-lo-á um participante adicional no número de participantes no atendimento. Neste exemplo mostra dois particpants porque havia somente o usuário “cristão Ruiz” e “fluência” no atendimento.

Dica: Se fluir é mostrar “verdadeiro” mas o participante adicional não está mostrando, este é mais provável uma edição XMPP onde a “fluência” do cliente está tendo as edições a se comunicar com o server XMPP. Refira por favor a seção da pesquisa de defeitos deste documento para verificar a maioria de problemas de configuração comuns XMPP.

3. Interface da WEB de VBrick DME: Vão monitorar e os logs > as conexões do multi-protocol e certificar-se de você possa ver o córrego lá.

4. Trave o córrego: Use a informação fornecida na interface da WEB DME para travar o córrego usando um jogador da fluência como a media player VLC

(http://www.videolan.org/vlc/) para confirmar o áudio e o vídeo está trabalhando corretamente.

Troubleshooting

O “Syslog segue”

Execute sempre o “Syslog seguem” o comando no server da flâmula, você deve poder ver muito a informação importante e os Mensagens de Erro que o ajudarão a saber onde começar seu Troubleshooting, aqui são um exemplo de um córrego bem sucedido sem os

Mensagens de Erro 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)

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

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

May 8 23:31:51 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: 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])

May 8 23:31:51 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: Ignored unexpected command message (['_result', 2.0, None, None])

May 8 23:31:51 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: Ignored unexpected command message (['_result', 3.0, None, None])

May 8 23:31:51 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: Ignored command message 'onFCPublish' (['onFCPublish', 0.0, None, {'description': 'CMSAutomaticStream', 'code': 'NetStream.Publish.Start'}])

May 8 23:31:51 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: 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

May 8 23:31:51 user.info streamer streamer.1d1a2dda-29a8-47e4-bca1-7cc2c604fdf3[10]: 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 pacote de informação:

As capturas de pacote de informação do CMS que hospedam o callbridge, a flâmula e o DME ajudá-lo-ão na maioria das edições relativas a uma comunicação. Serão muito importantes pesquisar defeitos os Mensagens de Erro:

- “Conectar ao server RTMP falhou (o intervalo)”

- “Iniciar o protocolo RTMP falhou (por muito a extremidade fechada conexão)”

Para tomar capturas de pacote de informação em:

CMS: Use o comando do “pcap”.

DME: Use a interface da WEB nos diagnósticos > na captação do traço, pressione do “o botão da captação começo”. Pressione da “o botão da captação parada” para parar o

traçado. Pressione da “o arquivo de rastreamento transferência” para transferir a captura de pacote de informação.

problemas de configuração do streamURL:

do córrego estão incorretos. Verifique que você está usando as credenciais corretas, usando a interface da WEB de VBrick DME, navega à configuração do usuário --> a autenticação da entrada do córrego e verifica-o está usando o nome de usuário e senha

correto.

As edições da autenticação contra VBrick fluem o nome de usuário de autenticação da entrada e/ou a senha (usuário da transmissão).

1. Ao usar um formato incompleto sem o usuário ou a senha, isto é

rtmp://broadcast@10.88.246.108/live/CMSAutomaticStream que você verá:

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. Quando o usuário/senha está incorretos, isto é

rtmp://broadcast:wrongpassword@10.88.246.108/live/CMSAutomaticStream, você verá:

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

Mensagens de erro relacionada adicionais do streamURL:

- “O córrego URL RTMP tem um formato ruim” 

- “Conectar ao server RTMP falhou ([nome ou o serviço do errno -2] não conhecido)” 

Soluções:

Para ambos os Mensagens de Erro, verifique por favor que o streamURL segue exatamente este formato: <VBrickBroadcastUsername> de rtmp://: IP ou

FQDN>/live/NameoftheStream/do <VBrickBroadcastPassword>@<VBrick

Verifique que o IP de VBrick ou o hostname são solucionável do server da flâmula. 2.

Problemas relacionados XMPP:

XMPP é exigido para ser permitido, trabalhando corretamente e configurado completamente para que a fluência trabalhe. Isto inclui ter registros corretos SRV ou RR. Se não são “fluência

configurada” o cliente não poderá conectar para fluir. Você verá o Mensagem de Erro:

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

Solução: Verifique e registros corretos SRV ou RR.

Outros Mensagens de Erro:

1. “streamerUnavailable”

Mensagem de Erro: “Flâmula “YourStreamerIP” não disponível.”

Causas possíveis: A porta errada foi ajustada, porta duplicada, porta obstruída. Server da flâmula para baixo.

Solução: Verifique que a porta correta está configurada, aquele não é dentro uso pelo outro serviço como a “gravação” e aquele não está sendo obstruído entre server. Server do reinício CMS que hospeda o callbridge.

Screenshots e logs: A interface da WEB mostrará a mensagem:

DateTimeFault condition

A mesma mensagem aparece ao executar um 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”

Mensagem de Erro: “comece a fluência falhada: fluindo o limite alcançado”

Causa: Nenhumas bastante licenças fluir.

Solução: Verifique que “fluir” licenças is/are está instalada no CMS que hospeda o callbridge e não na flâmula CMS.