La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.
Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).
Oggi, l'industria delle telecomunicazioni sta effettuando la transizione dalle tecnologie di commutazione e trasporto di lunga data alle tecnologie di trasporto e ai dispositivi periferici basati su IP. La rivoluzione della comunicazione IP ha iniziato a creare un impatto commerciale straordinario nelle piccole e medie imprese. Queste piccole e medie imprese si stanno rendendo conto che l'uso della rete IP è molto efficiente in quanto essa può utilizzare le funzionalità voce, video e dati su un'unica rete, invece di utilizzare tre reti dedicate. Nella figura 1 viene mostrata la tendenza dell'implementazione della telefonia IP verso il trunking IP.
Figura 1 - Sistema di telefonia IP
I PBX IP stanno iniziando a dominare nel business della tecnologia vocale, e i PBX TDM non sono più la fonte primaria come crossover che va tra due reti voce. L'uso dei PBX TDM è diminuito negli ultimi due anni, e l'uso dei PBX IP sta diventando un buon investimento nelle LAN IP e nelle WAN. Per collegarsi alla PSTN, i PBX necessitano di una sorta di trunking, come ad esempio le linee TDM (T1/E1) o analogiche. I PBX IP possono accedere alla PSTN utilizzando questi tipi di trunk, ma hanno bisogno di un media gateway che converta il traffico vocale IP nella PSTN tradizionale, il che a volte può portare a una conversione successiva dal dominio IP al dominio TDM. Queste traduzioni successive aumentano i costi di manutenzione dei gateway, aumentano la latenza e riducono la qualità della voce.
Per evitare questi problemi, i PBX IP utilizzano protocolli per l'avvio e la gestione delle sessioni, il più importante dei quali è il SIP (Session Initiation Protocol). Questo documento offre una descrizione del trunking SIP e di Cisco CallManager Express (CME), nonché una configurazione per implementare un sistema di telefonia IP con CME che utilizza il trunking SIP per le chiamate in entrata e in uscita.
Prima di provare questa configurazione, accertarsi di soddisfare i seguenti requisiti:
è installata la release CME 4.1
Sul router è presente un'immagine del software Cisco IOS® versione 12.4(11)XJ o IOS 12.4(6a)T
Con CUE versione 2.3.4 viene installato un modulo NM-CUE
Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:
Cisco 3825 Router sul software Cisco IOS versione 12.4(11)XJ
Switch Cisco Catalyst 3550 con software Cisco IOS versione 12.4
Cisco IP 7960 Phone
Cisco CallManager Express 4.1
Cisco Unity Express 2.3.4
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Fare riferimento a Cisco Technical Tips Conventions per ulteriori informazioni sulle convenzioni dei documenti.
Il SIP è un protocollo di controllo basato su ASCII a livello di applicazione che può essere utilizzato per stabilire, mantenere e terminare le chiamate tra due o più endpoint. Il SIP si è rapidamente affermato come protocollo standard utilizzato nelle comunicazioni IP, poiché è un protocollo multimediale che può essere utilizzato per sessioni video e messaggistica istantanea oltre che per la voce. Il SIP può inoltre gestire sessioni di conferenza, trasmissioni e sessioni uno-a-uno. Il SIP ha un grande potenziale di trasformazione e sviluppo del modo in cui le persone comunicano. Per questo motivo, Cisco ha e continua a svolgere un ruolo importante nel assumere una posizione di leadership nella creazione di nuove tecnologie che rendono il SIP e le sue applicazioni lo standard delle comunicazioni IP.
I trunk SIP sono simili alle linee telefoniche, con la differenza che i trunk SIP utilizzano la rete IP e non la PSTN. Inoltre, i trunk SIP consentono la convergenza di voce e dati su connessioni tutte IP comuni. Per accedere alla rete IP tramite un trunk SIP, è necessario configurare il sistema sul provider di servizi e sul lato cliente. I clienti hanno bisogno di impostare e configurare CME, che è il PBX che interpreterà il segnale SIP in modo adeguato e passerà il traffico con successo. Il provider di servizi deve configurare un server proxy SIP. Tuttavia, i trunk SIP sono più complicati da stabilire dei trunk PSTN normali. Il motivo è che un cliente deve affrontare sfide relative alla gestione di diverse interpretazioni e implementazioni del SIP da parte dei fornitori di apparecchiature, fornendo sicurezza, gestendo la qualità del servizio (QoS), abilitando la NAT (Network Address Translation) e l'attraversamento del firewall e garantendo affidabilità e continuità del servizio di fascia carrier.
Questi punti spiegano perché i trunk SIP stanno diventando così evidenti nelle piccole e medie imprese:
Installazione rapida e semplice
Migliore utilizzo della capacità di rete
Potenziale di consolidamento e riduzione dei costi di telefonia
Economical Direct Inward Dial (DID)
Continuità aziendale
Cisco CME è una soluzione di telefonia IP integrata direttamente nel software Cisco IOS. CME consente alle piccole e medie imprese di distribuire voce, dati e video su un'unica piattaforma. Una rete di telefonia IP è semplice da impostare perché CME funziona su un singolo router, che fornisce una funzionalità PBX per le aziende. Pertanto, utilizzando CME, le piccole e medie imprese possono fornire la telefonia IP e il routing dei dati utilizzando un'unica soluzione convergente con costi minimi.
CME ha iniziato a supportare il trunking SIP quando CME 3.1 è stato rilasciato. Tuttavia, si sono verificati alcuni problemi quando un telefono SIP ha chiamato un telefono SCCP o ha tentato di accedere alla segreteria telefonica. Il problema è che i telefoni SCCP collegati a CME richiedono l'uso di un relè DTMF fuori banda per il trasporto di DTMF (cifre) su connessioni VoIP, mentre i telefoni SIP utilizzano trasporti in banda. Tra i due dispositivi esisteva una distorsione DTMF. Quando CME 3.2 è stato rilasciato, è stato aggiunto il supporto al relay DTMF. Le cifre DTMF di SCCP possono essere convertite in un meccanismo di inoltro DTMF in-band tramite il metodo RFC2833 o Notify.
CME attualmente supporta questo elenco di internetworking DTMF per le chiamate SIP-SIP:
Notifica <—> Notifica a partire dalla versione 12.4(4)T
RFC283 <—> Notifica dalla versione 12.4(4)T
Notifica <—> RFC2833 dalla versione 12.4(4)T
In-band G711 <—> dalla versione 12.4(11)T [Transcoder necessario]
CME attualmente supporta questa interconnessione DTMF per chiamate SIP-SCCP:
SCCP fuori banda - Notifica SIP / RFC2833 dalle 12.4(4)T
Un altro aspetto importante da considerare quando si configura un trunk SIP sono i codec supportati. I codec rappresentano il campione di modulazione del codice a impulsi per i segnali nelle frequenze vocali. I trunk SIP supportano i seguenti codec: G.711 e G.729. Tuttavia, per diverse funzioni come Cisco Unity Express (CUE) e Music on Hold (MOH), è supportato solo il codec G.711. Ciò significa che le chiamate vocali che usano trunk SIP con codec G.729 non possono accedere a CUE, a meno che non esista un transcoder che consenta la compressione e la decompressione dei flussi vocali in modo che corrispondano alle funzionalità di CUE. MOH può anche usare il codec G.729 per risparmiare larghezza di banda, ma il codec non fornisce flussi MOH di qualità adeguata. Ciò è dovuto al fatto che G.729 è ottimizzato per la sintesi vocale. Pertanto, è necessario forzare MOH a utilizzare G.711.
Quando una chiamata arriva su un trunk SIP e viene inoltrata (CFNA / CFB / CFA), per impostazione predefinita CME invia il messaggio SIP 302 "Spostato temporaneamente" al proxy Service Provider (SP). È possibile che sia necessario convertire la parte utente dell'intestazione del contatto nel messaggio 302 per riflettere un DID a cui il proxy SP può indirizzare. La parte host dell'intestazione del contatto nel messaggio 302 deve essere modificata in modo da riflettere l'indirizzo del record (AOR) usando l'interfaccia CLI host-registrar in sip-ua e l'interfaccia CLI b2bua in VoIP dial peer che accede all'interfaccia CUE.
Alcuni proxy SIP potrebbero non supportare questa funzionalità. In tal caso, aggiungere quanto segue:
Router(config)#voice service voip
Router(conf-voi-serv)#no supplementary-service sip moved-temporarily
La Figura 2 mostra il comportamento del sistema CME quando il messaggio 302 è disattivato.
Figura 2 - Flusso di Call Forward Busy (CFB) con messaggio 302 disabilitato
Questo metodo consentirà il hairpinning dei 302 messaggi SIP per gli inoltri di chiamata sul CME. Quanto sopra è necessario anche in presenza di alcune estensioni che non dispongono di mapping DID, in quanto il proxy SP potrebbe non essere in grado di instradare tali chiamate. Se si disabilita la risposta 3xx, è possibile utilizzare l'iniziatore del numero chiamante per mantenere l'ID chiamante del destinatario originale.
Quando si trasferisce una chiamata da un trunk SIP a un telefono SCCP o a un CUE AutoAttendant (AA), per impostazione predefinita il CME invia un messaggio SIP REFERENCE al proxy SP. La maggior parte dei server proxy SP non supporta il metodo REFERENCE. È necessario configurare questa opzione per forzare il CME a eseguire la chiamata con hairping:
Router(config)#voice service voip
Router(conf-voi-serv)#no supplementary-service sip refer
La figura 3 mostra il comportamento del sistema CME con il metodo REFERENCE disattivato.
Figura 3 - Trasferimento con l'opzione REFERENCE disattivata
Se sul proxy SIP è supportato l'utilizzo di REFERENCE, è necessario convertire la parte utente di Reference-To e Referred-By in un DID riconosciuto dal proxy SP. La parte host dei campi Referred-To e Referred-By deve essere un indirizzo IP o DNS a cui anche il proxy SP può indirizzare (ciò si verifica per impostazione predefinita in CME 4.1).
Se un telefono SCCP mette in attesa una chiamata da PSTN, il CME cambia localmente il supporto. Nessun messaggio SIP inviato attraverso il trunk SIP. La musica di attesa viene riprodotta all'utente attraverso il trunk SIP in base alla configurazione CME.
In questa sezione vengono presentate le informazioni necessarie per configurare le funzionalità descritte più avanti nel documento.
Nel documento viene usata questa impostazione di rete:
Questi elementi di configurazione forniscono una descrizione dei passi richiesti per configurare il CME con i trunk SIP:
Elementi dell'infrastruttura: Interfacce, servizi TFTP e DHCP, NTP, ecc.
Telephony-service: Abilita il controllo delle chiamate IOS "PBX" sulla piattaforma CME, inclusi gli elementi di gestione telefonica
Ephone e Ephone-dns: Definizione dei telefoni IP e dei relativi numeri di telefono
Piano di composizione: Peer di composizione, estensioni, regole di conversione vocale
Configurazione SIP IOS: Abilita il SIP, la registrazione telefonica con proxy SIP, il routing delle chiamate su trunk, ecc.
Supporto Voicemail: Cisco Unity Express
Configurazione switch Catalyst: Indirizzo IP, interfacce, ecc.
Questa è la configurazione completa necessaria per installare un sistema CME con trunk SIP:
Router - Configurazione CME |
---|
! AUSNML-3825-01#show run Building configuration... Current configuration : 8634 bytes ! version 12.4 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname AUSNML-3825-01 ! boot-start-marker boot-end-marker ! enable secret 5 $1$vBU1$MCMG1rXM5ejME8Wap6W0H1 ! no aaa new-model clock timezone central -8 clock summer-time central recurring ip cef ! !--- DHCP Configuration --- ip dhcp pool Voice network 172.22.100.0 255.255.255.0 option 150 ip 172.22.1.107 default-router 172.22.100.1 ! ip dhcp pool Data network 172.22.101.0 255.255.255.0 option 150 ip 172.22.1.107 default-router 172.22.101.1 ! ! ip domain name cisco.com ip name-server 205.152.0.20 multilink bundle-name authenticated ! voice-card 0 no dspfarm ! ! ! ! !--- Voice Class and Service VoIP Configuration --- voice service voip allow-connections sip to sip no supplementary-service sip moved-temporarily !---Disable 302 sending no supplementary-service sip refer !---Disable REFER sending sip registrar server expires max 3600 min 3600 localhost dns:domain.test.com ! ! voice class codec 1 codec preference 1 g711ulaw ! ! ! ! ! ! ! ! ! ! ! !--- Voice Translation Rules --- voice translation-rule 1 rule 1 /5123781291/ /601/ !--- An inbound rule for AA pilot "601 rule 2 /5123781290/ /600/ !--- An inbound rule for the voicemail pilot "600" ! voice translation-rule 2 rule 1 /^911$/ /911/ !--- An outbound rule to allow "911" rule 2 /^9\(.*\)/ /\1/ !--- An outbound rule to strip "9" from PSTN calls ! voice translation-rule 3 rule 1 /^.*/ /5123781291/ !--- An outbound rule to change calling-number CLID to a |
Router - Configurazione pila |
---|
se-172-22-1-253#show run Generating configuration: clock timezone America/Chicago hostname se-172-22-1-253 ip domain-name localdomain groupname Administrators create groupname Broadcasters create !--- Users --- username Enrique create username John create username Enrique phonenumberE164 "5123781202" username John phonenumberE164 "5123781201" username Enrique phonenumber "202" username John phonenumber "201" !--- AutoAttendant --- ccn application autoattendant description "**AutoAttendant**" enabled maxsessions 4 script "aa.aef" parameter "busOpenPrompt" "AABusinessOpen.wav" parameter "operExtn" "601" parameter "welcomePrompt" "AAWelcome.wav" parameter "disconnectAfterMenu" "false" parameter "busClosedPrompt" "AABusinessClosed.wav" parameter "allowExternalTransfers" "false" parameter "holidayPrompt" "AAHolidayPrompt.wav" parameter "businessSchedule" "systemschedule" parameter "MaxRetry" "3" end application !--- MWI --- ccn application ciscomwiapplication description "ciscomwiapplication" enabled maxsessions 8 script "setmwi.aef" parameter "CallControlGroupID" "0" parameter "strMWI_OFF_DN" "8001" parameter "strMWI_ON_DN" "8000" end application !--- Voicemail --- ccn application voicemail description "**Voicemail**" enabled maxsessions 4 script "voicebrowser.aef" parameter "uri" "http://localhost/voicemail/vxmlscripts/login.vxml" parameter "logoutUri" "http://localhost/voicemail/vxmlscripts/mbxLogout.jsp" end application !--- SIP --- ccn subsystem sip gateway address "172.22.100.1" !--- Must match the "ip source-address" in telephony-service dtmf-relay sip-notify mwi sip outcall !--- Subscribe / Notify and Unsolicited Notify have not been tested transfer-mode blind bye-also !--- Testing with REFER method on CUE has caused certain call flows to break end subsystem !--- Trigger Phones --- ccn trigger sip phonenumber 600 application "voicemail" enabled maxsessions 4 end trigger ccn trigger sip phonenumber 601 application "autoattendant" enabled maxsessions 4 end trigger service phone-authentication end phone-authentication service voiceview enable end voiceview !--- Voicemail Mailboxes --- voicemail default mailboxsize 21120 voicemail broadcast recording time 300 voicemail mailbox owner "Enrique" size 300 description "**Enrique_Mailbox**" expiration time 10 messagesize 120 end mailbox voicemail mailbox owner "John" size 300 description "**John'sMailbox**" expiration time 10 messagesize 120 end mailbox end |
Configurazione degli switch |
---|
!--- Interface Connected to CME/CUE Router --- interface FastEthernet0/2 description Trunk to 3825 switchport trunk encapsulation dot1q switchport mode trunk no ip address duplex full speed 100 !--- Interfaces Connected to the IP Phones --- interface FastEthernet0/7 switchport trunk encapsulation dot1q switchport trunk native vlan 20 !--- Data Traffic --- switchport mode trunk switchport voice vlan 100 !--- Voice Traffic --- no ip address spanning-tree portfast interface FastEthernet0/8 switchport trunk encapsulation dot1q switchport trunk native vlan 20 switchport mode trunk switchport voice vlan 100 no ip address spanning-tree portfast !--- IP Address --- interface Vlan1 ip address 172.22.1.194 255.255.255.0 ! ip classless ip route 0.0.0.0 0.0.0.0 172.22.1.1 ip http server |
Attualmente non è disponibile una procedura di verifica per questa configurazione.
Le informazioni contenute in questa sezione permettono di risolvere i problemi relativi alla configurazione.
Cisco CLI Analyzer (solo utenti registrati) supporta alcuni comandi show. Usare Cisco CLI Analyzer per visualizzare un'analisi dell'output del comando show.
Nota: consultare le informazioni importanti sui comandi di debug prima di usare i comandi di debug.
La risoluzione dei problemi del trunk SIP su CME implica gli stessi comandi utilizzati per la risoluzione dei problemi del GW SIP IOS e della CME. Utilizzare questi comandi per verificare se il DN è registrato:
show sip-ua register status: utilizza questo comando per visualizzare lo stato dei numeri E.164 registrati da un gateway SIP con un registrar SIP primario esterno.
debug ccsip message: abilita tutta la traccia dei messaggi SIP SPI, ad esempio quelli scambiati tra il client agente utente SIP e il server di accesso.
I comandi per la risoluzione dei problemi relativi alle chiamate su trunk SIP sono essenzialmente gli stessi utilizzati per la risoluzione dei problemi SIP GW e CME standard.
Comandi show:
show telephone registered - Verifica la registrazione del numero di telefono.
show voip rtp connection: visualizza le informazioni sui pacchetti RTP con evento denominato, quali il numero di ID del chiamante, l'indirizzo IP e le porte per gli endpoint locale e remoto.
show sip-ua call: visualizza l'UAC attivo e le informazioni sul server dell'agente utente (UAS) sulle chiamate SIP.
show call active voice brief: visualizza le informazioni sulle chiamate attive per le chiamate vocali o le trasmissioni fax in corso.
Comandi debug:
debug ccsip message: abilita tutta la traccia dei messaggi SIP SPI, ad esempio quelli scambiati tra l'UAC del SIP e il server di accesso.
debug voip capi inout: traccia il percorso di esecuzione tramite l'API di controllo delle chiamate.
debug voice translation: verifica la funzionalità di una regola di conversione.
debug telephone detail mac-address <mac of phone> - Imposta il debug dei dettagli per il telefono IP Cisco.
debug voip rtp session named-events: abilita il debug dei pacchetti di eventi denominati Real-Time Transport Protocol (RTP).
debug sccp message: visualizza la sequenza dei messaggi SCCP.