Inleiding
Dit document beschrijft de basisbeginselen van de configuratie van Cisco Unified Border Element (CUBE) met Cisco Unified Communications Manager (CUCM).
Voorwaarden
Vereisten
Cisco raadt aan dat uw systeem geen Domain Name System (DNS)-configuratie heeft en dat u kennis van deze onderwerpen hebt:
- CUCM versie 8.6 via versie 10.x
- Cisco IOS® versie 15.1(2)T en hoger
Opmerking: De IP-adressen variëren op basis van de adresseringsschema's in het netwerk.
Gebruikte componenten
De informatie in dit document is gebaseerd op het feit dat elk aantal CUCM-servers, elke Cisco geïntegreerde services router (ISR), ISR Generation 2 (G2) of Cisco Aggregation Services Router (ASR) een CUBE kan zijn. Er zijn geen digitale signaalprocessors (DSP’s) vereist voor basis-CUBE-werking.
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.
Configureren
De CUBE-kant van de CUCM-to-CUBE integratie
Wanneer u eerst een CUBE instelt, moet u de router inschakelen om gesprekken zoals een CUBE te kunnen leiden. Dit beeld toont een basis VoIP-configuratie van de spraakservice op een CUBE:
Hier zijn een paar belangrijke punten over deze configuratie:
- De eerste regel van de configuratie is mode border-element, dat CUBE op een router inschakelt. Sommige apparaten hebben deze configuratie niet wanneer zij als CUBE werken.
- Dankzij het sip-to-sip van Allow-connections kan de CUBE Session Initiation Protocol (SIP)-oproepen accepteren en als SIP-oproepen leiden. Er zijn ook opties voor H323.
- Fax protocol t38 is een standaardconfiguratie voor ISR G2 routers. Het is niet nodig voor de CUBE-configuratie.
- Early-offer Forces stelt CUBE in staat oproepen te routeren in een Delayed Offer to Early Offer scenario. Bijna alle providers vereisen Early Offer SIP-gesprekken. Het is eigenlijk aanbevolen om Early Offer van CUCM te verzenden om vroege media cut-through problemen te voorkomen.
- De wachtrij voor midcall-signalering is alleen voor SIP-naar-SIP gesprekken. Het is nodig dat sommige aanvullende diensten werken.
- G729 annexb-all is optimaal in gevallen waar CUBE onderhandelt met providers die niet de RFC-format voor G729r8 en G729br8 codecs.
Configuratie van dial-peers op CUBE
Dial-peers op CUBE zijn net als andere dial-peers op Cisco IOS-gateways. Het verschil is dat de oproepen van de ene VoIP wijzerplaat-peer naar een andere VoIP wijzerplaat-peer leiden.
Merk op dat er hier twee dial-peers zijn: inkomend en uitgaand. CUBE komt altijd overeen met twee inbelpeers. Inkomende dial-peers zijn vanuit het CUBE-perspectief, vanuit de CUCM of vanuit de SIP-provider. Uitgaande dial-peers worden naar de CUCM of naar de SIP-provider verzonden.
Cisco raadt u aan het grootste deel van de cijfermanipulatie op CUCM uit te voeren via Significant Digits, Externe Telefoonnummermasker en Vertalingen. Raadpleeg het artikel Inkomende en uitgaande dial-peers op IOS-platforms voor meer informatie over dial-peers.
Nummermanipulatie kan op CUBE worden uitgevoerd, op dezelfde manier als op Cisco IOS-spraakgateways. Verwijs naar de Nummeromzetting met behulp van het artikel Voice Translation Profiles voor meer informatie.
Basis IP-adressering
IP-adressering op CUBE wordt op dezelfde manier verwezenlijkt als op andere Cisco IOS-apparaten, maar het gebruikt de routeringstabel om te bepalen van welke interface het SIP-verkeer van CUBE-bronnen moet worden gemaakt. De opdracht IP-route A.B.C.D geeft informatie over de interface die de CUBE gebruikt om SIP-verkeer te bronnen. Dit is belangrijk wanneer de vraag wordt verzonden naar CUCM en wanneer de vraag wordt verzonden naar een leverancier van SIP. Statische routes kunnen nodig zijn om dit te laten werken.
In sommige gevallen moet u SIP binden aan een bepaalde interface, zoals een loopback-interface op de CUBE. De band van SIP kan bijwerkingen veroorzaken, zoals wanneer de CUBE niet op SIP verkeer op een bepaalde interface let. Cisco adviseert dat u geen banden gebruikt en de routeringstabel laat beslissen, maar dit is niet altijd mogelijk. U kunt SIP-bindingen toepassen onder Voice Service VoIP > SIP, of op afzonderlijke dial-peers. De banden van SIP worden verklaard meer in het het Vormen SIP Bind artikel van Eigenschappen.
Voice-Class codecs op CUBE
Voice-class codecs worden gebruikt voor CUBE om meerdere codecs aan te bieden wanneer oproepen een bepaalde VoIP-dial-peer gebruiken. Dit is hetzelfde als op een Cisco IOS-spraakgateway, maar wanneer deze een CUBE is, worden codecs van de ene VoIP-gesprekspoot naar de andere gefilterd. Het gebruikt codecs die beschikbaar zijn op zowel de inkomende dial-peer als de uitgaande dial-peer. De codecs die overeenkomen met beide worden verzonden aanbiedingen. Wanneer CUBE een SIP-bericht ontvangt met Session Description Protocol (SDP), komt dit ook overeen met de spraakklasse codecs. Dit staat CUBE toe om codecs te filteren op basis van wat wordt ontvangen van het SIP-bericht met SDP, de inkomende dial-peer en de uitgaande dial-peer. De andere SIP User Agent (UA) reageert vervolgens op de aangeboden codecs.
De voice-class codec in de vorige afbeelding bevat drie codecs, g729r8, g711ulaw, of g711alaw. Het beeld toont hen in de orde waarin de Cisco IOS gateway prioriteit geeft aan hoe de codecs aan het verre eind worden aangeboden. Spraakcodecs worden op dial-peers toegepast.
Cisco IOS-toepassing voor tolfraude
De toepassing voor tolfraude in Cisco IOS is nuttig omdat deze ongewenste SIP-toegang kan voorkomen, maar zonder de juiste planning kan dit bepaalde problemen met de normale werking veroorzaken. De toepassing van de tolfraude in Cisco IOS staat de router toe om de apparaten te specificeren die met het kunnen communiceren om vraag te maken (H323 of SIP). IP-adressen die worden gebruikt als sessiedoelen op dial-peers worden automatisch toegestaan om gesprekken naar de Cisco IOS-spraakgateway te verzenden zonder extra configuratie. Dit omvat gewoonlijk alle SIP Providers en CUCM servers in de omgeving, maar niet altijd. Als dit niet het geval is, moeten deze handmatig aan de CUBE worden toegevoegd. Alleen de signaleringsadressen moeten worden toegevoegd, niet de mediadeszen. Raadpleeg het artikel Toll-Fraud Prevention Feature in IOS release 15.1(2)T voor meer informatie.
De CUCM-kant van de CUCM-to-CUBE integratie
- Om de boomstam aan de configuratie toe te voegen CUCM, navigeer aan deze plaats:
- Selecteer Add New en ga verder naar de configuratie van de SIP trunk zoals hier getoond:
- Binnen de pagina van de boomstamconfiguratie, herinner me om de juiste apparatenpool te selecteren die vraag naderend aan de bijzondere server toestaat CUCM die vraag goedkeurt.
Wanneer de trunk is gemaakt, zorg er dan voor dat de routepatronen deze correct benaderen via een SIP-routepatroon of een routerlijst / routergroepinstelling.
De omleidingsheader kan worden aangevinkt voor inkomende of uitgaande gesprekken.
Wanneer externe nummers worden doorgestuurd naar het VoIP-netwerk, worden SIP-uitnodigingsberichten geleverd met informatie over doorgestuurde omleiding naar CUCM. Het toont de roepende partij. Als een gespreksstroom bijvoorbeeld is geïntegreerd met Cisco Unity Connection (UC) en naar voicemail gaat, gebruikt UC de oorspronkelijke omleidingsbron (extern doorgestuurd nummer) als de doelpostvak. Zo is het mogelijk dat zij de standaard het openen groet in plaats van de abonneesbrievenbus zoals verwacht konden krijgen. Het hangt van de vraagstroom en de vereisten van uw topologie af of dit voor de configuratie zal worden vereist.
- Het SIP-profiel voor Vroege Aanbieding is vaak nodig wanneer u de CUBE aansluit op een provider. Als de trunk verbinding maakt met een ander Cisco-apparaat, wilt u mogelijk niet de MTP-invoegtoepassing (Media Transport Protocol) selecteren, gebaseerd op de end-apparaten. Deze afbeelding toont de SIP-profiellocatie en waar u het vakje voor vroege aanbieding kunt selecteren.
Vroege Aanbieding helpt vaak om vroege mediaproblemen op te lossen die ontstaan wanneer u de CUCM server en CUBE aan andere producten van derden integreert. Dit wordt ook aanbevolen in het Solution Reference Network Design (SRND).
Als het profiel wordt gewijzigd, is het altijd het beste om een nieuw profiel te maken dat wordt gebruikt in plaats van het standaardprofiel.
Opmerking: Deze checkbox wordt gebruikt wanneer de eindgebruikers geen MTP willen hebben die op elke vraag wordt gebruikt.
- Het kan nodig zijn om van TCP/UDP te veranderen voor het protocol binnen het SIP-beveiligingsprofiel op basis van de doorloop van gesprekken. Om deze wijziging te maken, navigeer je naar SIP Trunk Security Profiles > Non Secure SIP Trunk Profile:
De oproepen zullen mislukken en CUBE/CUCM-sporen zijn nodig om te begrijpen wat er gebeurt tijdens de storing, maar deze optie kan worden gewijzigd om te bevestigen dat dit niet de oorzaak van het probleem is. Echter, zodra dit is gewijzigd, moet u de trunk opnieuw resetten/opnieuw opstarten om de verandering te maken optreden.
- In sommige omstandigheden, zou het Externe Telefoonmasker op de telefoonconfiguratie kunnen moeten worden toegevoegd opdat de vraag te werk gaat, omdat sommige Telcos niet toestaan de vraag om zonder het verwachte masker te werk te gaan. Om deze wijziging te maken, ga naar de Directory Number (DN) configuratie pagina van de aanroepende partij telefoon, maak de verandering noodzakelijk voor het vakje, en stel/herstart de telefoon na de veranderingen worden opgeslagen.
Verifiëren
Maak testgesprekken om te verifiëren dat uw configuratie correct werkt. Als de testoproepen mislukken, neem gedetailleerde CUCM service sporen of CUBE sporen om het probleem te begrijpen.
Problemen oplossen
Er is momenteel geen specifieke troubleshooting-informatie beschikbaar voor deze configuratie.