Risoluzione dei problemi di registrazione chiamate CUCM MediaSense

Introduzione

In questo documento viene descritto come risolvere i problemi relativi a MediaSense quando viene visualizzato un errore nella registrazione delle chiamate per un bridge incorporato.

Flusso di chiamate MediaSense di base con bridge incorporato

Nell'immagine è illustrato il flusso di chiamata di base di MediaSense quando si utilizza un bridge incorporato: 

Nota: per il telefono IP A la registrazione è abilitata.

In questa procedura viene descritto il flusso di chiamata:

1. Il telefono IP sulla destra chiama il telefono IP sulla sinistra e avvia la chiamata tramite Cisco Unified Communications Manager (CUCM).
   
   
2. Il CUCM invia un segnale al telefono di destinazione e completa la configurazione della chiamata.
   
   
3. La connessione tra il telefono IP A e il telefono IP B è ora configurata.
   
   
4. Il profilo di registrazione sul telefono IP A dice che non appena riceve una chiamata, il CUCM deve impostare una sessione con MediaSense. Questa operazione viene completata in millisecondi dopo l'inizio del passaggio 3.
   
   
5. La chiamata viene ora impostata tra i due telefoni, la chiamata viene inoltrata tramite il bridge incorporato, che invia due flussi RTP (Real-time Transport Protocol) al server MediaSense.

Nessuna registrazione su MediaSense

Se viene visualizzato un messaggio di errore che indica che non è presente alcuna registrazione in MediaSense, è necessario visualizzare i registri e cercare questo ID sessione:

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

Il valore size="0" in questo output indica che sul server non è stato registrato alcun audio per quella chiamata. Ciò significa in genere che il flusso RTP non è arrivato al server MediaSense dal telefono. In questo caso, il passo successivo è verificare che il telefono invii il traffico RTP.

Verifica dell'invio del traffico da parte del telefono IP

Un modo rapido per verificare che il telefono IP invii il traffico RTP è visualizzare la pagina Web del telefono IP. Questa funzione viene attivata su CUCM manualmente nella pagina di configurazione del telefono o tramite Bulk Admin.

Il flusso 1 è la chiamata principale con l'indirizzo remoto dell'altro telefono IP o gateway. Si tratta di due flussi: il primo è l'audio ricevuto sul telefono IP, il secondo è l'audio inviato all'altra estremità.

Per verificare che MediaSense registri entrambe le tappe della chiamata, fare clic su Flusso 2 e Flusso 3 per verificare che i pacchetti mittente aumentino quando la pagina viene aggiornata più volte. L'indirizzo remoto deve visualizzare il server MediaSense per Stream 2 e Stream 3. Il motivo per cui esistono due flussi al server MediaSense è che uno di essi è l'audio ricevuto sul flusso 1 (pacchetti del ricevitore) e l'altro è l'audio inviato (pacchetti del mittente) all'altra estremità sul flusso 1.

Nota: in riferimento al diagramma del flusso di chiamata descritto in precedenza, il passo 3 è il flusso 1 e ogni tappa del passo 5 fa riferimento al flusso 2 e al flusso 3.

In questa clip viene mostrato il flusso 1:

In questa clip viene mostrato lo Stream 2:

Nota: è importante notare l'indirizzo IP e la porta nella sezione Remote Address della pagina. Questa operazione è molto importante quando si acquisiscono i pacchetti per le chiamate di prova.

Questa clip mostra lo Stream 3:

Quando si verificano i dati per Stream 2 e Stream 3, gli elementi chiave da cercare sono:

• L'indirizzo remoto è l'indirizzo IP del server MediaSense.
  
  
• Il numero di porta su ciascun flusso è univoco.
  
  
• Quando si aggiorna la pagina, il numero di pacchetti mittente aumenta.

Ciò indica che i pacchetti RTP vengono inviati dal telefono IP.

Acquisizione pacchetti

Se non si è ancora certi che il telefono IP invii i pacchetti RTP, il passaggio successivo è eseguire un'acquisizione dei pacchetti e riprodurre nuovamente i flussi.

Prima di eseguire le acquisizioni dei pacchetti, verificare che le seguenti impostazioni nella configurazione telefonica IP per CUCM siano abilitate:

• Span su porta PC
• Accesso VLAN voce PC
• Porta PC

Quindi, applicare la configurazione e ripristinare il telefono IP. Al termine, aprire Wireshark e catturare un pacchetto con una durata di 30 secondi. Accertarsi di registrare l'indirizzo remoto e la porta per lo Stream 2 e lo Stream 3 del telefono IP in questione. Ad esempio:

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

Una volta completate le acquisizioni dei pacchetti, aprire l'acquisizione e completare i seguenti passaggi per ogni flusso:

1. Filtro in base a ip.addr == 10.201.227.147 && udp.port == 40676.
   
   
2. Passare a Analizza > Decodifica con nome.
   
   
3. Nella finestra popup, selezionare RTP e fare clic su OK.
   
   
4. Passare a Telefonia > RTP > Analisi flusso.
   
   
5. Nell'analisi di flusso RTP, selezionare Player > Decode > Play (Lettore > Decodifica > Riproduci) e verificare che entrambe le parti della chiamata siano ascoltate.
   
   
6. Ripetere i passaggi da 1 a 4 per l'altro flusso e la porta.

Risoluzione dei problemi

Dopo aver eseguito l'acquisizione dei pacchetti e aver verificato che MediaSense sia configurato correttamente e che il telefono IP invii un flusso RTP valido al server MediaSense e che si continuino a verificare problemi, controllare il percorso tra il server e il telefono IP.

Verificare che il percorso non disponga di elenchi di controllo di accesso (ACL) e che non blocchi o filtri il traffico RTP.

Note importanti

Se la chiamata configurata con CUCM è in discussione, esaminare i registri CUCM dettagliati e aprire i registri di MediaSense per trovare l'ID chiamata. Questa condizione è disponibile dall'ID della sessione ed è simile a quanto riportato nei log di controllo delle chiamate:

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

Poiché il telefono IP configura due flussi con MediaSense, uno per ogni tappa della chiamata telefonica originale, cercare nei registri CUCM uno degli ID chiamata per verificare se la sessione MediaSense è configurata correttamente.