configurar e pesquise defeitos a fluência viva cms com ... · o 2.1 cms e levanta agora a...

16
Configurar e pesquise defeitos a fluência viva CMS com VBrick DME Índice Introdução Pré-requisitos Requisitos Componentes Utilizados Informações de Apoio Configurar Diagrama de Rede Configurações Verificar Troubleshooting 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

Upload: others

Post on 06-Jul-2020

1 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

Configurar e pesquise defeitos a fluência vivaCMS com VBrick DME Índice

IntroduçãoPré-requisitosRequisitosComponentes UtilizadosInformações de ApoioConfigurarDiagrama de RedeConfiguraçõesVerificarTroubleshooting

Introdução

Este documento descreve as etapas para configurar e pesquisar defeitos Cisco que encontra aintegração do server (CMS) com VBrick distribuiu o motor dos media (DME). A integração CMScom 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 doregistrador permitirá que você flua um atendimento)

VBrick DME●

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

Componentes Utilizados

Versão de software e hardware:

1. 2.1 CMS2. VBrick DME 3.15.0 Rhel7

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

Page 2: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

As informações neste documento foram criadas a partir de dispositivos em um ambiente delaboratório específico. Todos os dispositivos usados dentro começaram aqui com configuraçõesesclarecidas (PADRÃO). Se a sua rede estiver ativa, certifique-se de que entende o impactopotencial 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 RTMPconsequentemente que esta característica trabalhará com todas as Plataformas de fluência queseguem o padrão tal como YouTube, Facebook, Wowza, etc., porém o tac Cisco apoiará somentea integração de fluência viva CMS (Webcast) com o server de VBrick DME. Neste momento oCMS 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 olhemalguns 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 estacapacidade 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 únicocallbridge com o múltiplo que flui server, um conjunto do callbridge com um único server defluência e o callbridge aglomeram-se com o múltiplo que flui server. A fim este documento ele foiusado o desenvolvimento o mais básico com um único callbridge que conecta a um único serverde fluência como o todo o as etapas de configuração com esta encenação aplicam-se às outrasencenações demasiado.

Page 3: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

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 defluê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 detrabalho do atendimento e o server XMPP. Isto é porque o server da flâmula atua como um clienteXMPP, assim que o server XMPP precisa de ser permitido e configurado completamente noCMS que hospeda o callbridge. Olhe por favor a seção da pesquisa de defeitos deste documentopara encontrar mensagens de erro comum recebidos quando fluir não é trabalhar devido a XMPPconfigurado 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 derecurso SRV ou DNS (RR). 

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

Page 4: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

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 serverAD:

Page 5: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

a transferência de arquivo pela rede 1d o certificado assinado e o callbridge confia ocertificado 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 interfaceconfigurada “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.

streamer.chrruiz.lab> streamer trust callbridge.crt

Page 6: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

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 MaisServidores 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 estedocumento ele era cliente utilizado do RESTO da insônia: (https://insomnia.rest/)

4a adicionam a flâmula a /streamers, usando o HTTPS “URL” do server da flâmula.

Page 7: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

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 WEBCMS.

Page 8: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

 O espaço ID (89d76835-40d6-4d1b-86f5-1b9a2d89041f) foi usado PARA PÔR o“streamURL” no seguinte formato:  <VBrickBroadcastUsername> de rtmp://: IP ouFQDN>/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 sevocê tem as edições que estabelecem este streamURL.

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

Page 9: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

4e configuram o “streamingMode” no callProfile. As opções são automáticas, manual oudesabilitado. Para este exemplo foi configurado para “automático” usando POSTO no IDcallProfile (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ãoestão mostrando lá, fluindo não os trabalharão, adicionam que usam POSTO casonecessá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.

Page 10: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

 4i se a opção “manual” foi selecionada para o “streamingMode” na etapa 4e, a seguir nanecessidade 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 tomsDMTF 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-sedas mostras de fluência disponíveis e que fluem, neste exemplo como a fluência estejamajustadas a automático você possam considerar os começos de fluência right after o usuáriose junta ao espaço do “astream”

Page 11: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

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. 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, continuepor 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 participantesno 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 secomunicar com o server XMPP. Refira por favor a seção da pesquisa de defeitos destedocumento 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-protocole certificar-se de você possa ver o córrego lá.

Page 12: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

4. Trave o córrego: Use a informação fornecida na interface da WEB DME para travar ocó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 vermuito a informação importante e os Mensagens de Erro que o ajudarão a saber ondecomeçar seu Troubleshooting, aqui são um exemplo de um córrego bem sucedido sem os

Page 13: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

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 DMEajudá-lo-ão na maioria das edições relativas a uma comunicação. Serão muito importantespesquisar 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 “obotão da captação começo”. Pressione da “o botão da captação parada” para parar otraçado. Pressione da “o arquivo de rastreamento transferência” para transferir a captura depacote de informação.

problemas de configuração do streamURL:

A maioria de problema comum é que o nome de usuário de autenticação e/ou a senha da entrada

Page 14: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

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

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

1. Ao usar um formato incompleto sem o usuário ou a senha, isto értmp://[email protected]/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:[email protected]/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 exatamenteeste formato: <VBrickBroadcastUsername> de rtmp://: IP ou

1.

Page 15: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

FQDN>/live/NameoftheStream/do <VBrickBroadcastPassword>@<VBrickVerifique 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 paraque a fluência trabalhe. Isto inclui ter registros corretos SRV ou RR. Se não são “fluênciaconfigurada” 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 daflâmula para baixo.

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

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

DateTimeFault condition

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

Page 16: Configurar e pesquise defeitos a fluência viva CMS com ... · O 2.1 CMS e levanta agora a fluência viva do apoio (webcast) usando o padrão RTMP consequentemente que esta característica

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 callbridgee não na flâmula CMS.