CUE-MWI-Mechanismen konfigurieren und Fehlerbehebung dafür durchführen
Inhalt
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.
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)
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.
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....
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.
Eine MWI-Beispieleinstellungsseite nach der Konfiguration und Synchronisierung der DNs mit CUE:
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
Ä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.
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:
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
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.
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.
- Überprüfen Sie die für die CUE-Konfiguration verwendete Schnittstelle.
- Es wird empfohlen, dass die in CUCME in der IP-Quelladresse verwendete Schnittstelle für CUE identisch ist.
- 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
FeedbackCisco kontaktieren
- Eine Supportanfrage öffnen
- (Erfordert einen Cisco Servicevertrag)