Inhalt

Einführung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Konventionen

SIP-Protokoll

CME SIP-Trunk-Unterstützung

DTMF-Relay für SIP-Trunks

Codec-Unterstützung und Transkodierung

Rufumleitung

Anrufweiterleitung

Halten von Anrufen

Konfigurieren

Netzwerkdiagramm

Konfigurationen

Überprüfen

Fehlerbehebung

Fehlerbehebung Registrierung

Fehlerbehebung Anrufeinrichtung

Zugehörige Informationen

Einführung

Die Telekommunikationsbranche ist derzeit dabei, den Übergang von langjährigen Switching- und Transporttechnologien zu IP-basierten Transport- und Edge-Geräten zu vollziehen. Die IP-Kommunikationsrevolution hat begonnen, einen enormen wirtschaftlichen Einfluss in kleinen und mittleren Unternehmen zu erzeugen. Diese kleinen und mittleren Unternehmen stellen fest, dass die IP-Nutzung sehr effizient ist, da IP die Sprach-, Video- und Datenfunktionen über ein einziges Netzwerk nutzen kann, anstatt drei separate Netzwerke für spezielle Zwecke zu verwenden. Abbildung 1 zeigt den Trend zur IP-Telefonie-Bereitstellung zu IP-Trunking.

Abbildung 1: IP-Telefoniesystem

Die meisten IP-Telefonanlagen werden im Bereich der Sprachtechnologie eingesetzt, und die TDM-Telefonanlagen sind nicht mehr die primäre Quelle, da der Crossover zwischen zwei Sprachnetzwerken verläuft. Die Nutzung der TDM-PBX-Systeme ist in den letzten Jahren zurückgegangen, und die Verwendung des IP-PBX-Systems ist zu einer guten Investition in IP-LANs und WANs geworden. Um eine Verbindung zum PSTN herzustellen, benötigen PBX-Systeme eine Art von Trunking wie TDM (T1/E1) oder analoge Leitungen. IP-Telefonanlagen können über diese Trunks auf das PSTN zugreifen. Sie benötigen jedoch ein Media Gateway, das den IP-Sprachverkehr in das traditionelle PSTN konvertiert. Dies kann in manchen Fällen zu einer sukzessiven Umwandlung von der IP-Domäne in die TDM-Domäne führen. Diese aufeinander folgenden Übersetzungen erhöhen die Wartungskosten der Gateways, erhöhen die Latenz und verringern die Sprachqualität.

Um diese Probleme zu vermeiden, verwenden die IP-Telefonanlagen Protokolle für die Initiierung und Verwaltung von Sitzungen, wobei SIP (Session Initiation Protocol) am wichtigsten ist. Dieses Dokument enthält eine Beschreibung von SIP-Trunking und Cisco CallManager Express (CME) sowie eine Konfiguration für die Implementierung eines IP-basierten Telefoniesystems mit CME mithilfe von SIP-Trunking für ein- und ausgehende Anrufe.

Voraussetzungen

Anforderungen

Stellen Sie sicher, dass Sie diese Anforderungen erfüllen, bevor Sie versuchen, diese Konfiguration durchzuführen:

- CME Version 4.1 ist installiert

- Auf dem Router befindet sich ein Image der Cisco IOS® Softwareversion 12.4(11)XJ oder IOS 12.4(6th)T.

- Ein NM-CUE-Modul wird mit CUE Version 2.3.4 installiert.

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf den folgenden Software- und Hardwareversionen:

- Cisco 3825 Router auf Cisco IOS Software, Version 12.4(11)XJ

- Cisco Catalyst 3550 Switch in Cisco IOS Software, Version 12.4

- Cisco IP-Telefon 7960

- Cisco CallManager Express 4.1

- Cisco Unity Express 2.3.4

Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.

Konventionen

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

SIP-Protokoll

SIP ist ein ASCII-basiertes Control Protocol auf Anwendungsebene, mit dem Anrufe zwischen zwei oder mehr Endpunkten eingerichtet, verwaltet und beendet werden können. SIP hat sich schnell zum Standardprotokoll für IP-Kommunikation entwickelt, da es ein Multimediaprotokoll ist, das neben Sprache auch für Videositzungen und Instant Messaging verwendet werden kann. Darüber hinaus kann das SIP Konferenzsitzungen und Broadcasts sowie Eins-zu-Eins-Sitzungen verwalten. SIP bietet ein enormes Potenzial zur Optimierung und Weiterentwicklung der Art und Weise, wie Menschen miteinander kommunizieren. Aus diesem Grund spielt Cisco auch weiterhin eine wichtige Rolle bei der Entwicklung neuer Technologien, die SIP und seine Anwendungen zum Standard der IP-Kommunikation machen.

SIP-Trunks ähneln Telefonleitungen, jedoch verwenden SIP-Trunks das IP-Netzwerk und nicht das PSTN. Darüber hinaus ermöglichen SIP-Trunks die Konvergenz von Sprache und Daten zu allgemeinen IP-Verbindungen. Um über einen SIP-Trunk auf das IP-Netzwerk zugreifen zu können, müssen Konfigurationen sowohl beim Service Provider als auch beim Kunden vorgenommen werden. Kunden müssen CME einrichten und konfigurieren. Dies ist das PBX-System, das das SIP-Signal angemessen interpretiert und den Datenverkehr erfolgreich weiterleitet. Der Service Provider muss einen SIP-Proxy-Server konfigurieren. SIP-Trunks sind jedoch komplizierter einzurichten als reguläre PSTN-Trunks. Der Grund hierfür ist, dass ein Kunde bei der Verarbeitung unterschiedlicher SIP-Interpretationen und Implementierungen durch Gerätehersteller, der Bereitstellung von Sicherheit, der Verwaltung von Quality of Service (QoS), der Aktivierung von Network Address Translation (NAT) und Firewall Traversal sowie der Gewährleistung der Zuverlässigkeit und Kontinuität der Services der Carrier-Klasse vor Herausforderungen steht.

Diese Punkte beschreiben, warum SIP-Trunks in kleinen und mittleren Unternehmen so offensichtlich werden:

- Schnelle und einfache Bereitstellung

- Verbesserte Auslastung der Netzwerkkapazität

- Potenzial zur Konsolidierung und Senkung der Telefonkosten

- Economical Direct Inward Dial (DID)

- Geschäftskontinuität

CME SIP-Trunk-Unterstützung

Cisco CME ist eine IP-Telefonielösung, die direkt in die Cisco IOS-Software integriert ist. CME ermöglicht kleinen und mittleren Unternehmen die Bereitstellung von Sprach-, Daten- und Videofunktionen auf einer einzigen Plattform. Ein IP-Telefonienetzwerk ist einfach einzurichten, da CME auf einem einzigen Router ausgeführt wird, der Unternehmen eine PBX-Funktion bietet. Durch den Einsatz von CME können kleine und mittlere Unternehmen IP-Telefonie und Datenrouting mit einer einzigen konvergenten Lösung bei minimalen Kosten bereitstellen.

DTMF-Relay für SIP-Trunks

CME begann mit der Unterstützung von SIP-Trunking, als CME 3.1 veröffentlicht wurde. Es gab jedoch einige Probleme, wenn ein SIP-Telefon ein SCCP-Telefon anrief oder versucht, auf die Voicemail zuzugreifen. Das Problem besteht darin, dass mit CME verbundene SCCP-Telefone die Verwendung von Out-of-Band DTMF-Relay erfordern, um DTMF (Ziffern) über VoIP-Verbindungen zu übertragen, und dass SIP-Telefone In-Band-Transportnetze verwenden. Eine DTMF-Verzerrung trat zwischen den beiden Geräten auf. Bei der Veröffentlichung von CME 3.2 wurde die Unterstützung zum DTMF-Relay hinzugefügt. DTMF-Ziffern aus dem SCCP können mithilfe der RFC2833- oder Benachrichtigungsmethoden in einen In-Band-DTMF-Relaismechanismus konvertiert werden.

CME unterstützt derzeit die folgende Liste von DTMF-Internetworking für SIP-SIP-Anrufe:

- Benachrichtigen <—> Benachrichtigen seit 12.4(4)T

- RFC2833 <—> Benachrichtigen seit 12.4(4)T

- Benachrichtigen <—> RFC2833 seit 12.4(4)T

- In-Band G711 <—> seit 12.4(11)T [Transcoder erforderlich]

CME unterstützt derzeit dieses DTMF-Internetworking für SIP-SCCP-Anrufe:

- SCCP-Out-of-Band - SIP-Benachrichtigung / RFC2833 seit 12.4(4)T

Codec-Unterstützung und Transkodierung

Ein weiterer wichtiger Aspekt bei der Einrichtung eines SIP-Trunks sind die unterstützten Codecs. Codecs stellen die Impulscode-Modulationsprobe für Signale in Sprachfrequenzen dar. SIP-Trunks unterstützen folgende Codecs: G.711 und G.729. Für verschiedene Funktionen wie Cisco Unity Express (CUE) und Music on Hold (MOH) wird jedoch nur Codec G.711 unterstützt. Das bedeutet, dass Sprachanrufe, die SIP-Trunks mit dem Codec G.729 verwenden, nur dann auf CUE zugreifen können, wenn ein Transcoder vorhanden ist, um die Komprimierung und Dekomprimierung von Sprachstreams zu ermöglichen, die den CUE-Funktionen entsprechen. MOH kann auch den Codec G.729 verwenden, um Bandbreite zu sparen, der Codec bietet jedoch keine angemessenen Qualitäts-Warteschleifenmusik-Streams. Das liegt daran, dass G.729 für Sprache optimiert ist. Daher müssen Sie MOH dazu zwingen, G.711 zu verwenden.

Rufumleitung

Wenn ein Anruf auf einem SIP-Trunk eingeht und weitergeleitet wird (CFNA/CFB/CFA), wird von CME standardmäßig die SIP-Nachricht 302 "Moved Temporally" (Vorübergehend verschoben) an den Service Provider (SP)-Proxy gesendet. Der Benutzerteil des Contact-Headers in der 302-Nachricht muss möglicherweise übersetzt werden, um eine DID wiederzugeben, an die der SP-Proxy weiterleiten kann. Der Hostteil des Contact-Headers in der 302-Nachricht muss so geändert werden, dass die Adresse des Datensatzes (Address of Record, AOR) mithilfe der Host-Registrar-CLI unter sip-ua und der b2bua-CLI unter dem VoIP-Dial-Peer, der zum CUE wechselt, wiedergegeben wird.

Einige SIP-Proxys unterstützen dies möglicherweise nicht. Wenn ja, müssen Sie Folgendes hinzufügen:

Router(config)#voice service voip

Router(conf-voi-serv)#no supplementary-service sip moved-temporarily

Abbildung 2 zeigt das Verhalten des CME-Systems, wenn die Meldung 302 deaktiviert ist.

Abbildung 2: CFB-Fluss (Call Forward Busy) bei deaktivierter 302-Nachricht

Diese Methode ermöglicht das Hairpinning der 302 SIP-Nachrichten für die Anrufweiterleitung auf dem CME-System. Die obige Liste ist auch erforderlich, wenn bestimmte Nebenstellen keine DID-Zuordnung aufweisen, da der SP-Proxy möglicherweise nicht weiß, wie solche Anrufe weitergeleitet werden. Wenn Sie die 3xx-Antwort deaktivieren, kann der Initiator der Anrufernummer verwendet werden, um die Anrufer-ID des ursprünglichen Anrufers beizubehalten.

Anrufweiterleitung

Wenn ein Anruf auf einem SIP-Trunk zu einem SCCP-Telefon oder CUE Auto Attendant (AA) eingeht und weitergeleitet wird, sendet CME standardmäßig eine SIP REFER-Nachricht an den SP-Proxy. Die meisten SP-Proxy-Server unterstützen die REFER-Methode nicht. Dies muss so konfiguriert werden, dass CME den Anruf absichern muss:

Router(config)#voice service voip

Router(conf-voi-serv)#no supplementary-service sip refer

Abbildung 3 zeigt das Verhalten des CME-Systems bei deaktivierter REFER-Methode.

Abbildung 3: Übertragung mit deaktiviertem REFER

Wenn REFER auf dem SIP-Proxy unterstützt wird, muss der Benutzerteil der Weiterleitungen an und Weiterleitungen in eine DID übersetzt werden, die der SP-Proxy versteht. Bei der Hostkomponente der Felder "Verweis an" und "Referred-By" muss es sich um eine IP-Adresse oder einen DNS handeln, zu der der SP-Proxy auch weitergeleitet werden kann (dies geschieht standardmäßig in CME 4.1).

Halten von Anrufen

Wenn ein SCCP-Telefon einen Anruf vom PSTN auf der HOLD tätigt, wechselt das CME die Medien lokal. Über den SIP-Trunk werden keine SIP-Nachrichten gesendet. Der Benutzer erhält auf Basis der CME-Konfiguration über den SIP-Trunk eine Warteschleifenmusik.

Konfigurieren

In diesem Abschnitt erhalten Sie Informationen zum Konfigurieren der in diesem Dokument beschriebenen Funktionen.

Netzwerkdiagramm

In diesem Dokument wird die folgende Netzwerkeinrichtung verwendet:

Konfigurationen

Diese Konfigurationselemente enthalten eine Übersicht der Schritte, die zur Konfiguration Ihres CME mit SIP-Trunks erforderlich sind:

- Infrastrukturelemente: Schnittstellen, TFTP- und DHCP-Dienste, NTP usw.

- Telefoniedienst: Ermöglicht die IOS-Anrufsteuerung "PBX" auf der CME-Plattform, einschließlich Elemente der Telefonverwaltung

- Ephones und Ephones: Definieren von IP-Telefonen und ihren Telefonnummern

- Wählplan: DFÜ-Peers, Durchwahlen, Sprachübersetzungsregeln

- IOS SIP-Konfiguration: Ermöglicht SIP, die Telefonregistrierung beim SIP-Proxy, die Anrufweiterleitung über Trunks usw.

- Voicemail-Unterstützung: Cisco Unity Express

- Switch Catalyst-Konfiguration: IP-Adresse, Schnittstellen usw.

Dies ist die vollständige Konfiguration für die Bereitstellung eines CME-Systems mit SIP-Trunks:

Router - CME-Konfiguration

!

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

!--- "main" number

!

voice translation-rule 4

rule 1 /^9(.......)$/ /512\1/

!--- An outbound rule to add areacode for local calls

rule 2 /600/ /5123788000/

!--- An outbound rule to present the voicemail pilot extension as DID

rule 3 /601/ /5123788001/

!--- An outbound rule to present the AA pilot extension as DID

rule 4 /^2(..)$/ /51237812\1/

!--- An outbound rule to support transfers and call-forwards

rule 5 /^9(.*)/ /\1/

!--- An outbound rule to strip "9" from "9+" transfers and call-forwards

!

!

voice translation-profile CUE_Voicemail/AutoAttendant

!--- Applied to the inbound dial-peers for CUE

translate called 1

!

voice translation-profile PSTN_CallForwarding

!--- Applied to CUE dial-peers

translate redirect-target 4

translate redirect-called 4

!

voice translation-profile PSTN_Outgoing

!--- Applied to all outbound dial-peers

translate calling 3

translate called 2

translate redirect-target 4

translate redirect-called 4

!

!

!

!

!

!

!

vlan internal allocation policy ascending

!

!

!

!

!--- Internet Connection Configuration ---

interface GigabitEthernet0/0

no ip address

duplex auto

speed auto

media-type rj45

no keepalive

!

interface GigabitEthernet0/0.1

encapsulation dot1Q 1 native

ip address 172.22.1.71 255.255.255.0

!

interface GigabitEthernet0/0.20

encapsulation dot1Q 20

ip address 172.22.101.1 255.255.255.0

!

interface GigabitEthernet0/0.100

encapsulation dot1Q 100

ip address 172.22.100.1 255.255.255.0

!

interface GigabitEthernet0/1

no ip address

shutdown

duplex auto

speed auto

media-type rj45

no keepalive

!

interface Service-Engine1/0

ip unnumbered GigabitEthernet0/0.1

service-module ip address 172.22.1.253 255.255.255.0

service-module ip default-gateway 172.22.1.71

!

ip route 0.0.0.0 0.0.0.0 172.22.1.1

ip route 172.22.1.253 255.255.255.255 Service-Engine1/0

!

!

ip http server

no ip http secure-server

!

!

!

!--- TFTP Server Configuration ---

tftp-server flash:P0030702T023.bin

tftp-server flash:P0030702T023.loads

tftp-server flash:P0030702T023.sb2

tftp-server flash:P0030702T023.sbn

!

control-plane

!

!

!

!

!

!

!

!--- SIP Trunk Configuration ---

dial-peer voice 1 voip

description **Incoming Call from SIP Trunk**

translation-profile incoming CUE_Voicemail/AutoAttendant

voice-class codec 1

voice-class sip dtmf-relay force rtp-nte

session protocol sipv2

session target sip-server

incoming called-number .%

dtmf-relay rtp-nte

no vad

!

!

!

dial-peer voice 2 voip

description **Outgoing Call to SIP Trunk**

translation-profile outgoing PSTN_Outgoing

destination-pattern 9........

voice-class codec 1

voice-class sip dtmf-relay force rtp-nte

session protocol sipv2

session target sip-server

dtmf-relay rtp-nte

no vad

!

!

!

dial-peer voice 3 voip

description **Outgoing Call to SIP Trunk**

translation-profile outgoing PSTN_Outgoing

destination-pattern 9[2-9]..[2-9]......

voice-class codec 1

voice-class sip dtmf-relay force rtp-nte

session protocol sipv2

session target sip-server

dtmf-relay rtp-nte

no vad

!

!

!

dial-peer voice 4 voip

description **Outgoing Call to SIP Trunk**

translation-profile outgoing PSTN_Outgoing

destination-pattern 9[0-1][2-9]..[2-9]......

voice-class codec 1

voice-class sip dtmf-relay force rtp-nte

session protocol sipv2

session target sip-server

dtmf-relay rtp-nte

no vad

!

!

!

dial-peer voice 5 voip

description **911 Outgoing Call to SIP Trunk**

translation-profile outgoing PSTN_Outgoing

destination-pattern 911

voice-class codec 1

voice-class sip dtmf-relay force rtp-nte

session protocol sipv2

session target sip-server

dtmf-relay rtp-nte

no vad

!

!

!

dial-peer voice 6 voip

description **Emergency Outgoing Call to SIP Trunk**

translation-profile outgoing PSTN_Outgoing

destination-pattern 9911

voice-class codec 1

voice-class sip dtmf-relay force rtp-nte

session protocol sipv2

session target sip-server

dtmf-relay rtp-nte

no vad

!

!

!

dial-peer voice 7 voip

description **911/411 Outgoing Call to SIP Trunk**

translation-profile outgoing PSTN_Outgoing

destination-pattern 9[2-9]11

voice-class codec 1

voice-class sip dtmf-relay force rtp-nte

session protocol sipv2

session target sip-server

dtmf-relay rtp-nte

no vad

!

!

!

dial-peer voice 8 voip

description **International Outgoing Call to SIP Trunk**

translation-profile outgoing PSTN_Outgoing

destination-pattern 9011T

voice-class codec 1

voice-class sip dtmf-relay force rtp-nte

session protocol sipv2

session target sip-server

dtmf-relay rtp-nte

no vad

!

!

!

dial-peer voice 9 voip

description **Star Code to SIP Trunk**

destination-pattern *..

voice-class codec 1

voice-class sip dtmf-relay force rtp-nte

session protocol sipv2

session target sip-server

dtmf-relay rtp-nte

no vad

!

!

!

!--- Voicemail Configuration ---

dial-peer voice 10 voip

description **CUE Voicemail**

translation-profile outgoing PSTN_CallForwarding

destination-pattern 600

b2bua

!--- Used by CME to send its IP address to SP proxy instead of CUE

session protocol sipv2

session target ipv4:172.22.1.155

dtmf-relay sip-notify

!--- This can also be RFC2833 going to CUE

codec g711ulaw

!--- CUE only supports G711ulaw as the codec

no vad

!--- With VAD enabled, messages left on CUE could be blank or poor quality

!

!

!

dial-peer voice 11 voip

description **CUE Auto Attendant**

translation-profile outgoing PSTN_CallForwarding

destination-pattern 601

b2bua

session protocol sipv2

session target ipv4:172.22.1.155

dtmf-relay sip-notify

codec g711ulaw

no vad

!

!

!--- SIP UA Configuration ---

sip-ua

authentication username 5123781000 password 075A701E1D5E415447425B

no remote-party-id

retry invite 2

retry register 10

retry options 0

timers connect 100

registrar dns:domain.test.com expires 3600

sip-server dns:domain.test.com

host-registrar

!

!

!--- CME Telephony Service Configuration ---

telephony-service

no auto-reg-ephone

load 7960-7940 P0030702T023

max-ephones 168

max-dn 500

ip source-address 172.22.1.107 port 2000

calling-number initiator

!--- Preserves the caller-id of a call when transferred or forwarded

dialplan-pattern 1 51237812.. extension-length 3 extension-pattern 2.. no-reg

voicemail 600

max-conferences 12 gain -6

call-forward pattern .T

call-forward system redirecting-expanded

!--- Enables translation rule features for call-forwarding

moh music-on-hold.au

transfer-system full-consult dss

transfer-pattern 9.T

secondary-dialtone 9

create cnf-files version-stamp Jan 01 2002 00:00:00

!

!

!--- Ephone and Ephone-dn Configuration ---

ephone-dn  11  dual-line

number 201 secondary 5123781201 no-reg both

!---"no-reg both" means do not try to register either extension with SP SIP Proxy

name John Smith

call-forward busy 600

call-forward noan 600 timeout 15

!

!

ephone-dn  12  dual-line

number 202 secondary 5123781202 no-reg both

name Enrique Zurita

call-forward busy 600

call-forward noan 600 timeout 15

!

!

ephone-dn  13

number 5123788000

description **DID Number for Voicemail**

!

!

ephone-dn  14

number 5123788001

description **DID Number for Auto Attendant*

!

!

ephone-dn  15

number 8000... no-reg primary

mwi on

!

!

ephone-dn  16

number 8001... no-reg primary

mwi off

!

!

ephone  1

mac-address 0008.A371.28E9

type 7960

button  1:11

!

!

!

ephone  2

mac-address 0008.A346.5C7F

type 7960

button  1:12

!

!

!

!

line con 0

stopbits 1

line aux 0

stopbits 1

line 66

no activation-character

no exec

transport preferred none

transport input all

transport output pad telnet rlogin lapb-ta mop udptn v120 ssh

line vty 0 4

password ut69coe

login

!

scheduler allocate 20000 1000

ntp server 172.22.1.107

!

end

Router - CUE-Konfiguration

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

Switch-Konfiguration

!--- 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

Überprüfen

Für diese Konfiguration ist derzeit kein Überprüfungsverfahren verfügbar.

Fehlerbehebung

Dieser Abschnitt enthält Informationen zur Fehlerbehebung in Ihrer Konfiguration.

Der Cisco CLI Analyzer (nur registrierte Kunden) unterstützt bestimmte show-Befehle. Verwenden Sie den Cisco CLI Analyzer, um eine Analyse der Ausgabe des Befehls show anzuzeigen.

Hinweis: Beachten Sie vor der Verwendung von Debug-Befehlen die Informationen zu Debug-Befehlen.

Fehlerbehebung Registrierung

Die Fehlerbehebung für den SIP-Trunk auf CME umfasst dieselben Befehle, die Sie für die IOS SIP GW-Fehlerbehebung und die CME-Fehlerbehebung verwenden. Verwenden Sie diese Befehle, um zu überprüfen, ob Ihre DN registriert ist:

- show sip-ua register status - Verwenden Sie diesen Befehl, um den Status von E.164-Nummern anzuzeigen, die ein SIP-Gateway bei einem externen primären SIP-Registrar registriert hat.

- debug ccsip message - Aktiviert die gesamte SIP SPI-Nachrichtenverfolgung, z. B. die zwischen dem SIP-Benutzer-Agent-Client (UAC) und dem Zugriffsserver ausgetauschten Nachrichten.

Fehlerbehebung Anrufeinrichtung

Befehle zur Fehlerbehebung bei Anrufen über SIP-Trunks sind im Wesentlichen dieselben wie für die reguläre SIP GW- und CME-Fehlerbehebung.

Befehle anzeigen:

- show ephone registered - Verifiziert die ephone-Registrierung.

- show voip rtp connection - Zeigt Informationen über RTP-Named-Event-Pakete an, z. B. Anrufer-ID-Nummer, IP-Adresse und Ports für lokale und Remote-Endpunkte.

- show sip-ua call - Zeigt Informationen zum aktiven UAC und zum UAS-Server (User Agent Server) für SIP-Anrufe an.

- Anzeige der aktiven Sprachübersicht - Zeigt aktive Anrufinformationen für aktive Sprachanrufe oder Faxübertragungen an.

Debugbefehle:

- debug ccsip message - Aktiviert alle SIP SPI-Nachrichtenverfolgung, z. B. die Nachrichten, die zwischen SIP UAC und dem Zugriffsserver ausgetauscht werden.

- debug voip ccapi inout: Verfolgt den Ausführungspfad über die Anrufsteuerungs-API.

- debug voice translation - Überprüft die Funktionalität einer Übersetzungsregel.

- debug ephone detail mac-address <mac of phone> - Legt Detail-Debugging für das Cisco IP-Telefon fest.

- debug voip rtp session name-events - Aktiviert das Debuggen für RTP-benannte Ereignispakete (Real-Time Transport Protocol).

- debug sccp message - Zeigt die Sequenz der SCCP-Nachrichten an.

Zugehörige Informationen

- Cisco Unified Communications Manager Express - Handbuch für Systemadministratoren

- Installations- und Upgrade-Leitfaden für Cisco Unity Express 2.3

- Verwalten und Überwachen von Cisco Unified CallManager Express-Systemen

- Unterstützung von Sprachtechnologie

- Produkt-Support für Sprach- und Unified Communications

- Fehlerbehebung bei Cisco IP-Telefonie

- Technischer Support und Dokumentation - Cisco Systems