Le réseau CUCM a basé l'enregistrement pour les agents mobiles

Introduction

Ce document décrit les différents scénarios de l'enregistrement basé par réseau (NBR) et il est dépannent.

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Version 10.0(1) ou ultérieures de Cisco Unified Communications Manager (CUCM)
• architecture basée sur téléphone d'enregistrement
• Le réseau a basé l'architecture d'enregistrement

Composants utilisés

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

• Version 10.5 de Cisco Call manager
• Version 10.5 du Customer Voice Portal (CVP)
• Cisco Unified Contact Center Express (UCCE) 10.5(2)
• Passerelle 3925E 15.3(3)M

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Informations générales

L'enregistrement basé par réseau est disponible en date de CUCM, sort 10.0(1) et te permet pour utiliser la passerelle pour enregistrer des appels.

La caractéristique laisse enregistrer des appels indépendamment du périphérique, emplacement, ou la zone géographique telle que des appels a étendu hors réseau aux téléphones de mobile et de bureau à domicile. Il sélectionne automatiquement la bonne source de medias basée sur l'écoulement et les participants de l'appel d'appel.

Il est important de comprendre cela :

• La signalisation de SIP est de CUCM À CUBER et de CUCM au serveur d'enregistrement.
• Il n'y a aucune signalisation directe de SIP entre le serveur d'enregistrement et le CUBE.
• Le CUBE est responsable de bifurquer le flot de RTP au serveur d'enregistrement.
• Le point final enregistré sur CUCM n'a pas besoin de le prendre en charge construit dans la passerelle (bavoir).

CUCM emploie le HTTP pour initier la demande d'enregistrement d'appels aux services API de Cisco Unified Communications (UC) sur le CUBE. Les services API de Cisco Unified Communications (UC) fournissent une interface unifiée de service Web pour les différents services dans la passerelle IOS. Un de ces services est le fournisseur étendu de bifurquer de medias (XMF) qui permet des applications aux appels moniteur et des medias de déclencheur bifurquant sur le Protocole RTP (Real-Time Transport Protocol) et les appels sécurisés de RTP.

Comment les agents mobiles fonctionnent

1. L'appelant A sur le gestionnaire de transmission exprès (CME) compose B, qui indique la passerelle (gw). Points de pair de cadran gw au Customer Voice Portal (CVP).
   
   
2. CVP envoie une demande de route au gestionnaire de contacts intelligent (missile aux performances améliorées), et le missile aux performances améliorées renvoie l'étiquette mobile d'agent, qui est numéro composé local de port CTI (port LCP) (DN).
   
   
3. CVP envoie invite à CUCM. Tandis que le port LCP sonne, la passerelle JTAPI (JGW) demande à CUCM d'appeler le téléphone d'agent du DN distant du port CTI (RCP).
   
   
4. Une fois que les réponses d'agent, le tronçon d'agent est connectées à la musique d'attente (MoH).
   
   
5. JGW demande à CUCM pour répondre à l'appel d'arrivée que les sonneries sur le LCP mettent en communication.
   
   
6. Une fois que le tronçon LCP est connecté, JGW demande à CUCM de récupérer le tronçon d'agent.
   
   
7. JGW transmet les détails d'adresse IP/port de Protocole RTP (Real-Time Transport Protocol) du tronçon de client au tronçon d'agent et vice versa.
   
   
8. CUCM jette un pont sur les deux tronçons et établit le chemin de RTP entre l'agent et le client.

Comment l'enregistrement fonctionne en cas d'agent mobile

• En cas d'agents mobiles, l'enregistrement peut être activé sur le port LCP ou le port RCP.
  
  
• Une fois l'appel est connecté sur LCP ou RCP et enregistrement est activé, CUCM envoie 2 invite au serveur de enregistrement pour l'extrémité proche et le périphérique final.
  
  
• Une fois que la signalisation est terminée pour le périphérique d'extrémité proche et la demande de HTTP du périphérique final SDL est envoyée à la passerelle de lui demander de commencer l'enregistrement.

Note: Il peut y avoir des scénarios où CUCM n'a pas un joncteur réseau direct de SIP avec la passerelle ou avec CVP

Note: Par exemple, CUCM peut avoir un joncteur réseau de SIP avec un serveur proxy (TRANCHANT) contrôlant toute la circulation

Note: Si l'enregistrement est activé sur le port CTI et l'appel débarque sur ce port, l'enregistrement fonctionnera.

Note: En cas d'agents mobiles, les ports CTI facilitent signaler et puis sont hors de l'écoulement de RTP. C'est les points d'extrémité entre lesquels le RTP circulera. Mais le port LCP et RCP ne sortent jamais de la signalisation. Leur `s ci ne sont jamais détruits jusqu'à la fin de l'appel. C'est l'enregistrement de raison est réussi sur le port LCP ou RCP même si le RTP ne les traverse pas

  

Déploiement UCCE avec le TRANCHANT (serveur proxy)

L'UCCE étant déployé avec CVP et TRANCHANT avec le soi-disant modèle complet, il n'y a aucun joncteur réseau de SIP entre CUCM et les CUBES. Toute la transmission entre le CUBE et le CUCM va par l'intermédiaire d'un joncteur réseau simple de SIP au TRANCHANT.

CUCM a besoin d'une manière de savoir de quel CUBE l'appel est livré, de sorte qu'il sache où envoyer les demandes d'enregistrement. Ceci est réalisé en envoyant la demande de nouveau à l'IP de destination du joncteur réseau entrant de SIP qui a été utilisé pour l'appel. Cependant, si CUCM envoie la demande API de nouveau au TRANCHANT rien ne se produira. Pour fonctionner autour de cette limite dans les environnements avec le TRANCHANT, la configuration suivante CUCM doit être mise en application :

• Créez les joncteurs réseau factices de SIP à chaque CUBE. Ce des joncteurs réseau ne seront pas utilisés pour ne conduire aucun appel !
• Reclassifiez les appels entrant sur le joncteur réseau de SIP de TRANCHANT au joncteur réseau factice correct de CUBE utilisant l'en-tête Appel-information.

Note: Cette configuration n'affecte aucune décision de Traitement des appels - toutes les décisions de classe de service de Traitement des appels et d'appel seront faites comme si l'appel est toujours sur le joncteur réseau de SIP de TRANCHANT et aucun message SIP ne sera envoyé à la destination du joncteur réseau nouvellement apparié.

Note: X-Cisco-origIP évaluent dans l'entrant INVITENT doit apparier l'adresse IP de destination un joncteur réseau factice.

Note: Pour avoir une valeur correcte pour l'en-tête de x-Cisco-origIP, il doit être correctement placé sur le CUBE d'origine. L'établissement de la valeur peut être réalisé en ajoutant l'en-tête sur le CUBE, mais également en l'ajoutant sur CVP. Les UCCE dirigent des utilisations de script d'agent déjà sur l'en-tête Appel-information. Par conséquent, une deuxième en-tête Appel-information avec x-Cisco-origIP exigé sera ajoutée après l'en-tête Appel-information pour le script direct d'agent. Les tests ont prouvé que CUCM fera toujours la reclassification exigée quand x-Cisco-origIP est contenu dans la deuxième en-tête Appel-information du SIP INVITE.

Configuration

La configuration principale se dirige pour le déploiement UCCE avec le TRANCHANT :

Créez un périphérique de joncteur réseau de SIP pour un enregistreur

Pour provision un enregistreur comme périphérique de joncteur réseau de SIP, un administrateur d'Unified CM crée un périphérique de joncteur réseau de SIP de la page de périphérique, et écrit le nom du périphérique et l'adresse IP de l'enregistreur dans le champ d'adresse de destination.

Créez les profils d'enregistrement d'appels

Pour provision la ligne apparences des agents pour l'enregistrement d'appels, un ou plusieurs profils d'enregistrement d'appels devraient être créés. Un profil d'enregistrement est alors soit sélectionné pour une ligne apparence. Pour créer un profil d'enregistrement, un administrateur d'Unified CM ouvre la page de paramètre de périphérique et le profil choisi d'enregistrement d'appels. Dans le champ d'adresse de destination d'enregistrement, l'administrateur écrit le DN ou l'URL de l'enregistreur. Dans l'enregistrement appelle le champ de l'espace de recherche, l'administrateur entre dans la partition du joncteur réseau de SIP configuré pour l'enregistreur.

Provision les joncteurs réseau factices d'un SIP à chaque CUBE

Pour chaque passerelle qui doit bifurquer des appels au serveur d'enregistrement un joncteur réseau factice dédié sur CUCM doit être configuré. Souvenez-vous que ce joncteur réseau n'est utilisé pour aucune vraie signalisation de SIP et n'influence aucune décision d'appel. Les choses importantes à configurer sont : 

• Ce joncteur réseau se connecte à une passerelle enregistrement-activée.
• L'IP de destination doit être identique sur lequel le CUBE est configuré pour écouter dans sa configuration XMF

Modèle d'artère de disposition pour l'enregistreur

Pour provision le modèle d'artère pour l'enregistreur, l'administrateur ouvre la page de configuration de modèle d'artère et écrit un modèle d'artère basé sur le DN d'enregistreur. L'administrateur sélectionne le périphérique de joncteur réseau de SIP pour l'enregistreur, et puis enregistre le modèle d'artère. Si l'adresse d'enregistreur est donnée car un URL de SIP et le RHS de l'URL n'appartient pas à la batterie d'Unified CM, un modèle d'artère de SIP devrait être configuré. Le champ de modèle devrait être le domaine ou l'IP address de l'enregistreur (la pièce RHS de l'URL d'enregistreur) et du champ de joncteur réseau de SIP devrait être le joncteur réseau de SIP pour l'enregistreur.

Enregistrement de disposition appelle l'option de tonalité de notification

Pour provision le paramètre de service large de batterie pour la tonalité de enregistrement de notification, l'administrateur ouvre la page du paramètre de service de la gestion d'Unified CM et localise l'entrée pour la tonalité de notification d'enregistrement de jeu à la cible observée. L'administrateur entre oui ou non. L'administrateur localise alors l'entrée pour la tonalité de notification d'enregistrement de jeu à la cible connectée observée. L'administrateur entre oui ou non.

Provision le fournisseur du CUBE XMF

Ces la configuration active la transmission de HTTP et la configuration de fournisseur XMF :

CUBE001 :

ip http server
aucun ip http secure-server
ip http max-connections 1000
inactif d'ip http timeout-policy 600 demandes 86400 de la vie 86400
ip http client source-interface Port-channel20.307
wsapi uc
maximum-pannes 2 de message-échange
source-address 10.106.230.20
keepalive de sondage 5 d'intervalle
maximum-pannes de sondage 5
!
xmf de fournisseur
distant-URL 1 http://10.106.97.140:8090/ucm_xmf
distant-URL 2 http://10.106.97.141:8090/ucm_xmf
distant-URL 3 http://10.106.97.143:8090/ucm_xmf
distant-URL 4 http://10.106.97.144:8090/ucm_xmf

CUBE002 :

ip http server
aucun ip http secure-server
ip http max-connections 1000
inactif d'ip http timeout-policy 600 demandes 86400 de la vie 86400
ip http client source-interface Port-channel20.307
wsapi uc
maximum-pannes 2 de message-échange
source-address 10.106.230.20
keepalive de sondage 5 d'intervalle
maximum-pannes de sondage 5
!
xmf de fournisseur
distant-URL 1 http://10.106.97.140:8090/ucm_xmf
distant-URL 2 http://10.106.97.141:8090/ucm_xmf
distant-URL 3 http://10.106.97.143:8090/ucm_xmf
distant-URL 4 http://10.106.97.144:8090/ucm_xmf

Provision les profils de SIP de CUBE pour information l'en-tête

Afin d'avoir une valeur correcte pour le soin d'en-tête de x-Cisco-origIP doit être pris pour le placer correctement sur le CUBE d'origine. L'établissement de la valeur peut être réalisé de plusieurs manières et également il n'est pas nécessaire d'être fait sur le CUBE, par exemple, il peut également être placé sur CVP. C'est un profil de SIP d'exemple qui place statiquement la valeur de x-Cisco-origIP dans le sortant INVITENT du CUBE au TRANCHANT.

------
sip-profils 666 de classe de Voix
la demande INVITENT l'Appel-information de sip-en-tête ajoutent la « Appel-information : <sip:10.106.242.27>;PURPOSE=x-cisco-origIP"
------

Si le système UCCE se fonde déjà sur l'en-tête Appel-information, alors une deuxième en-tête Appel-information avec l'origIP requis de xcisco-. Les tests ont prouvé que CUCM fera toujours exigé au sujet de la classification quand x-Cisco-origIP est contenu dans la deuxième en-tête Appel-information du SIP INVITE. Les mêmes tests ont prouvé que les autres systèmes cependant cessent de fonctionner si la nouvelle en-tête Appel-information est mise d'abord. Que le profil doit être appliqué aux homologues de numérotation en sortie qui indiquent le TRANCHANT.

Pour la configuration détaillée, référez-vous à ce lien :  

Dépannage

Analyse de log

Entrant invitez du Customer Voice Portal (CVP)

01382866.006 |12:52:49.858 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.106.97.135 on port 53696 index 65 with 1695 bytes:
[105066,NET]
INVITE sip:9876@eu91.voip.test SIP/2.0
Via: SIP/2.0/TCP 10.106.97.135:5060;branch=z9hG4bKc7z5eWQrKkRtP5FKnbAb6w~~780271
Via: SIP/2.0/TCP 10.106.97.136:5062;branch=z9hG4bKhYyfmvtY8.fM7CSyQd9K4Q~~48611
Max-Forwards: 63
Record-Route: <sip:rr$n=cvp@10.106.97.135:5060;transport=tcp;lr>
To: <sip:9876@CVP001.eu91.lab.test;transport=tcp>
From: +1234567890 <sip:+1234567890@10.106.97.136:5062>;tag=dsf816dd0c
Contact: <sip:+1234567890@10.106.97.136:5062;transport=tcp>
Expires: 60
Diversion: <sip:+123459876@10.106.97.137>;reason=unconditional;screen=yes;privacy=off
Call-ID: 694646BC1D2311E7A8D2826ACB31D85A-149182876973312598@10.106.97.136
CSeq: 1 INVITE
Content-Length: 250
User-Agent: CVP 10.5 (1) ES-18 Build-36
Date: Mon, 10 Apr 2017 12:52:38 GMT
Min-SE: 1800
Cisco-Guid: 1766213308-0488837607-2832368234-3409041498
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
P-Asserted-Identity: <sip:+1234567890@10.106.97.138>
Session-Expires: 1800
Content-Disposition: session;handling=required
History-Info: <sip:\u95>
History-Info: <sip:\u95>
Call-Info: <sip:10.106.97.138>;purpose=x-cisco-origIP
Cisco-Gucid: 694646BC1D2311E7A8D2826ACB31D85A
Supported: timer
Supported: resource-priority
Supported: replaces
Supported: sdp-anat
Content-Type: application/sdp
App-Info: <10.106.97.136:8000:8443>

v=0
o=CiscoSystemsSIP-GW-UserAgent 2790 2026 IN IP4 10.106.97.138
s=SIP Call
c=IN IP4 10.106.242.1
t=0 0
m=audio 16552 RTP/AVP 8 101
c=IN IP4 10.106.242.1
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20

Analyse de chiffre pour l'appel entrant

  

01382890.009 |12:52:49.861 |AppInfo ||PretransformCallingPartyNumber=+1234567890
|CallingPartyNumber=+1234567890
|DialingPartition=SYS-DN-PlainE164-PT
|DialingPattern=9876
|FullyQualifiedCalledPartyNumber=9876
|DialingPatternRegularExpression=(9876)
|DialingWhere=

Appelez l'association de l'identifiant (ci) pour appeler aucun et le port CTI local (LCP)

01382897.001 |12:52:49.862 |AppInfo  |LBMIF: CI: 43358624 ASSOC    43358625
01382897.002 |12:52:49.862 |AppInfo  |LBMIF: CI: 43358625 ASSOC'   43358624

LCP est sélectionné

01382902.001 |12:52:49.862 |AppInfo  |LineCdpc(135): -dispatchToAllDevices-, sigName=CcSetupReq, device=LCP_47483708
01382905.002 |12:52:49.862 |AppInfo  |StationCdpc(59): StationCtiCdpc-CtiEnableReq CH=0|0 DevName=LCP_47483708 DN=442086180755 Lock=0 FId=0 Side=0 LineFilter=1111111011011111111111010011111111111101110111111 for DN=442086180755

Sonnerie 180 envoyée à CVP

01382949.001 |12:52:49.865 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.106.97.135 on port 53696 index 65
[105068,NET]
SIP/2.0 180 Ringing
Via: SIP/2.0/TCP 10.106.97.135:5060;branch=z9hG4bKc7z5eWQrKkRtP5FKnbAb6w~~780271,SIP/2.0/TCP 10.106.97.136:5062;branch=z9hG4bKhYyfmvtY8.fM7CSyQd9K4Q~~48611
From: +1234567890 <sip:+1234567890@10.106.97.136:5062>;tag=dsf816dd0c
To: <sip:9876@CVP001.eu91.lab.test;transport=tcp>;tag=46359~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358624
Date: Mon, 10 Apr 2017 12:52:49 GMT
Call-ID: 694646BC1D2311E7A8D2826ACB31D85A-149182876973312598@10.106.97.136
CSeq: 1 INVITE
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Allow-Events: presence
Record-Route: <sip:rr$n=cvp@10.106.97.135:5060;transport=tcp;lr>
Server: Cisco-CUCM10.5
Supported: X-cisco-srtp-fallback
Supported: Geolocation
P-Asserted-Identity: <sip:9876@10.107.28.14>
Remote-Party-ID: <sip:9876@10.107.28.14>;party=called;screen=yes;privacy=off
Contact: <sip:9876@10.107.28.14:5060;transport=tcp>
Content-Length: 0
 

Le RCP étend l'appel au numéro appelé

LCP et le numéro d'appel sonne et le port CTI distant (RCP) étend l'appel au numéro appelé c.-à-d., l'agent.

01382957.000 |12:52:49.882 |SdlSig   |CtiEnableReq                           |null0                          |StationCdpc(2,100,64,60)         |StationD(2,100,63,245)           |2,200,13,85.12075^10.241.240.197^RCP_47483708 |[R:N-H:0,N:4,L:0,V:0,Z:0,D:0]  mDataCount=1 LH=2|431 mbMore=T bConsultWithoutMedia=F mediaTerm=2
01382957.001 |12:52:49.882 |AppInfo  |StationCdpc(2,100,64,60): StationCtiCdpc::StationCtiCdpc
01382957.002 |12:52:49.882 |AppInfo  |StationCdpc(60): StationCtiCdpc-CtiEnableReq CH=0|0 DevName=RCP_47483708 DN=442086180755 Lock=0 FId=0 Side=0 LineFilter=1111111011011111111111010011111111111101110111111 for DN=442086180755
01382958.000 |12:52:49.882 |SdlSig   |StationOutputSetRinger                 |restart0                       |StationD(2,100,63,245)           |StationD(2,100,63,245)           |2,200,13,85.12075^10.241.240.197^RCP_47483708 |[R:N-H:0,N:3,L:0,V:0,Z:0,D:0] Mode=RingOff Duration=Normal Line=0 CI=0
01382958.001 |12:52:49.882 |AppInfo  |StationD:    (0000245) SetRinger ringMode=1(RingOff).

Analyse de chiffre pour le RCP appelle l'agent

01383005.013 |12:52:49.885 |AppInfo ||PretransformCallingPartyNumber=9876
|CallingPartyNumber=9876
|DialingPartition=TE-PSTNInternational-PT
|DialingPattern=+.[1-9]!
|FullyQualifiedCalledPartyNumber=+1122334455
|DialingPatternRegularExpression=(+)([1-9][0-9]+)

Association de l'identifiant d'appel (ci) pour le RCP et l'agent

 
01383012.001 |12:52:49.885 |AppInfo  |LBMIF: CI: 43358626 ASSOC    43358627
01383012.002 |12:52:49.885 |AppInfo  |LBMIF: CI: 43358627 ASSOC'   43358626
 

Invitez est envoyé pour l'agent :

01383048.001 |12:52:49.888 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.241.242.99 on port 5060 index 55
[105069,NET]
INVITE sip:1122334455@10.106.22.199:5060 SIP/2.0
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0870d07a53
From: <sip:9876@10.107.28.14>;tag=46360~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358627
To: <sip:1122334455@10.106.22.199>
Date: Mon, 10 Apr 2017 12:52:49 GMT
Call-ID: 98b4ac00-8eb18021-67f3-c2e4110a@10.107.28.14
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM10.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence, kpml
Supported: X-cisco-srtp-fallback,X-cisco-original-called
Call-Info: <sip:10.107.28.14:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Call-Info: <urn:x-cisco-remotecc:callinfo>;x-cisco-video-traffic-class=VIDEO_UNSPECIFIED
Cisco-Guid: 2561977344-0000065536-0000000138-3269726474
Session-Expires: 1800
P-Asserted-Identity: <sip:9876@10.107.28.14>
Remote-Party-ID: <sip:9876@10.107.28.14>;party=calling;screen=yes;privacy=off
Contact: <sip:9876@10.107.28.14:5060;transport=tcp>;DeviceName="RCP_47483708"
Max-Forwards: 70
Content-Length: 0
 
 
 
01383182.002 |12:53:00.624 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.106.22.199 on port 5060 index 55 with 1204 bytes:
[105079,NET]
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0870d07a53
Record-Route: <sip:rr$n=cube-pool-int@10.106.22.199:5060;transport=tcp;lr>
To: <sip:1122334455@10.106.22.199>;tag=AD1038-15B8
From: <sip:9876@10.107.28.14>;tag=46360~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358627
Contact: <sip:1122334455@10.106.97.138:5060;transport=tcp>
Require: timer
Remote-Party-ID: <sip:+1122334455@10.106.97.138>;party=called;screen=no;privacy=off
Call-ID: 98b4ac00-8eb18021-67f3-c2e4110a@10.107.28.14
CSeq: 101 INVITE
Content-Length: 250
Date: Mon, 10 Apr 2017 12:52:49 GMT
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Supported: replaces
Supported: sdp-anat
Supported: timer
Server: Cisco-SIPGateway/IOS-15.4.3.M5
Session-Expires: 1800;refresher=uac
Content-Type: application/sdp
Content-Disposition: session;handling=required

v=0
o=CiscoSystemsSIP-GW-UserAgent 6311 9012 IN IP4 10.106.97.138
s=SIP Call
c=IN IP4 10.106.242.1
t=0 0
m=audio 16554 RTP/AVP 8 101
c=IN IP4 10.106.242.1
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20

Le RCP va sur l'attente et LCP et appelant est connecté

01383470.004 |12:53:00.650 |AppInfo |StationD: (0000388) INFO- sendSignalNow, sigName=StationOffHook, cdpc=59
01383471.000 |12:53:00.651 |SdlSig-O |CtiLineCallAnswerRes |NA RemoteSignal |UnknownProcessName(2,200,25,1) |StationD(2,100,63,388) |2,200,13,85.12078^10.241.240.197^LCP_47483708 |[R:N-H:0,N:3,L:1,V:0,Z:0,D:0] AsyncResponse=29664 mResult=0x0
01383472.000 |12:53:00.651 |SdlSig |StationOutputSetRinger |restart0 |StationD(2,100,63,388) |StationD(2,100,63,388) |2,200,13,85.12078^10.241.240.197^LCP_47483708 |[R:N-H:0,N:2,L:1,V:0,Z:0,D:0] Mode=RingOff Duration=Normal Line=0 CI=0
01383472.001 |12:53:00.651 |AppInfo |StationD: (0000388) SetRinger ringMode=1(RingOff).

Requête de connexion de medias d'appelant et de LCP

01383497.001 |12:53:00.651 |AppInfo  |ARBTRY-ConnectionManager-wait_MediaConnectRequest(43358624,43358625)
01383497.002 |12:53:00.651 |AppInfo  |ARBTRY-ConnectionManager- storeMediaInfo(CI=43358624): ADD NEW ENTRY, size=3
01383497.003 |12:53:00.651 |AppInfo  |ARBTRY-ConnectionManager- storeMediaInfo(CI=43358625): ADD NEW ENTRY, size=4

Le Media Termination Point (MTP) est alloué pour LCP et appelant

01383508.002 |12:53:00.652 |AppInfo  |MediaResourceCdpc(185)::waiting_MrmAllocateMtpResourceReq - CI=43358630 Count=1 TryPassThru=1

L'enregistrement est activé sur le port LCP

01383607.002 |12:53:00.655 |AppInfo | StationCdpc: startRecordingIfNeeded - Device LCP_47483708, startedByCti=0, RecordingType=1. Cannot start -- not in active state yet. haveCodec=1, inActiveStat=0

01383614.016 |12:53:00.655 |AppInfo | StationCdpc: startRecordingIfNeeded - Device LCP_47483708, locking codec, codecType=2
01383614.017 |12:53:00.655 |AppInfo | StationCdpc: star_MediaExchangeAgenaQueryCapability - Device LCP_47483708, codec locked due to recording, codecType=2
01383614.018 |12:53:00.655 |AppInfo | StationCdpc: startRecordingIfNeeded - Device LCP_47483708, startedByCti=0, RecordingType=1. haveCodec=1, inActiveStat=1
01383614.019 |12:53:00.655 |AppInfo |StatiopnCdpc::StartRecordingIfNeeded DeviceName =LCP_47483708 RecordinngMethod =1
01383614.020 |12:53:00.655 |AppInfo | StationCdpc: startRecordingIfNeeded - Device LCP_47483708. FinalToneDir=3, initial=3, svc:ToObserved=0, svc:toConnected=0 recorderDestination=123456789

Siganling pour les initiés de enregistrement

01383640.003 |12:53:00.657 |AppInfo |RecordManager::- await_SsDataInd lParties=(43358624,43358625)
01383641.000 |12:53:00.657 |SdlSig |SsDataInd |await_recordingFeatureData |Recording(2,100,100,77) |RecordManager(2,100,101,1) |2,200,13,85.12078^10.241.240.197^LCP_47483708 |[R:N-H:0,N:0,L:1,V:0,Z:0,D:0] SsType=33554461 SsKey=0 SsNode=2 SsParty=43358625 DevId=(0,0,0) BCC=9 OtherParty=43358624 NodeOtherParty=2 clearType = 0 CSS=587b40f7-bead-433d-9ddf-a99ca36b0753 CNumInfo = 0 CNameInfo = 0 ssDevType=4 ssOtherDevType=8 FDataType=16opId=-2147483643ssType=0 SsKey=0invokeId=0resultExp=Fbpda=F ssCause = 0 ssUserState = 2 ssOtherUserState = 2 PL=5 PLDmn=0 networkDomain= delayAPTimer=F geolocInfo={geolocPkid=, filterPkid=, geolocVal=, devType=4} cfwdTimerAction=0 matchInterceptPartition= matchInterceptPattern=
01383641.001 |12:53:00.657 |AppInfo |Recording::- (0000077) -await_recordingFeatureData_SsDataInd: mRecordingMethod=[1]
01383641.002 |12:53:00.657 |AppInfo |Recording::- (0000077) -await_recordingFeatureData_SsDataInd: Trigger started. mRecordingMethod=[1]


01383645.001 |12:53:00.657 |AppInfo |Recording::- (0000077) -processGWPreferred ....
01383645.002 |12:53:00.657 |AppInfo |Recording::- (0000077) -getRecordingAnchorMode: PeerBib=[1];peerCMDevType=[8];qSigApduSupported=[0]
01383645.003 |12:53:00.657 |AppInfo |Recording::- (0000077) -processGWPreferred: GW Recording - sideABibEnabled=[1]

Analyse de chiffre pour construit dans la passerelle (bavoir)

1383671.008 |12:53:00.658 |AppInfo ||PretransformCallingPartyNumber=
|CallingPartyNumber=
|DialingPartition=
|DialingPattern=b0026901001
|FullyQualifiedCalledPartyNumber=b0026901001
|DialingPatternRegularExpression=(b0026901001)

Ici SIPBIB crée le procédé SIPBIBCDPC pour l'enregistrement

01383681.000 |12:53:00.658 |SdlSig |CcSetupReq |restart0 |SIPvBIB(2,100,69,1) |Cdcc(2,100,219,295) 
01383681.001 |12:53:00.658 |AppInfo |SIPvBIB::restart0_CcSetupReq: primCallCi=43358624 primCallBranch=0.
01383682.000 |12:53:00.658 |SdlSig |CcSetupReq |restart0 |SIPvBIBCdpc(2,100,68,55) |SIPvBIB(2,100,69,1) |2,200,13,85.12078^10.241.240.197^LCP_47483708 |[R:N-H:0,N:0,L:1,V:0,Z:0,D:0] CI=43358633 CI.branch=0 sBPL.plid=65 sBPL.l=0 sBPL.pl=5 sBPL.msd=0 01383682.001 |12:53:00.658 |AppInfo |CcSetupReq onBehalfOf=Recording refCI=43358624, CI=43358633

OK 200 pour LCP et appelant

01383761.001 |12:53:00.668 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.106.97.135 on port 53696 index 65
[105082,NET]
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.106.97.135:5060;branch=z9hG4bKc7z5eWQrKkRtP5FKnbAb6w~~780271,SIP/2.0/TCP 10.106.97.136:5062;branch=z9hG4bKhYyfmvtY8.fM7CSyQd9K4Q~~48611
From: +1234567890 <sip:+1234567890@10.106.97.136:5062>;tag=dsf816dd0c
To: <sip:9876@CVP001.eu91.lab.test;transport=tcp>;tag=46359~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358624
Date: Mon, 10 Apr 2017 12:52:49 GMT
Call-ID: 694646BC1D2311E7A8D2826ACB31D85A-149182876973312598@10.106.97.136
CSeq: 1 INVITE
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Allow-Events: presence, kpml
Record-Route: <sip:rr$n=cvp@10.106.97.135:5060;transport=tcp;lr>
Supported: replaces
Server: Cisco-CUCM10.5
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Session-Expires: 1800;refresher=uas
Require: timer
P-Asserted-Identity: <sip:9876@10.107.28.14>
Remote-Party-ID: <sip:9876@10.107.28.14>;party=called;screen=yes;privacy=off
Contact: <sip:9876@10.107.28.14:5060;transport=tcp>;DeviceName="LCP_47483708"
Content-Type: application/sdp
Content-Length: 246

v=0
o=CiscoSystemsCCM-SIP 46359 1 IN IP4 10.107.28.14
s=SIP Call
c=IN IP4 10.17.229.27
b=TIAS:64000
b=CT:64
b=AS:64
t=0 0
m=audio 23304 RTP/AVP 8 101
a=ptime:20
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

Détails de enregistrement

Ici l'enregistrement est passerelle préférée :

01383780.001 |12:53:00.669 |AppInfo |Recording::- (0000077) -setMetaDataWithLocalPhoneOrGWForking: forkingPos=[2];forkingGuid=[694646BC1D2311E7A8D2826ACB31D85A];resDevNum=[+1234567890]
01383780.002 |12:53:00.669 |AppInfo |Recording::- (0000077) -buildOtherParm: OtherParm=[x-nearend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A].

Analyse de chiffre pour le nombre d'enregistrement

01383793.012 |12:53:00.669 |AppInfo |Digit analysis: analysis results
01383793.013 |12:53:00.669 |AppInfo ||PretransformCallingPartyNumber=b0026901001
|CallingPartyNumber=b0026901001
|DialingPartition=SYS-NiceRecording-PT
|DialingPattern=123456789
|FullyQualifiedCalledPartyNumber=123456789
|DialingPatternRegularExpression=(123456789)

           

Appel étendu à une liste de routage

01383807.001 |12:53:00.670 |AppInfo  |RouteListControl::idle_CcSetupReq - RouteList(NICERecording-01-RL), numberSetup=0 numberMember=1 vmEnabled=0

Invitez envoyé au serveur de enregistrement pour le périphérique d'extrémité proche

01383831.001 |12:53:00.671 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.17.230.4 on port 5060 index 1
[105083,NET]
INVITE sip:123456789@10.17.230.4:5060 SIP/2.0
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0d30bfa6ec
From: <sip:+1234567890@10.107.28.14;x-nearend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A>;tag=46365~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358634
To: <sip:123456789@10.17.230.4>
Date: Mon, 10 Apr 2017 12:53:00 GMT
Call-ID: 9f432380-8eb1802c-67f6-c2e4110a@10.107.28.14
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM10.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Cisco-Guid: 2671977344-0000065536-0000000139-3269726474
Session-Expires: 1800
P-Asserted-Identity: <sip:+1234567890@10.107.28.14>
Remote-Party-ID: <sip:+1234567890@10.107.28.14>;party=calling;screen=yes;privacy=off
Contact: <sip:+1234567890@10.107.28.14:5060;transport=tcp>;isFocus
Max-Forwards: 70
Content-Length: 0

Ok 200 reçu du serveur d'enregistrement  

SIP/2.0 200 OK
From: <sip:+1234567890@10.107.28.14;x-nearend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A>;tag=46365~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358634
To: <sip:123456789@10.17.230.4>;tag=ea1fb60-0-13c4-5506-90037-9c2acf-90037
Call-ID: 9f432380-8eb1802c-67f6-c2e4110a@10.107.28.14
CSeq: 101 INVITE
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0d30bfa6ec
Supported: timer
Contact: <sip:123456789@10.17.230.4:5060;transport=TCP>
Session-Expires: 1800;refresher=uas
Content-Type: application/sdp
Content-Length: 119

v=0
o=VRSP 0 0 IN IP4 127.0.0.1
s=NICE VRSP
c=IN IP4 127.0.0.1
t=0 0
m=audio 1000 RTP/AVP 0 4 8 9 18
a=recvonly 
 
 
01383896.001 |12:53:00.673 |AppInfo |Recording::- (0000077) -setMetaDataWithLocalPhoneOrGWForking: forkingPos=[2];forkingGuid=[694646BC1D2311E7A8D2826ACB31D85A];resDevNum=[+1234567890]
01383896.002 |12:53:00.673 |AppInfo |Recording::- (0000077) -buildOtherParm: OtherParm=[x-farend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A].

Accusé de réception (ACK) envoyé de CUCM

01384017.001 |12:53:00.678 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.17.230.4 on port 5060 index 1
[105086,NET]
ACK sip:123456789@10.17.230.4:5060;transport=TCP SIP/2.0
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0e716815d6
From: <sip:+1234567890@10.107.28.14;x-nearend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A>;tag=46365~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358634
To: <sip:123456789@10.17.230.4>;tag=ea1fb60-0-13c4-5506-90037-9c2acf-90037
Date: Mon, 10 Apr 2017 12:53:00 GMT
Call-ID: 9f432380-8eb1802c-67f6-c2e4110a@10.107.28.14
User-Agent: Cisco-CUCM10.5
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence
Content-Type: application/sdp
Content-Length: 232

v=0
o=CiscoSystemsCCM-SIP 46365 1 IN IP4 10.107.28.14
s=SIP Call
c=IN IP4 10.106.242.1
b=TIAS:0
b=AS:0
t=0 0
m=audio 7000 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=sendonly
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

CUCM envoie invite envoyé pour le périphérique final au serveur de enregistrement

01384043.001 |12:53:00.679 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.17.230.4 on port 5060 index 1
[105087,NET]
INVITE sip:123456789@10.17.230.4:5060 SIP/2.0
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0f5120dbe5
From: <sip:+1234567890@10.107.28.14;x-farend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A>;tag=46366~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358637
To: <sip:123456789@10.17.230.4>
Date: Mon, 10 Apr 2017 12:53:00 GMT
Call-ID: 9f432380-8eb1802c-67f7-c2e4110a@10.107.28.14
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM10.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Cisco-Guid: 2671977344-0000065536-0000000140-3269726474
Session-Expires: 1800
P-Asserted-Identity: <sip:+1234567890@10.107.28.14>
Remote-Party-ID: <sip:+1234567890@10.107.28.14>;party=calling;screen=yes;privacy=off
Contact: <sip:+1234567890@10.107.28.14:5060;transport=tcp>;isFocus
Max-Forwards: 70
Content-Length: 0

OK 200 de serveur d'enregistrement

SIP/2.0 200 OK
From: <sip:+1234567890@10.107.28.14;x-farend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A>;tag=46366~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358637
To: <sip:123456789@10.17.230.4>;tag=ea1f830-0-13c4-5506-90037-22ea55b6-90037
Call-ID: 9f432380-8eb1802c-67f7-c2e4110a@10.107.28.14
CSeq: 101 INVITE
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0f5120dbe5
Supported: timer
Contact: <sip:123456789@10.17.230.4:5060;transport=TCP>
Session-Expires: 1800;refresher=uas
Content-Type: application/sdp
Content-Length: 119

v=0
o=VRSP 0 0 IN IP4 10.10.1.10
s=NICE VRSP
c=IN IP4 127.0.0.1
t=0 0
m=audio 1000 RTP/AVP 0 4 8 9 18
a=recvonly

ACK envoyé de CUCM

01384207.001 |12:53:00.882 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.17.230.4 on port 5060 index 1
[105091,NET]
ACK sip:123456789@10.17.230.4:5060;transport=TCP SIP/2.0
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b1013a924b6
From: <sip:+1234567890@10.107.28.14;x-farend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A>;tag=46366~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358637
To: <sip:123456789@10.17.230.4>;tag=ea1f830-0-13c4-5506-90037-22ea55b6-90037
Date: Mon, 10 Apr 2017 12:53:00 GMT
Call-ID: 9f432380-8eb1802c-67f7-c2e4110a@10.107.28.14
User-Agent: Cisco-CUCM10.5
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence
Content-Type: application/sdp
Content-Length: 232

v=0
o=CiscoSystemsCCM-SIP 46366 1 IN IP4 10.107.28.14
s=SIP Call
c=IN IP4 10.106.242.1
b=TIAS:0
b=AS:0
t=0 0
m=audio 7000 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=sendonly
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

Agent demandant enfin le numéro

Le RCP mettent en communication écoute MOH, puis plus tard démonter de MOH et se connecte de nouveau à l'agent pour connecter l'agent finalement au numéro d'appel.

  

01384484.001 |12:53:04.609 |AppInfo  |ARBTRY-ConnectionManager-wait_MediaConnectRequest(43358626,43358627)
01384484.002 |12:53:04.609 |AppInfo  |ARBTRY-ConnectionManager- storeMediaInfo(CI=43358626): EXISTING ENTRY DISCOVERED, size=9
01384484.003 |12:53:04.609 |AppInfo  |ARBTRY-ConnectionManager- storeMediaInfo(CI=43358627): EXISTING ENTRY DISCOVERED, size=9

CUCM envoient la demande de HTTP SDL

Seulement après que l'OK 200 se produit pour l'extrémité proche et le périphérique final invitent, CUCM envoie la demande de HTTP SDL d'initier l'enregistrement

Demande de HTTP SDL de l'enregistrement LCP

01384808.000 |12:53:04.672 |SdlSig |SdlHTTPReq |wait |SdlHTTPService(2,100,6,1) |CayugaInterface(2,100,34,1) |2,100,14,283.3^10.17.230.4^* |[T:N-H:0,N:0,L:0,V:0,Z:0,D:0] method: 3 url: http://10.106.97.138:8090/cisco_xmf data: <?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
<soapenv:Body>
<RequestXmfConnectionMediaForking xmlns="http://www.cisco.com/schema/cisco_xmf/v1_0">
<msgHeader>
<transactionID>Cisco:UCM:CayugaIf:1:69</transactionID>
<registrationID>C094:XMF:Unified CM 10.5.2.12901-1:1</registrationID>
</msgHeader>
<callID>42</callID>
<connID>554</connID>
<action>
<enableMediaForking>
<nearEndAddr>
<ipv4>10.17.230.5</ipv4>
<port>42095</port>
</nearEndAddr>
<farEndAddr>
<ipv4>10.17.230.5</ipv4>
<port>42094</port>
</farEndAddr>
<preserve>true</preserve>
</enableMediaForking>
</action>
</RequestXmfConnectionMediaForking>
</soapenv:Body>
</soapenv:Envelope>

01384843.001 |12:53:04.674 |AppInfo |Recording::- (0000077) - Media Setup Complete: mRecordingCallInfo
01384843.002 |12:53:04.674 |AppInfo |RCD_RecordingCallInfo::print: resourceInfo
01384843.003 |12:53:04.674 |AppInfo |RCD_ResourceInfo::print: nodeId=2
01384843.004 |12:53:04.674 |AppInfo |RCD_ResourceInfo::print: bNum
01384843.005 |12:53:04.674 |AppInfo |RCD_Utility::printCcPtyNum: CcPtyNum contains only Directory Number (b0026901001)
01384843.006 |12:53:04.674 |AppInfo |RCD_RecordingCallInfo::print: recordedPartyInfo
01384843.007 |12:53:04.674 |AppInfo |RCD_RecordedPartyInfo::print: ssAe
01384843.008 |12:53:04.674 |AppInfo |RCD_Utility::printSsAe: ss=43358625, nodeId=2
01384843.009 |12:53:04.674 |AppInfo |RCD_RecordedPartyInfo::print: partyNum
01384843.010 |12:53:04.674 |AppInfo |RCD_Utility::printCcPtyNum: CcPtyNum contains only Directory Number (+1234567890)
01384843.011 |12:53:04.674 |AppInfo |RCD_RecordedPartyInfo::print: deviceName = LCP_47483708

01384843.023 |12:53:04.674 |AppInfo |RCD_Utility::printCcPtyNum: CcPtyNum contains only Directory Number (123456789)
01384843.024 |12:53:04.674 |AppInfo |RCD_RecorderPartyInfo::print: partition = 812fe5de-3a9b-4d67-9fdd-023582e18388, deviceName = NICERecording-01
 

Informations connexes

• http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/mediasense/10/srnd/CUMS_BK_MC36D963_00_mediasense-srnd/CUMS_BK_MC36D963_00_mediasense-srnd_chapter_0111.html
  
  
• http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-uc-gateway-services.html 
  
  
• http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-ntwk-based.html
  
  
• Support et documentation techniques - Cisco Systems