Solução de problemas de erro de gravação de chamada do CUCM MediaSense

Introduction

Este documento descreve como solucionar problemas do MediaSense quando um erro é exibido na gravação de chamada de uma bridge integrada.

Fluxo de chamada do MediaSense básico com bridge integrado

Esta imagem ilustra o fluxo de chamada básico do MediaSense quando uma bridge interna é usada: 

Note: O Telefone IP A tem gravação habilitada.

Estas etapas descrevem o fluxo de chamada:

1. O telefone IP à direita liga para o telefone IP à esquerda e inicia a chamada por meio do Cisco Unified Communications Manager (CUCM).
   
   
2. O CUCM envia um sinal ao telefone de destino e conclui a configuração da chamada.
   
   
3. A conexão entre o Telefone IP A e o Telefone IP B agora está configurada.
   
   
4. O perfil de gravação no Telefone IP A diz que assim que recebe uma chamada, o CUCM deve configurar uma sessão com o MediaSense. Isso é concluído em milissegundos após o início da Etapa 3.
   
   
5. A chamada agora está configurada entre os dois telefones, os garfos de chamada através da ponte incorporada e a ponte incorporada envia dois fluxos do protocolo RTP (Real-time Transport Protocol) para o servidor MediaSense.

Nenhuma gravação no MediaSense

Se você receber um erro que indica que não há gravação no MediaSense, você deverá exibir os logs e procurar a ID desta sessão:

0000049583: 10.201.227.136: May 28 2014 11:27:09.022 -0400: %CCBU_COMMON-6-VSMS
 HTTP Info: {Thrd=Pool-capture-thread-2800} %[HTTP Response Body=<Session>
   <diskusage>
      <recording name="78e146437088a93-TRACK0" size="0" repository="/
       recordedMedia" />
      <recording name="78e146437088a93-TRACK1" size="0"repository="/
       recordedMedia" />
   </diskusage>
</Session>][HTTP Response Content Type=application/xml][HTTP Response Status
 Code=200][logId=close-25668]: VSMS Received HTTP Response

O size="0" nesta saída indica que não há nenhum áudio gravado no servidor para essa chamada. Isso normalmente significa que o fluxo de RTP não chegou ao servidor MediaSense pelo telefone. Quando isso ocorre, a próxima etapa é verificar se o telefone envia o tráfego de RTP.

Verificar se o telefone IP envia tráfego

Uma maneira rápida de verificar se o telefone IP envia o tráfego RTP é visualizar a página da Web do telefone IP. Isso é ativado manualmente no CUCM na página de configuração do telefone ou pelo Bulk Admin.

O fluxo 1 é a chamada principal com o endereço remoto de outro telefone IP ou gateway. Isso consiste em dois fluxos: o primeiro é o áudio recebido no telefone IP e o segundo é o áudio enviado para a outra extremidade.

Para verificar se o MediaSense grava os dois segmentos da chamada, clique em Stream 2 e Stream 3 para verificar se os Pacotes do remetente aumentam quando a página é atualizada várias vezes. O endereço remoto deve mostrar o servidor MediaSense para o Stream 2 e o Stream 3. A razão pela qual há dois fluxos para o servidor MediaSense é que um deles é o áudio recebido no Stream 1 (Pacotes do Receptor) e o outro é o áudio enviado (Pacotes do Remetente) para a outra extremidade no Stream 1.

Note: Em referência ao diagrama do fluxo de chamadas descrito anteriormente, a Etapa 3 é o Fluxo 1 e cada trecho da Etapa 5 se refere ao Fluxo 2 e ao Fluxo 3.

Esta captura mostra o Fluxo 1:

Esta captura mostra o Stream 2:

Note: É importante observar o endereço IP e a porta na seção Endereço remoto da página. Isso é muito importante quando você faz capturas de pacotes para testar chamadas telefônicas.

Esta captura mostra o Fluxo 3:

Quando você verifica os dados do Stream 2 e do Stream 3, os principais itens a serem procurados são:

• O endereço remoto é o endereço IP do servidor MediaSense.
  
  
• O número da porta em cada fluxo é exclusivo.
  
  
• Ao atualizar a página, o número de Pacotes de Remetente aumenta.

Isso indica que os pacotes RTP são enviados pelo telefone IP.

Executar capturas de pacote

Se você ainda não tiver certeza se o telefone IP envia os pacotes RTP, o próximo curso de ação é executar uma captura de pacote e reproduzir os fluxos.

Antes de executar as capturas de pacote, certifique-se de que essas configurações na configuração do telefone IP para CUCM estejam ativadas:

• Passar para porta do PC
• Acesso à VLAN de voz do PC
• Porta do PC

Em seguida, aplique a configuração e redefina o telefone IP. Depois que isso for concluído, abra o Wireshark e faça uma captura de pacote com uma duração de 30 segundos. Certifique-se de gravar o endereço remoto, bem como a porta para o Stream 2 e o Stream 3 do telefone IP em questão. Por exemplo:

• Fluxo 2 - 10.201.227.147/40676
• Fluxo 3 - 10.201.227.147/33358

Quando as capturas de pacote estiverem concluídas, abra a captura de pacote e conclua estas etapas para cada fluxo:

1. Filtrar por ip.addr == 10.201.227.147 && udp.port == 40676.
   
   
2. Navegue até Analyze > Decode As.
   
   
3. Na janela pop-up, selecione RTP e clique em OK.
   
   
4. Navegue até Telephony > RTP > Stream Analysis.
   
   
5. Na Análise de fluxo de RTP, navegue até Player > Decodificar > Reproduzir e verifique se os dois trechos da chamada foram ouvidos.
   
   
6. Repita as etapas de 1 a 4 para o outro fluxo e porta.

Troubleshoot

Depois de executar a captura de pacote e verificar se o MediaSense está configurado corretamente e se o telefone IP envia um fluxo RTP válido para o servidor MediaSense e se você continua a encontrar problemas, o caminho entre o servidor e o telefone IP deve ser verificado.

Certifique-se de que o caminho não tenha listas de controle de acesso (ACLs) e que não bloqueie ou filtre o tráfego RTP.

Notas importantes

Se a chamada configurada com o CUCM estiver em questão, examine os registros detalhados do CUCM e abra os registros do MediaSense para encontrar a ID da chamada. Isso pode ser encontrado na ID da sessão e é parecido com isso nos registros de controle de chamadas:

CallId: 74acba00-38c1ea2d-3a2937-f183000a@10.0.131.241
CallId: 74acba00-38c1ea2d-3a2938-f183000a@10.0.131.241

Como o telefone IP configura dois fluxos com o MediaSense, um para cada trecho da chamada original, pesquise nos registros do CUCM com uma das IDs de chamada para verificar se a sessão do MediaSense está configurada corretamente.