Introduction
Este documento descreve uma exibição detalhada sobre troca de mensagem de TCP TURN entre os componentes do CMS, Expressway e Skype for Business.
Prerequisites
Requirements
A Cisco recomenda que você tenha conhecimento destes tópicos:
- Servidor Expressway
- CMS (Cisco Meeting Server)
- Skype for Business (anteriormente Lync)
Componentes Utilizados
As informações neste documento são baseadas nestas versões de software e hardware:
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Informações de Apoio
A versão do Expressway X8.9 lançou o suporte para TCP TURN, permitindo as chamadas de compartilhamento de apresentação entre o CMS e Skype for Business (Lync) onde o CMS usaria o Expressway-E como o servidor TURN. Espera-se, então, que o conteúdo de mídia do cliente Skype seja direcionado para o Expressway-E, que, em seguida, o encaminha para o CMS no local.
Este documento deve fornecer uma exibição detalhada sobre a troca de mensagem do TCP TURN entre todos os componentes para ajudar a solucionar possíveis problemas. Ele não explica os conceitos básicos de ativação do TURN ou do uso do UDP TURN para áudio regular ou chamada de vídeo.
Tip: O TCP TURN é uma extensão para o TURN documentado sob o seguinte RFC6062.
Este documento enfoca a parte do TCP, que é exclusiva para as chamadas de compartilhamento de apresentações do Skype e acrescenta complexidade extra à operação de TURN clássico.
Cenário
No cenário do laboratório de teste descrito neste documento, temos o cliente Skype se comunicando com o CMS pelo servidor Skype Edge, Expressway-E e Expressway-C. O Expressway-E está configurado no CMS como um servidor TURN. Além disso, o cliente Skype não tem conectividade de IP para o servidor Expressway-E, portanto, esperamos que o único caminho de mídia operacional seja pelo Skype Edge para o servidor Expressway-E.
Diagrama de Rede
A imagem a seguir mostra o novo INVIT com m=applicationsharing enviado do Skype para iniciar o compartilhamento de apresentação.
(não mostra o áudio inicial e os convites de chamada de vídeo, que já estão negociados nesta fase):
Como trabalhar com captura de pacotes
Filtro do Wireshark
Em algumas situações, para obter rápida visão geral da comunicação STUN, pode ser suficiente definir um filtro do Wireshark como tcp e stun:
Como procurar pacotes de STUN no payload do TCP
Nem sempre o Wireshark pode decodificar a comunicação de TCP como STUN.
Você terá que filtrar na porta TCP usada para comunicação, procurar pacotes TCP com sinalização de [PSH, ACK] e investigar o payload do TCP:
Na imagem acima, o payload começa com dados 00 6c 00 01. Os valores diferentes nos 3º e 4º bytes representam os pacotes STUN a seguir:
00 01 - Solicitação de vinculação
01 01 - Resposta de sucesso de vínculo
Para o par STUN funcionar, é preciso ter um de cada em cada direção.
Como usar o Wireshark para decodificar as mensagens MSSTUN
A Microsoft fez adições para os padrões IETF base que não são reconhecidos pelo Wireshark. Você pode instalar um plug-in no Wireshark , para que essa captura de pacotes se torne mais legível.
Mais informações sobre o curso podem ser encontradas aqui.
Troubleshoot
Esta seção disponibiliza informações para a solução de problemas de configuração.
Não é possível compartilhar o usuário
- Verifique se os registros CMS contêm a seguinte entrada: ms-diagnostics-public: 21002;motivo="Os participantes não podem compartilhar nesta conferência";componente="ASMCU"
- As reuniões do Skype for Business não estão configuradas para permitir o compartilhamento por todos, como padrão. Caso veja o erro acima, clique com o botão direito no participante do cliente Skype e selecione Transformar em apresentador