Dépannez les medias bifurquant du téléphone IP de Cisco au sens de medias

Options de téléchargement

  • PDF     (752.3 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (544.9 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (409.9 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:9 février 2016
ID du document:200409

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Introduction

Ce document décrit dépannent des étapes pour des medias bifurquant d'un téléphone IP de Cisco pour enregistrer des faire appel à un serveur de MediaSense.

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

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.2.10000-5 CUCM
  • Cisco MediaSense 10.0.1.10000-95

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.

Fond Infromation

Le Cisco MediaSense est une plate-forme Fondé(e) sur le réseau qui fournit des capacités d'enregistrement de medias de Voix et de vidéo pour des périphériques dans le réseau utilisant le Protocole SIP (Session Initiation Protocol). Entièrement intégré dans les transmissions unifiées de Cisco l'architecture, MediaSense automatiquement capture et enregistre chaque conversation de la voix sur ip (VoIP) sur les périphériques qui sont CUCM convenablement configurés.

  1. MediaSense reçoit des codecs audios dans les formats ci-dessous :
    •  µLaw et aLaw de G.711
    •  G.722
    •  G.729, g.729a, g.729b
    •  Codage sonore anticipé - Bas retard (AAC-LD) également connu sous le nom de couche sonore 4 MPEG - multiplex sonore de transport du Bas-temps système MPEG-4 (MP4A/LATM)
  2. Vidéo de MediaSense dans le codage H.264

Scénario

  1. Déploiement de base d'Unified Communications Manager - Interne-à-externe
  2. Déploiement de base d'Unified Communications Manager - Interne-à-interne

De la perspective de MediaSense, il n'y a réellement aucune différence entre deux scénarios.

Dans des les deux cas, les medias ont bifurqué par un téléphone sont envoyés au périphérique d'enregistrement où les flots bifurqués sont capturés. Ils sont distingués ici parce qu'il y a une différence important dans leur comportement au niveau de solution.

Suivant les indications de cette image, déploiement d'Unified Communications Manager - Interne-à-externe.

Ceci affiche à un déploiement de base d'Unified Communications Manager où l'appel de téléphone IP de Cisco avec un appelant externe est enregistré. Ceci s'applique à d'arrivée et aux appels sortants, tant que le téléphone d'intérieur est configuré avec un profil approprié d'enregistrement.

Une fois que la connexion est établie d'un point de vue de signalisation, le support circule directement du téléphone bifurquant au serveur d'enregistrement.

Si l'appel est transféré à partir de ce téléphone, la session enregistrée finit. Le prochain segment de l'appel sera capturé seulement si le téléphone qui prend l'appel est configuré pour l'enregistrement. 

Suivant les indications de cette image, déploiement d'Unified Communications Manager - Interne-à-interne.

Ceci affiche à un déploiement de base d'Unified Communications Manager où l'appel est entre les utilisateurs internes qui sont au sein de l'entreprise. Il est important qu'un des téléphones soit configuré pour l'enregistrement. Au cas où les deux téléphones seraient configurés pour l'enregistrement, puis deux sessions enregistrées distinctes seront capturées.

Dépanner

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

Étape 1.  Vérifiez la configuration sur MediaSense et CUCM.

CUCM

  • Périphériques commandés et informations d'autorisation dans l'utilisateur d'application (AXL).
  • Profil et adresse de destination de enregistrement
  • Joncteur réseau de SIP indiquant MediaSense.
  • Modèle d'artère

MediaSense

Vous pouvez vérifier la configuration de base utilisant la commande de call_control_service de tech d'exposition sur la ligne de commande de MediaSense après l'installation de système.

Cette affiche des informations de commande au sujet du service de Contrôle d'appel de Cisco MediaSense qui fonctionne sur le système.

Le service de Contrôle d'appel de Cisco MediaSense devrait s'exécuter pour que cette commande exécute avec succès.

Les informations système capturées dans la sortie.

 admin:show tech call_control_service

<html> <head> <title>mediasense</title> </head> <body> <pre>
--------------------------------
Core: ver=10.0.1
 FCS, op=SHORT
Started at Mon Jul 13 10:55:53 PDT 2015
Report at Tue Jul 21 02:05:26 PDT 2015
Running at mediasense, processors=6, pId=28270
framework: state=In Service; {AMS_ADAPTER=
IN_SERVICE
, SIP_ADAPTER=
IN_SERVICE
, RECORDING_ADAPTER=
IN_SERVICE
}
logLevel=DEBUG, traceMask=0x307, DEBUG traceMask=0x100
 
System Info:
 Memory: used=46.509 MB(13.671 MB), alloc=790.458 MB(0.0 MB)
 CPU: avrLoad=0.37, procTime=00:10:18
 Threads=176, peakThreads=224
[an error occurred while processing this directive]

Les informations de sessions enregistrées dans la sortie de call_control_service de tech d'exposition.

SessionManagerImpl: size=0
Recording Sessions: 
started=17
, 
completed=17
 (100.0000%), errors=0, processing=0, maxProcessing=1, meanTime=38.310 sec, stDev=76.242 sec, maxTime=00:05:16, lastTime=38291 mSec
 Recording Setup Time: 
started=17
, 
completed=17
 (100.0000%), errors=0, processing=0, maxProcessing=1, meanTime=201 mSec, stDev=34 mSec, maxTime=308 mSec, lastTime=142 mSec
[an error occurred while processing this directive]

SIROTEZ les informations d'adaptateur dans la sortie de call_control_service de tech d'exposition.

Sip Adapter: 
LocalAddress=
10.106.122.178
:5060; RemoteAddresses [sip:
10.106.122.174
:
5060
 sip:
10.106.122.175:5060
 ], controlTransport=tcp
based on Cisco Caffeine SIP Stack, 
version=3.1.3.502
, nonBlockingTCP=true, closeConnectionOnTimeout=false
state=AcceptCalls, blockingMode=NONE
 SdpUtil: m=audio %d RTP/AVP 102 0 8 9 18, m=video %d RTP/AVP 97
Executor: activeCount=0, poolSize=0, largestPoolSize=2, queueSize=0
[an error occurred while processing this directive]

Conseil : Référez-vous afin d'installer l'enregistrement d'appels

Étape 2. Vérifiez si le téléphone est streaming media au serveur de MediaSense.

Le flot 1 sera l'appel à l'appelant externe. Le flot 2 contiendra les informations sur l'appel bifurqué au serveur de MediaSense. Les paquets de récepteur resteront toujours zéro pour des appels bifurqués.

Suivant les indications de cette image, diffusion multimédia d'extrémité proche à MediaSense.

Diffusion multimédia d'extrémité à MediaSense

Suivant les indications de cette image, couler les informations pour des medias d'éloigné reçus dans le flot 1 est bifurqué dans le flot 3.

Vous pouvez le vérifier en prenant la capture de paquet au téléphone.

Suivant les indications de cette image, téléphone PCap.

Conseil : Référez-vous à collecter la capture de paquet des Téléphones IP

Étape 3. Vérifiez la signalisation d'appel sur CUCM et MediaSense.

L'exemple pris ici contient l'appel IP du téléphone SIP avec l'extension 4011 au téléphone SCCP avec l'extension 4009. Le numéro de destination de enregistrement est 7878.

Analyse de log CUCM

INVITEZ envoyé du téléphone SIP à CUCM. 

 06053008.002 |08:39:47.013 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.106.122.153 on port 53979 index 44 with 2126 bytes:
[50171,NET]
INVITE sip:4009@10.106.122.174;user=phone SIP/2.0
Via: SIP/2.0/TCP 10.106.122.153:53979;branch=z9hG4bK22e1618f
From: "4011" <sip:4011@10.106.122.174>;tag=203a0782d99f04115d77007a-7abfc08c
To: <sip:4009@10.106.122.174>
Call-ID: 203a0782-d99f000c-57711fea-6ba95503@10.106.122.153
Max-Forwards: 70
Date: Thu, 16 Jul 2015 15:39:46 GMT
CSeq: 101 INVITE
User-Agent: Cisco-CP8945/9.4.2

Contact: <sip:48a499a0-f78e-4baa-a287-5c6eeb0f2fe7@10.106.122.153:53979;transport=tcp>;video
Expires: 180
Accept: application/sdp
Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE,INFO
Remote-Party-ID: "4011" <sip:4011@10.106.122.174>;party=calling;id-type=subscriber;privacy=off;screen=yes
Supported: replaces,join,sdp-anat,norefersub,resource-priority,extended-refer,X-cisco-callinfo,X-cisco-serviceuri,X-cisco-escapecodes,X-cisco-service-control,X-cisco-srtp-fallback,X-cisco-monrec,X-cisco-config,X-cisco-sis-7.0.0,X-cisco-xsi-8.5.1
Allow-Events: kpml,dialog
Recv-Info: conference
Recv-Info: x-cisco-conference
Content-Length: 986
Content-Type: application/sdp
Content-Disposition: session;handling=optional
 
v=0
o=Cisco-SIPUA 15743 0 IN IP4 10.106.122.153
s=SIP Call
b=AS:2000
t=0 0
m=audio 
16420
 RTP/AVP 102 9 0 8 116 18 101
c=IN IP4 
10.106.122.153

a=trafficclass:conversational.audio.avconf.aq:admitted
a=rtpmap:102 L16/16000
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:116 iLBC/8000
a=fmtp:116 mode=20
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
[an error occurred while processing this directive]

 UserAgent est un envoi de téléphone IP de Cisco 8945 quant à CUCM.

CUCM envoie l'ACK au téléphone SIP quand le téléphone SCCP répond que l'appel et la session obtient établi.

06053236.001 |08:39:49.777 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.106.122.153 on port 53979 index 44 
[50174,NET]
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.106.122.153:53979;branch=z9hG4bK22e1618f
From: "4011" <sip:4011@10.106.122.174>;tag=203a0782d99f04115d77007a-7abfc08c
To: <sip:4009@10.106.122.174>;tag=16789~78868996-a8aa-4784-b765-86098b176d95-32833193
Date: Thu, 16 Jul 2015 15:39:47 GMT
Call-ID: 203a0782-d99f000c-57711fea-6ba95503@10.106.122.153
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Allow-Events: presence
Supported: replaces
Server: Cisco-CUCM10.5
Call-Info: <urn:x-cisco-remotecc:callinfo>; security= NotAuthenticated; orientation= to; gci= 1-7171; isVoip; call-instance= 1
Send-Info: conference, x-cisco-conference
Remote-Party-ID: <sip:4009@10.106.122.174>;party=called;screen=yes;privacy=off
Remote-Party-ID: <sip:4009@10.106.122.174;user=phone>;party=x-cisco-original-called;privacy=off
Contact: <sip:4009@10.106.122.174:5060;transport=tcp>
Content-Type: application/sdp
Content-Length: 435
 
v=0
o=CiscoSystemsCCM-SIP 16789 1 IN IP4 10.106.122.174
s=SIP Call
c=IN IP4 
10.106.122.131

b=AS:64
t=0 0
m=audio 
18840
 RTP/AVP 9 101
a=ptime:20
a=rtpmap:9 G722/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=trafficclass:conversational.audio.aq:admitted
[an error occurred while processing this directive]

Les presses de téléphone enregistrent la clé douce indiquant que l'utilisateur appelle la caractéristique d'enregistrement.

06053271.001 |08:39:52.681 |AppInfo  |StationInit: (0000045) SoftKeyEvent 
softKeyEvent=74(Record)
 lineInstance=1 callReference=32833194.
[an error occurred while processing this directive]

Le codec obtient verrouillé pour l'enregistrement.

06053274.002 |08:39:52.681 |AppInfo  | StationCdpc: star_MediaExchangeAgenaQueryCapability - Device SEP1C17D341FD21, codec locked due to recording, 
codecType=6
[an error occurred while processing this directive]

La ressource intégrée en passerelle (bavoir) obtient alloué.

06053309.000 |08:39:52.682 |SdlSig   |AllocateBibResourceRes                 |resource_rsvp                  |MediaResourceCdpc(1,100,139,52)  |BuiltInBridgeControl(1,100,239,6) |1,100,14,269032.3452^10.106.122.131^SEP1C17D341FD21 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0]  CI=32833195 BridgeDn=
b00123906001
 Pid=100,1,63,45 SsType=16777245 SsKey=43 deviceCap=0
[an error occurred while processing this directive]

CUCM se connecte la ressource en bavoir.

06053318.008 |08:39:52.683 |AppInfo  ||PretransformCallingPartyNumber=
|CallingPartyNumber=
|DialingPartition=
|DialingPattern=
b00123906001

|FullyQualifiedCalledPartyNumber=
b00123906001
[an error occurred while processing this directive]

Le bavoir compose alors à l'enregistrement le numéro 7878 de MediaSense.

06053358.013 |08:39:52.686 |AppInfo  ||PretransformCallingPartyNumber=b00123906001
|CallingPartyNumber=
b00123906001

|DialingPartition=
|DialingPattern=
7878

|FullyQualifiedCalledPartyNumber=
7878
[an error occurred while processing this directive]

INVITEZ est envoyé à MediaSense.

06053416.001 |08:39:52.690 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.106.122.178 on port 5060 index 71 
[50176,NET]
INVITE sip:7878@10.106.122.178:5060 SIP/2.0
Via: SIP/2.0/TCP 10.106.122.174:5060;branch=z9hG4bK14432e0a687
From: <sip:
4009
@10.106.122.174;x-nearend;x-refci=32833194;x-nearendclusterid=StandAloneCluster;x-nearenddevice=SEP1C17D341FD21;x-nearendaddr=4009;x-farendrefci=32833193;x-farendclusterid=StandAloneCluster;x-farenddevice=SEP203A0782D99F;x-farendaddr=4011>;tag=16791~78868996-a8aa-4784-b765-86098b176d95-32833198
To: <sip:7878@10.106.122.178>
Date: Thu, 16 Jul 2015 15:39:52 GMT
Call-ID: e4fb9980-5a71d048-b0-ae7a6a0a@10.106.122.174
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
Supported: Geolocation
Call-Info: <sip:10.106.122.174:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Cisco-Guid: 3841694080-0000065536-0000000071-2927258122
Session-Expires: 1800
P-Asserted-Identity: <sip:4009@10.106.122.174>
Remote-Party-ID: <sip:4009@10.106.122.174>;party=calling;screen=yes;privacy=off
Contact: <sip:4009@10.106.122.174:5060;transport=tcp>;isFocus
Max-Forwards: 70
Content-Length: 0
[an error occurred while processing this directive]

OK 200 de MediaSense quand l'appel d'enregistrement est établi.

06053554.002 |08:39:52.831 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.106.122.178 on port 5060 index 71 with 1013 bytes:
[50181,NET]
SIP/2.0 200 Ok
Via: SIP/2.0/TCP 10.106.122.174:5060;branch=z9hG4bK14432e0a687
To: <sip:7878@10.106.122.178>;tag=ds606d34cb
From: <sip:4009@10.106.122.174;x-nearend;x-refci=32833194;x-nearendclusterid=StandAloneCluster;x-nearenddevice=SEP1C17D341FD21;x-nearendaddr=4009;x-farendrefci=32833193;x-farendclusterid=StandAloneCluster;x-farenddevice=SEP203A0782D99F;x-farendaddr=4011>;tag=16791~78868996-a8aa-4784-b765-86098b176d95-32833198
Call-ID: e4fb9980-5a71d048-b0-ae7a6a0a@10.106.122.174
CSeq: 101 INVITE
Content-Length: 313
Contact: <sip:7878@10.106.122.178:5060;transport=tcp>
Content-Type: application/sdp
Allow: INVITE, BYE, CANCEL, ACK, NOTIFY, INFO, UPDATE
Server: MediaSense/10.x
 
v=0
o=CiscoORA 3197 1 IN IP4 10.106.122.178
s=SIP Call
c=IN IP4 
10.106.122.178

t=0 0
m=audio 
42120
 RTP/AVP 102 0 8 9 18
a=rtpmap:102 MP4A-LATM/90000
a=fmtp:102 profile-level-id=24;object=23;bitrate=64000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:18 G729/8000 
a=
recvonly
[an error occurred while processing this directive]

ACK à MediaSense.

 06053719.001 |08:39:52.842 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.106.122.178 on port 5060 index 71 
[50183,NET]
ACK sip:7878@10.106.122.178:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.106.122.174:5060;branch=z9hG4bK147605d100d
From: <sip:4009@10.106.122.174;x-nearend;x-refci=32833194;x-nearendclusterid=StandAloneCluster;x-nearenddevice=SEP1C17D341FD21;x-nearendaddr=4009;x-farendrefci=32833193;x-farendclusterid=StandAloneCluster;x-farenddevice=SEP203A0782D99F;x-farendaddr=4011>;tag=16791~78868996-a8aa-4784-b765-86098b176d95-32833198
To: <sip:7878@10.106.122.178>;tag=ds606d34cb
Date: Thu, 16 Jul 2015 15:39:52 GMT
Call-ID: e4fb9980-5a71d048-b0-ae7a6a0a@10.106.122.174
User-Agent: Cisco-CUCM10.5
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence, kpml
Content-Type: application/sdp
Content-Length: 260
 
v=0
o=CiscoSystemsCCM-SIP 16791 1 IN IP4 10.106.122.174
s=SIP Call
c=IN IP4 
10.106.122.131

b=TIAS:64000
b=CT:64
b=AS:64
t=0 0
m=audio 
4000
 RTP/AVP 9 101
a=ptime:20
a=rtpmap:9 G722/8000
a=
sendonly

a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
[an error occurred while processing this directive]

Le même processus est répété pour le flot d'extrémité. CUCM se connecte le bavoir, le bavoir composera le numéro d'enregistrement et une session de SIP sera établie entre CUCM et MediaSense.

Suivant les indications de cette image, le diagramme de signalisation.

Analyse de log de MediaSense

INVITEZ de CUCM à établir l'enregistrement d'appels pour l'extrémité proche (l'audio du téléphone IP de SIP)

0000010803: 10.106.122.178: Jul 16 2015 08:39:52.694 -0700: %CCBU_CALL_CONTROL-6-BORDER_MESSAGE: {Thrd=Pool-sip-thread-25} %[message_string=process new Invitation: SipCall-25, INBOUND_RECORDING, null, State=ALERTED: , processing=1
INVITE sip:7878@10.106.122.178:5060 SIP/2.0
Via: SIP/2.0/TCP 10.106.122.174:5060;branch=z9hG4bK14432e0a687
Max-Forwards: 69
To: <sip:7878@10.106.122.178>
From: <sip:4009@10.106.122.174;x-nearend;x-refci=32833194;x-nearendclusterid=StandAloneCluster;x-nearenddevice=SEP1C17D341FD21;x-nearendaddr=4009;x-farendrefci=32833193;x-farendclusterid=StandAloneCluster;x-farenddevice=SEP203A0782D99F;x-farendaddr=4011>;tag=16791~78868996-a8aa-4784-b765-86098b176d95-32833198
Call-ID: e4fb9980-5a71d048-b0-ae7a6a0a@10.106.122.174
CSeq: 101 INVITE
Content-Length: 0
Date: Thu, 16 Jul 2015 15:39:52 GMT
Supported: timer,resource-priority,replaces
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Min-SE: 1800
User-Agent: Cisco-CUCM10.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Expires: 180
Allow-Events: presence, kpml
Call-Info: <sip:10.106.122.174:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Cisco-Guid: 3841694080-0000065536-0000000071-2927258122
Session-Expires: 1800
P-Asserted-Identity: <sip:4009@10.106.122.174>
Remote-Party-ID: <sip:4009@10.106.122.174>;party=calling;screen=yes;privacy=off
Contact: <sip:4009@10.106.122.174:5060;transport=tcp>;isfocus
[an error occurred while processing this directive] 
 ]: Border Message
0000010804: 10.106.122.178: Jul 16 2015 08:39:52.694 -0700: %CCBU_CALL_CONTROL-7-TRACE:  {Thrd=Pool-sip-thread-25} -preProcessInvitation SipCall-25, INBOUND_RECORDING, null, State=ALERTED: ciscoGuidHeader=Cisco-Guid: 3841694080-0000065536-0000000071-2927258122

0000010808: 10.106.122.178: Jul 16 2015 08:39:52.695 -0700: %CCBU_CALL_CONTROL-7-TRACE: {Thrd=Pool-sip-thread-25} -postProcessInvitation SipCall-25, INBOUND_RECORDING, NEAR_END, State=ALERTED: from=4009, displayName=null, xRefci=32833194, 
endPointType=NEAR_END
, xNearDevice=SEP1C17D341FD21, ucmCiscoGuid=null, nearEndClusterId=StandAloneCluster, and farEndClusterId=StandAloneCluster
 
 
0000010809: 10.106.122.178: Jul 16 2015 08:39:52.695 -0700: %CCBU_CALL_CONTROL-7-TRACE: {Thrd=Pool-sip-thread-25} -postProcessInvitation SipCall-25, INBOUND_RECORDING, NEAR_END, State=ALERTED: created MediaResources: [AUDIO-MediaResource-25: SipCall-25, INBOUND_RECORDING, NEAR_END, State=ALERTED, weight=1, ip=
10.106.122.174
]
[an error occurred while processing this directive]

INVITEZ de CUCM à établir l'enregistrement d'appels pour l'extrémité (audio de téléphone IP de SCCP).

 0000010818: 10.106.122.178: Jul 16 2015 08:39:52.700 -0700: %CCBU_CALL_CONTROL-6-BORDER_MESSAGE: {Thrd=Pool-sip-thread-26} %[message_string=process new Invitation: SipCall-26, INBOUND_RECORDING, null, State=ALERTED: , processing=2
INVITE sip:7878@10.106.122.178:5060 SIP/2.0
Via: SIP/2.0/TCP 10.106.122.174:5060;branch=z9hG4bK14578497f79
Max-Forwards: 69
To: <sip:7878@10.106.122.178>
From: <sip:4009@10.106.122.174;x-farend;x-refci=32833194;x-nearendclusterid=StandAloneCluster;x-nearenddevice=SEP1C17D341FD21;x-nearendaddr=4009;x-farendrefci=32833193;x-farendclusterid=StandAloneCluster;x-farenddevice=SEP203A0782D99F;x-farendaddr=4011>;tag=16792~78868996-a8aa-4784-b765-86098b176d95-32833201
Call-ID: e4fb9980-5a71d048-b1-ae7a6a0a@10.106.122.174
CSeq: 101 INVITE
Content-Length: 0
Date: Thu, 16 Jul 2015 15:39:52 GMT
Supported: timer,resource-priority,replaces
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Min-SE: 1800
User-Agent: Cisco-CUCM10.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Expires: 180
Allow-Events: presence, kpml
Call-Info: <sip:10.106.122.174:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Cisco-Guid: 3841694080-0000065536-0000000072-2927258122
Session-Expires: 1800
P-Asserted-Identity: <sip:4009@10.106.122.174>
Remote-Party-ID: <sip:4009@10.106.122.174>;party=calling;screen=yes;privacy=off
Contact: <sip:4009@10.106.122.174:5060;transport=tcp>;isfocus
[an error occurred while processing this directive] 
 ]: Border Message 
0000010819: 10.106.122.178: Jul 16 2015 08:39:52.700 -0700: %CCBU_CALL_CONTROL-7-TRACE: {Thrd=Pool-sip-thread-26} -preProcessInvitation SipCall-26, INBOUND_RECORDING, null, State=ALERTED: ciscoGuidHeader=Cisco-Guid: 3841694080-0000065536-0000000072-2927258122
 
0000010823: 10.106.122.178: Jul 16 2015 08:39:52.701 -0700: %CCBU_CALL_CONTROL-7-TRACE: {Thrd=Pool-sip-thread-26} -postProcessInvitation SipCall-26, INBOUND_RECORDING, NEAR_END, State=ALERTED: from=4009, displayName=null, xRefci=32833194, 
endPointType=FAR_END
, xNearDevice=null, ucmCiscoGuid=null, nearEndClusterId=StandAloneCluster, and farEndClusterId=StandAloneCluster
 
0000010824: 10.106.122.178: Jul 16 2015 08:39:52.701 -0700: %CCBU_CALL_CONTROL-7-TRACE: {Thrd=Pool-sip-thread-26} -postProcessInvitation SipCall-26, INBOUND_RECORDING, NEAR_END, State=ALERTED: created MediaResources: [AUDIO-MediaResource-26: SipCall-26, INBOUND_RECORDING, FAR_END, State=ALERTED, weight=1, ip=
10.106.122.174
[an error occurred while processing this directive]

ID de session créé pour l'appel une fois que le tronçon de SIP des informations sur les enregistrements pour d'extrémité proche et d'extrémité est capturé sur MediaSense.

 0000010830: 10.106.122.178: Jul 16 2015 08:39:52.703 -0700: %CCBU_CALL_CONTROL-7-TRACE:  {Thrd=Pool-sip-thread-26} -Core: dispatch StartRecordingRequestEvent: SipRequestContextImpl-76, type=Sip, Session: 
d14e97859bff1
, INITIALIZING, call=SipCall-26, INBOUND_RECORDING, FAR_END, State=ALERTED, firstCall=SipCall-25, INBOUND_RECORDING, NEAR_END, State=ALERTED, requestedAudioPorts=2, requestedVideoPorts=0, append=false, audioSdp=null to Recording Adapter
[an error occurred while processing this directive]

200 CORRECT et ACK pour l'appel d'extrémité proche.

 0000010846: 10.106.122.178: Jul 16 2015 08:39:52.829 -0700: %CCBU_CALL_CONTROL-6-BORDER_MESSAGE: {Thrd=Pool-capture-thread-38} %[message_string=SipCall-25, INBOUND_RECORDING, NEAR_END, State=ALERTED send 200 Ok: 
SIP/2.0 200 Ok
Via: SIP/2.0/TCP 10.106.122.174:5060;branch=z9hG4bK14432e0a687
To: <sip:7878@10.106.122.178>;tag=ds606d34cb
From: <sip:4009@10.106.122.174;x-nearend;x-refci=32833194;x-nearendclusterid=StandAloneCluster;x-nearenddevice=SEP1C17D341FD21;x-nearendaddr=4009;x-farendrefci=32833193;x-farendclusterid=StandAloneCluster;x-farenddevice=SEP203A0782D99F;x-farendaddr=4011>;tag=16791~78868996-a8aa-4784-b765-86098b176d95-32833198
Call-ID: e4fb9980-5a71d048-b0-ae7a6a0a@10.106.122.174
CSeq: 101 INVITE
Content-Length: 313
Contact: <sip:7878@10.106.122.178:5060;transport=tcp>
Content-Type: application/sdp
Allow: INVITE, BYE, CANCEL, ACK, NOTIFY, INFO, UPDATE
Server: MediaSense/10.x
 
v=0
o=CiscoORA 3197 1 IN IP4 10.106.122.178
s=SIP Call
c=IN IP4 
10.106.122.178

t=0 0
m=audio 
42120
 RTP/AVP 102 0 8 9 18
a=rtpmap:102 MP4A-LATM/90000
a=fmtp:102 profile-level-id=24;object=23;bitrate=64000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:18 G729/8000
a=
recvonly
[an error occurred while processing this directive] 
 ACK sip:7878@10.106.122.178:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.106.122.174:5060;branch=z9hG4bK147605d100d
Max-Forwards: 69
To: <sip:7878@10.106.122.178>;tag=ds606d34cb
From: <sip:4009@10.106.122.174;x-nearend;x-refci=32833194;x-nearendclusterid=StandAloneCluster;x-nearenddevice=SEP1C17D341FD21;x-nearendaddr=4009;x-farendrefci=32833193;x-farendclusterid=StandAloneCluster;x-farenddevice=SEP203A0782D99F;x-farendaddr=4011>;tag=16791~78868996-a8aa-4784-b765-86098b176d95-32833198
Call-ID: e4fb9980-5a71d048-b0-ae7a6a0a@10.106.122.174
CSeq: 101 ACK
Content-Length: 260
Date: Thu, 16 Jul 2015 15:39:52 GMT
User-Agent: Cisco-CUCM10.5
Allow-Events: presence, kpml
Content-Type: application/sdp
 
v=0
o=CiscoSystemsCCM-SIP 16791 1 IN IP4 10.106.122.174
s=SIP Call
c=IN IP4 
10.106.122.131

b=TIAS:64000
b=CT:64
b=AS:64
t=0 0
m=audio 
4000
 RTP/AVP 9 101
a=ptime:20
a=rtpmap:9 G722/8000
a=
sendonly

a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
[an error occurred while processing this directive]

L'événement semblable sera capturé une fois que le sens de medias répond à l'appel. Notez que l'ACK envoyé contient le port 4000 et l'indique sendonly.

Les informations de session après chacun des deux dialogue de SIP établi.

 {"sessionData": {
 "callControllerIP": "10.106.122.174",
 "callControllerType": "Cisco-CUCM",
 "endPoints": [
 {
"clusterid": "StandAloneCluster",
 "conference": false,
 "device": "
SEP1C17D341FD21
 
",
 "dn": "
4009
 
",
 "startDate": 1437061192882,
 "tracks": [{
 "codec": "
G722
 
",
 "location": "/common",
 "mediaState": "
ACTIVE
 
",
 "startDate": 1437061192882,
 "track": 0,
 "type": "AUDIO"
 }],
 "type": "
NEAR_END
 
",
 "xRefci": "32833194"
 },
 {
 "clusterid": "StandAloneCluster",
 "conference": false,
 "device": "
SEP203A0782D99F
 
",
 "dn": "
4011
 
",
 "startDate": 1437061192882,
 "tracks": [{
 "codec": "G722",
 "location": "/common",
"mediaState": "ACTIVE",
 "startDate": 1437061192882,
 "track": 1,
 "type": "AUDIO"
 }],
 "type": "
FAR_END
 
",
 "xRefci": "32833193"
 }
 ],
 "operationType": "
ADD
 
",
 "recordingServer": "10.106.122.178",
 "rtspUrl": "rtsp://10.106.122.178/d14e97859bff1",
 "sessionName": "
d14e97859bff1
 
",
 "sipServer": "10.106.122.178",
 "startDate": 1437061192882,
 "state": "
ACTIVE
 
",
 "version": 7
[an error occurred while processing this directive]

    

Quand l'appel est déconnecté le téléphone cesse l'enregistrement.

 0000010897: 10.106.122.178: Jul 16 2015 08:40:01.525 -0700: %CCBU_CALL_CONTROL-7-TRACE:  {Thrd=DIALOG_CALLBACK.7} -Core: dispatch 
StopRecordingRequestEvent
: SipRequestContextImpl-78, type=Sip, Session: 
d14e97859bff1
, ACTIVE, call=SipCall-26, INBOUND_RECORDING, FAR_END, State=DISCONNECTED, firstCall=null to Recording Adapter
0000009368: 10.106.122.178: Jul 16 2015 08:40:01.762 -0700: %CCBU_COMMON-6-VSMS HTTP Info: {Thrd=Pool-capture-thread-39} %[HTTP Response Body=<Session>
 <diskusage>
 <recording name="
d14e97859bff1
-TRACK0" 
size="1"
 repository="/common" />
 <recording name="
d14e97859bff1
-TRACK1" 
size="1"
 repository="/common" />
 </diskusage>
 <rtsplink>/archive/
d14e97859bff1
</rtsplink>
[an error occurred while processing this directive]

Note: Dans cette zone, vous notez qu'il y a une taille dans les attributs d'enregistrement. Cet exemple affiche ce size="1", qui signifie que MediaSense a reçu l'audio de CUCM. Si vous notez size="0", il signifie que MediaSense n'a pas reçu l'audio de CUCM.

Enfin la session se ferme.

 {"sessionData": {
"callControllerIP": "10.106.122.174",
 "callControllerType": "Cisco-CUCM",
 "endDate": 1437061201522,
 "endPoints": [
 {
 "clusterid": "StandAloneCluster",
 "conference": false,
 "device": "
SEP1C17D341FD21
",
 "dn": "
4009
",
 "startDate": 1437061192882,
 "tracks": [{
 "codec": "G722",
 "location": "/common",
 "mediaState": "ACTIVE",
 "size": 1,
"startDate": 1437061192882,
 "track": 0,
 "type": "AUDIO"
 }],
 "type": "
NEAR_END
",
 "xRefci": "32833194"
 },
 {
 "clusterid": "StandAloneCluster",
 "conference": false,
 "device": "
SEP203A0782D99F
",
 "dn": "
4011
",
 "startDate": 1437061192882,
 "tracks": [{
 "codec": "G722",
 "location": "/common",
 "mediaState": "ACTIVE",
 "size": 1,
 "startDate": 1437061192882,
 "track": 1,
 "type": "AUDIO"
 }],
 "type": "
FAR_END
",
 "xRefci": "32833193"
 }
],
 "operationType": "EXISTING",
 "recordingServer": "10.106.122.178",
 "rtspUrl": "rtsp://10.106.122.178/archive/d14e97859bff1",
 "sessionName": "
d14e97859bff1
",
 "sipServer": "10.106.122.178",
 "startDate": 1437061192882,
 "state": "
CLOSED
",
 "version": 11
[an error occurred while processing this directive]

Collecte de log de MediaSense

Étape 1. Permettez au niveau de suivi de service de Contrôle d'appel de mettre au point dans l'utilité de MediaSense.

Suivant les indications de cette image, MediaSense Serviceabilty.

Étape 2. Capture de paquet d'enable sur MediaSense.

Veuillez exécuter la taille toute du compte 100000 de paquets de fichier de la capture eth0 de réseau d'utils afin d'activer la capture de paquet sur MediaSense.

Suivant les indications de cette image, capture de paquet sur MediaSense.

Étape 3. Collectez les logs utilisant l'outil de suivi en temps réel (RTMT)

Connectez au serveur de MediaSense utilisant RTMT.

Naviguez pour tracer et le central de log > collectent des fichiers

Suivant les indications de cette image, outil de suivi en temps réel.

Cliquez sur Next et capture choisie de paquet

Suivant les indications de cette image, outil de suivi en temps réel.

Temps choisi en conséquence. 

Quelques commandes utiles :

1. recording_sessions de medias d'utils

La commande de nom du fichier de fichier de recording_sessions de medias d'utils génère un fichier HTML avec une liste détaillée des 100 dernières sessions enregistrées traitées par ce serveur de Cisco MediaSense. Confirmez que le service de Contrôle d'appel de Cisco MediaSense s'exécute avant que vous exécutiez cette commande. Le fichier est enregistré au répertoire de la plate-forme/cli/et peut être téléchargé utilisant le fichier obtiennent la plate-forme d'activelog/commande cli/nom du fichier.

Commande : nom du fichier de fichier de recording_sessions de medias d'utils

Détails :

  •   le fichier est un paramètre obligatoire qui sort les informations à un fichier.
  •   le nom du fichier est un paramètre obligatoire qui définit le nom du fichier de .html.
  •   Quand vous émettez cette commande, vous obtenez la réponse suivante : Les sessions enregistrées de service de Contrôle d'appel de Cisco MediaSense se sont enregistrées à la plate-forme/cli/<filename>.html. Vous pouvez maintenant le télécharger utilisant : classez obtiennent la plate-forme d'activelog/cli/<filename>.html que vous pouvez alors récupérer le fichier à partir de ce répertoire et le sauvegarder à un emplacement de votre choix.

Exemple :

  •   Cisco MediaSense de sessions.html de fichier de recording_sessions de medias d'utils. Les sessions enregistrées de service de Contrôle d'appel se sont enregistrées à la plate-forme/cli/sessions.html. Vous pouvez maintenant le télécharger utilisant : le fichier obtiennent la plate-forme d'activelog/cli/sessions.html

2. maintenance du système d'utils

L'exécution de maintenance du système d'utils de commande active ou désactive le mode maintenance sur le Cisco MediaSense, ou affiche l'état de mode maintenance de Cisco MediaSense. Tandis qu'il est dans le mode maintenance, le Cisco MediaSense ne peut traiter aucune demandes d'enregistrement ou demandes API.

Réinitialisations de Cisco MediaSense quand il écrit le mode maintenance. Toutes les activités coulantes finissent abruptement. Tous les enregistrements actifs finissent dans un état CLOSED_ERROR. Les réinitialisations de Cisco MediaSense de nouveau quand le mode maintenance est désactivé et lui ressaisit le mode normal.

Commande : exécution de maintenance du système d'utils

Détails : l'exécution spécifie ce que la commande fait.

Les exécutions valides incluent :

  •   enable
  •   débronchement
  •   état

Exemples :

  •   enable de maintenance du système d'utils
  •   débronchement de maintenance du système d'utils
  •   état de maintenance du système d'utils

Quelques questions fondamentales  

Documentation Wiki de MediaSense

Défauts connus

CSCup24364 : Le C tout l'enregistrement de ne pas fonctionner pour des appels sans l'Identification de l'appelant reçoivent le message d'erreur.

CSCui13760 :  MediaSense ne prend en charge pas la suppression du noeud de la batterie.

CSCtn45420 :  L'enregistrement d'appels de MediaSense échoue avec le point final de SIP de Camelot.

CSCut09446 :  MediaSense UI ne remplit pas config de configuration CUCM et d'utilisateur API.

CSCuo95309 :  Enregistrements de recherche et de jeu de MediaSense non remplis de l'autre noeud.

CSCuq20108 :  De l'en-tête à obtenir tronqué en utilisant les caractères échappés.

TAC Authored

Contribution d’experts de Cisco

  • Suyash Pal Singh
    Ingénieur TAC Cisco

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco

Ce document s’applique à ces produits