CUCM-netzwerkbasierte Aufzeichnung für mobile Agenten

Einführung

In diesem Dokument werden die NBR-Szenarien (Network Based Recording) beschrieben und es wird eine Fehlerbehebung durchgeführt.

Voraussetzungen

Anforderungen

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

• Cisco Unified Communications Manager (CUCM) Version 10.0(1) oder höher
• Telefonbasierte Aufzeichnungsarchitektur
• Netzwerkbasierte Aufzeichnungsarchitektur

Verwendete Komponenten

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

• Cisco Call Manager Version 10.5
• Customer Voice Portal (CVP) Version 10.5
• Cisco Unified Contact Center Express (UCCE) 10.5(2)
• Gateway 3925E 15.3(3)M

Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.

Hintergrundinformationen

Die netzwerkbasierte Aufzeichnung ist ab CUCM, Version 10.0(1) verfügbar und ermöglicht Ihnen, Anrufe über das Gateway aufzuzeichnen.

Diese Funktion ermöglicht die Aufzeichnung von Anrufen unabhängig von Gerät, Standort oder Region, z. B. Anrufe, die außerhalb des Netzwerks an Mobiltelefone und Telefone im Heimbüro weitergeleitet werden. Die Auswahl der richtigen Medienquelle erfolgt automatisch anhand des Anrufflusses und der Anrufer.

Es ist wichtig zu verstehen, dass:

• Die SIP-Signalisierung erfolgt von CUCM zu CUBE und von CUCM zum Aufzeichnungsserver.
• Es gibt keine direkte SIP-Signalisierung zwischen dem Aufzeichnungsserver und CUBE.
• CUBE ist für das Forcieren des RTP-Streams zum Aufzeichnungsserver verantwortlich.
• Der aufgezeichnete Endpunkt auf dem CUCM muss keine integrierte Bridge (BiB) unterstützen.

CUCM initiiert mithilfe von HTTP die Anforderung zur Anrufaufzeichnung an die Cisco Unified Communications (UC) Services-API auf CUBE. Die Cisco Unified Communications (UC) Services-API bietet eine einheitliche Webservice-Schnittstelle für die verschiedenen Dienste im IOS-Gateway. Einer dieser Dienste ist der Extended Media Forking (XMF)-Anbieter, der Anwendungen die Überwachung von Anrufen und die Auslösung von Mediennachrichten für RTP- (Real-Time Transport Protocol) und Secure RTP-Anrufe ermöglicht.

Funktionsweise mobiler Mitarbeiter

1. Anrufer A auf Communication Manager Express (CME) wählt B, der auf Gateway (GW) verweist. GW wählt Peer-Points zum Customer Voice Portal (CVP).
   
   
2. CVP sendet eine Routenanfrage an den Intelligent Contact Manager (ICM), und ICM gibt das Mobile Agent-Label zurück, das Local CTI Port (LCP-Port) Dialed Number (DN) ist.
   
   
3. CVP sendet Einladung an CUCM. Während der LCP-Port klingelt, weist das JTAPI-Gateway (JGW) CUCM an, das Agententelefon vom Remote CTI-Port (RCP) DN anzurufen.
   
   
4. Sobald der Agent antwortet, wird der Agentenbereich mit Warteschleifenmusik verbunden.
   
   
5. JGW weist CUCM an, den eingehenden Anruf anzunehmen, der auf dem LCP-Port klingelt.
   
   
6. Sobald der LCP-Abschnitt verbunden ist, weist JGW CUCM an, den Agentenabschnitt abzurufen.
   
   
7. JGW übergibt die IP-Adresse/Portdetails des Real-Time Transport Protocol (RTP) vom Kundenbereich an den Agentenbereich und umgekehrt.
   
   
8. CUCM überbrückt die beiden Aspekte und stellt den RTP-Pfad zwischen dem Agenten und dem Kunden her.

Funktionsweise von Recording im Fall von Mobile Agent

• Bei mobilen Agenten kann die Aufzeichnung entweder am LCP-Port oder am RCP-Port aktiviert werden.
  
  
• Wenn der Anruf auf dem LCP oder RCP verbunden und die Aufzeichnung aktiviert ist, sendet der CUCM 2 Invite an den Aufzeichnungsserver für ein Gerät mit NAHER End- und Gegenstelle.
  
  
• Sobald die Signalisierung für das nahtlose Endgerät abgeschlossen ist und die HTTP-Anfrage des Gegenstandes an das Kabelmodem gesendet wird, um dieses anzuweisen, die Aufzeichnung zu starten.

Hinweis: Es kann Szenarien geben, in denen der CUCM keinen direkten SIP-Trunk mit Gateway oder mit CVP hat.

Hinweis: CUCM kann beispielsweise einen SIP-Trunk mit einem Proxy-Server (CUSP) haben, der den gesamten Datenverkehrsfluss steuert

Hinweis: Wenn auf dem CTI-Port die Aufzeichnung aktiviert ist und der Anruf auf diesem Port landet, funktioniert die Aufzeichnung.

Hinweis: Bei mobilen Agenten erleichtern CTI-Ports die Signalisierung und sind dann außerhalb des RTP-Flusses. Es sind die Endpunkte, zwischen denen das RTP fließt. Der LCP- und RCP-Port wird jedoch niemals von der Signalisierung unterbrochen. Ihre Ci werden erst nach Beendigung des Anrufs zerstört. Dies ist der Grund, warum die Aufzeichnung auf dem LCP- oder RCP-Port erfolgreich ist, auch wenn das RTP nicht durch diese Daten fließt.

  

UCCE-Bereitstellung mit CUSP ( Proxy-Server)

Wenn UCCE zusammen mit CVP und CUSP im so genannten umfassenden Modell bereitgestellt wird, gibt es keine SIP-Trunks zwischen CUCM und den CUBE(s). Die gesamte Kommunikation zwischen CUBE und CUCM erfolgt über einen einzigen SIP-Trunk zum CUSP.

CUCM muss wissen, von welchem CUBE der Anruf kommt, damit er weiß, wohin er die Aufzeichnungsanfragen sendet. Dies wird erreicht, indem die Anforderung an die Ziel-IP-Adresse des eingehenden SIP-Trunks zurückgesendet wird, der für den Anruf verwendet wurde. Wenn CUCM die API-Anforderung jedoch an CUSP zurücksendet, geschieht nichts. Um diese Einschränkung in Umgebungen mit CUSP zu umgehen, muss die folgende CUCM-Konfiguration implementiert werden:

• Erstellen Sie zu jedem CUBE Dummy-SIP-Trunks. Diese Trunks werden nicht zum Weiterleiten von Anrufen verwendet.
• Klassifizieren Sie die eingehenden Anrufe auf dem CUSP SIP-Trunk mithilfe des Anruf-Info-Headers wieder in den richtigen Dummy-CUBE-Trunk.

Hinweis: Diese Einstellung hat keine Auswirkungen auf Anrufverarbeitungsentscheidungen. Alle Anrufverarbeitungs- und Serviceklassen-Entscheidungen werden so getroffen, als ob der Anruf noch auf dem CUSP SIP-Trunk ist und keine SIP-Nachrichten an das Ziel des neu zugeordneten Trunks gesendet werden.

Hinweis: Der x-cisco-origIP-Wert in der eingehenden INVITE-Nachricht muss mit der Ziel-IP-Adresse eines Dummy-Trunks übereinstimmen.

Hinweis: Um einen korrekten Wert für den x-cisco-origIP-Header zu haben, muss dieser korrekt auf dem ursprünglichen CUBE eingestellt sein. Der Wert kann durch Hinzufügen des Headers im CUBE, aber auch durch Hinzufügen im CVP festgelegt werden. Das UCCE Direct-Agent-Skript verwendet bereits den Call-Info-Header. Daher wird nach dem Anruf-Info-Header für das Direct Agent-Skript ein zweiter Call-Info-Header mit der erforderlichen x-cisco-origIP hinzugefügt. Tests haben gezeigt, dass CUCM die erforderliche Neuklassifizierung noch durchführt, wenn die x-cisco-origIP im zweiten Call-Info-Header der SIP-INVITE-Nachricht enthalten ist.

Konfiguration

Wichtige Konfigurationspunkte für die UCCE-Bereitstellung mit CUSP:

Erstellen eines SIP-Trunk-Geräts für einen Recorder

Um einen Rekorder als SIP-Trunk-Gerät bereitzustellen, erstellt ein Unified CM-Administrator auf der Seite "Device" (Gerät) ein SIP-Trunk-Gerät und gibt den Gerätenamen und die IP-Adresse des Rekorder im Feld Destination Address (Zieladresse) ein.

Erstellen von Anrufaufzeichnungsprofilen

Um die Leitungsbelegung von Agenten für die Anrufaufzeichnung bereitzustellen, sollten ein oder mehrere Anrufaufzeichnungsprofile erstellt werden. Anschließend wird ein Aufzeichnungsprofil für eine Leitungsdarstellung ausgewählt. Um ein Aufzeichnungsprofil zu erstellen, öffnet ein Unified CM-Administrator die Seite "Device Setting" (Geräteeinstellungen) und wählt "Call Recording Profile" aus. Im Feld "Recording Destination Address" (Zieladresse für Aufzeichnung) gibt der Administrator die DN oder die URL der Aufzeichnung ein. Im Feld "Recording Calling Search Space" (Calling Search Space für Aufzeichnung) gibt der Administrator die Partition des für den Rekorder konfigurierten SIP-Trunks ein.

Bereitstellung von Dummy-SIP-Trunks für jedes CUBE

Für jedes Gateway, das Anrufe an den Aufzeichnungsserver tätigen muss, muss ein dedizierter Dummy-Trunk auf dem CUCM konfiguriert werden. Beachten Sie, dass dieser Trunk nicht für echte SIP-Signalisierung verwendet wird und keine Anrufentscheidungen beeinflusst. Wichtige Konfigurationsschritte sind: 

• Dieser Trunk ist mit einem Gateway für Aufzeichnungen verbunden.
• Die Ziel-IP muss die gleiche sein, auf der das CUBE in seiner XMF-Konfiguration konfiguriert ist.

Bereitstellen des Routenmusters für den Recorder

Um das Routenmuster für den Rekorder bereitzustellen, öffnet der Administrator die Konfigurationsseite für das Routenmuster und gibt ein Routenmuster ein, das auf der rekorder-DN basiert. Der Administrator wählt das SIP-Trunk-Gerät für den Rekorder aus und speichert anschließend das Routenmuster. Wenn die Aufzeichnungsadresse als SIP-URL angegeben wird und der RHS der URL nicht zum Unified CM-Cluster gehört, sollte ein SIP-Routenmuster konfiguriert werden. Das Musterfeld sollte die Domäne oder IP-Adresse des Rekorders (der RHS-Teil der Rekorder-URL) sein, und das SIP-Trunk-Feld sollte der SIP-Trunk für den Rekorder sein.

Bereitstellung der Option für die Aufzeichnung von Anruferbenachrichtigungston

Um den clusterweiten Dienstparameter für den Aufzeichnungs-Benachrichtigungston bereitzustellen, öffnet der Administrator die Seite "Service Parameter" (Dienstparameter) der Unified CM-Administration und sucht nach dem Eintrag für Wiedergabefeldbenachrichtigungston für "Obserated Target". Der Administrator gibt Yes oder No (Ja oder Nein) ein. Der Administrator sucht dann nach dem Eintrag zum Meldungs-Benachrichtigungston für aufgezeichnete verbundene Zielgruppe. Der Administrator gibt Ja oder Nein ein.

Bereitstellen des CUBE XMF-Anbieters

Diese Konfiguration ermöglicht die HTTP-Kommunikation und die XMF-Anbieterkonfiguration:

CUBE001:

ip HTTP-Server
no ip http secure-server
ip http max-connections 1000
ip http timeout-policy idle 600 life 86400 Requests 86400
ip http client source-interface Port-channel20.307
ge WAP
Nachrichtenaustausch max. Fehler 2
Quelladresse 10.106.230.20
Testintervall Keepalive 5
Prüfung von max. Fehlern 5
!
Provider xmf
remote-url 1 http://10.106.97.140:8090/ucm_xmf
remote-url 2 http://10.106.97.141:8090/ucm_xmf
remote-url 3 http://10.106.97.143:8090/ucm_xmf
remote-url 4 http://10.106.97.144:8090/ucm_xmf

CUBE002:

ip HTTP-Server
no ip http secure-server
ip http max-connections 1000
ip http timeout-policy idle 600 life 86400 Requests 86400
ip http client source-interface Port-channel20.307
ge WAP
Nachrichtenaustausch max. Fehler 2
Quelladresse 10.106.230.20
Testintervall Keepalive 5
Prüfung von max. Fehlern 5
!
Provider xmf
remote-url 1 http://10.106.97.140:8090/ucm_xmf
remote-url 2 http://10.106.97.141:8090/ucm_xmf
remote-url 3 http://10.106.97.143:8090/ucm_xmf
remote-url 4 http://10.106.97.144:8090/ucm_xmf

Bereitstellen der CUBE SIP-Profile für den Anrufinfo-Header

Um einen korrekten Wert für den x-cisco-origIP-Header zu erhalten, muss darauf geachtet werden, dass dieser korrekt auf dem ursprünglichen CUBE eingestellt wird. Das Festlegen des Werts kann auf verschiedene Weise erfolgen, und es ist auch nicht erforderlich, diesen auf dem CUBE auszuführen, z. B. kann er auch auf dem CVP festgelegt werden. Dies ist ein Beispiel-SIP-Profil, das statisch den x-cisco-origIP-Wert in der ausgehenden INVITE-Nachricht von CUBE an CUSP festlegt.

—
Sprachklasse-SIP-Profile 666
Anfordern von INVITE SIP-Header Call-Info hinzufügen "Call-Info: <sip:10.106.242.27>;PURPOSE=x-cisco-origIP"
—

Wenn das UCCE-System bereits auf den Call-Info-Header angewiesen ist, wird ein zweiter Call-Info-Header mit dem erforderlichen xcisco-origIP-Header verwendet. Tests haben gezeigt, dass CUCM die erforderliche Neuklassifizierung noch durchführt, wenn die x-cisco-origIP im zweiten Call-Info-Header der SIP-INVITE-Nachricht enthalten ist. Dieselben Tests haben gezeigt, dass die anderen Systeme jedoch nicht mehr funktionieren, wenn der neue Call-Info-Header zuerst eingegeben wird. Dieses Profil muss auf die ausgehenden Dial-Peers angewendet werden, die auf CUSP verweisen.

Detaillierte Informationen zur Konfiguration finden Sie unter:  

Fehlerbehebung

Protokollanalyse

Eingehende Einladung vom 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

Ziffernanalyse für eingehende Anrufe

  

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

Call Identifier (CI)-Zuordnung für Anrufernummer und lokalen CTI-Port (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 ist ausgewählt

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

180 Klingelton an CVP gesendet

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
 

RCP sorgt für die Weiterleitung des Anrufs an die angerufene Nummer

Der LCP und die Rings der anrufenden Nummer und der Remote CTI-Port (RCP) erweitern den Anruf auf die angerufene Nummer, d. h. den Agenten.

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).

Git-Analyse für RCP-Anrufer-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]+)

Call Identifier (CI)-Zuordnung für RCP und 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
 

Einladung wird an Agent gesendet:

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

RCP wird gehalten, LCP und Anrufer sind verbunden

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).

Media Connect-Anforderung für Anrufer und 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

Media Termination Point (MTP) wird für LCP und den anrufenden Teilnehmer zugewiesen.

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

Die Aufzeichnung ist auf dem LCP-Port aktiviert.

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 für Aufzeichnungsinitiativen

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]

Ziffernanalyse für integrierte Bridge (Bb)

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

Hier erstellt SIPBIB den SIPBIBCDPC-Prozess für die Aufzeichnung.

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

200 OK für LCP und Anrufer

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

Aufzeichnungsdetails

Die Aufzeichnung ist Gateway-bevorzugt:

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].

Ziffernanalyse für Aufzeichnungsnummer

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)

           

Anruf auf Weiterleitungsliste erweitert

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

Einladung an Aufzeichnungsserver für Nahendgerät gesendet

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

200 OK vom Aufzeichnungsserver empfangen  

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].

Bestätigung (ACK) vom CUCM gesendet

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 sendet Einladung für Far-End-Gerät an Aufzeichnungsserver

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

200 OK vom Aufzeichnungsserver

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 vom CUCM gesendet

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 ruft schließlich die Nummer an

Der RCP-Port hört Warteschleifenmusik ab, dann trennt er später die Verbindung von Warteschleifenmusik und stellt eine Verbindung zum Agenten her, um den Agenten schließlich mit der anrufenden Nummer zu verbinden.

  

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 sendet SDL HTTP-Anfrage

Erst nach 200 OK für das Beinahe-End und die Remote-Device Invite sendet CUCM eine SDL Http-Anfrage, um die Aufzeichnung zu starten.

SDL HTTP Request for LCP Recording

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
 

Zugehörige Informationen

• 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
  
  
• Technischer Support und Dokumentation - Cisco Systems