Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Informations générales

Configuration

SIP Outcall, méthode

Notification d'abonnement SIP

MWI Subscribe-Notifier dans SRST :

SIP Unsolicited-Notify

MWI avec Cisco Unified Communications Manager (CUCM)

Dépannage

Débogues et traces

CUCME

CUE

Licence CUE

Dépannage de SIP Outcall

Dépannage de SIP Subscribe-Notify

Dépannage de SIP non sollicité

Problèmes courants

Problème 1. MWI ne fonctionne pas après les commandes de liaison SIP

Problème 2. Longueur de poste correcte non définie dans ephone-dn

Problème 3. S'abonner à Notify sans abonnement

Problème 4. 488 Support non acceptable

Informations connexes

Introduction

Ce document décrit les différentes méthodes disponibles pour activer et désactiver l'indicateur de message en attente (MWI) sur un téléphone IP (Internet Protocol), ainsi que la façon de résoudre les problèmes qui surviennent lorsque Cisco Unity Express (CUE) est intégré à Cisco Unified Communications Manager Express (CUCME).

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

- Call Manager Express (CME) ou CUCME

- Cisco Unity Express

- SCCP (Skinny Call Control Protocol)

- Session Initiation Protocol (SIP)

Components Used

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

- CUE 7.x et 8.x Des exemples de configurations et de captures d'écran sont tirés de CUE 7.0.6 et 8.6.2, installés sur un module NME-CUE

- CUCME 7.1 et 8.5

- Téléphone IP Cisco 7965 enregistré avec CUCME, avec SCCP

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Produits connexes

Ce document peut également être utilisé avec les versions de matériel et de logiciel suivantes :

- Toute version CUE et CME peut être utilisée

- Tout module CUE ou routeur CME peut être utilisé

Informations générales

MWI est utilisé pour indiquer qu'un nouveau message reste dans la boîte vocale. Pour indiquer un nouveau message, le voyant rouge des téléphones IP est allumé avec l'icône d'enveloppe située en regard de l'affichage de la ligne.

Note: Ce document est basé sur un serveur CUCME intégré à un module CUE.

Il existe trois mécanismes MWI disponibles lorsque CUE s'intègre à CUCME :

- Appeler

- SIP Subscribe-Notify

- SIP non sollicité

Il existe un mécanisme MWI disponible lorsque CUE s'intègre à CUCM :

- API de téléphonie Java (JTAPI)/ Intégration de téléphonie informatique (CTI)

Note: Le document CUE JTAPI Issues and Case Studies fournit des informations sur la façon d'activer JTAPI Traces dans CUE et comment dépanner MWI via JTAPI.

Configuration

SIP Outcall, méthode

Outcall est la méthode par défaut utilisée dans CUE afin de fournir une compatibilité en amont pour les systèmes disponibles. Bien qu'il soit recommandé d'utiliser Subscribe-Notify ou Unsolicited pour la notification MWI, la méthode Outcall est utilisée dans plusieurs environnements réseau pour configurer et activer MWI pour les téléphones IP SCCP enregistrés auprès de CME.

Note: Le mécanisme d'appel sortant ne fonctionne pas dans les déploiements SRST (Survivable Remote Site Telephony) de Cisco.  Les terminaux SIP ne sont pas pris en charge.

Dans ce mécanisme, CUE envoie une invitation à CUCME lorsqu'un utilisateur a un nouveau message vocal.

Configurez deux ephone-dn sur CUCME. Les deux DN représentent les numéros de poste que CUE doit composer pour activer ou désactiver le MWI pour un poste donné.

ephone-dn 3

mwi on

number 3999....

!

ephone-dn 4

mwi off

number 3998....

Note: Le nombre de points à la fin du DN doit correspondre à la longueur de poste utilisée par les téléphones enregistrés sur CUCME.

Vérifiez que la configuration CUCME est terminée, puis passez à la configuration CUE. Dans la configuration initiale de CUE, les numéros de répertoire MWI sont automatiquement renseignés dans la section Gestion des appels de l'Assistant Initialisation.

Note: Pour accéder à l'assistant d'initialisation, CME doit être intégré à CUE pour l'accès à l'interface utilisateur graphique. Sur un système de production, les informations DN sont synchronisées avec CUE. Accédez à Messagerie vocale > Indicateurs de message en attente > Paramètres pour afficher les numéros de répertoire.

Exemple de page de paramètres MWI après la configuration et la synchronisation des DN avec CUE :

Note: Ici Subscribe-Notify est également activé. Ceci n'est pas nécessaire, mais il est pris en charge que Subscribe-Notify et Outalling soient configurés en même temps. CUE envoie deux notifications, une pour chaque méthode, afin d'activer ou de désactiver le MWI.

Note: La configuration des appels sortants et des notifications non sollicitées n'est pas prise en charge en même temps.

Exemple de configuration CUE :

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

Utilisez la commande show ccn subsystem sip afin de déterminer la configuration MWI actuelle.

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

Note: Dans l'exemple de configuration, les extensions MWI sont définies sans points. Les points sont définis uniquement dans CME pour indiquer la longueur du poste DN du téléphone. La sortie de la commande show ccn subsystem sip peut varier en fonction de la version CUE.

Les modifications apportées au terminal de numérotation dial-peer, utilisé pour CUE, sont nécessaires afin de s'assurer que le terminal de numérotation dial-peer entrant correct est mis en correspondance pour l'invitation SIP Outcall. Un nouvel homologue de numérotation peut également être créé pour agir comme homologue de numérotation entrant :

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

!

OU

dial-peer voice 3999 voip

session protocol sipv2

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

dtmf-relay sip-notify

codec g711ulaw

no vad

!

Notification d'abonnement SIP

Dans le mécanisme Subscribe-Notify, les DN se sont d'abord abonnés avec le CUE. Après l'abonnement, le message NOTIFY de CUE est accepté pour la notification MWI.

Remarque : cette méthode est recommandée pour les déploiements SRST et CUCME.

Activer la notification d'abonné afin d'utiliser cette méthode de notification :

Vous pouvez également activer la méthode Subscriber Notify sur l'interface de ligne de commande (CLI) :

ccn subsystem sip

gateway address "10.10.202.1"

mwi envelope-info

mwi sip sub-notify

end subsystem

Configurez le CME avec l'adresse IP du serveur MWI (CUE) dans la section sip-ua. Vous pouvez confirmer l'adresse IP du CUE à partir de la configuration d'interface du module de service sur lequel le CUE est hébergé à l'aide de la commande show run interface.

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

La commande mwi-server ipv4:10.10.202.50 sous sip-ua est suffisante pour prendre en charge les événements Subscribe-Notify pour MWI. Les paramètres Expires, Port et Transport sont automatiquement inclus dans la configuration avec les paramètres par défaut.

Configurez les noms de domaine pour qu'ils s'abonnent au CUE afin de recevoir l'événement de notification MWI. Cette méthode peut être utilisée pour les téléphones IP SCCP et SIP enregistrés sur le routeur CME.

voice register dn 1

number 3005

mwi

!

ephone-dn  1

number 3001

mwi sip

Une fois la commande entrée, le téléphone envoie un message SUBSCRIBE à CUE afin de demander une mise à jour MWI et le CUE répond avec un message SIP 202 Accepted :

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

Une fois l'abonnement accepté, CUE envoie un message NOTIFY avec l'état actuel du MWI pour ce DN spécifique. Dans cet exemple, la notification MWI est définie sur Oui :

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

Sur l'interface utilisateur graphique de CUE, notez que les abonnements actuellement actifs sont incrémentés de 1 pour chaque message Abonnement reçu :

Utilisez la commande show ccn sip subscribe mwi pour afficher l'état de l'abonnement.

DN                          Subscription Time                            Expires

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

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

MWI Subscribe-Notifier dans SRST :

Configurez le relais mwi soit sous call-manager-fallback, pour SRST hérité, soit telephony-service pour les déploiements CME-SRST.

call-manager-fallback

mwi relay

telephony-service

mwi relay

SIP Unsolicited-Notify

La méthode SIP Unsolicited-Notify prend en charge CUCME et SRST. Cette méthode utilise un message SIP NOTIFY pour activer ou désactiver MWI. Contrairement à Subscribe-Notify, il n'y a aucun abonnement géré par CUE.

Configurez la commande mwi relay sous call-manager-fallback ou CME-SRST afin de prendre en charge les déploiements SRST, avec la commande de configuration sip-ua MWI.

Activez l'option Notify non sollicité :

Vous pouvez également activer la notification non sollicitée sur l'interface de ligne de commande CUE :

ccn subsystem sip

mwi sip unsolicited

Activer la notification non sollicitée sur l'interface CLI CME :

sip-ua

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

Avertissement : Sauf si unsolicited est configuré sur la commande mwi-server, le CME continue à utiliser Subscribe-Notify et MWI ne fonctionne pas puisque la configuration sur CME ne correspond pas à la configuration sur CUE.

Note: Vous ne pouvez pas utiliser le mécanisme Unsoliciked-Notify avec un autre mécanisme en même temps.

MWI avec Cisco Unified Communications Manager (CUCM)

Lorsque CUE est intégré à CUCM, le protocole JTAPI utilise le message setMessageWaiting pour activer/désactiver MWI. Les ports CTI contrôlés par JTAPI sont affectés à l'aide d'un espace de recherche d'appels (CSS) dont la partition correspond au numéro de répertoire du téléphone. Dans les versions ultérieures de CUE, vous pouvez configurer un port CTI dédié afin de fournir des notifications MWI. Si le port n'est pas disponible, le CUE utilise tout port disponible configuré et contrôlé par JTAPI.

Puisque JTAPI utilise le message setMessageWaiting pour les événements MWI, les extensions MWI ne sont pas configurées dans CUCM. Si les extensions sont configurées, elles sont ignorées et ne posent aucun problème d'interopérabilité avec JTAPI.

Dans CUE versions 7.x et ultérieures, vous pouvez configurer le routeur CUCME et CUE pour utiliser la méthode Unsolicited-Notify afin de maintenir la fonctionnalité MWI complète pendant le SRST.

Dépannage

Cette section fournit des informations que vous pouvez utiliser pour dépanner votre configuration.

Débogues et traces

CUCME

Afin de dépanner les problèmes de MWI, utilisez ces débogages :

debug ccsip messages

debug voice ccapi inout

Afin de dépanner les problèmes de MWI avec les téléphones SCCP enregistrés sur un routeur CUCME avec la méthode d'appel sortant MWI, utilisez ces débogages :

debug ccsip messages

debug voice ccapi inout

debug ephone mwi mac <mac address>

debug ephone detail mac <mac address>

La commande show ephone reg sert à confirmer l'état de MWI quel que soit le mécanisme utilisé. Cette commande est utile lorsque le téléphone se trouve sur un site distant.

#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

Dans CUE, vous pouvez utiliser ces commandes show afin de vérifier votre configuration :

show ccn application

show ccn subsystem sip

CUE fournit également des traces afin de résoudre les problèmes liés à MWI. Vous pouvez utiliser les traces par défaut déjà activées dans CUE ou utiliser une trace spécifique plus facile à collecter et à lire.

La trace spécifique que vous pouvez activer dans CUE est la suivante :

trace ccn stacksip dbug

Cette trace fournit des informations de signalisation SIP utiles afin de déterminer si le message SIP Outcall ou Notify est envoyé correctement pour MWI.

Vous pouvez également activer la messagerie vocale de trace en combinaison avec la trace de la pile afin d'obtenir plus d'informations sur l'appel et les événements MWI, ou au minimum activer la trace voicemail vxml all et la trace voicemail mwi all.

Note: Pour plus d'informations sur les problèmes de MWI, reportez-vous à la section Dépannage des problèmes de MWI (Unity Express Message Waiting Indication).

Licence CUE

Dans CUE, assurez-vous que les licences sont installées afin de prendre en charge les ports d'agent d'appel (CUCME ou CUCM) et de messagerie vocale appropriés.

Dans CUE version 7.0.x, la commande est show software Licenses.

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

Dans CUE 7.1.x et versions ultérieures, les commandes sont show license status application et show call-agent

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

Vous pouvez également utiliser la licence show qui fournit des informations détaillées sur les licences. Cette commande show est utile afin de déterminer si le CUE dispose de licences d'évaluation et combien de temps reste avant son expiration ou si les licences installées sont permanentes :

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

Dépannage de SIP Outcall

La méthode d'appel sortant SIP génère un événement d'appel SIP pour CUCME afin d'activer ou de désactiver le MWI pour un poste spécifique. CUE attend le message 180 Sonnerie. Une fois reçu, il peut déconnecter l'appel.

Dans 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

Dans 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

Dépannage de SIP Subscribe-Notify

Après l'abonnement initial des numéros de répertoire, CUE envoie un message de notification à CUCME afin d'indiquer quel poste doit activer ou désactiver le MWI.

Dans 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

Dans 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

Dépannage de SIP non sollicité

CUE envoie un message NOTIFY à CUCME. Aucun abonnement préalable n'est requis.

Dans 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

Dans 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

Problèmes courants

Problème 1. MWI ne fonctionne pas après les commandes de liaison SIP

Les commandes SIP Bind sont configurées sous voice service voip vers une interface qui n'est pas celle utilisée pour CUE. C'est un problème très courant et difficile à détecter avec les outils de dépannage de CME. Du point de vue de CME, aucun message SIP n'est affiché.

Dans CME si vous exécutez debug ip udp vous pouvez remarquer des paquets de CUE mais aucun message n'apparaît dans debug ccsip messages ou debug csip all :

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

Si une capture de paquets est collectée directement à partir de l'interface CUE avec l'exportation du trafic ip, vous pouvez remarquer que l'INVITE est effectivement reçu par CUCME :

Dans CUE, l'invitation est affichée comme envoyée, bien qu'il n'y ait aucune réponse de CUCME, il continue à envoyer des invitations jusqu'à ce que le nombre de nouvelles tentatives soit atteint, puis la connexion est interrompue en raison de l'absence de réponse :

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

Solution :

La commande bind interface vous permet de configurer l'adresse IP source des paquets de signalisation et de support sur l'adresse IP d'une interface spécifique. Ainsi, l'adresse qui sort du paquet est liée à l'adresse IP de l'interface spécifiée avec la commande bind. Les paquets qui ne sont pas destinés à l’adresse liée sont ignorés.

1. Vérifiez l’interface utilisée pour configurer CUE.

2. Il est recommandé que l'interface utilisée dans CUCME à l'intérieur de l'adresse source ip soit la même que celle utilisée pour CUE.

3. Effectuez les réglages appropriés afin d'accepter le trafic SIP provenant de l'interface CUE :

3.1 Vous pouvez supprimer les commandes bind du service vocal voip. Cela permet au modem routeur d'accepter le trafic SIP à partir de n'importe quelle interface.

voice service voip

sip

no bind control source-interface [interface]

no bind media source-interface [interface]

3.2 Vous pouvez configurer les commandes de liaison SIP sur une base dial-peer. Ceci est couramment utilisé lorsque vous avez une liaison SIP à votre opérateur ou pare-feu qui nécessite des adresses IP spécifiques pour permettre :

dial-peer voice tag voip

session protocol sipv2

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

exit

Problème 2. Longueur de poste correcte non définie dans ephone-dn

La configuration du DN MWI dans CUCME pour la méthode d'appel sortant n'est pas correctement provisionnée avec la longueur de poste correcte utilisée dans le plan de numérotation CUCME pour MWI.

Cause possible n°1

Si ephoned-dn est configuré avec uniquement l'extension MWI et qu'aucun point ('.') n'échoue la synchronisation CUE :

Accédez à Administration > Synchroniser les informations

Cause possible n°2

La longueur de poste ne correspond pas au nombre de chiffres approprié pour les postes des utilisateurs.

Dans CUCME, vous pouvez utiliser les messages debug ccsip et les messages sont présents, mais le MWI ne fonctionne pas :

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

Solution :

Assurez-vous que le nombre approprié de points ('.') sont configurés après le numéro de poste MWI afin de correspondre à la longueur des postes utilisés dans CUCME pour les utilisateurs :

ephone-dn 3

mwi on

number 3999….

!

ephone-dn 4

mwi off

number 3998….

Problème 3. S'abonner à Notify sans abonnement

Lorsque la méthode SIP Subscribe-Notify est utilisée et qu'aucun abonnement préalable aux numéros de répertoire n'a eu lieu, MWI ne fonctionne pas et aucune notification SIP n'est envoyée pour les événements MWI.

Dans CUCME après avoir quitté ou récupéré des messages vocaux, aucune notification SIP n'est envoyée à partir de CUE afin d'activer/désactiver MWI :

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

Solution :

Configurez les commandes d'abonnement MWI appropriées afin d'obtenir les DN S'abonner avec CUE pour les événements MWI :

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

Problème 4. 488 Support non acceptable

CUCME envoie 488 supports non acceptables lorsque CUE envoie une invitation d'appel sortant pour MWI.

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

Solution :

CUE prend uniquement en charge G711ulaw

Assurez-vous que le terminal de numérotation dial-peer entrant approprié correspond et prend en charge le codec G711ulaw. Vous pouvez créer un nouvel homologue de numérotation ou utiliser l'homologue de numérotation préexistant pour l'accès à la messagerie vocale :

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

!

Informations connexes

- Guide de l'administrateur de l'interface de ligne de commande de Cisco Unity Express VoiceMail et Auto Attendant pour versions 3.0 et ultérieures

- Résolution des problèmes d'indication de message en attente (MWI) dans Unity Express

- Intégration de la messagerie vocale à Cisco Unified SRST

- Prise en charge de la passerelle SIP pour la commande Bind

- Exemple de configuration de Cisco CallManager Express/Cisco Unity Express