Este original descreve como pesquisar defeitos MediaSense quando um erro aparece na gravação do atendimento para uma ponte incorporado.
Esta imagem ilustra o fluxo de chamadas básico de MediaSense quando uma ponte incorporado é usada:
Estas etapas descrevem o fluxo de chamadas:
Se você recebe um erro que indique que não há nenhuma gravação em MediaSense, a seguir você deve ver os logs e procurá-los por este ID de 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 há não um áudio gravado no server para esse atendimento. Isto significa tipicamente que o córrego RTP não obteve ao server de MediaSense do telefone. Quando isto ocorre, a próxima etapa é verificar que o telefone envia o tráfego RTP.
Uma maneira rápida verificar que o telefone IP envia o tráfego RTP é ver o página da web do telefone IP. Isto é permitido em CUCM manualmente dentro da página da configuração telefônica ou através do volume Admin.
O córrego 1 é o atendimento principal com o endereço remoto do outro telefone IP ou gateway. Isto consiste em dois córregos: o primeiro é o áudio que é recebido no telefone IP e o segundo é o áudio que é enviado à outra extremidade.
A fim verificar que MediaSense grava ambos os trechos de chamada, clique sobre o córrego 2 e o córrego 3 a fim verificar que os pacotes do remetente incrementam quando a página é refrescada épocas múltiplas. O endereço remoto deve mostrar o server de MediaSense para o córrego 2 e o córrego 3. A razão que há dois córregos ao server de MediaSense é porque um deles é o áudio recebido no córrego 1 (pacotes do receptor) e o outro é o áudio enviado (pacotes do remetente) à outra extremidade no córrego 1.
Esta captação mostra o córrego 1:
Esta captação mostra o córrego 2:
Esta captação mostra o córrego 3:
Quando você verifica os dados para o córrego 2 e o córrego 3, as coisas chaves a procurar são:
Isto indica que os pacotes RTP estão enviados pelo telefone IP.
Se você é ainda incerto se o telefone IP envia os pacotes RTP, o curso de ação seguinte é executar uma captura de pacote de informação e uma repetição os córregos.
Antes que você execute as capturas de pacote de informação, assegure-se de que estes ajustes na configuração de telefone IP para CUCM estejam permitidos:
Então, aplique a configuração e restaure o telefone IP. Depois que isto está completo, Wireshark aberto e toma uma captura de pacote de informação com uma duração 30-second. Assegure-se de que você grave o endereço remoto assim como a porta para o córrego 2 e o córrego 3 do telefone IP na pergunta. Por exemplo:
Uma vez que as capturas de pacote de informação estão completas, abra a captura de pacote de informação e termine estas etapas para cada córrego:
Depois que você executa a captura de pacote de informação e o verifica que MediaSense está configurado corretamente e que o telefone IP envia um córrego válido RTP ao server de MediaSense, e continua a encontrar edições, a seguir o trajeto entre o server e o telefone IP deve ser verificado.
Assegure-se de que o trajeto não tenha nenhum Access Control Lists (ACLs) e que não obstrui nem filtra o tráfego RTP.
Se o atendimento que se estabelece com CUCM está na pergunta, a seguir o olhar no CUCM detalhado registra, e abre o MediaSense entra a ordem para encontrar a identidade da chamada. Isto pode ser encontrado do ID de sessão, e olha similar a este nos logs do Controle de chamadas:
CallId: 74acba00-38c1ea2d-3a2937-f183000a@10.0.131.241
CallId: 74acba00-38c1ea2d-3a2938-f183000a@10.0.131.241
Desde os grupos de telefone IP - acima de dois córregos com MediaSense, um para cada pé da chamada telefônica original, procura os logs CUCM com uma das identidades da chamada a fim verificar se a sessão de MediaSense se estabelece corretamente.