Problemen met spraak op één manier oplossen

Inleiding

Dit document beschrijft veel voorkomende problemen die kunnen optreden in unidirectionele IP-telefonie audiogesprekken via Cisco-gateways. 

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

• IP-telefonienetwerken en basiskennis van spraaknetwerken
• Cisco IOS^®-gateways en routers, Catalyst-switches en DT-24+ gateways

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- of hardware-versies.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Probleem

Dit document biedt scenario's en oplossingen voor deze problemen:

• Wanneer een telefoongesprek vanaf een IP-station via een Cisco IOS-spraakgateway of -router tot stand wordt gebracht, ontvangt slechts één van de partijen audio (unidirectionele communicatie).

• Wanneer een omzeilingsoproep tussen twee Cisco-gateways is gemaakt, ontvangt slechts één van de partijen audio (unidirectionele communicatie).

• Wanneer een telefoongesprek tot stand wordt gebracht vanaf een IP-station dat achter een VPN 3002 Hardware-client is geplaatst, ontvangt slechts één van de partijen audio (unidirectionele communicatie).

Oplossingen

De oorzaken van unidirectionele audio in IP telefonie kunnen worden gevarieerd, maar de wortel van het probleem impliceert IP gewoonlijk routeringskwesties. In dit gedeelte wordt gekeken naar enkele scenario's en oplossingen die in het veld zijn gevonden.

Zorg ervoor dat IP-routing is ingeschakeld op de Cisco IOS-gateway en -routers

Sommige Cisco IOS-gateways, zoals VG200, maken IP-routing standaard uit. Deze standaardinstelling leidt tot spraakproblemen in één richting.

Om IP-routing mogelijk te maken, geeft u deze globale configuratieopdracht uit op uw Cisco IOS-gateway:

voice-ios-gwy(config)#ip routing

IP-basisbereikbaarheid controleren

Controleer altijd eerst de basisbereikbaarheid van IP. Omdat Real-Time Transport Protocol (RTP)-stromen zonder verbinding zijn (vervoerd via UDP), kan verkeer succesvol in één richting reizen maar verloren gaan in de tegenovergestelde richting. In dit diagram wordt een scenario getoond waarin dit kan gebeuren:

Subnetten A en B kunnen beide subnet X bereiken. Subnet X kan subnetten A en B bereiken. Dit maakt het mogelijk TCP-verbindingen tot stand te brengen tussen de eindstations (A en B) en Cisco CallManager. Daarom kan de signalering beide eindstations zonder problemen bereiken, wat de totstandbrenging van verbindingen tussen A en B mogelijk maakt.

Zodra een vraag wordt gevestigd, moet een stroom van RTP die de audio draagt in beide richtingen tussen de eindposten stromen. In sommige gevallen kan Subnet B Subnet A bereiken, maar Subnet A kan Subnet B niet bereiken. Daarom gaat de audiostroom van A naar B altijd verloren.

Dit is een fundamentele routeringskwestie. Gebruik IP-routering van probleemoplossingsmethoden om het stadium te bereiken waarin u met succes telefoon A van Gateway B kunt pingen. Vergeet niet dat pingen een tweerichtingsverificatie is.

Dit document is niet van toepassing op IP-routing en -probleemoplossing. Zorg er echter voor dat dit de volgende stappen zijn:

• De standaard gateways worden geconfigureerd op de eindstations.

• IP-routes op deze standaardgateways leiden naar de doelnetwerken.

Deze lijst legt uit hoe u de standaardrouter of gatewayconfiguratie op verschillende Cisco IP-telefoons kunt controleren:

• Cisco IP-telefoon 7910—Druk op Instellingen, selecteer optie 6 en druk op volume omlaag totdat het veld Default Router verschijnt.

• Cisco IP-telefoon 7960/40—Druk op Instellingen, selecteer optie 3 en blader omlaag totdat het veld Default Router verschijnt.

• Cisco IP-telefoon 20sp+/30vip—Druk op **# en druk vervolgens op # totdat gtwy=verschijnt.

Controleer of de configuratie van het afsluitpunt voor media correct is

Als transcodering is geconfigureerd voor een intercluster trunk (ICT), zorg er dan voor dat een Media Termination Point (MTP) is geconfigureerd in de Media Resource Group en de Media Resource Group List die is gekoppeld aan de trunk. Als u een MTP specificeert wanneer men niet nodig is, of er niet in slaagt om een MTP te vormen als het nodig is, is het gekend om één manierstemkwesties voor ICT configuraties te veroorzaken.

Bind de H.323-signalering met een specifiek IP-adres op de Cisco IOS-gateway en -routers

Wanneer de Cisco IOS-gateway meerdere actieve IP-interfaces heeft, kunnen sommige van de H.323-signalering worden afgeleid van één IP-adres en kunnen andere delen ervan naar een ander bronadres verwijzen. Dit kan verschillende soorten problemen genereren. Eén zo'n probleem is de eenrichtingsaudio.

Om dit probleem te omzeilen, kunt u de H.323 signalering aan een specifiek bronadres binden. Het bronadres kan tot een fysieke of virtuele interface (loopback) behoren. Gebruik de h323-gateway voip bind srcadr ip-adres opdracht in interfaceconfiguratiemodus. Configureer deze opdracht onder de interface met het IP-adres waarnaar Cisco CallManager verwijst.

Deze opdracht is geïntroduceerd in Cisco IOS-softwarerelease 12.1(2)T. Raadpleeg Ondersteuning van H.323 voor virtuele interfaces.

Bind de MGCP-signalering aan de MGCP-pakketbroninterface voor media op de Cisco IOS-gateway

De unidirectionele stem kan in gateways van Media Gateway Control Protocol (MGCP) voorkomen als de broninterface voor signalering en mediapakketten niet wordt gespecificeerd. U kunt de MGCP-media aan de broninterface binden als u de mgcp bind media bron-interface interface-id uitgeeft opdracht en vervolgens bind de mgcp-besturings-bron-interface-id uit. Reset de MGCP-gateway in Cisco CallManager nadat u de opdrachten hebt gegeven.

Als de opdracht mgcp bind niet is ingeschakeld, geeft de IP-laag nog steeds het beste lokale adres.

De richtlijnen voor het mgcp bind commando zijn:

• Wanneer er actieve MGCP-oproepen op de gateway zijn, wordt de opdracht mgcp bind afgewezen voor zowel besturing als media.

• Als bind is de interface niet omhoog, wordt het bevel goedgekeurd maar wordt niet van kracht tot de interface omhoog komt.

• Als het IP-adres niet op de bind-interface is toegewezen, wordt de opdracht mgcp bind geaccepteerd maar wordt deze pas van kracht nadat een geldig IP-adres is toegewezen. Gedurende deze tijd, als MGCP-aanroepen actief zijn, wordt de opdracht MGCP-binding afgewezen.

• Wanneer de gebonden interface daalt, of wegens een handsluiting op de interface of wegens operationele mislukking, is de bind activiteit gehandicapt op die interface.

• Wanneer bind niet op de Media Gateway Controller (MGC) is geconfigureerd, is het IP-adres dat wordt gebruikt om MGCP-besturing en -media te bronnen het best beschikbare IP-adres.

Controleer of de Telecom of Switch het toezicht op beantwoording correct verzendt en ontvangt

Als u een Cisco IOS-gateway hebt die verbinding maakt met een Telco of switch, controleert u of het toezicht op antwoorden correct wordt verzonden wanneer het opgeroepen apparaat achter de Telco of switch de oproep beantwoordt. Als u de supervisie van het antwoord niet ontvangt, kan de Cisco IOS-gateway niet door het audiopad in een voorwaartse richting snijden (openen). Deze mislukking veroorzaakt eenrichtingsverkeer. Een tijdelijke oplossing is om de spraak rtp send-recv op commando uit te geven.

Zie Bidirectionele audio vroeg doorknippen met de opdracht RTP send-recv op de Cisco IOS-gateway en -routers voor meer informatie.

Snijden door bidirectionele audio Vroeg met de spraak/rtp send-recv commando op de Cisco IOS gateway en routers

Het spraakpad wordt ingesteld in de achterwaartse richting aan het begin van de RTP-stroom. Het voorwaartse audiopad wordt niet doorgesneden totdat de Cisco IOS-gateway een Connect-bericht van het externe einde ontvangt.

In sommige gevallen is het noodzakelijk om een tweerichtingsaudiopad te maken zodra het RTP-kanaal is geopend, wat gebeurt voordat het Connect-bericht wordt ontvangen. Om dit te bereiken, geef het globale configuratiebevel uit van de stem rtp send-recv.

Controleer cRTP-instellingen op een Link-by-Link-basis op Cisco IOS-gateway en -routers

Deze kwestie is van toepassing op scenario's, zoals tolomzeilen, waarin meer dan één Cisco IOS-router of gateway betrokken is bij het spraakpad en gecomprimeerde RTP (cRTP) wordt gebruikt. cRTP, of RTP-headercompressie, is een methode om de VoIP-pakketheader kleiner te maken om bandbreedte te herwinnen. cRTP neemt de 40-bytes IP, User Datagram Protocol (UDP) of RTP-header op een VoIP-pakket en comprimeert dit tot 2 tot 4 bytes per pakket. Deze compressie levert ongeveer 12 kbps bandbreedte op voor een G.729 gecodeerde aanroep met cRTP. Raadpleeg voor meer informatie over cRTP Voice over IP - Per gespreksbandbreedteverbruik.

cRTP wordt uitgevoerd op een hop-by-hop basis, met decompressie en recompressie op elke hop. Elke pakketheader moet voor routing worden onderzocht. Daarom moet cRTP aan beide zijden van een IP-link zijn ingeschakeld.

Het is ook belangrijk om te verifiëren dat cRTP werkt zoals die aan beide einden van de verbinding wordt verwacht. Cisco IOS-softwarereleases verschillen in termen van switchingpaden en gelijktijdige cRTP-ondersteuning.

Samenvattend, de geschiedenis is:

• In Cisco IOS-softwarereleases eerder dan Cisco IOS-softwarerelease 12.0(5)T, wordt cRTP proces-switched.

• Ondersteuning van Fast- en Cisco Express Forwarding (CEF)-switching (CEF) in Cisco IOS-softwarerelease 12.0(7)T en in Cisco IOS-softwarerelease 12.1(1)T wordt geïntroduceerd voor cRTP.

• In Cisco IOS-softwarerelease 12.1(2)T worden verbeteringen in de algoritmische prestaties geïntroduceerd.

Als u cRTP op Cisco IOS-softwareplatforms (Cisco IOS-softwarerelease 12.1) uitvoert, moet u controleren of Cisco-bug-id CSCds08210 uw Cisco IOS-softwarerelease niet beïnvloedt. Het symptoom van dit bug is de mislukking van VoIP en fax over IP om met de RTP headercompressie te werken.

Alleen geregistreerde Cisco-gebruikers kunnen toegang krijgen tot interne Cisco-buginformatie en -tools.

Controleer de klokconfiguraties op de Cisco IOS-gateway

Als u vindt dat er klokslips op E1 of T1 interface van het showcontrolemechanisme {e1 zijn | t1} bevel, kan er één of andere wanverhouding in de het klokken configuratie op de Spraakgateway zijn. Raadpleeg Klokconfiguraties op voor spraak geschikte Cisco IOS-gebaseerde platforms en zorg ervoor dat de klokconfiguraties op de spraakgateway correct zijn.

Controleer het minimale softwareniveau voor NAT op de Cisco IOS-gateway en -routers

Als u Network Address Translation (NAT) gebruikt, moet u voldoen aan de minimale vereisten op softwareniveau. Eerdere versies van NAT ondersteunen geen makkelijke protocolomzetting. Deze eerdere versies leiden tot problemen met eenrichtingsverkeer.

U moet Cisco IOS-softwarerelease 12.1(5)T of hoger voor Cisco IOS-gateways uitvoeren om ondersteuning te bieden voor Skiny en H.323 versie 2 met NAT tegelijkertijd. Raadpleeg NAT-ondersteuning van IP-telefoon naar Cisco CallManager voor meer informatie.

Het minimum softwareniveau dat vereist is om NAT en skinny tegelijkertijd op een PIX firewall te kunnen gebruiken is 6.0. Raadpleeg voor meer informatie Cisco PIX Firewall versie 6.0.

Schakel spraak-fastpath uit op AS5350 en AS5400

De Cisco IOS-softwarerelease Voice-FastPath Enable is een verborgen globale configuratieopdracht voor de AS5350 en AS5400. De opdracht is standaard ingeschakeld. Om het uit te schakelen, geef het no voice-fastpath globale configuratieopdracht toe.

Wanneer de opdracht is ingeschakeld, worden het IP-adres en de UDP-poortnummerinformatie opgeslagen voor het logische kanaal dat voor een specifieke oproep wordt geopend. Het bevel verhindert de stroom van RTP de toepassingslaag te bereiken. In plaats daarvan, door:sturen de pakketten bij een lagere laag. Dit helpt het CPU-gebruik marginaal te verlagen in scenario's met een hoog volume voor gespreksvolumes.

Wanneer de extra diensten zoals greep of overdracht worden gebruikt, veroorzaakt het spraak-fastpath bevel de router om de audio aan het caching IP adres en de haven te stromen UDP. De nieuwe logische kanaalinformatie die wordt gegenereerd nadat een call on hold is hervat of nadat een overdracht is voltooid, wordt genegeerd. Om dit probleem te voorkomen, moet het verkeer constant naar de toepassingslaag gaan, zodat er rekening wordt gehouden met de herdefiniëring van het logische kanaal en de audio wordt gestreamd naar het nieuwe IP-adres en UDP-poortpaar. Zorg er daarom voor dat voice-fastpath uitgeschakeld wordt om extra services te ondersteunen.

Het VPN IP-adres configureren met SoftPhone

Cisco IP SoftPhone maakt het mogelijk dat een PC werkt zoals een Cisco IP-telefoon 7900 Series. Externe gebruikers die via een Virtual Private Network (VPN) verbinding maken met hun bedrijfsnetwerk, moeten bepaalde aanvullende instellingen configureren om een eenrichtingsprobleem te voorkomen. Dit komt doordat de mediastroom het eindpunt van de verbinding moet kennen.

De oplossing is om het VPN IP-adres te configureren, in plaats van het IP-adres van de netwerkadapter, onder de Audio-instellingen van het netwerk. Raadpleeg Hoe u Cisco IP SoftPhone via VPN gebruikt voor meer informatie.

VPN 3002 configureren voor werken in netwerkuitbreidingsmodus

Een Cisco VPN 3002 hardware-client kan in twee modi werken: client-modus en netwerkuitbreidingsmodus (NEM). In de clientmodus zijn alle hosts achter de Cisco VPN 3002-client poortadres dat is vertaald naar het externe IP-adres van de VPN 3002-client. H.323 werkt niet met poortadresomzetting (PAT) en resulteert in unidirectionele audio wanneer een IP-telefoon achter een VPN 3002-client wordt geplaatst. Wanneer VPN 3002 in NEM werkt, kunnen de externe netwerken elkaar zien via hun echte IP-adressen, niet via een NAT-gebaseerd of PAT-gebaseerd IP-adres. Als VPN 3002 is geconfigureerd om in NEM te werken, kan H.323 werken. Met andere woorden, IP-telefoons die zich achter een VPN 3002-client bevinden kunnen alleen werken wanneer VPN 3002 in NEM werkt. Om spraakproblemen met een VPN 3002-client te voorkomen, moet u daarom de VPN 3002-client configureren om NEM te gebruiken.

Als u de Cisco VPN 3002 hardware-client wilt configureren voor gebruik van NEM, kiest u Configuratie > Snel > PAT en klikt u op Nee, gebruikt u de netwerkuitbreidingsmodus in het venster PAT.

Raadpleeg voor meer informatie het configureren van Cisco VPN 3002 hardware-client naar Cisco IOS-router met EzVPN in Network Extension Mode

Aanvullende informatie: verify one-way audio

Twee nuttige opdrachten die moeten worden gebruikt om pakketstromen te verifiëren zijn de opdracht debug cch323 rtp en de opdracht debug voip rtp. Het debug cch323 rtp-bevel toont pakketten die worden verzonden (X) en ontvangen (R) door de router. Een hoofdletter geeft succesvolle transmissie of ontvangst aan. Een teken in kleine letters geeft een gedropt pakket aan.

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

Verzamel informatie over gespreksverkeer via de PIX-firewall

U kunt problemen oplossen bij oproepen door informatie over gespreksverkeer in de PIX-firewall te verzamelen. De opdracht PIX Capture kan worden gebruikt om de open poort te controleren en te gebruiken wanneer een oproep wordt gedaan. Raadpleeg VoIP-verkeer behandelen met de PIX-firewall voor meer informatie over VoIP-verkeer via de PIX-firewall.

Cisco Unified Communications Manager single-way audioprobleem

Dit probleem kan alleen voorkomen in een uitgaande initiële SIP-gespreksinstelling waar MTP vereist is. In dit geval kan het uitgaande SIP INVITE-bericht een SDP-aanbod bevatten. De kwestie kan in deze scenario's voorkomen:

• Uitgaande SIP-trunkgesprekken met vereiste afsluitingspunt voor media ingeschakeld op de SIP-trunk

• Oproepen tussen IPv6-alleen endpoints en IPv4-alleen endpoints

Oplossing

MTP-bronnen kunnen met tussenpozen worden gelekt, wat resulteert in het falen van SIP-oproepen die MTP-bronnen vereisen. Van RTMT, bereiken de beschikbare middelen MTP 0 en MTP de tellingen van de toewijzingsmislukking gaan voor elke vraag omhoog die een MTP vereist. Het SDP-gedeelte van de initiële INVITE kan a=inactief onjuist bevatten.

Voltooi de volgende stappen om het probleem op te lossen:

1. Schakel media-afsluitpunt uit dat vereist is voor de SIP Trunk-configuratie, indien mogelijk.

2. Als de vroege aanbieding wordt vereist, vorm Vroege Aanbieding, maar verlaat Media Beëindigingspunt Vereist ongecontroleerd.

3. Voor IPv6-implementatie gebruikt u dubbele stack in plaats van alleen IPv6-endpoints.

Gerelateerde informatie

• CallManager H.323: eenrichtingsspraakprobleem na overdracht of vasthouden
• NAT-ondersteuning van IP-telefoon naar Cisco CallManager
• Ondersteuning van H.323 voor virtuele interfaces
• Cisco VPN 3002 hardwareclient configureren naar Cisco IOS-router met EzVPN in netwerkuitbreidingsmodus
• Cisco Unity met Cisco CallManager: audio voor één weg
• Dubbele NIC's configureren en problemen oplossen voor Cisco Unity
• Ondersteuning van spraaktechnologie
• Productondersteuning voor spraak en Unified Communications
• Cisco IP-telefonie probleemoplossing
• Cisco Technical Support en downloads