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

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 2.1.4 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
• 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 24000-29999 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 2.2.1 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

Informação técnica:

Domínio interno	cms.octavio.local
Domínio externo	octavio.com
Endereço IP de Um ou Mais Servidores Cisco ICM NT CMS	172.16.85.180
Endereço IP de Um ou Mais Servidores Cisco ICM NT da via expressa-C	172.16.85.167
Endereço IP de Um ou Mais Servidores Cisco ICM NT da via expressa-e LAN1 (interno)	172.16.85.168
Endereço IP de Um ou Mais Servidores Cisco ICM NT da via expressa-e LAN2 (externo)	192.168.245.61
Endereço IP de Um ou Mais Servidores Cisco ICM NT do NAT estático	10.88.246.156

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

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:

http://www.cisco.com/c/dam/en/us/td/docs/conferencing/ciscoMeetingServer/Deployment_Guide/Version-2-1/Cisco-Meeting-Server-2-1-Single-Combined-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)

Siga este link para um processo do detalhe em como permiti-los:

http://www.cisco.com/c/dam/en/us/td/docs/conferencing/ciscoMeetingServer/Deployment_Guide/Version-2-1/Cisco-Meeting-Server-2-1-Single-Combined-Server-Deployment.pdf

Siga este link para um processo do detalhe em como criar um certificado:

http://www.cisco.com/c/dam/en/us/td/docs/conferencing/ciscoMeetingServer/Deployment_Guide/Version-2-2/Certificate-Guidelines-Single-Combined-Server-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

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.

https://<cms_web_admin_address>:<web_admin_port>/api/v1/turnServers

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

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

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.

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.

Configuração na via expressa-C

Etapa 1. Configurar o interno e o domínio externo na via expressa-C.

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 é 172.16.85.180.

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.

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.

.

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

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: https://kb.acano.com/content/2/4/en/what-versions-of-browsers-do-we-support-for-webrtc.html?highlight=html%5C-5%20compliant%20browsers#content

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.

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

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:

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.

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:

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:

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.