Contenu

Introduction

Conditions préalables

Conditions requises

Composants utilisés

Informations générales

Comment les agents mobiles fonctionnent

Comment l'enregistrement fonctionne en cas d'agent mobile

Déploiement UCCE avec le TRANCHANT (serveur proxy)

Configuration

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

Créez les profils d'enregistrement d'appels

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

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

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

Provision le fournisseur du CUBE XMF

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

Dépannage

Analyse de log

Entrant invitez du Customer Voice Portal (CVP)

Analyse de chiffre pour l'appel entrant

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

LCP est sélectionné

Sonnerie 180 envoyée à CVP

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

Analyse de chiffre pour le RCP appelle l'agent

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

Invitez est envoyé pour l'agent :

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

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

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

L'enregistrement est activé sur le port LCP

Siganling pour les initiés de enregistrement

Analyse de chiffre pour construit dans la passerelle (bavoir)

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

OK 200 pour LCP et appelant

Détails de enregistrement

Analyse de chiffre pour le nombre d'enregistrement

Appel étendu à une liste de routage

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

Ok 200 reçu du serveur d'enregistrement

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

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

OK 200 de serveur d'enregistrement

ACK envoyé de CUCM

Agent demandant enfin le numéro

CUCM envoient la demande de HTTP SDL

Demande de HTTP SDL de l'enregistrement LCP

Informations connexes

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