In diesem Dokument wird die Fehlerbehebung für MediaSense beschrieben, wenn bei der Anrufaufzeichnung für eine integrierte Bridge ein Fehler auftritt.
Dieses Bild veranschaulicht den grundlegenden MediaSense-Anruffluss bei Verwendung einer integrierten Bridge:
Diese Schritte beschreiben den Anruffluss:
Wenn Sie eine Fehlermeldung erhalten, die besagt, dass keine Aufzeichnung auf MediaSense erfolgt, müssen Sie die Protokolle anzeigen und nach dieser Sitzungs-ID suchen:
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
Die Größe="0" in dieser Ausgabe zeigt an, dass für diesen Anruf kein Audio auf dem Server aufgezeichnet wurde. Dies bedeutet in der Regel, dass der RTP-Stream vom Telefon nicht zum MediaSense-Server gelangt ist. In diesem Fall besteht der nächste Schritt darin, zu überprüfen, ob das Telefon den RTP-Verkehr sendet.
Eine schnelle Möglichkeit, zu überprüfen, ob das IP-Telefon den RTP-Verkehr sendet, besteht darin, die Webseite des IP-Telefons anzuzeigen. Dies ist auf CUCM manuell auf der Seite für die Telefonkonfiguration oder über den Bulk-Administrator aktiviert.
Stream 1 ist der Hauptruf mit der Remote-Adresse des anderen IP-Telefons oder Gateways. Diese besteht aus zwei Streams: Der erste ist der Ton, der auf dem IP-Telefon empfangen wird, und der zweite ist der Ton, der an das andere Ende gesendet wird.
Um zu überprüfen, ob MediaSense beide Anrufabschnitte aufzeichnet, klicken Sie auf Stream 2 und Stream 3, um zu überprüfen, ob sich die Absenderpakete erhöhen, wenn die Seite mehrmals aktualisiert wird. Die Remoteadresse sollte den MediaSense-Server sowohl für Stream 2 als auch für Stream 3 anzeigen. Der Grund, warum es zwei Streams zum MediaSense-Server gibt, liegt darin, dass einer von ihnen die auf Stream 1 (Receiver Packets) empfangene Audiodatei und der andere die auf Stream 1 gesendete Audiodatei (Sender Packets) ist.
Diese Aufzeichnung zeigt Stream 1 an:
Diese Aufzeichnung zeigt Stream 2:
Diese Aufzeichnung zeigt Stream 3:
Wenn Sie die Daten für Stream 2 und Stream 3 überprüfen, sind folgende Hauptaspekte zu beachten:
Dies zeigt an, dass die RTP-Pakete vom IP-Telefon gesendet werden.
Wenn Sie sich immer noch nicht sicher sind, ob das IP-Telefon die RTP-Pakete sendet, besteht der nächste Schritt darin, eine Paketerfassung durchzuführen und die Streams erneut abzuspielen.
Bevor Sie die Paketerfassung durchführen, stellen Sie sicher, dass die folgenden Einstellungen in der IP-Telefonkonfiguration für CUCM aktiviert sind:
Wenden Sie dann die Konfiguration an, und setzen Sie das IP-Telefon zurück. Öffnen Sie nach Abschluss dieses Vorgangs Wireshark, und führen Sie eine Paketerfassung mit einer Dauer von 30 Sekunden durch. Stellen Sie sicher, dass Sie die Remote-Adresse sowie den Port für Stream 2 und Stream 3 des betreffenden IP-Telefons aufzeichnen. Beispiele:
Wenn die Paketerfassung abgeschlossen ist, öffnen Sie die Paketerfassung, und führen Sie die folgenden Schritte für jeden Stream aus:
Nachdem Sie die Paketerfassung durchgeführt und sichergestellt haben, dass MediaSense ordnungsgemäß konfiguriert ist und dass das IP-Telefon einen gültigen RTP-Stream an den MediaSense-Server sendet und weiterhin Probleme auftreten, sollte der Pfad zwischen dem Server und dem IP-Telefon überprüft werden.
Stellen Sie sicher, dass der Pfad über keine Zugriffskontrolllisten (ACLs) verfügt und den RTP-Verkehr nicht blockiert oder filtert.
Wenn der mit CUCM eingerichtete Anruf in Frage gestellt wird, überprüfen Sie die detaillierten CUCM-Protokolle, und öffnen Sie die MediaSense-Protokolle, um die Anruf-ID zu ermitteln. Die Sitzungs-ID sieht in den Anrufsteuerungsprotokollen ähnlich aus:
CallId: 74acba00-38c1ea2d-3a2937-f183000a@10.0.131.241
CallId: 74acba00-38c1ea2d-3a2938-f183000a@10.0.131.241
Da das IP-Telefon zwei Streams mit MediaSense einrichtet, einen für jeden Abschnitt des ursprünglichen Anrufs, durchsuchen Sie die CUCM-Protokolle mit einer der Anruf-IDs, um zu überprüfen, ob die MediaSense-Sitzung ordnungsgemäß eingerichtet ist.
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
26-Jun-2014 |
Erstveröffentlichung |