Fehlerbehebung bei unidirektionalen Sprachproblemen

Einleitung

In diesem Dokument werden häufige Probleme beschrieben, die bei einseitigen IP-Telefonie-Audiokonversationen mit Cisco Gateways auftreten können. 

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

• IP-Telefonienetzwerke und Grundkenntnisse der Sprachnetzwerke
• Cisco IOS^® Gateways und Router, Catalyst Switches und DT-24+ Gateways

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Problem

In diesem Dokument werden Szenarien und Lösungen für die folgenden Probleme beschrieben:

• Wenn ein Telefonanruf von einer IP-Station über einen Cisco IOS-Sprach-Gateway oder -Router getätigt wird, erhält nur einer der Teilnehmer Audio (unidirektionale Kommunikation).

• Wenn zwischen zwei Cisco Gateways ein Anruf zur Umgehung von Gebühren eingerichtet wird, erhält nur einer der Teilnehmer Audio (unidirektionale Kommunikation).

• Wird ein Telefonanruf von einer IP-Station getätigt, die sich hinter einem VPN 3002 Hardware-Client befindet, erhält nur einer der Teilnehmer Audio (unidirektionale Kommunikation).

Lösungen

Die Ursachen für Einweg-Audio in der IP-Telefonie können variieren, die Ursache des Problems liegt jedoch meist in IP-Routing-Problemen. In diesem Abschnitt werden einige der Szenarien und Lösungen vorgestellt, die in diesem Bereich gefunden wurden.

Stellen Sie sicher, dass IP-Routing auf dem Cisco IOS-Gateway und den Routern aktiviert ist.

Einige Cisco IOS-Gateways, z. B. das VG200, deaktivieren das IP-Routing standardmäßig. Diese Standardeinstellung führt zu einseitigen Sprachproblemen.

Um IP-Routing zu aktivieren, geben Sie auf dem Cisco IOS-Gateway den folgenden globalen Konfigurationsbefehl ein:

voice-ios-gwy(config)#ip routing

Grundlegende IP-Erreichbarkeit prüfen

Überprüfen Sie stets zuerst die grundlegende IP-Erreichbarkeit. Da RTP-Streams (Real-Time Transport Protocol) verbindungslos sind (über UDP transportiert), kann der Datenverkehr erfolgreich in eine Richtung verlaufen, jedoch in die entgegengesetzte Richtung verloren gehen. Dieses Diagramm zeigt ein Szenario, in dem dies möglich ist:

Subnetze A und B können beide Subnetze X erreichen. Subnetze X können Subnetze A und B erreichen. Dies ermöglicht den Aufbau von TCP-Verbindungen zwischen den Endgeräten (A und B) und dem Cisco CallManager. Die Signalisierung kann daher beide Endstationen problemlos erreichen, was die Herstellung von Anrufen zwischen A und B ermöglicht.

Nach Herstellung eines Anrufs muss ein RTP-Stream, der die Audioübertragung durchführt, in beide Richtungen zwischen den Endstationen fließen. In einigen Fällen kann Subnetz B Subnetz A erreichen, aber Subnetz A kann Subnetz B nicht erreichen. Daher geht der Audio-Stream von A nach B immer verloren.

Dies ist ein grundlegendes Routing-Problem. Verwenden Sie Methoden zur Fehlerbehebung beim IP-Routing, um zu dem Punkt zu gelangen, an dem Sie Telefon A erfolgreich von Gateway B aus pingen können. Denken Sie daran, dass es sich bei dem Ping um eine bidirektionale Verifizierung handelt.

In diesem Dokument wird die Fehlerbehebung bei IP-Routing nicht behandelt. Stellen Sie jedoch sicher, dass dies die nächsten Schritte sind:

• An den Endstationen werden Standard-Gateways konfiguriert.

• IP-Routen auf diesen Standard-Gateways führen zu den Zielnetzwerken.

In dieser Liste wird erläutert, wie Sie die Standardkonfiguration des Routers oder Gateways auf verschiedenen Cisco IP-Telefonen überprüfen:

• Cisco IP Phone 7910: Drücken Sie Settings (Einstellungen), wählen Sie Option 6 aus, und drücken Sie die Lautstärke, bis das Feld Default Router (Standard-Router) angezeigt wird.

• Cisco IP Phone 7960/40 - Drücken Sie Settings (Einstellungen), wählen Sie Option 3 aus, und scrollen Sie nach unten, bis das Feld Default Router (Standard-Router) angezeigt wird.

• Cisco IP Phone 2sp+/30vip (Cisco IP-Telefon 2sp+/30vip): Drücken Sie **#, und drücken Sie dann #, bis gtwy= angezeigt wird.

Überprüfen der korrekten Konfiguration des Medienanschlusspunkts

Wenn die Umkodierung für einen Intercluster-Trunk (ICT) konfiguriert ist, stellen Sie sicher, dass ein Media Termination Point (MTP) in der Medienressourcengruppe und der Medienressourcengruppen-Liste konfiguriert ist, die dem Trunk zugeordnet sind. Wenn Sie einen MTP angeben, wenn ein MTP nicht benötigt wird, oder wenn ein MTP nicht konfiguriert werden kann, wenn es erforderlich ist, hat dies bekanntermaßen Probleme mit der unidirektionalen Sprachkommunikation für ICT-Konfigurationen verursacht.

Anbinden der H.323-Signalisierung an eine bestimmte IP-Adresse auf dem Cisco IOS-Gateway und den Routern

Wenn das Cisco IOS-Gateway über mehrere aktive IP-Schnittstellen verfügt, kann ein Teil der H.323-Signalisierung von einer IP-Adresse stammen, und andere Teile der Adresse können auf eine andere Quelladresse verweisen. Dies kann verschiedene Arten von Problemen hervorrufen. Ein solches Problem ist unidirektionales Audio.

Um dieses Problem zu umgehen, können Sie die H.323-Signalisierung an eine bestimmte Quelladresse binden. Die Quelladresse kann einer physischen oder virtuellen Schnittstelle (Loopback) angehören. Verwenden Sie den Befehl h323-gateway voip bind srcaddr ip-address im Schnittstellenkonfigurationsmodus. Konfigurieren Sie diesen Befehl unter der Schnittstelle mit der IP-Adresse, auf die der Cisco CallManager zeigt.

Dieser Befehl wurde in Version 12.1(2)T der Cisco IOS-Software eingeführt. Weitere Informationen finden Sie unter H.323-Unterstützung für virtuelle Schnittstellen.

Anbinden der MGCP-Signalisierung an die MGCP-Media Packet Source-Schnittstelle auf dem Cisco IOS-Gateway

In MGCP-Gateways (Media Gateway Control Protocol) kann unidirektionale Sprachübertragung erfolgen, wenn keine Quellschnittstelle für Signalisierungs- und Medienpakete angegeben wird. Sie können die MGCP-Medien an die Quellschnittstelle binden, wenn Sie die mgcp bind media source-interface interface-id -Befehl und dann die mgcp bind control source-interface interface-id aus. Setzen Sie das MGCP-Gateway im Cisco CallManager zurück, nachdem Sie die Befehle ausgegeben haben.

Wenn der Befehl mgcp bind nicht aktiviert ist, stellt die IP-Schicht weiterhin die beste lokale Adresse bereit.

Die Richtlinien für den Befehl mgcp bind lauten wie folgt:

• Wenn auf dem Gateway aktive MGCP-Aufrufe vorliegen, wird der Befehl mgcp bind sowohl für die Steuerung als auch für die Medien abgelehnt.

• Wenn die Binding-Schnittstelle nicht aktiv ist, wird der Befehl zwar akzeptiert, wird jedoch erst wirksam, wenn die Schnittstelle aktiviert ist.

• Wenn die IP-Adresse nicht auf der Binde-Schnittstelle zugewiesen wird, wird der Befehl mgcp bind akzeptiert, er wird jedoch erst wirksam, nachdem eine gültige IP-Adresse zugewiesen wurde. Wenn während dieser Zeit MGCP-Aufrufe aktiv sind, wird der Befehl mgcp bind abgelehnt.

• Wenn die gebundene Schnittstelle ausfällt, entweder aufgrund eines manuellen Herunterfahrens der Schnittstelle oder aufgrund eines Betriebsfehlers, wird die Bindungsaktivität auf dieser Schnittstelle deaktiviert.

• Wenn auf dem Media Gateway Controller (MGC) keine Bindung konfiguriert ist, ist die IP-Adresse, die für die MGCP-Steuerung und für Medien verwendet wird, die beste verfügbare IP-Adresse.

Prüfen Sie, ob die Telefonanlage oder der Switch die richtige Antwort sendet und empfängt.

Wenn Sie über ein Cisco IOS-Gateway verfügen, das eine Verbindung zu einem Telco- oder Switch-System herstellt, stellen Sie sicher, dass die Antwortüberwachung korrekt gesendet wird, wenn das angerufene Gerät hinter dem Telco- oder Switch-System den Anruf entgegennimmt. Wenn Sie die Antwortüberwachung nicht erhalten, kann das Cisco IOS-Gateway den Audiopfad nicht in Vorwärtsrichtung durchschneiden (öffnen). Dieser Ausfall verursacht eine unidirektionale Sprachausgabe. Eine Problemumgehung besteht darin, den Befehl voice rtp send-recv auszugeben.

Weitere Informationen finden Sie unter Cut Through Two-Way Audio Early with the voice rtp send-recv Command auf dem Cisco IOS Gateway und den Routern.

Mit dem Befehl voice rtp send-recv auf dem Cisco IOS Gateway und den Routern frühzeitig Zweiwege-Audio durchschneiden

Der Sprachpfad wird zu Beginn des RTP-Streams in Rückwärtsrichtung eingerichtet. Der Weiterleitungspfad wird erst durchbrochen, wenn das Cisco IOS-Gateway eine Connect-Nachricht vom Remote-Ende erhält.

In einigen Fällen ist es erforderlich, einen bidirektionalen Audiopfad einzurichten, sobald der RTP-Kanal geöffnet wird, d. h. bevor die Connect-Nachricht empfangen wird. Hierzu geben Sie den globalen Konfigurationsbefehl voice rtp send-recv ein.

Überprüfen Sie die cRTP-Einstellungen auf Link-by-Link-Basis auf dem Cisco IOS-Gateway und den Routern.

Dieses Problem betrifft Szenarien wie die Umgehung von Gebühren, bei denen mehr als ein Cisco IOS-Router oder -Gateway in den Sprachpfad eingebunden ist und komprimiertes RTP (cRTP) verwendet wird. cRTP oder RTP Header Compression ist eine Methode, um die VoIP-Paket-Header zu verkleinern, um Bandbreite zurückzugewinnen. cRTP nimmt die 40-Byte-IP, User Datagram Protocol (UDP), oder RTP-Header in einem VoIP-Paket und komprimiert es auf 2 bis 4 Byte pro Paket. Diese Komprimierung ergibt ungefähr 12 Kbit/s Bandbreite für einen G.729-kodierten Anruf mit cRTP. Weitere Informationen zu cRTP finden Sie unter Voice Over IP - Per Call Bandwidth Consumption (Bandbreitennutzung pro Anruf).

cRTP wird auf Hop-by-Hop-Basis durchgeführt, mit Dekomprimierung und Neukomprimierung auf jedem Hop. Jeder Paket-Header muss auf Routing untersucht werden. Aus diesem Grund muss cRTP auf beiden Seiten einer IP-Verbindung aktiviert werden.

Außerdem muss sichergestellt werden, dass cRTP an beiden Enden der Verbindung erwartungsgemäß funktioniert. Die Versionen der Cisco IOS Software unterscheiden sich hinsichtlich der Switching-Pfade und der gleichzeitigen cRTP-Unterstützung.

Zusammenfassend lässt sich der Verlauf wie folgt zusammenfassen:

• Bei Cisco IOS Software-Versionen vor Version 12.0(5)T der Cisco IOS Software erfolgt cRTP prozessgesteuert.

• In Version 12.0(7)T der Cisco IOS Software und Version 12.1(1)T der Cisco IOS Software wird Fast- und CEF-Switching (Express Forwarding)-Unterstützung für cRTP eingeführt.

• In Version 12.1(2)T der Cisco IOS Software werden Verbesserungen der algorithmischen Leistung eingeführt.

Wenn Sie cRTP auf Cisco IOS Software-Plattformen (Cisco IOS Software, Version 12.1) ausführen, stellen Sie sicher, dass die Cisco Bug-ID CSCds08210 Ihre Cisco IOS Software-Version nicht beeinträchtigt. Das Symptom dieses Fehlers ist, dass VoIP und Fax-over-IP nicht mit der RTP-Header-Komprimierung funktionieren.

Nur registrierte Cisco Benutzer können auf interne Fehlerinformationen und Tools von Cisco zugreifen.

Überprüfen der Taktkonfigurationen auf dem Cisco IOS Gateway

Wenn Sie feststellen, dass vom Show-Controller {e1} auf der E1- oder T1-Schnittstelle Uhrzettel vorhanden sind. | t1}, kann es zu einer Diskrepanz in der Taktkonfiguration des Voice Gateways kommen. Weitere Informationen finden Sie unter Clocking Configurations On Voice-Capable Cisco IOS-Based Platforms. Vergewissern Sie sich, dass die Clocking-Konfigurationen auf dem Voice Gateway korrekt sind.

Überprüfen der Mindestsoftwarestufe für NAT auf dem Cisco IOS-Gateway und den Routern

Wenn Sie Network Address Translation (NAT) verwenden, müssen Sie die Mindestanforderungen auf Softwareebene erfüllen. Ältere Versionen von NAT unterstützen keine Skinny Protocol-Übersetzung. Diese früheren Versionen führten zu Problemen mit unidirektionalen Sprachfunktionen.

Sie müssen Cisco IOS Software Release 12.1(5)T oder höher für Cisco IOS Gateways ausführen, um Skinny und H.323 Version 2 mit NAT gleichzeitig zu unterstützen. Weitere Informationen finden Sie unter NAT-Unterstützung von IP-Telefonen für Cisco CallManager.

Die Mindestsoftwarestufe, die für die gleichzeitige Verwendung von NAT und Skinny auf einer PIX-Firewall erforderlich ist, beträgt 6,0. Weitere Informationen finden Sie unter Cisco PIX Firewall Version 6.0.

Deaktivieren Sie Voice-FastPath auf AS5350 und AS5400

Der Cisco IOS Software-Befehl voice-fastpath enable ist ein verborgener globaler Konfigurationsbefehl für AS5350 und AS5400. Der Befehl ist standardmäßig aktiviert. Um sie zu deaktivieren, geben Sie den globalen Konfigurationsbefehl no voice-fastpath enable ein.

Wenn der Befehl aktiviert ist, werden die IP-Adresse und die UDP-Portnummerninformationen für den logischen Kanal zwischengespeichert, der für einen bestimmten Anruf geöffnet wird. Der Befehl verhindert, dass der RTP-Stream die Anwendungsschicht erreicht. Stattdessen werden die Pakete auf einer niedrigeren Ebene weitergeleitet. Dies trägt dazu bei, die CPU-Auslastung in Szenarien mit hohem Anrufvolumen geringfügig zu reduzieren.

Wenn zusätzliche Dienste wie Halten oder Weiterleiten verwendet werden, veranlasst der Sprachschnellpfad-Befehl den Router, die Audioübertragung an die zwischengespeicherte IP-Adresse und den UDP-Port zu streamen. Die neue logische Kanalinformation, die nach Wiederaufnahme eines gehaltenen Anrufs oder nach Beendigung einer Übergabe erzeugt wird, wird nicht berücksichtigt. Um dieses Problem zu umgehen, muss der Datenverkehr ständig an die Anwendungsebene geleitet werden, damit eine Neudefinition des logischen Kanals berücksichtigt wird und Audio an die neue IP-Adresse und das neue UDP-Port-Paar gestreamt wird. Deaktivieren Sie deshalb Voice-FastPath, um zusätzliche Dienste zu unterstützen.

Konfigurieren der VPN-IP-Adresse mithilfe von SoftPhone

Mit Cisco IP SoftPhone kann ein PC wie ein Cisco IP-Telefon der Serie 7900 verwendet werden. Remote-Benutzer, die über ein Virtual Private Network (VPN) eine Verbindung zu ihrem Unternehmensnetzwerk herstellen, müssen einige zusätzliche Einstellungen konfigurieren, um ein unidirektionales Sprachproblem zu vermeiden. Der Grund hierfür ist, dass der Medien-Stream den Endpunkt der Verbindung kennen muss.

Die Lösung besteht darin, die VPN-IP-Adresse anstelle der IP-Adresse des Netzwerkadapters unter den Netzwerk-Audioeinstellungen zu konfigurieren. Weitere Informationen finden Sie unter So verwenden Sie Cisco IP SoftPhone über VPN.

Konfigurieren von VPN 3002 für die Arbeit im Netzwerkerweiterungsmodus

Ein Cisco VPN 3002 Hardware-Client kann in zwei Modi betrieben werden: im Client-Modus und im Network Extension Mode (NEM). Im Client-Modus sind alle Hosts hinter dem Cisco VPN 3002-Client Portadressen, die in die externe IP-Adresse des VPN 3002-Clients übersetzt werden. H.323 funktioniert nicht mit Port Address Translation (PAT) und führt zu Einweg-Audio, wenn ein IP-Telefon hinter einem VPN 3002-Client platziert wird. Wenn das VPN 3002 im NEM funktioniert, können die entfernten Netzwerke einander über ihre echten IP-Adressen sehen, nicht über eine NAT- oder PAT-basierte IP-Adresse. Wenn VPN 3002 für NEM konfiguriert ist, funktioniert H.323. Mit anderen Worten: IP-Telefone, die sich hinter einem VPN 3002-Client befinden, können nur funktionieren, wenn VPN 3002 in NEM funktioniert. Um Probleme mit der unidirektionalen Sprachübertragung bei einem VPN 3002-Client zu vermeiden, müssen Sie den VPN 3002-Client daher für die Verwendung von NEM konfigurieren.

Um den Cisco VPN 3002-Hardware-Client für die Verwendung von NEM zu konfigurieren, wählen Sie Configuration > Quick > PAT aus, und klicken Sie auf No (Nein). Verwenden Sie im PAT-Fenster den Network Extension-Modus.

Weitere Informationen finden Sie unter Configuring Cisco VPN 3002 Hardware Client to Cisco IOS Router with EzVPN in Network Extension Mode (Konfigurieren des Cisco VPN 3002 Hardware-Clients für den Cisco IOS-Router mit EzVPN im Netzwerkerweiterungsmodus).

Zusätzliche Informationen: Einweg-Audio überprüfen

Zwei nützliche Befehle zum Überprüfen des Paketflusses sind der Befehl debug cch323 rtp und der Befehl debug voip rtp. Der Befehl debug cch323 rtp zeigt Pakete an, die vom Router übertragen (X) und empfangen (R) werden. Ein Großbuchstabe steht für eine erfolgreiche Übertragung oder einen erfolgreichen Empfang. Ein Kleinbuchstabe steht für ein verworfenes Paket.

voice-ios-gwy#debug cch323 rtp

RTP packet tracing is enabled
voice-ios-gwy#
voice-ios-gwy#
voice-ios-gwy#
voice-ios-gwy#
voice-ios-gwy#

!--- This is an unanswered outgoing call. !--- Notice that the voice path only cuts through in the forward direction and 
!--- that packets are dropped. Indeed, received packets are traffic from the !--- IP phone to the PSTN phone. These are dropped until the call is answered. 
Mar 3 23:46:23.690: ****** cut through in FORWARD direction *****
XXXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXr
XrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXr
XrXrXXrrrrrrrrrrrrrrrr
voice-ios-gwy#
voice-ios-gwy#

!--- This is an example of an answered call:

voice-ios-gwy#
voice-ios-gwy#
*Mar 3 23:53:26.570: ****** cut through in FORWARD direction *****
XXXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXr
XrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXr
XXrrrrrXrXrXrXrXrXrXrXrXrXrXrXrrXXrrXrXrXrXrXrXXXXXXXXXXXXXXXXrXXXXXXXXrXrXrXXrrXr
XrXrXrXrXrXrXrXrXXrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr

!--- At this point, the remote end picks up the phone.

*Mar 3 23:53:30.378: ****** cut through in BOTH direction *****
XRXRXRXRXRXRXRXRXXRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXXRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRXRXRXRXRXR
XXRRXRXRXXRRXRXRXRXRXXRXRXRXRXRXRRXRXXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRRRRRRRRRRRRRRRRRRRRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXXRRRRRRRRRRRRRRRRRRRRRRRRRRRRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR
RRRRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRRXXRXRXRXRXRXRRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXXRRRRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XXRRRRRRRRRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXXRRRXR

!--- This is the end of the conversation.

voice-ios-gwy#debug voip rtp

--------cut through in BOTH direction-------------------

*Mar 27 19:52:08.259: RTP(32886): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFBF0, ssrc=8E5FC294
*Mar 27 19:52:08.275: RTP(247): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00C8D9, ssrc=1F1E5093
*Mar 27 19:52:08.279: RTP(32887): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFC90, ssrc=8E5FC294
*Mar 27 19:52:08.295: RTP(248): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00C979, ssrc=1F1E5093
*Mar 27 19:52:08.299: RTP(32888): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFD30, ssrc=8E5FC294
*Mar 27 19:52:08.315: RTP(249): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00CA19, ssrc=1F1E5093
*Mar 27 19:52:08.319: RTP(32889): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFDD0, ssrc=8E5FC294
*Mar 27 19:52:08.335: RTP(250): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00CAB9, ssrc=1F1E5093
*Mar 27 19:52:08.339: RTP(32890): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFE70, ssrc=8E5FC294
*Mar 27 19:52:08.355: RTP(251): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00CB59, ssrc=1F1E5093
*Mar 27 19:52:08.359: RTP(32891): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFF10, ssrc=8E5FC294
*Mar 27 19:52:08.375: RTP(252): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00CBF9, ssrc=1F1E5093
*Mar 27 19:52:08.379: RTP(32892): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFFB0, ssrc=8E5FC294
*Mar 27 19:52:08.395: RTP(253): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00CC99, ssrc=1F1E5093
*Mar 27 19:52:08.399: RTP(32893): fs rx d=10.48.79.181(20002),
pt=0, ts=500050, ssrc=8E5FC294
*Mar 27 19:52:08.976: RTP(282): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00DEB9, ssrc=1F1E5093
*Mar 27 19:52:08.980: RTP(32922): fs rx d=10.48.79.181(20002),
pt=0, ts=501270, ssrc=8E5FC294
*Mar 27 19:52:08.996: RTP(283): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00DF59, ssrc=1F1E5093
*Mar 27 19:52:09.000: RTP(32923): fs rx d=10.48.79.181(20002),
pt=0, ts=501310, ssrc=8E5FC294
*Mar 27 19:52:09.016: RTP(284): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00DFF9, ssrc=1F1E5093

Erfassen von Anrufverkehrsinformationen über die PIX-Firewall

Sie können zur unidirektionalen Anrufbehandlung Anrufdaten über die PIX-Firewall sammeln. Mit dem PIX-Capture-Befehl kann der offene Port überprüft und bei einem Anruf verwendet werden. Weitere Informationen zum VoIP-Datenverkehr über die PIX-Firewall finden Sie unter Handle VoIP Traffic with the PIX Firewall (Verwalten von VoIP-Datenverkehr mit der PIX-Firewall).

Unified Communications Manager - Problem mit unidirektionalem Audio

Dieses Problem kann nur bei einem ausgehenden SIP-Anrufaufbau auftreten, wenn MTP erforderlich ist. In diesem Fall kann die ausgehende SIP-INVITE-Nachricht ein SDP-Angebot enthalten. Das Problem kann in folgenden Szenarien auftreten:

• Ausgehende SIP-Trunk-Anrufe mit erforderlichem Media Termination Point auf dem SIP-Trunk markiert

• Anrufe zwischen Nur-IPv6- und Nur-IPv4-Endgeräten

Lösung

MTP-Ressourcen können zeitweilig "geleakt" werden, was zum Ausfall von SIP-Anrufen führt, für die MTP-Ressourcen erforderlich sind. Von RTMT aus erreichen die verfügbaren MTP-Ressourcen den Wert 0, und die Anzahl der MTP-Zuweisungsfehler steigt für jeden Anruf, für den ein MTP erforderlich ist. Der SDP-Teil der ursprünglichen INVITE-Nachricht kann fälschlicherweise a=inactive enthalten.

Gehen Sie wie folgt vor, um das Problem zu beheben:

1. Deaktivieren Sie bei der SIP-Trunk-Konfiguration die Option Media Termination Point Required (Medienanschlusspunkt erforderlich), wenn möglich.

2. Wenn ein frühzeitiges Angebot erforderlich ist, konfigurieren Sie dieses Angebot, aber lassen Sie die Option Media Termination Point Required (Medienterminierungspunkt erforderlich) deaktiviert.

3. Verwenden Sie für die IPv6-Bereitstellung Dual-Stack-Endgeräte anstelle von IPv6-Endgeräten.

Zugehörige Informationen

• CallManager H.323: Problem mit unidirektionaler Sprache nach Übergabe oder Halten
• NAT-Unterstützung des IP-Telefons für Cisco CallManager
• H.323-Unterstützung für virtuelle Schnittstellen
• Konfigurieren des Cisco VPN 3002 Hardware-Clients für den Cisco IOS-Router mit EzVPN im Netzwerkerweiterungsmodus
• Cisco Unity mit Cisco CallManager: unidirektionales Audio
• Konfiguration und Fehlerbehebung bei dualen NICs für Cisco Unity
• Unterstützung von Sprachtechnologie
• Produktsupport für Sprach- und Unified Communications
• Fehlerbehebung: Cisco IP-Telefonie
• Technischer Support und Downloads von Cisco