Inleiding
Dit document beschrijft hoe u problemen kunt oplossen bij het no-way audio-probleem met haarspeldoproepen op Cisco Unified Border Element (CUBE).
Voorwaarden
Vereisten
Cisco raadt kennis van de volgende onderwerpen aan:
- Session Initiation Protocol (SIP)
- Hoe de CUBE te configureren en gebruiken
- Media Flow-Through en Flow-Around
Gebruikte componenten
De informatie in dit document is gebaseerd op de volgende hardware- en softwareversies:
- Cisco Unified Communications Manager (CUCM) - 11.5.1.10000-5
- CUBE - 15,5(3)S5
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.
Netwerktopologie
Probleem
Een haarspeldvraag is een inkomende vraag van een Internet Telephony Service Provider (ITSP) door:sturen of teruggestuurd naar ITSP, dit resulteert in no-way audio, regelmatige vraag aan ITSP van IP telefoons werk fijn.
In overeenstemming met SIP RFC 3264 vinden de onderhandelingen tussen de SIP User Agent Client (UAC) en SIP User Agent Server (UAS) plaats via Session Description Protocol (SDP) in het aanbod/antwoord-model, dit wordt gevolgd door elke fabrikant van Voice over IP (VoIP) producten.
Sommige ITSP’s nemen de IP-adres en poortinformatie niet in aanmerking in de SDP vanwege hun firewallimplementatie. Daarom moet de socket worden gestart tegen het einde (in dit geval CUBE). ITSP vereist het verre eind om sommige pakketten in real time van het Vervoer Protocol (RTP) naar het te verzenden, zodra ITSP de pakketten van RTP ontvangt, brengt het de pakketten aan de bron IP van de ontvangen pakketten over.
In een gesprek tussen een IP-telefoon en de ITSP, die niet voorzien is van de haarspeld, komt dit probleem niet voor, dit komt doordat de IP-telefoon dummy RTP-pakketten verstuurt nadat de vereiste poorten geopend zijn.
Wanneer een vraag van ITSP komt en naar hen teruggestuurd, zowel, verzenden de vraaginitiatiefnemer als de vraagontvanger geen stromen tenzij zij een stroom van iemand in de weg van de vraag ontvangen, is dit een impasse situatie.
Verifiëren
Om te bevestigen dat de verbinding met succes tot stand is gebracht, voert u deze opdracht uit: toon voip rtp-verbindingen.
Max Ports Available: 19999, Ports Reserved: 101, Ports in Use: 4
Port range not configured, Min: 8000, Max: 48199
Ports Ports Ports
Media-Address Range Available Reserved In-use
Default Address-Range 19999 101 4
VoIP RTP active connections :
No. CallId dstCallId LocalRTP RmtRTP LocalIP RemoteIP
1 21 22 16424 16568 10.106.36.169 10.106.108.72
2 22 21 16426 24602 10.106.36.169 10.106.123.29
3 23 24 16428 24600 10.106.36.169 10.106.123.29
4 24 23 16430 16570 10.106.36.169 10.106.108.72
Found 4 active RTP connections
Draai de opdracht tonen de vraag actieve stembrief om de tellers Rx/Tx van alle 4 vraag benen vanuit het perspectief van CUBE als 0/0 te zien.
Total call-legs: 4
35E9 : 21 7441740ms.1 (*13:00:22.857 UTC Sat May 20 2017) +4080 pid:123 Answer 5655 connected
dur 00:24:17 tx:0/0 rx:0/0 dscp:0 media:0 audio tos:0xB8 video tos:0x0 <<<<
IP 10.106.108.72:16568 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711ulaw TextRelay: off Transcoded: No
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
LostPacketRate:0.00 OutOfOrderRate:0.00
35E9 : 22 7441740ms.2 (*13:00:22.857 UTC Sat May 20 2017) +4080 pid:123 Originate 7961 connected
dur 00:24:17 tx:0/0 rx:0/0 dscp:0 media:0 audio tos:0xB8 video tos:0x0 <<<<
IP 10.106.123.29:24602 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711ulaw TextRelay: off Transcoded: No
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
LostPacketRate:0.00 OutOfOrderRate:0.00
0 : 23 7441780ms.1 (*13:00:22.897 UTC Sat May 20 2017) +4020 pid:124 Answer 5655 connected
dur 00:24:17 tx:0/0 rx:0/0 dscp:0 media:0 audio tos:0xB8 video tos:0x0 <<<<
IP 10.106.123.29:24600 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711ulaw TextRelay: off Transcoded: No
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
LostPacketRate:0.00 OutOfOrderRate:0.00
0 : 24 7441780ms.2 (*13:00:22.897 UTC Sat May 20 2017) +4010 pid:124 Originate 7961 connected
dur 00:24:17 tx:0/0 rx:0/0 dscp:0 media:0 audio tos:0xB8 video tos:0x0 <<<<
IP 10.106.108.72:16570 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711ulaw TextRelay: off Transcoded: No
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
LostPacketRate:0.00 OutOfOrderRate:0.00
Opmerking: indien routers IOS-XE gebruiken, voer deze opdracht uit om de Rx/Tx-tellers te valideren:
voice service voip
media bulk-stats
Het wordt niet aanbevolen deze opdracht uit te voeren wanneer het aanroepvolume hoog is, zodat u deze opdracht uitvoert wanneer de CPU minder dan 30% is.
Oplossing
Software Media Termination point (MTP)
Dit is de voorkeursmethode om het probleem te overwinnen. CUCM software MTP's zijn in staat om dummy RTP-pakketten te verzenden. In een haarspeldvraag, de software MTP levering dummy RTP pakketten aan zowel, de vraaginitiatiefnemer en de vraagontvanger, daarom, ITSP ontvangt deze pakketten en antwoordt met RTP aan de software MTP.
Zorg ervoor dat het vereiste selectieteken voor het afsluitpunt van media is ingeschakeld op de pagina Trunk-configuratie. Navigeer naar Apparaat > SIP-trunk en selecteer de Media Resource Group List (MRGL) van die trunk, controleer of deze ten minste één software MTP bevat.
- Opmerking: hardware MTP kan geen RTP-stromen met een dummy verzenden. Zorg ervoor dat de MRGL verbonden aan de trunk alleen software MTP aanhaalt. Software MTP kan alleen G711-oproepen overbruggen, ervoor zorgen dat de end-to-end gespreksstroom G711 moet gebruiken voor deze tijdelijke oplossing om te werken.
De volgende afbeelding laat zien hoe Dummy RTP payload er in Wireshark uitziet:
Media Flow-Around
Met Media Flow-Around, eindigen de signaleringspakketten en beginnen op CUBE maar mediapakketten passeren CUBE en stromen direct tussen endpoints.
voice service voip
media flow-around
Bel met Media Flow-Around
Waarschuwing: dit kan gevolgen hebben voor de CUBE-functionaliteit, aangezien het geen media kan beëindigen voor eventuele gesprekken. RTP passeert de CUBE en stroomt direct tussen de endpoints. In dit geval stroomt het direct tussen de ITSP’s.
De configuratiemodus voor dial-peers voor Media Flow-Through wordt niet van kracht als u Media Flow-Around hebt geconfigureerd onder wereldwijde configuratie.
Configuratie
- Configuratie van Media Flow-Around onder algemene configuratie.
- Maak een Voice-Class Media met Media Flow-Through.
- Pas Voice-Class Media toe op alle dial-peers waarin Media Flow-Through naar verwachting zal worden gebruikt.
- De wijzerplaat-peers die deze configuratie niet hebben vallen aan Media Flow-Around aangezien het globaal wordt gevormd.
Voice service voip
media flow-around
voice-class media 10
media flow-through
dial-peer voice 1 voip
Description ** Inbound dial-peer **
voice class media 10
dial-peer voice 2 voip
Description ** Outbound dial-peer **
voice class media 10
Media Anti-Trombone
Deze functie werkt vergelijkbaar met Media Flow-Around, maar heeft minder impact. Ten eerste zoekt het naar looped of hairpin calls, als er een hairpin call wordt gevonden, dan activeert deze functie een nieuwe onderhandelingsronde in de media voor de geïdentificeerde call. Aan het eind van deze onderhandeling maakt de CUBE niet langer deel uit van het mediapad.
Beide partijen, CUBE en ITSP, moeten de Anti-Trombone functie ondersteunen om dit te laten werken.
voice service voip
media anti-trombone
Bel met media-antitrombone
Opmerking: valideer de beperkingen voordat u Media Anti-Trombone configureren op http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/media-path.html
Schakel CUBE in om STUN-pakketten te verzenden via de IP/poort van onderhandelde media
Schakel de CUBE in om lokaal gegenereerde STUN-aanvragen/pakketten (deze stunpakketten zijn UDP-pakketten met dezelfde media-IP/poortnummers) te verzenden via het onderhandelde mediapad, de apparaten in het mediapad kunnen het pad wissen na deze stunpakketten te hebben ontvangen na verificatie van het IP/poort/transportprotocol als deze apparaten de feitelijke toepassingsgegevens niet controleren:
voip voor spraaktelefonie
bedwelmen
stun flowdata agent-id 1 boottelling 4
stun flowdata shared-geheim 0 Wachtwoord123$
gebruik van spraakklasse 1
Stuntgebruik firewall-transversale stroomgegevens
dial-peer spraak 2000 voip
Beschrijving ** inkomende dial-peer van ITSP **
gebruik van spraak-klasse stun-1
Dit kan worden gedaan op de wijzerplaat-peer die wordt gebruikt om de vraag van ITSP of wijzerplaat-peer te ontvangen die wordt gebruikt om de vraag naar ITSP of allebei te verzenden.