Configurar o proxy WebRTC com o CMS sobre a via expressa com domínio duplo

Transcrição

1 Configurar o proxy WebRTC com o CMS sobre a via expressa com domínio duplo Índice Introdução Pré-requisitos Requisitos Componentes Utilizados Configurar Diagrama de Rede Informação técnica: Configuração DNS Configuração dos DN internos Configuração de DNS externo CMS, callbridge, webbridge e configuração XMPP GIRE a configuração Via expressa-c e configuração E Configuração na via expressa-c Configuração na via expressa-e Troubleshooting Junte-se ao botão do atendimento não é mostrado As mostras pedido ruim da página do webrtc O cliente de WebRTC mostra a conexão inseguro O cliente de WebRTC mantém-se conectar mas nunca obtém-se conectado e então cronometrou para fora e disconexões Introdução Este documento descreve um exemplo de configuração do webrtc do proxy (uma comunicação do tempo real da Web) para CMS (Cisco que encontra o server) através da via expressa com interno diferente e domínio externo. Contribuído por Octavio Miralrio e editado por Viridiana Fuentes, engenheiros de TAC da Cisco. Pré-requisitos Requisitos Versão e mais recente combinada do desenvolvimento CMS única Versão X8.9.2 do C da via expressa e da via expressa E e acima Callbridge e webbridge configurados no CMS MRA permitido nos pares da via expressa GIRE a chave da opção adicionada à via expressa-e Registro externo do pode ser resolvido DNS para o webbridge URL, para o domínio externo Registro interno do pode ser resolvido DNS para o endereço IP de Um ou Mais Servidores Cisco ICM NT CMS de externo ao domínio interno

2 Multi domínio XMPP configurado no CMS, para interno e o domínio externo A porta TCP 443 abriu no Firewall do Internet público ao endereço IP público do Via-e A porta 3478 TCP e UDP abriu no Firewall do Internet público ao endereço IP público do Via-e O intervalo de porta UDP abriu no Firewall a e do endereço IP público do Via-e Componentes Utilizados As informações neste documento são baseadas nestas versões de software e hardware: Versão combinada do desenvolvimento CMS única Via expressa-c e via expressa-e com NIC dual (Network Interface Cards) e NAT estático (tradução de endereço de rede). Versão de software X8.9.2 Carteiro As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando. Configurar Diagrama de Rede

3 Informação técnica: Domínio interno Domínio externo Endereço IP de Um ou Mais Servidores Cisco ICM NT CMS Endereço IP de Um ou Mais Servidores Cisco ICM NT da via expressa-c Endereço IP de Um ou Mais Servidores Cisco ICM NT da via expressa-e LAN1 (interno) Endereço IP de Um ou Mais Servidores Cisco ICM NT da via expressa-e LAN2 (externo) Endereço IP de Um ou Mais Servidores Cisco ICM NT do NAT estático cms.octavio.local octavio.com Configuração DNS Configuração dos DN internos Configuração de DNS externo O DNS externo deve ter o webbridge URL que resolve ao endereço IP de Um ou Mais Servidores Cisco ICM NT do NAT estático da via expressa-e CMS, callbridge, webbridge e configuração XMPP

4 Etapa 1. Você deve ter a licença do callbridge ativada. A imagem mostra uma licença do callbridge que seja ativa. Para mais informação licenciando: Server-Deployment.pdf#page=10 Etapa 2. Permita o callbridge, o webbridge e o XMPP (Mensagem elástico e protocolo da presença) com MMP (o processador de gerenciamento de Mainboard)

5 Siga este link para um processo do detalhe em como permiti-los: Server-Deployment.pdf Siga este link para um processo do detalhe em como criar um certificado: Deployment-2-2.pdf Etapa 3. Navegue ao página da web CMS na configuração > no general e configurar a URL interna e externo para o webbridge Nota: O CMS deve ser configurado com pelo menos um espaço A imagem mostra um exemplo de um espaço configurado no CMS Nota: As chamadas recebidas devem ser configuradas para o interno e os domínios externos A imagem mostra um exemplo de domínios configurados para a manipulação de chamada recebida

6 GIRE a configuração Etapa 1. A VOLTA (Traversal usando relés em torno do NAT) deve ser configurada por API (programação de aplicativo Interfce) através do carteiro. Este comando é usado com toda a configuração. Etapa 2. Use o método do CARGO e navegue ao corpo para ver os parâmetros de servidor da VOLTA ou para editá-los. A imagem mostra os parâmetros configurados ao server da VOLTA. Etapa 3. Verifique o estado da configuração do servidor da VOLTA executando o método GET e copie o server ID. O destaque da imagem o ID que deve ser copiado. Etapa 4. Copie o ID no fim do comando API como a imagem mostra. Use o método GET a fim ver a informação do servidor da VOLTA. Nota: A informação não mostrará a senha do server

7 Etapa 5. O clique envia para obter o status de servidor. A imagem mostra um exemplo de uma configuração bem-sucedida.

8 Via expressa-c e configuração E Etapa 1. A via expressa-c deve ter o domínio interno (octavio.local) e a via expressa-e deve ter o domínio externo (octavio.com) configurado.

9 Etapa 2. MRA deve ser permitido no C da via expressa e no E. Etapa 3. Crie uma zona unificada do traversal de uma comunicação entre a via expressa-c e o E.

10 Configuração na via expressa-c Etapa 1. Configurar o interno e o domínio externo na via expressa-c.

11 Etapa 2. Permita Cisco que encontra a configuração. Navegue à configuração > às comunicações unificadas > ao Cisco que encontra o server. Configurar o webbridge externo URL no campo do cliente URI da conta do convidado. Nota: Os DN internos devem resolver o webbridge externo URL (cmsweb.octavio.com) ao endereço IP de Um ou Mais Servidores Cisco ICM NT interno do webbridge CMS. Neste exemplo de caso o IP é Os túneis SSH na via expressa-c devem tornar-se ativos após certos segundos. Nota: O server deve ter um certificado de servidor e um certificado de CA Configuração na via expressa-e Etapa 1. A via expressa-e deve ter uma licença da VOLTA.

12 Etapa 2. A via expressa-e deve ser configurada com o domínio externo. Etapa 3. Crie usuários para o server da VOLTA e para a zona unificada do traversal de uma comunicação..

13 Etapa 4. Crie uma zona unificada do traversal de uma comunicação. Etapa 5. Configurar o server do theturn. Navegue à configuração > ao Traversal > à VOLTA Nota: O pedido da VOLTA deve ser à porta 3478 porque é a porta onde o cliente web pede a conexão da VOLTA. Uma vez a volta vem acima, as mostras do estado ativas

14 Etapa 6. Navegue acesso do pedido do cliente ao webrtc do sistema > Administration.The na porta 443, por este motivo a administração que a porta da via expressa-e deve ser mudada a uma diferente, neste exemplo de caso é mudado a 445. Etapa 7. Criação do certificado para a via expressa-e: o webbridge URL deve ser adicionado como um SAN no certificado de servidor. Verificar Use esta seção para confirmar se a sua configuração funciona corretamente. Etapa 1. Selecione um navegador da Web apoiado e incorpore o webbridge externo URL, você deve ver a tela seguinte. Nota: Você pode encontrar uma lista de navegadores suportados e de versões no link:

15 Etapa 2. Seleto junte-se ao atendimento e incorpore-se o espaço ID configurado previamente. Etapa 3. Clique continuam e dão entrada com seu nome, neste momento você deve ver o nome do espaço que você está indo se juntar, neste caso o nome do espaço é webrtc do proxy. O clique junta-se ao atendimento.

16 Etapa 4. Junte-se com um outro dispositivo e você deve ver ambos os dispositivos conectados na conferência. Troubleshooting Esta seção fornece informações que podem ser usadas para o troubleshooting da sua configuração. Junte-se ao botão do atendimento não é mostrado

17 O botão do atendimento da junta não está mostrado quando você abre a página do webbridge e você vê o erro mostrado na segunda imagem quando você entra ao página da web CMS O problema acontece quando o webbridge não se está comunicando corretamente com a ponte do atendimento. Solução Verifique o webbridge URL é configurado corretamente no Web page CMS admin. Navegue à configuração > ao general por esse motivo. O webbridge e o callbridge devem confiar-se, verificam o pacote da confiança são adicionados à configuração do webbridge:

18 Nota: O pacote da confiança é o certificado da ponte do atendimento. As mostras pedido ruim da página do webrtc Solução: Verifique o cliente que correto da conta do convidado o URI é configurado na via expressa-c. Navegue à configuração > uma comunicação unificada > Cisco que encontra o server por esse motivo. Se a URL interna é configurada no cliente URL da conta do convidado, a via expressa-c resolvê-la-á desde que há um registro criado no servidor DNS, mas este pode causar o Mensagem de Erro do pedido ruim no navegador da Web. Neste exemplo de caso, a URL interna é configurada a fim mostrar o erro.

19 O cliente de WebRTC mostra a conexão inseguro Solução O certificado auto-é assinado que faz com que o server não confie a fonte. Mude o certificado na via expressa-e a um Certificate Authority apoiado da terceira parte. Verifique o webbridge externo URL é adicionado como um SAN no certificado de servidor da via expressa-e:

20 O cliente de WebRTC mantém-se conectar mas nunca obtém-se conectado e então cronometrou para fora e disconexões O username do server da VOLTA ou a senha são configurados incorretamente na via expressa-e ou no CMS através do API. Os logs contêm os erros mostrados na imagem:

21 O erro pode ser confirmado com uma captura de pacote de informação demasiado. Execute Wireshark no PC aonde o cliente do webrtc é executado. Uma vez que você tem a captura de pacote de informação, filtre os pacotes STUN. Você deve ver os erros mostrados na imagem: O PC envia um pedido do alocamento e as respostas do endereço de Expresssway NAT com da mensagem da falha verificação de integridade Solução Para fixar o erro, reveja o nome de usuário e senha. Devem corretamente ser configurados nos parâmetros de servidor da VOLTA.