Inhalt

Einführung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Hintergrundinformationen

Konfigurieren

SIP-Outcall-Methode

SIP-Abonnement-Benachrichtigung

MWI-Abonnement-Benachrichtigung in SRST:

SIP Unsolicited-Notify

MWI mit Cisco Unified Communications Manager (CUCM)

Fehlerbehebung

Debugger und Ablaufverfolgungen

CUCME

CUE

CUE-Lizenzierung

Fehlerbehebung bei ausgehenden SIP-Anrufen

Fehlerbehebung bei SIP-Abonnement-Benachrichtigung

Fehlerbehebung bei nicht angefordertem SIP

Häufige Probleme

Ausgabe 1 MWI funktioniert nach SIP-Binding-Befehlen nicht

Ausgabe 2: Richtige Durchwahllänge nicht in ephone-dn definiert

Ausgabe 3 Abonnement-Benachrichtigung ohne Abonnement

Ausgabe 4: 488 Nicht akzeptable Medien

Zugehörige Informationen

Einführung

In diesem Dokument werden die verschiedenen verfügbaren Methoden zum Aktivieren und Deaktivieren der Nachrichtenanzeige (Message Waiting Indicator, MWI) auf einem IP-Telefon sowie die Fehlerbehebung bei Problemen beschrieben, die bei der Integration von Cisco Unity Express (CUE) in Cisco Unified Communications Manager Express (CUCME) auftreten.

Voraussetzungen

Anforderungen

Cisco empfiehlt, über Kenntnisse in folgenden Bereichen zu verfügen:

- Call Manager Express (CME) oder CUCME

- Cisco Unity Express

- Skinny Call Control Protocol (SCCP)

- Session Initiation Protocol (SIP)

Verwendete Komponenten

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

- CUE 7.x und 8.x Beispielkonfigurationen und Screenshots stammen aus CUE 7.0.6 und 8.6.2, die auf einem NME-CUE-Modul installiert sind.

- CUCME 7.1 und 8.5

- Cisco IP-Telefon 7965 bei CUCME registriert, mit SCCP

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.

Zugehörige Produkte

Dieses Dokument kann auch mit den folgenden Hardware- und Softwareversionen verwendet werden:

- Jede CUE- und CME-Version kann verwendet werden.

- Jedes CUE-Modul oder jeder CME-Router kann verwendet werden.

Hintergrundinformationen

MWI wird verwendet, um anzuzeigen, dass eine neue Nachricht in der Voicemailbox verbleibt. Um eine neue Meldung anzuzeigen, ist die rote Leuchte auf den IP-Telefonen eingeschaltet, zusammen mit dem Umschlagsymbol neben der Anzeige der Leitung.

Hinweis: Dieses Dokument basiert auf einem CUCME-Server, der mit einem CUE-Modul integriert ist.

Bei der Integration von CUE in CUCME stehen drei MWI-Mechanismen zur Verfügung:

- Ausgehend

- SIP-Abonnement-Benachrichtigung

- Unerwünschtes SIP

Bei der Integration von CUE in CUCM ist ein MWI-Mechanismus verfügbar:

- Java Telefony API (JTAPI)/Computer Telefony Integration (CTI)

Hinweis: Das Dokument CUE JTAPI Issues and Case Studies (JTAPI-Probleme und Fallstudien) enthält Informationen zum Aktivieren von JTAPI Traces in CUE und zum Beheben von MWI-Fehlern über JTAPI.

Konfigurieren

SIP-Outcall-Methode

Outcall ist die in CUE verwendete Standardmethode, um Abwärtskompatibilität für verfügbare Systeme zu gewährleisten. Es wird zwar empfohlen, für die MWI-Benachrichtigung entweder "Subscribe-Notify" (Abonnementbenachrichtigung) oder "Unsolicited" (Unaufgefordert) zu verwenden, doch die Outcall-Methode wird in mehreren Netzwerkumgebungen zum Konfigurieren und Aktivieren von MWI für SCCP-IP-Telefone verwendet, die für CME registriert sind.

Hinweis: Der Outcall-Mechanismus funktioniert in Cisco Survivable Remote Site Telefony (SRST)-Bereitstellungen nicht.  SIP-Endpunkte werden nicht unterstützt.

Bei diesem Mechanismus sendet CUE eine INVITE-Nachricht an CUCME, wenn ein Benutzer eine neue Voicemail hat.

Konfigurieren Sie zwei ephone-dns auf CUCME. Die beiden DNs stellen die Durchwahlen dar, für die CUE wählen muss, um die MWI für eine bestimmte Durchwahl zu aktivieren oder zu deaktivieren.

ephone-dn 3

mwi on

number 3999....

!

ephone-dn 4

mwi off

number 3998....

Hinweis: Die Anzahl der Punkte am Ende der DN muss mit der Durchwahllänge übereinstimmen, die von den für CUCME registrierten Telefonen verwendet wird.

Stellen Sie sicher, dass die CUCME-Konfiguration abgeschlossen ist, und fahren Sie mit der CUE-Konfiguration fort. In der Erstkonfiguration von CUE werden die MWI-DNs automatisch im Abschnitt Anrufbearbeitung des Initialisierungsassistenten eingetragen.

Hinweis: Um auf den Initialisierungsassistenten zugreifen zu können, muss CME in CUE für den Zugriff auf die grafische Benutzeroberfläche (GUI) integriert sein. In einem Produktionssystem werden die DN-Informationen mit CUE synchronisiert. Navigieren Sie zu Voicemail > Message Waiting Indicators > Settings, um die DNs anzuzeigen.

Eine MWI-Beispieleinstellungsseite nach der Konfiguration und Synchronisierung der DNs mit CUE:

Hinweis: Hier ist Subscribe-Notify ebenfalls aktiviert. Dies ist nicht erforderlich, es wird jedoch unterstützt, Subscribe-Notify und Outcalls gleichzeitig zu konfigurieren. CUE sendet zwei Benachrichtigungen, eine für jede Methode, um die MWI ein- oder auszuschalten.

Hinweis: Die Konfiguration von Outcall und Unsolicited Notify wird nicht gleichzeitig unterstützt.

CUE-Beispielkonfiguration:

ccn application ciscomwiapplication aa

description "ciscomwiapplication"

enabled

maxsessions 6

script "setmwi.aef"

parameter "strMWI_OFF_DN" "3999"

parameter "strMWI_ON_DN" "3998"

end application

ccn subsystem sip

mwi sip outcall

Verwenden Sie den Befehl show ccn subsystem sip, um die aktuelle MWI-Konfiguration zu bestimmen.

CUE# sh ccn subsystem sip

SIP Gateway:                              10.10.202.1

SIP Port Number:                        5060

DTMF Relay:                               sip-notify,sub-notify

MWI Notification:                                outcall

MWI Envelope Info:                     disabled

Transfer Mode:                            bye-also

SIP RFC Compliance:                   Pre-RFC3261

Hinweis: In der Beispielkonfiguration werden die MWI-Erweiterungen ohne Punkte definiert. Punkte werden nur in CME definiert, um die Länge der DN-Durchwahl anzugeben. Die Befehlsausgabe des Befehls show ccn subsystem kann je nach CUE-Version variieren.

Änderungen am DFÜ-Peer, die für CUE verwendet werden, sind erforderlich, um sicherzustellen, dass der richtige eingehende DFÜ-Peer für die ausgehende SIP-INVITE-Nachricht zugeordnet wird. Ein neuer Dial-Peer kann auch als eingehender Dial-Peer erstellt werden:

dial-peer voice 3600 voip

destination-pattern 3600

session protocol sipv2

session target ipv4:10.10.202.50

incoming called-number 399[89]....

dtmf-relay sip-notify

codec g711ulaw

no vad

!

oder

dial-peer voice 3999 voip

session protocol sipv2

incoming called-number 399[89]....

dtmf-relay sip-notify

codec g711ulaw

no vad

!

SIP-Abonnement-Benachrichtigung

Im Subscribe-Notify-Mechanismus abonnieren die DNs zunächst das CUE-Protokoll. Nach dem Abonnement wird die NOTIFY-Meldung von CUE für MWI-Benachrichtigungen akzeptiert.

Hinweis: Diese Methode wird für SRST- und CUCME-Bereitstellungen empfohlen.

Aktivieren Sie "Subscriber Notify", um diese Benachrichtigungsmethode zu verwenden:

Alternativ kann die Subscriber Notify-Methode in der Befehlszeilenschnittstelle (CLI) aktiviert werden:

ccn subsystem sip

gateway address "10.10.202.1"

mwi envelope-info

mwi sip sub-notify

end subsystem

Konfigurieren Sie das CME mit der MWI-Server (CUE)-IP-Adresse im Abschnitt "sip-ua". Sie können die IP-Adresse des CUE aus der Schnittstellenkonfiguration des Dienstmoduls bestätigen, auf dem das CUE gehostet wird, indem Sie den Befehl show run interface verwenden.

interface Integrated-Service-Engine1/0

ip unnumbered Vlan400

service-module ip address 10.10.202.50 255.255.255.0

sip-ua

mwi-server ipv4:10.10.202.50 expires 3600 port 5060 transport udp

Der Befehl mwi-server ipv4:10.10.202.50 unter sip-ua reicht aus, um Subscribe-Notify-Ereignisse für MWI zu unterstützen. Die Konfigurationen Expires, Port und Transport werden automatisch mit den Standardeinstellungen in die Konfiguration aufgenommen.

Konfigurieren Sie die DNs so, dass sie mit dem CUE abonniert werden, um MWI-Benachrichtigungsereignisse zu empfangen. Diese Methode kann für beim CME-Router registrierte SCCP- und SIP-IP-Telefone verwendet werden.

voice register dn 1

number 3005

mwi

!

ephone-dn  1

number 3001

mwi sip

Sobald der Befehl eingegeben wurde, sendet das Telefon eine SUBSCRIBE-Nachricht an CUE, um eine MWI-Aktualisierung anzufordern. Die CUE-Nachricht antwortet mit einer 202 Accepted SIP-Nachricht:

Sent:

SUBSCRIBE sip:3001@10.10.202.50:5060 SIP/2.0

Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK4812E5

From: <sip:3001@10.10.202.1>;tag=CC5F60-3EC

To: <sip:3001@10.10.202.50>

Call-ID: AE09C597-E3FE11E2-80F3BB44-39D4A3CF@10.10.202.1

CSeq: 101 SUBSCRIBE

Max-Forwards: 70

Date: Thu, 04 Jul 2013 16:36:15 GMT

User-Agent: Cisco-SIPGateway/IOS-12.x

Event: message-summary

Expires: 3600

Contact:

Accept: application/simple-message-summary

Content-Length: 0

Received:

SIP/2.0 202 Accepted

Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK4812E5

To: <sip:3001@10.10.202.50>;tag=217fce13-1101

From: <sip:3001@10.10.202.1>;tag=CC5F60-3EC

Call-ID: AE09C597-E3FE11E2-80F3BB44-39D4A3CF@10.10.202.1

CSeq: 101 SUBSCRIBE

Content-Length: 0

Expires: 3600

Contact: sip:3001@10.10.202.50

Allow-Events: refer

Allow-Events: telephone-event

Allow-Events: message-summary

Sobald das Abonnement akzeptiert wurde, sendet CUE eine NOTIFY-Nachricht mit dem aktuellen MWI-Status für diese spezifische DN. In diesem Beispiel ist MWI Notification auf Yes (Ja) eingestellt:

Received:

NOTIFY sip:3001@10.10.202.1:5060 SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~30

Max-Forwards: 70

To: <sip:3001@10.10.202.1>;tag=CC5F60-3EC

From: <sip:3001@10.10.202.50>;tag=217fce13-1101

Call-ID: AE09C597-E3FE11E2-80F3BB44-39D4A3CF@10.10.202.1

CSeq: 1 NOTIFY

Content-Length: 113

Contact: sip:3001@10.10.202.50

Event: message-summary

Allow-Events: refer

Allow-Events: telephone-event

Allow-Events: message-summary

Subscription-State: active

Content-Type: application/simple-message-summary

Messages-Waiting: yes

Message-Account: sip:3001@10.10.202.50

Voice-Message: 1/0 (0/0)

Fax-Message: 0/0 (0/0)

Sent:

SIP/2.0 200 OK

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~30

From: <sip:3001@10.10.202.50>;tag=217fce13-1101

To: <sip:3001@10.10.202.1>;tag=CC5F60-3EC

Date: Thu, 04 Jul 2013 16:36:15 GMT

Call-ID: AE09C597-E3FE11E2-80F3BB44-39D4A3CF@10.10.202.1

CSeq: 1 NOTIFY

Content-Length: 0

Beachten Sie in der CUE-GUI die inkrementelle Anzahl derzeit aktiver Abonnements um 1 für jede Subscribe-Nachricht, die sie empfängt:

Verwenden Sie den Befehl show ccn sip subscription mwi, um den Abonnementstatus anzuzeigen.

DN                          Subscription Time                            Expires

-------------------------------------------------------------------------------

3001                Mon Sep 22 13:40:02 EDT 2008                  3600

MWI-Abonnement-Benachrichtigung in SRST:

Konfigurieren Sie mwi-Relay entweder unter Call-Manager-Fallback, für Legacy-SRST oder Telefonie-Service für CME-SRST-Bereitstellungen.

call-manager-fallback

mwi relay

telephony-service

mwi relay

SIP Unsolicited-Notify

Die SIP Unsolicited-Notify-Methode unterstützt sowohl CUCME als auch SRST. Diese Methode verwendet eine SIP-NOTIFY-Nachricht, um die MWI-Funktion ein- oder auszuschalten. Im Gegensatz zu Subscribe-Notify wird kein Abonnement von CUE verwaltet.

Konfigurieren Sie den mwi-Relay-Befehl unter Call Manager-Fallback oder CME-SRST, um SRST-Bereitstellungen zusammen mit dem sip-ua-Konfigurationsbefehl zu unterstützen.

Aktivieren Sie die Option Unsolicited Notify:

Unsolicited Notify kann auch in der CUE-CLI aktiviert werden:

ccn subsystem sip

mwi sip unsolicited

Unerwünschte Benachrichtigungen in der CME-CLI aktivieren:

sip-ua

mwi-server ipv4:10.10.202.50 expires 3600 port 5060 transport udp unsolicited

Warnung: Sofern keine unerwünschten Konfigurationen im Befehl mwi-server konfiguriert sind, verwendet CME weiterhin Subscribe-Notify, und MWI funktioniert nicht, da die Konfiguration auf CME nicht mit der Konfiguration auf CUE übereinstimmt.

Hinweis: Sie können den Mechanismus Unerwünscht-Benachrichtigung nicht zusammen mit einem anderen Mechanismus verwenden.

MWI mit Cisco Unified Communications Manager (CUCM)

Wenn CUE in CUCM integriert ist, verwendet das JTAPI-Protokoll die setMessageWaiting-Nachricht, um die MWI-Funktion ein- und auszuschalten. Den von JTAPI gesteuerten CTI-Ports wird ein Calling Search Space (CSS) zugewiesen, der die Nummer der Telefonverzeichnisnummer erhält. In späteren Versionen von CUE können Sie einen dedizierten CTI-Port konfigurieren, um MWI-Benachrichtigungen bereitzustellen. Falls der Port nicht verfügbar ist, verwendet CUE jeden verfügbaren, durch JTAPI gesteuerten Port.

Da JTAPI die setMessageWaiting-Nachricht für MWI-Ereignisse verwendet, sind MWI-Erweiterungen im CUCM nicht konfiguriert. Wenn die Erweiterungen konfiguriert sind, werden sie ignoriert und verursachen keine Interoperabilitätsprobleme mit JTAPI.

In CUE-Versionen 7.x und höher können Sie den CUCME-Router und CUE so konfigurieren, dass die Unsolicited-Notify-Methode verwendet wird, um während der SRST-Ausführung die volle MWI-Funktionalität aufrechtzuerhalten.

Fehlerbehebung

Dieser Abschnitt enthält Informationen, die Sie zur Fehlerbehebung bei Ihrer Konfiguration verwenden können.

Debugger und Ablaufverfolgungen

CUCME

Verwenden Sie zur Fehlerbehebung bei MWI-Problemen die folgenden Debugger:

debug ccsip messages

debug voice ccapi inout

Verwenden Sie zur Fehlerbehebung bei MWI-Problemen mit SCCP-Telefonen, die auf einem CUCME-Router mit MWI-Ausrufmethode registriert sind, folgende Debugging-Anweisungen:

debug ccsip messages

debug voice ccapi inout

debug ephone mwi mac <mac address>

debug ephone detail mac <mac address>

Der Befehl show ephone reg dient unabhängig vom verwendeten Mechanismus zur Bestätigung des MWI-Status. Dies ist ein nützlicher Befehl, wenn sich das Telefon an einem Remote-Standort befindet.

#show ephone reg

ephone-1[0] Mac:0023.5E18.23EC TCP socket:[1] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 17/12 max_streams=5

mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:1 caps:9 privacy:1

IP:10.10.202.2 22856 7965  keepalive 186 max_line 6 available_line 6

button 1: dn 1  number 3001 CH1   IDLE         CH2   IDLE         CH3   IDLE         CH4   IDLE         CH5   IDLE         CH6   IDLE         CH7   IDLE         CH8   IDLE         mwi

Preferred Codec: g711ulaw

Username: MWI1 Password: cisco

CUE

In CUE können Sie die folgenden Befehle verwenden, um Ihre Konfiguration zu überprüfen:

show ccn application

show ccn subsystem sip

CUE bietet außerdem Ablaufverfolgungen, um alle MWI-Probleme zu beheben. Sie können entweder die bereits in CUE aktivierten Standardspuren verwenden oder eine bestimmte Ablaufverfolgung verwenden, die einfacher zu erfassen und zu lesen ist.

Die spezifische Ablaufverfolgung, die Sie in CUE aktivieren können, ist:

trace ccn stacksip dbug

Diese Ablaufverfolgung stellt SIP-Signalisierungsinformationen bereit, die hilfreich sind, um festzustellen, ob die ausgehende SIP- oder die Benachrichtigung-Nachricht für MWI-Nachrichten richtig gesendet wird.

Sie können die Trace-Voicemail auch in Kombination mit der Stacksip-Trace aktivieren, um weitere Informationen über die Anruf- und MWI-Ereignisse zu erhalten, oder mindestens die Trace-Voicemail-VXML für alle und die Trace-Voicemail-mwi aktivieren.

Hinweis: Weitere Informationen zu MWI-Problemen finden Sie unter Fehlerbehebung bei Unity Express Message Waiting Indication (MWI)-Problemen.

CUE-Lizenzierung

Stellen Sie in CUE sicher, dass Lizenzen installiert sind, um die richtigen Call Agent- (CUCME oder CUCM) und Voicemail-Ports zu unterstützen.

In CUE 7.0.x wird der Befehl show software licenses (Softwarelizenzen) angezeigt.

CUE# show software licenses

Installed license files:

- voicemail_lic.sig : 25 MAILBOX LICENSE

- ivr_lic.sig : 4 PORT IVR BASE LICENSE

- port_lic.sig : 24 PORT BASE LICENSE

Core:

- Application mode: CCME

- Total usable system ports: 24

Voicemail/Auto Attendant:

- Max system mailbox capacity time: 18000

- Default # of general delivery mailboxes: 10

- Default # of personal mailboxes: 25

- Max # of configurable mailboxes: 35

Interactive Voice Response:

- Max # of IVR sessions: 4

Languages:

- Max installed languages: 5

- Max enabled languages: 5

In CUE 7.1.x und höher sind die Befehle Lizenzstatusanwendung anzeigen und Callagent anzeigen

CUE# show license status application

voicemail enabled: 10 ports, 10 sessions, 30 mailboxes

ivr disabled, ivr session activation count has been set to zero

CUE# show call-agent

Call-agent:         CUCME

Sie können auch die Show-Lizenz verwenden, die detaillierte Informationen zu den Lizenzen enthält. Dieser Befehl show ist nützlich, um festzustellen, ob die CUE über Evaluierungslizenzen verfügt und wie viel Zeit noch vor Ablauf der Lizenz verbleibt oder ob die installierten Lizenzen permanent sind:

CUE# show license all

License Store: Primary License Storage

StoreIndex:  0  Feature: VMIVR-VM-MBX                      Version: 1.0

License Type: Permanent

License State: Active, In Use

License Count: 65 /30

License Priority: Medium

License Store: Primary License Storage

StoreIndex:  1  Feature: VMIVR-IVR-SESS                    Version: 1.0

License Type: Permanent

License State: Active, Not in Use

License Count: 10 / 0

License Priority: Medium

License Store: Primary License Storage

StoreIndex:  2  Feature: TCV-USER                          Version: 1.0

License Type: Permanent

License State: Active, Not in Use

License Count: 60 / 0

License Priority: Medium

License Store: Primary License Storage

StoreIndex:  3  Feature: VMIVR-PORT                        Version: 1.0

License Type: Permanent

License State: Active, In Use

License Count: 20 /10

License Priority: Medium

License Store: Evaluation License Storage

Fehlerbehebung bei ausgehenden SIP-Anrufen

Die SIP Outcall-Methode generiert ein SIP-Anrufereignis an CUCME, um die MWI für eine bestimmte Durchwahl ein- oder auszuschalten. CUE wartet auf die 180 Ringing-Nachricht. Nach dem Empfang kann der Anruf getrennt werden.

In CUE:

CUE# no trace all

#trace ccn StackSip dbug

# clear trace

#mwi refresh telephonenumber 3001

#show trace buff tail

Press <CTRL-C> to exit...

4524 07/04 09:35:16.484 ACCN STGN 0 Task: 263000000018GetListMember: output string:outcall

4524 07/04 09:35:16.489 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTINGenter connect

4524 07/04 09:35:16.489 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTINGenter createInvitation

4524 07/04 09:35:16.489 ACCN SIPL 0 SDPBody : v=0

o=CiscoSystemsSIP-Workflow-App-UserAgent 3337 3337 IN IP4 10.10.202.50

s=SIP Call

c=IN IP4 10.10.202.50

t=0 0

m=audio 16910 RTP/AVP 0

a=rtpmap:0 pcmu/8000

a=ptime:20

4524 07/04 09:35:16.489 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTINGbefore invitationmanager.createInvitation. body : v=0

o=CiscoSystemsSIP-Workflow-App-UserAgent 3337 3337 IN IP4 10.10.202.50

s=SIP Call

c=IN IP4 10.10.202.50

t=0 0

m=audio 16910 RTP/AVP 0

a=rtpmap:0 pcmu/8000

a=ptime:20

body type : application/sdp toNA : <sip:39993001@10.10.202.1:5060;user=phone> fromNA : <sip:3602@10.10.202.50:5060> from tag : cue5aa7689b

4524 07/04 09:35:16.489 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTINGafter invitationmanager.createInvitation

4524 07/04 09:35:16.489 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTING added ciscogcid

4524 07/04 09:35:16.489 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTING getDTMFHeader: Enter

4524 07/04 09:35:16.489 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTING getDTMFHeader: getting the headers

4524 07/04 09:35:16.490 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTING getDTMFHeader: before adding headers to message

4524 07/04 09:35:16.490 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTING getDTMFHeader: after adding headers to message :

INVITE sip:39993001@10.10.202.1:5060;user=phone SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~10

Max-Forwards: 70

To: <sip:39993001@10.10.202.1:5060;user=phone>

From: <sip:3602@10.10.202.50:5060>;tag=cue5aa7689b

Call-ID: 137295211648821@10.10.202.50

CSeq: 1 INVITE

Content-Length: 178

Contact: <sip:3602@10.10.202.50:5060>

Content-Type: application/sdp

Cisco-Gcid: AA52BD08-013F-1000-4000-001125CUCE68

Call-Info: <sip:10.10.202.50:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"

Allow-Events: telephone-event

v=0

o=CiscoSystemsSIP-Workflow-App-UserAgent 3337 3337 IN IP4 10.10.202.50

s=SIP Call

c=IN IP4 10.10.202.50

t=0 0

m=audio 16910 RTP/AVP 0

a=rtpmap:0 pcmu/8000

a=ptime:20

4524 07/04 09:35:16.490 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTINGinvite message : INVITE sip:39993001@10.10.202.1:5060;user=phone SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~10

Max-Forwards: 70

To: <sip:39993001@10.10.202.1:5060;user=phone>

From: <sip:3602@10.10.202.50:5060>;tag=cue5aa7689b

Call-ID: 137295211648821@10.10.202.50

CSeq: 1 INVITE

Content-Length: 178

Contact: <sip:3602@10.10.202.50:5060>

Content-Type: application/sdp

Cisco-Gcid: AA52BD08-013F-1000-4000-001125CUCE68

Call-Info: <sip:10.10.202.50:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"

Allow-Events: telephone-event

v=0

o=CiscoSystemsSIP-Workflow-App-UserAgent 3337 3337 IN IP4 10.10.202.50

s=SIP Call

c=IN IP4 10.10.202.50

t=0 0

m=audio 16910 RTP/AVP 0

a=rtpmap:0 pcmu/8000

a=ptime:20

4524 07/04 09:35:16.490 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTINGreturning invitation

4524 07/04 09:35:16.490 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTINGgot Invitation

4524 07/04 09:35:16.490 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTINGbefore Invitation start

4524 07/04 09:35:16.491 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTINGafter Invitation start

4846 07/04 09:35:16.509 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTING InvitationCallback.proceeding

4846 07/04 09:35:16.509 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTING SIP/2.0 100 Trying

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~10

To: <sip:39993001@10.10.202.1:5060;user=phone>

From: <sip:3602@10.10.202.50:5060>;tag=cue5aa7689b

Call-ID: 137295211648821@10.10.202.50

CSeq: 1 INVITE

Content-Length: 0

Date: Thu, 04 Jul 2013 15:50:11 GMT

Allow-Events: telephone-event

Server: Cisco-SIPGateway/IOS-12.x

4846 07/04 09:35:16.515 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTING--- InvitationCallback.proceeding (dialog)

4846 07/04 09:35:16.515 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTINGSIP/2.0 180 Ringing

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~10

To: <sip:39993001@10.10.202.1:5060;user=phone>;tag=A233D8-2382

From: <sip:3602@10.10.202.50:5060>;tag=cue5aa7689b

Call-ID: 137295211648821@10.10.202.50

CSeq: 1 INVITE

Content-Length: 0

Date: Thu, 04 Jul 2013 15:50:11 GMT

Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER

Allow-Events: telephone-event

Remote-Party-ID: <sip:39990000@10.10.202.1>;party=called;screen=no;privacy=off

Contact: <sip:39993001@10.10.202.1:5060>

Server: Cisco-SIPGateway/IOS-12.x

4524 07/04 09:35:21.489 ACCN SIPL 0 sip-ltp17: 3602, State=CONTACTING terminating dialog in contacting state 20

4524 07/04 09:35:21.491 ACCN SIPL 0 sip-ltp17: 3602, State=TERMINATEDcontacting state hangup

4524 07/04 09:35:21.492 ACCN SIPL 0 sip-ltp17: 3602, State=TERMINATEDAfter contacting state hangup

4846 07/04 09:35:21.507 ACCN SIPL 0 sip-ltp17: 3602, State=TERMINATED InvitationDialogCallback.rejected

4846 07/04 09:35:21.508 ACCN SIPL 0 sip-ltp17: 3602, State=TERMINATED SIP/2.0 487 Request Cancelled

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~10

To: <sip:39993001@10.10.202.1:5060;user=phone>;tag=A233D8-2382

From: <sip:3602@10.10.202.50:5060>;tag=cue5aa7689b

Call-ID: 137295211648821@10.10.202.50

CSeq: 1 INVITE

Content-Length: 0

Date: Thu, 04 Jul 2013 15:50:16 GMT

Allow-Events: telephone-event

Server: Cisco-SIPGateway/IOS-12.x

Reason: Q.850;cause=16

In CUCME:

Received:

INVITE sip:39983001@10.10.202.1:5060;user=phone SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~3

Max-Forwards: 70

To: <sip:39983001@10.10.202.1:5060;user=phone>

From: <sip:3602@10.10.202.50:5060>;tag=cue9c19e76c

Call-ID: 13729499207617@10.10.202.50

CSeq: 1 INVITE

Content-Length: 178

Contact: <sip:3602@10.10.202.50:5060>

Content-Type: application/sdp

Cisco-Gcid: AA313BF9-013F-1000-4000-001125CUCE68

Call-Info: <sip:10.10.202.50:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"

Allow-Events: telephone-event

v=0

o=CiscoSystemsSIP-Workflow-App-UserAgent 3068 3068 IN IP4 10.10.202.50

s=SIP Call

c=IN IP4 10.10.202.50

t=0 0

m=audio 16928 RTP/AVP 0

a=rtpmap:0 pcmu/8000

a=ptime:20

//-1/21F6E0878040/CCAPI/cc_api_display_ie_subfields: cc_api_call_setup_ind_common:

cisco-username=3602

----- ccCallInfo IE subfields -----

cisco-ani=3602

cisco-anitype=0

cisco-aniplan=0

cisco-anipi=0

cisco-anisi=0

dest=39983001

//-1/21F6E0878040/CCAPI/cc_api_call_setup_ind_common:

Interface=0x49432FE0, Call Info(

Calling Number=3602,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

Called Number=39983001(TON=Unknown, NPI=Unknown),

Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,

Incoming Dial-peer=3600, Progress Indication=NULL(0), Calling IE Present=TRUE,

Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=22

…

//22/21F6E0878040/CCAPI/cc_api_display_ie_subfields:

ccCallSetupRequest:

cisco-username=3602

----- ccCallInfo IE subfields -----

cisco-ani=3602

cisco-anitype=0

cisco-aniplan=0

cisco-anipi=0

cisco-anisi=0

dest=39983001

//22/21F6E0878040/CCAPI/ccIFCallSetupRequestPrivate:

Interface=0x4A492188, Interface Type=6, Destination=, Mode=0x0,

Call Params(Calling Number=3602,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

Called Number=39983001(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,

Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=20004, Call Count On=FALSE,

Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)

Sent:

SIP/2.0 100 Trying

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~3

From: <sip:3602@10.10.202.50:5060>;tag=cue9c19e76c

To: <sip:39983001@10.10.202.1:5060;user=phone>

Date: Thu, 04 Jul 2013 15:13:36 GMT

Call-ID: 13729499207617@10.10.202.50

CSeq: 1 INVITE

Allow-Events: telephone-event

Server: Cisco-SIPGateway/IOS-12.x

Content-Length: 0

Sent:

SIP/2.0 180 Ringing

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~3

From: <sip:3602@10.10.202.50:5060>;tag=cue9c19e76c

To: <sip:39983001@10.10.202.1:5060;user=phone>;tag=80B2C0-1CF

Date: Thu, 04 Jul 2013 15:13:36 GMT

Call-ID: 13729499207617@10.10.202.50

CSeq: 1 INVITE

Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER

Allow-Events: telephone-event

Remote-Party-ID: <sip:39980000@10.10.202.1>;party=called;screen=no;privacy=off

Contact: <sip:39983001@10.10.202.1:5060>

Server: Cisco-SIPGateway/IOS-12.x

Content-Length: 0

Received:

CANCEL sip:39983001@10.10.202.1:5060;user=phone SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~3

Max-Forwards: 70

To: <sip:39983001@10.10.202.1:5060;user=phone>

From: <sip:3602@10.10.202.50:5060>;tag=cue9c19e76c

Call-ID: 13729499207617@10.10.202.50

CSeq: 1 CANCEL

Content-Length: 0

//22/21F6E0878040/CCAPI/cc_api_call_disconnected:

Cause Value=16, Interface=0x49432FE0, Call Id=22

Sent:

SIP/2.0 200 OK

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~3

From: <sip:3602@10.10.202.50:5060>;tag=cue9c19e76c

To: <sip:39983001@10.10.202.1:5060;user=phone>

Date: Thu, 04 Jul 2013 15:13:41 GMT

Call-ID: 13729499207617@10.10.202.50

CSeq: 1 CANCEL

Content-Length: 0

Sent:

SIP/2.0 487 Request Cancelled

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~3

From: <sip:3602@10.10.202.50:5060>;tag=cue9c19e76c

To: <sip:39983001@10.10.202.1:5060;user=phone>;tag=80B2C0-1CF

Date: Thu, 04 Jul 2013 15:13:41 GMT

Call-ID: 13729499207617@10.10.202.50

CSeq: 1 INVITE

Allow-Events: telephone-event

Server: Cisco-SIPGateway/IOS-12.x

Reason: Q.850;cause=16

Content-Length: 0

Received:

ACK sip:39983001@10.10.202.1:5060;user=phone SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~3

Max-Forwards: 70

To: <sip:39983001@10.10.202.1:5060;user=phone>;tag=80B2C0-1CF

From: <sip:3602@10.10.202.50:5060>;tag=cue9c19e76c

Call-ID: 13729499207617@10.10.202.50

CSeq: 1 ACK

Content-Length: 0

Debug ephone mwi:

000922: Jul  4 10:23:22.654: SetCallInfo MODE 1 calling dn -1 chan 1 dn 3 chan 1

000923: Jul  4 10:23:22.654: alling [3602] called [39993001]

000924: Jul  4 10:23:22.654: SkinnyTryCall to 3001 instance 1 start at 0SkinnyTryCall to 3001 instance 1 match DN 1

000925: Jul  4 10:23:22.654: ephone-1[1]:Set MWI line 1 to ON count 0

000926: Jul  4 10:23:22.654: ephone-1[1]:Set MWI line 0 to ON count 0

Debug ephone detailed:

001231: Jul  4 10:25:37.899: Phone 0 DN 1 MWI on 0 messages

001232: Jul  4 10:25:37.899: ephone-1[1]:Set MWI line 1 to ON count 0

001233: Jul  4 10:25:37.899: ephone-1[1]:Set MWI line 0 to ON count 0

Fehlerbehebung bei SIP-Abonnement-Benachrichtigung

Nach dem ersten Abonnement der DNs sendet CUE eine Benachrichtigungsmeldung an CUCME, um zu erfahren, welche Nebenstelle ein- oder ausgeschaltet werden muss.

In CUE:

CUE#no trace all

CUE#trace ccn stacksip dbug

CUE#trace voicemail all

CUE# clear trace

CUE#mwi refresh telephonenumber 3001

CUE#show trace buff tail

Press <CTRL-C> to exit...

4430 07/04 10:43:39.263 VMSS dbug 1 com.cisco.aesop.voicemail.LdapAgent : getAttributeValue: /sw/local/users/MWI1/TelephoneNumbers/primaryExtension

4430 07/04 10:43:39.264 VMSS vmwi 0x00000000000f1206 2 3001,true

4430 07/04 10:43:39.264 VMSS dbug 1 com.cisco.aesop.voicemail.Mailbox : setMessageWaiting: 3001,true

4430 07/04 10:43:39.264 VMSS vmdb 0 Request connection: inUse: 1, active: 2

4430 07/04 10:43:39.264 VMSS dbug 1 com.cisco.aesop.voicemail.VMDatabase : Request connection: inUse: 1, active: 2

4430 07/04 10:43:39.264 VMSS vmdb 0 Got connection: 1, inUse: 2, active: 2

4430 07/04 10:43:39.264 VMSS dbug 1 com.cisco.aesop.voicemail.VMDatabase : Got connection: 1, inUse: 2, active: 2

4430 07/04 10:43:39.264 VMSS vmdb 7 select uid from vm_message   where vm_message.messageid='FTX1242A3S6-NME-FOC12394L3Y-1372949852538' ;

4430 07/04 10:43:39.264 VMSS dbug 1 com.cisco.aesop.voicemail.VMDatabase : select uid from vm_message   where vm_message.messageid='FTX1242A3S6-NME-FOC12394L3Y-1372949852538' ;

4430 07/04 10:43:39.273 VMSS vmdb 3 PERSONAL_00000000000000000000000

4430 07/04 10:43:39.273 VMSS dbug 1 com.cisco.aesop.voicemail.VMDatabase : PERSONAL_00000000000000000000000

4430 07/04 10:43:39.273 VMSS dbug 1 com.cisco.aesop.voicemail.VMUser : getMailboxInfo: personalMailboxId=PERSONAL_00000000000000000000000

4430 07/04 10:43:39.273 VMSS vmdb 0 Freed connection: 1, inUse: 1, active: 2

4430 07/04 10:43:39.273 VMSS dbug 1 com.cisco.aesop.voicemail.VMDatabase : Freed connection: 1, inUse: 1, active: 2

4430 07/04 10:43:39.273 VMSS vmsg 8 populateSenderDetails: sender entity: id=MW2,type=1,ext=3002,cn=MW2,desc=

4430 07/04 10:43:39.273 VMSS vmsg 8 populateSenderDetails: localPart=MW2

4430 07/04 10:43:39.273 VMSS vmsg 8 populateSenderDetails: imapSender="MW2 \(MW2\)" <MW2@localdomain>, mwiFrom="MW2" <sip:3002@sip.invalid>, subjectLine=3002

4430 07/04 10:43:39.273 VMSS dbug 1 com.cisco.aesop.voicemail.Message : getLengthMillisec(): msgid: FTX1242A3S6-NME-FOC12394L3Y-1372949852538 totalMsgLength: 14287

4430 07/04 10:43:39.273 VMSS dbug 1 com.cisco.aesop.voicemail.Message : getLengthMillisec(): msgid: FTX1242A3S6-NME-FOC12394L3Y-1372949852538 totalMsgLength: 14287

4430 07/04 10:43:39.274 VMSS vmwi 4 MessageWaitingThread.addJob:

Messages-Waiting: yes

Message-Account: sip:3001@10.10.202.50

Voice-Message: 1/0 (0/0)

Fax-Message: 0/0 (0/0)

X-Cisco-Message-State: new

X-Cisco-Message-Type: normal

From: "MW2" <sip:3002@sip.invalid>

To: <sip:3001@sip.invalid>

Date: Thu, 4 Jul 2013 16:43:39 GMT

Message-ID: FTX1242A3S6-NME-FOC12394L3Y-1372949852538

Message-Context: voice-message

Content-Duration: 14

4430 07/04 10:43:39.274 VMSS vmwi 4 MessageWaitingThread.addJob: numJobs=1

4430 07/04 10:43:39.274 VMSS dbug 1 MessageWaitingThread : adding job

4430 07/04 10:43:39.274 VMSS vmdb 0x00000000000f1206 7 update vm_message set mwion=true where messageid='FTX1242A3S6-NME-FOC12394L3Y-1372949852538';

4430 07/04 10:43:39.274 VMSS dbug 1 com.cisco.aesop.voicemail.VMDatabase : taskId: 987654(0xf1206): update vm_message set mwion=true where messageid='FTX1242A3S6-NME-FOC12394L3Y-1372949852538';

4430 07/04 10:43:39.274 VMSS dbug 1 com.cisco.aesop.voicemail.VMDatabase : connection 0: execute: update vm_message set mwion=true where messageid='FTX1242A3S6-NME-FOC12394L3Y-1372949852538';

3450 07/04 10:43:39.274 VMSS vmwi 4 MessageWaitingThread.run: extn=3001, numJobs=0

3450 07/04 10:43:39.274 VMSS vmwi 4 http://localhost:8080/mwiapp?extn=3001&state=1

3450 07/04 10:43:39.274 VMSS dbug 1 com.cisco.aesop.voicemail.MessageWaitingThread : http://localhost:8080/mwiapp?extn=3001&state=1

4522 07/04 10:43:39.289 ACCN STGN 0 Task: 263000000053GetListMember: output string:sub-notify

In CUCME:

Received:

NOTIFY sip:3001@10.10.202.1:5060 SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~26

Max-Forwards: 70

To: <sip:3001@10.10.202.1>;tag=C253E4-7B4

From: <sip:3001@10.10.202.50>;tag=a4c2d6ba-1099

Call-ID: 25A81829-E3FD11E2-80C3BB44-39D4A3CF@10.10.202.1

CSeq: 5 NOTIFY

Content-Length: 113

Contact: sip:3001@10.10.202.50

Event: message-summary

Allow-Events: refer

Allow-Events: telephone-event

Allow-Events: message-summary

Subscription-State: active

Content-Type: application/simple-message-summary

Messages-Waiting: yes

Message-Account: sip:3001@10.10.202.50

Voice-Message: 1/0 (0/0)

Fax-Message: 0/0 (0/0)

Sent:

SIP/2.0 200 OK

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~26

From: <sip:3001@10.10.202.50>;tag=a4c2d6ba-1099

To: <sip:3001@10.10.202.1>;tag=C253E4-7B4

Date: Thu, 04 Jul 2013 16:33:26 GMT

Call-ID: 25A81829-E3FD11E2-80C3BB44-39D4A3CF@10.10.202.1

CSeq: 5 NOTIFY

Content-Length: 0

Fehlerbehebung bei nicht angefordertem SIP

CUE sendet eine NOTIFY-Nachricht an CUCME. Ein vorheriges Abonnement ist nicht erforderlich.

In CUE:

2922 07/04 11:07:59.028 VMSS vmwi 0x00000000000f1206 2 3001,true

2922 07/04 11:07:59.028 VMSS dbug 1 com.cisco.aesop.voicemail.Mailbox : setMessageWaiting: 3001,true

2922 07/04 11:07:59.029 VMSS vmwi 4 MessageWaitingThread.addJob:

Messages-Waiting: yes

Message-Account: sip:3001@10.10.202.50

Voice-Message: 2/0 (0/0)

Fax-Message: 0/0 (0/0)

2922 07/04 11:07:59.029 VMSS vmwi 4 MessageWaitingThread.addJob: numJobs=1

2922 07/04 11:07:59.029 VMSS dbug 1 MessageWaitingThread : adding job

3450 07/04 11:07:59.029 VMSS vmwi 4 MessageWaitingThread.run: extn=3001, numJobs=0

3450 07/04 11:07:59.029 VMSS vmwi 4 http://localhost:8080/mwiapp?extn=3001&state=1

3450 07/04 11:07:59.029 VMSS dbug 1 com.cisco.aesop.voicemail.MessageWaitingThread : http://localhost:8080/mwiapp?extn=3001&state=1

2924 07/04 11:07:59.037 VMSS sydb 1 MailboxNode: PERSONAL_00000000000000000000000,ownerDn

2924 07/04 11:07:59.037 VMSS dbug 1 com.cisco.aesop.voicemail.VMSysdbMailboxNode : Get attribute: ownerDn Mailbox: PERSONAL_00000000000000000000000

2921 07/04 11:07:59.039 VMSS sydb 1 MailboxNode: PERSONAL_00000000000000000000000,mailboxDesc

2921 07/04 11:07:59.039 VMSS dbug 1 com.cisco.aesop.voicemail.VMSysdbMailboxNode : Get attribute: mailboxDesc Mailbox: PERSONAL_00000000000000000000000

4524 07/04 11:07:59.041 ACCN STGN 0 Task: 263000000060GetListMember: output string:unsolicited

4524 07/04 11:07:59.041 ACCN STGN 0 Task: 263000000060GetListMember: Position variable is beyond the string list: number of tokens in the list:1

4524 07/04 11:07:59.041 ACCN SIPL 0 SubscriptionLineImpl: Unsolicited Notify Message being sent:NOTIFY sip:3001@10.10.202.1:5060;transport=udp SIP/2.0

Max-Forwards: 70

To: <sip:3001@10.10.202.1:5060>

From: <sip:3001@10.10.202.50:5060>;tag=ds9b9149a8

Call-ID: a5244b0b-1105@sip:3001@10.10.202.50:5060

CSeq: 1 NOTIFY

Content-Length: 113

Contact: <sip:3001@10.10.202.50:5060>

Content-Type: application/simple-message-summary

Event: message-summary

Messages-Waiting: yes

Message-Account: sip:3001@10.10.202.50

Voice-Message: 2/0 (0/0)

Fax-Message: 0/0 (0/0)

4524 07/04 11:07:59.052 ACCN SIPL 0 SubscriptionLineImpl: Unsolicited Notify Message sent, result:true

4524 07/04 11:08:09.053 ACCN SIPL 0 SubscriptionLineImpl: Unsolicited Notify Message sent, result:true

In CUCME:

Received:

NOTIFY sip:3001@10.10.202.1:5060;transport=udp SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~44

Max-Forwards: 70

To: <sip:3001@10.10.202.1:5060>

From: <sip:3001@10.10.202.50:5060>;tag=ds3f77b499

Call-ID: 7364fb7c-1104@sip:3001@10.10.202.50:5060

CSeq: 1 NOTIFY

Content-Length: 113

Contact: <sip:3001@10.10.202.50:5060>

Content-Type: application/simple-message-summary

Event: message-summary

Messages-Waiting: yes

Message-Account: sip:3001@10.10.202.50

Voice-Message: 1/0 (0/0)

Fax-Message: 0/0 (0/0)

Sent:

SIP/2.0 200 OK

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bKkuJtPQPUKbreuy0GkQBlQw~~44

From: <sip:3001@10.10.202.50:5060>;tag=ds3f77b499

To: <sip:3001@10.10.202.1:5060>;tag=F07F98-117C

Date: Thu, 04 Jul 2013 17:15:43 GMT

Call-ID: 7364fb7c-1104@sip:3003@10.10.202.50:5060

CSeq: 1 NOTIFY

Content-Length: 0

Häufige Probleme

Ausgabe 1 MWI funktioniert nach SIP-Binding-Befehlen nicht

SIP-Bind-Befehle werden unter Voice-Service-VoIP für eine Schnittstelle konfiguriert, die nicht für CUE verwendet wird. Dies ist ein sehr häufig auftretendes Problem, das mit den Fehlerbehebungstools in CME nur schwer erkannt werden kann. Aus CME-Sicht werden keine SIP-Nachrichten angezeigt.

Wenn Sie in CME debug ip udp ausführen, können Sie Pakete aus CUE zwar bemerken, aber keine Meldungen, die in Debug-CSIP-Meldungen oder Debugging ccsip all angezeigt werden:

000186: *Jul  8 17:30:48.843: UDP: rcvd src=10.10.202.50(32777), dst=10.10.202.1(5060), length=748

000187: *Jul  8 17:30:49.343: UDP: rcvd src=10.10.202.50(32777), dst=10.10.202.1(5060), length=748

000188: *Jul  8 17:30:50.347: UDP: rcvd src=10.10.202.50(32777), dst=10.10.202.1(5060), length=748

000189: *Jul  8 17:30:52.351: UDP: rcvd src=10.10.202.50(32777), dst=10.10.202.1(5060), length=748

000190: *Jul  8 17:30:56.351: UDP: rcvd src=10.10.202.50(32777), dst=10.10.202.1(5060), length=748

000191: *Jul  8 17:31:04.355: UDP: rcvd src=10.10.202.50(32777), dst=10.10.202.1(5060), length=748

Wenn eine Paketerfassung direkt von der CUE-Schnittstelle für den IP-Datenverkehrsexport erfasst wird, können Sie bemerken, dass die INVITE-Nachricht tatsächlich von CUCME empfangen wird:

In CUE wird die INVITE-Nachricht als gesendet angezeigt. Da CUCME keine Antwort gibt, sendet es weiterhin INVITEs, bis die Wiederholungszahl erreicht ist. Anschließend wird die Verbindung beendet, weil keine Antwort erfolgt:

4480 07/08 10:30:59.377 ACCN HTTS 0 -> AInvoker.doGet() (/mwiapp) EXIT

4901 07/08 10:31:01.858 DSSP LWRE 0 Sending UDP packet on 10.10.202.50:32775, destination 10.10.202.1:5060

INVITE sip:39993001@10.10.202.1:5060;user=phone SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bK51VhKqo+pUDrDt5LgLS2yA~~5

Max-Forwards: 70

To: <sip:39993001@10.10.202.1:5060;user=phone>

From: <sip:3@10.10.202.50:5060>;tag=cuefb95dbea

Call-ID: 137330105434811@10.10.202.50

CSeq: 1 INVITE

Content-Length: 178

Contact: <sip:3@10.10.202.50:5060>

Content-Type: application/sdp

Cisco-Gcid: BF1F1B8C-013F-1000-4000-001125CUCE68

Call-Info: <sip:10.10.202.50:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"

Allow-Events: telephone-event

v=0

o=CiscoSystemsSIP-Workflow-App-UserAgent 2956 2956 IN IP4 10.10.202.50

s=SIP Call

c=IN IP4 10.10.202.50

t=0 0

m=audio 16926 RTP/AVP 0

a=rtpmap:0 pcmu/8000

a=ptime:20

4488 07/08 10:31:04.355 ACCN ENGN 0 Record 544481396 enqueued. Queue size=0 total number of writes=10

4863 07/08 10:31:04.359 ACCN ENGN 0 Insert Record 544481396 took 3ms finish at 1373301064359

4903 07/08 10:31:09.860 DSSP LWRE 0 Sending UDP packet on 10.10.202.50:32775, destination 10.10.202.1:5060

INVITE sip:39993001@10.10.202.1:5060;user=phone SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bK51VhKqo+pUDrDt5LgLS2yA~~5

Max-Forwards: 70

To: <sip:39993001@10.10.202.1:5060;user=phone>

From: <sip:3@10.10.202.50:5060>;tag=cuefb95dbea

Call-ID: 137330105434811@10.10.202.50

CSeq: 1 INVITE

Content-Length: 178

Contact: <sip:3@10.10.202.50:5060>

Content-Type: application/sdp

Cisco-Gcid: BF1F1B8C-013F-1000-4000-001125CUCE68

Call-Info: <sip:10.10.202.50:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"

Allow-Events: telephone-event

v=0

o=CiscoSystemsSIP-Workflow-App-UserAgent 2956 2956 IN IP4 10.10.202.50

s=SIP Call

c=IN IP4 10.10.202.50

t=0 0

m=audio 16926 RTP/AVP 0

a=rtpmap:0 pcmu/8000

a=ptime:20

2882 07/08 10:36:30.909 VMSS dbug 1 com.cisco.aesop.voicemail.Mailbox : refreshMWI: 3001

2882 07/08 10:36:30.909 VMSS dbug 1 com.cisco.aesop.voicemail.LdapAgent : getUserByPhoneNo: 3001

2882 07/08 10:36:30.918 VMSS dbug 1 com.cisco.aesop.voicemail.LdapAgent : getUserByPhoneNo: id  MWIOne

2882 07/08 10:36:30.918 VMSS dbug 1 com.cisco.aesop.voicemail.VMDatabase : connection 0: query: select mailboxid from vm_mbxusers where owner=true and userdn='/sw/local/users/MWIOne';

2882 07/08 10:36:30.919 VMSS dbug 1 com.cisco.aesop.voicemail.VMUser : getMailboxInfo: personalMailboxId=PERSONAL_00000000000000000000000

2882 07/08 10:36:30.920 VMSS dbug 1 com.cisco.aesop.voicemail.VMDatabase : connection 1: query: select messageid from vm_message where messagetype=50 and starttime<=1373301390920 and endtime>=1373301390920 and private='false' except select vm_bcst_heard.messageid from vm_message, vm_bcst_heard where vm_message.messageid=vm_bcst_heard.messageid  and vm_bcst_heard.mailboxid='PERSONAL_00000000000000000000000';

2882 07/08 10:36:30.922 VMSS dbug 1 com.cisco.aesop.voicemail.LdapAgent : getAttributeValue: /sw/local/users/MWIOne/TelephoneNumbers/primaryExtension

2882 07/08 10:36:30.923 VMSS dbug 1 com.cisco.aesop.voicemail.Mailbox : setMessageWaiting: 3001,true

2882 07/08 10:36:30.923 VMSS dbug 1 MessageWaitingThread : adding job

3400 07/08 10:36:30.923 VMSS dbug 1 com.cisco.aesop.voicemail.MessageWaitingThread : http://localhost:8080/mwiapp?extn=3001&state=1

4481 07/08 10:36:30.935 ACCN STGN 0 Task: 265000000011GetListMember: output string:outcall

4481 07/08 10:36:30.937 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTINGenter connect

4481 07/08 10:36:30.937 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTINGenter createInvitation

4481 07/08 10:36:30.937 ACCN SIPL 0 SDPBody : v=0

o=CiscoSystemsSIP-Workflow-App-UserAgent 3673 3673 IN IP4 10.10.202.50

s=SIP Call

c=IN IP4 10.10.202.50

t=0 0

m=audio 16924 RTP/AVP 0

a=rtpmap:0 pcmu/8000

a=ptime:20

4481 07/08 10:36:30.937 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTINGbefore invitationmanager.createInvitation. body : v=0

o=CiscoSystemsSIP-Workflow-App-UserAgent 3673 3673 IN IP4 10.10.202.50

s=SIP Call

c=IN IP4 10.10.202.50

t=0 0

m=audio 16924 RTP/AVP 0

a=rtpmap:0 pcmu/8000

a=ptime:20

body type : application/sdp toNA : <sip:39993001@10.10.202.1:5060;user=phone> fromNA : <sip:3@10.10.202.50:5060> from tag : cue9d5cfebc

4481 07/08 10:36:30.937 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTINGafter invitationmanager.createInvitation

4481 07/08 10:36:30.937 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTING added ciscogcid

4481 07/08 10:36:30.937 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTING getDTMFHeader: Enter

4481 07/08 10:36:30.937 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTING getDTMFHeader: getting the headers

4481 07/08 10:36:30.937 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTING getDTMFHeader: before adding headers to message

4481 07/08 10:36:30.938 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTING getDTMFHeader: after adding headers to message :

INVITE sip:39993001@10.10.202.1:5060;user=phone SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bK51VhKqo+pUDrDt5LgLS2yA~~6

Max-Forwards: 70

To: <sip:39993001@10.10.202.1:5060;user=phone>

From: <sip:3@10.10.202.50:5060>;tag=cue9d5cfebc

Call-ID: 137330139093613@10.10.202.50

CSeq: 1 INVITE

Content-Length: 178

Contact: <sip:3@10.10.202.50:5060>

Content-Type: application/sdp

Cisco-Gcid: BF243E58-013F-1000-4000-001125CUCE68

Call-Info: <sip:10.10.202.50:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"

Allow-Events: telephone-event

v=0

o=CiscoSystemsSIP-Workflow-App-UserAgent 3673 3673 IN IP4 10.10.202.50

s=SIP Call

c=IN IP4 10.10.202.50

t=0 0

m=audio 16924 RTP/AVP 0

a=rtpmap:0 pcmu/8000

a=ptime:20

4481 07/08 10:36:30.938 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTINGinvite message : INVITE sip:39993001@10.10.202.1:5060;user=phone SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bK51VhKqo+pUDrDt5LgLS2yA~~6

Max-Forwards: 70

To: <sip:39993001@10.10.202.1:5060;user=phone>

From: <sip:3@10.10.202.50:5060>;tag=cue9d5cfebc

Call-ID: 137330139093613@10.10.202.50

CSeq: 1 INVITE

Content-Length: 178

Contact: <sip:3@10.10.202.50:5060>

Content-Type: application/sdp

Cisco-Gcid: BF243E58-013F-1000-4000-001125CUCE68

Call-Info: <sip:10.10.202.50:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"

Allow-Events: telephone-event

v=0

o=CiscoSystemsSIP-Workflow-App-UserAgent 3673 3673 IN IP4 10.10.202.50

s=SIP Call

c=IN IP4 10.10.202.50

t=0 0

m=audio 16924 RTP/AVP 0

a=rtpmap:0 pcmu/8000

a=ptime:20

4481 07/08 10:36:30.938 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTINGreturning invitation

4481 07/08 10:36:30.938 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTINGgot Invitation

4481 07/08 10:36:30.938 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTINGbefore Invitation start

4481 07/08 10:36:30.939 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTINGafter Invitation start

4481 07/08 10:36:35.938 ACCN SIPL 0 sip-ltp10: 3, State=CONTACTING terminating dialog in contacting state 20

4481 07/08 10:36:35.939 ACCN SIPL 0 sip-ltp10: 3, State=TERMINATEDcontacting state hangup

4481 07/08 10:36:35.939 ACCN SIPL 0 sip-ltp10: 3, State=TERMINATEDAfter contacting state hangup

Lösung:

Mit dem Befehl bind interface können Sie die Quell-IP-Adresse für Signalisierungs- und Medienpakete an die IP-Adresse einer bestimmten Schnittstelle konfigurieren. Die im Paket ausgehende Adresse ist daher an die IP-Adresse der Schnittstelle gebunden, die mit dem Befehl bind angegeben wurde. Pakete, die nicht an die gebundene Adresse gerichtet sind, werden verworfen.

1. Überprüfen Sie die für die CUE-Konfiguration verwendete Schnittstelle.

2. Es wird empfohlen, dass die in CUCME in der IP-Quelladresse verwendete Schnittstelle für CUE identisch ist.

3. Nehmen Sie die richtigen Einstellungen vor, um SIP-Datenverkehr von der CUE-Schnittstelle zu akzeptieren:

3.1 Sie können die Bindungsbefehle aus der Voice-Service-VoIP entfernen. Auf diese Weise kann das Gateway SIP-Datenverkehr von einer beliebigen Schnittstelle annehmen.

voice service voip

sip

no bind control source-interface [interface]

no bind media source-interface [interface]

3.2 Sie können SIP-Binding-Befehle auf DFÜ-Peer-Basis konfigurieren. Dies wird häufig verwendet, wenn Sie einen SIP-Trunk zu Ihrem Carrier oder Ihren Firewalls haben, für den bestimmte IP-Adressen erforderlich sind, um Folgendes zu ermöglichen:

dial-peer voice tag voip

session protocol sipv2

voice-class sip bind {control | media} source interface interface-id[ipv6-address ipv6-address]

exit

Ausgabe 2: Richtige Durchwahllänge nicht in ephone-dn definiert

Die MWI-DN-Konfiguration in CUCME für die Outcall-Methode wird nicht korrekt mit der richtigen Durchwahllänge bereitgestellt, die im CUCME-Wählplan für MWI verwendet wird.

Mögliche Ursache 1

Wenn ephoned-dn nur mit der MWI-Erweiterung konfiguriert wird und keine dots ('.') CUE-Synchronisierung fehlschlägt:

Navigieren Sie zu Administration > Synchronize Information

Mögliche Ursache 2

Die Durchwahllänge stimmt nicht mit der richtigen Anzahl von Ziffern für die Benutzerdurchwahlen überein.

In CUCME können Sie die Debug-CSIP-Meldungen verwenden und die Meldungen sind vorhanden, die MWI funktioniert jedoch nicht:

Received:

INVITE sip:39993001@10.10.202.1:5060;user=phone SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bK51VhKqo+pUDrDt5LgLS2yA~~20

Max-Forwards: 70

To: <sip:39993001@10.10.202.1:5060;user=phone>

From: <sip:3@10.10.202.50:5060>;tag=cue5d4ca12d

Call-ID: 137330470927141@10.10.202.50

CSeq: 1 INVITE

Content-Length: 176

Contact: <sip:3@10.10.202.50:5060>

Content-Type: application/sdp

Cisco-Gcid: BF56E097-013F-1000-4000-001125CUCE68

Call-Info: <sip:10.10.202.50:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"

Allow-Events: telephone-event

v=0

o=CiscoSystemsSIP-Workflow-App-UserAgent 151 151 IN IP4 10.10.202.50

s=SIP Call

c=IN IP4 10.10.202.50

t=0 0

m=audio 16932 RTP/AVP 0

a=rtpmap:0 pcmu/8000

a=ptime:20

000815: *Jul  8 18:26:07.215: SetCallInfo MODE 1 calling dn -1 chan 1 dn 3 chan 1

000816: *Jul  8 18:26:07.215: alling [3] called [39993001]

000817: *Jul  8 18:26:07.215: SkinnyTryCall to 1 instance 1 start at 0

000818: *Jul  8 18:26:07.215: MWI-on non-local target 1

000819: *Jul  8 18:26:07.215: MWI-on has no non-local target 1

CME#show ephone reg

ephone-1[0] Mac:0023.5E18.23EC TCP socket:[2] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 17/12 max_streams=5

mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:1 caps:9

IP:10.10.202.2 31984 7965  keepalive 4 max_line 6 available_line 6

button 1: dn 1  number 3001 CH1   IDLE         CH2   IDLE

Preferred Codec: g711ulaw

Username: MWIOne Password: cisco

Lösung:

Stellen Sie sicher, dass die korrekte Anzahl von Punkten ('.') nach der MWI-Durchwahlnummer konfiguriert wird, um der Länge der in CUCME für die Benutzer verwendeten Durchwahlen zu entsprechen:

ephone-dn 3

mwi on

number 3999….

!

ephone-dn 4

mwi off

number 3998….

Ausgabe 3 Abonnement-Benachrichtigung ohne Abonnement

Wenn die SIP Subscribe-Notify-Methode verwendet wird und keine vorherige Subscription der Verzeichnisnummern erfolgt ist, funktioniert MWI nicht, und es wird keine SIP-Benachrichtigung für MWI-Ereignisse gesendet.

In CUCME wird nach dem Hinterlassen oder Abrufen von Voicemails keine SIP-Benachrichtigung von CUE gesendet, um die Nachrichtenanzeige (MWI) ein- bzw. auszuschalten:

Sent:

BYE sip:3600@10.10.202.50:5060 SIP/2.0

Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK601067

From: <sip:3001@10.10.202.1>;tag=716F18-152D

To: <sip:3600@10.10.202.50>;tag=cue861dc350

Date: Mon, 08 Jul 2013 18:35:00 GMT

Call-ID: EE5026C6-E73311E2-80DE96BA-2150599@10.10.202.1

User-Agent: Cisco-SIPGateway/IOS-12.x

Max-Forwards: 70

Timestamp: 1373308519

CSeq: 102 BYE

Reason: Q.850;cause=16

Content-Length: 0

Received:

SIP/2.0 200 Ok

Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK601067

To: <sip:3600@10.10.202.50>;tag=cue861dc350

From: <sip:3001@10.10.202.1>;tag=716F18-152D

Call-ID: EE5026C6-E73311E2-80DE96BA-2150599@10.10.202.1

CSeq: 102 BYE

Content-Length: 0

Lösung:

Konfigurieren Sie die richtigen MWI-Abonnementbefehle, um die DNs für MWI-Ereignisse abonnieren:

voice register dn 1

number 3005

mwi

!

ephone-dn  1

number 3001

mwi sip

Sent:

SUBSCRIBE sip:3001@10.10.202.50:5060 SIP/2.0

Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK61210

From: <sip:3001@10.10.202.1>;tag=728524-1B54

To: <sip:3001@10.10.202.50>

Call-ID: 18BDF708-E73411E2-80DF96BA-2150599@10.10.202.1

CSeq: 101 SUBSCRIBE

Max-Forwards: 70

Date: Mon, 08 Jul 2013 18:36:11 GMT

User-Agent: Cisco-SIPGateway/IOS-12.x

Event: message-summary

Expires: 3600

Contact: <sip:3001@10.10.202.1:5060>

Accept: application/simple-message-summary

Content-Length: 0

Received:

SIP/2.0 202 Accepted

Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK61210

To: <sip:3001@10.10.202.50>;tag=591a1296-1099

From: <sip:3001@10.10.202.1>;tag=728524-1B54

Call-ID: 18BDF708-E73411E2-80DF96BA-2150599@10.10.202.1

CSeq: 101 SUBSCRIBE

Content-Length: 0

Expires: 3600

Contact: sip:3001@10.10.202.50

Allow-Events: refer

Allow-Events: telephone-event

Allow-Events: message-summary

Received:

NOTIFY sip:3001@10.10.202.1:5060 SIP/2.0

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bK51VhKqo+pUDrDt5LgLS2yA~~27

Max-Forwards: 70

To: <sip:3001@10.10.202.1>;tag=728524-1B54

From: <sip:3001@10.10.202.50>;tag=591a1296-1099

Call-ID: 18BDF708-E73411E2-80DF96BA-2150599@10.10.202.1

CSeq: 1 NOTIFY

Content-Length: 113

Contact: sip:3001@10.10.202.50

Event: message-summary

Allow-Events: refer

Allow-Events: telephone-event

Allow-Events: message-summary

Subscription-State: active

Content-Type: application/simple-message-summary

Messages-Waiting: yes

Message-Account: sip:3001@10.10.202.50

Voice-Message: 1/0 (0/0)

Fax-Message: 0/0 (0/0)

Sent:

SIP/2.0 200 OK

Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bK51VhKqo+pUDrDt5LgLS2yA~~27

From: <sip:3001@10.10.202.50>;tag=591a1296-1099

To: <sip:3001@10.10.202.1>;tag=728524-1B54

Date: Mon, 08 Jul 2013 18:36:11 GMT

Call-ID: 18BDF708-E73411E2-80DF96BA-2150599@10.10.202.1

CSeq: 1 NOTIFY

Content-Length: 0

000963: *Jul  8 18:36:12.255: %SYS-5-CONFIG_I: Configured from console by jovalver on vty0 (10.10.100.6)

000964: *Jul  8 18:36:12.599: ephone-1[2]:Set MWI line 1 to ON count 1

000965: *Jul  8 18:36:12.599: ephone-1[2]:Set MWI line 0 to ON count 1

Ausgabe 4: 488 Nicht akzeptable Medien

CUCME sendet 488 nicht akzeptable Medien, wenn CUE eine ausgehende INVITE-Nachricht für MWI sendet.

Sent:

SIP/2.0 488 Not Acceptable Media

Via: SIP/2.0/UDP 172.18.106.88:5060

From: "Cisco SIP Channel1" <sip:outbound-0@172.18.106.66>;tag=75b5194d-133

To: <sip:1109811043@172.18.106.66;user=phone>;tag=23F1578C-252

Date: Fri, 11 Mar 2005 15:09:13 GMT

Call-ID: e34bafcc-131@172.18.106.88:5060

Server: Cisco-SIPGateway/IOS-12.x

CSeq: 51 INVITE

Allow-Events: telephone-event

Content-Length: 0

Lösung:

CUE unterstützt nur G711ulaw.

Stellen Sie sicher, dass der richtige eingehende DFÜ-Peer übereinstimmt, der den Codec G711ulaw unterstützt. Sie können entweder einen neuen DFÜ-Peer erstellen oder den vorhandenen DFÜ-Peer für den Voicemail-Zugriff verwenden:

dial-peer voice 3600 voip

destination-pattern 3600

session protocol sipv2

session target ipv4:10.10.202.2

incoming called-number 399[89]....

dtmf-relay sip-notify

codec g711ulaw

no vad

!

Zugehörige Informationen

- Administratoranleitung für die Cisco Unity Express Voicemail- und die automatische Anrufvermittlungs-CLI für 3.0 und spätere Versionen

- Fehlerbehebung bei Unity Express Message Waiting Indication (MWI)-Problemen

- Integration von Voicemail mit Cisco Unified SRST

- SIP-Gateway-Unterstützung für Bind-Befehl

- Konfigurationsbeispiel für Cisco CallManager Express/Cisco Unity Express