Contenu

Introduction

Problème

Solution

Étape 1. Trouvez un enregistrement avec la date et l'heure connues.

Étape 2. Comptage total correct des enregistrements.

Étape 3. Compte de découverte d'enregistrements taillés.

Étape 4. Enregistrements d'appels des erreurs d'effacement de MediaSense.

Introduction

Ce document décrit comment trouver et gérer des enregistrements par le CLI de Sens de medias. Des enregistrements peuvent seulement être récupérés par l'interface de programmation de MediaSense (API), avec une application comme la recherche et le jeu ou un appliction de tiers. Cependant, il y a des scénarios dans lesquels le MediaSense CLI peut fournir les informations utiles concernant des métadonnées d'enregistrement.

Contribué par des ingénieurs TAC Cisco.

Problème

Il y a des exemples dans lesquels le CLI peut être facilement utilisé pour trouver des informations sur des enregistrements. Il y a quelques exécutions communes qui sont particulièrement utiles :

- Trouvez un enregistrement avec la date et l'heure connues

- Comptage total de découverte des enregistrements

- Compte de découverte d'enregistrements taillés

- Enregistrements d'appels des erreurs d'effacement

Solution

MediaSense te permet pour questionner la base de données de métadonnées par le CLI. Ouvrez une session au serveur de sens de medias par l'intermédiaire du Protocole Secure Shell (SSH) avec le compte administrateur de plate-forme, et utilisez l'ora_sql de passage de commande avec le nom de la base de données que vous voulez utiliser, qui est méta. Notez que la requête SQL doit être entourée par des guillemets.

La table qui enregistre toutes les sessions enregistrées s'appelle RecordingSession. Cette table a plusieurs colonnes. Voici les noms et les descriptions d'importantes colonnes :

colonne

description

pkid

Un seul, identifiant de MediaSense pour un enregistrement.  C'est l'ID de session pour un enregistrement, comme vu dans la recherche et le jeu et par le service API.

startdatetime

Le temps la session enregistrée commencée, dans le temps d'époque (millisecondes depuis 1-1-1970).

durée

Longueur de la session recorrding en quelques millisecondes.

état

L'état final de l'enregistrement.

1 = ACTIVE

2 = CLOSED_NORMAL

3 = CLOSED_ERROR

4 = SUPPRIMÉ

5 = INITIALISANT

6 = TÉLÉCHARGEANT

7 = TRAITANT

8 = IMPORTANT

sipserver

L'ID de noeud de MediaSense où le SIP signalant la transmission a été traité.

captureserver

L'ID de noeud de MediaSense où cet enregistrement a été capturé et enregistré.

callcontrollertype

Une valeur de 1 indique que l'enregistrement a été initié par CUCM.  Une valeur de 2 indique le CUBE.

ccid

Dans le CUBE bifurquant, le CCID de l'appel de passerelle inclus dans la Messagerie de SIP et enregistré en cela des métadonnées.  Peut être utilisé pour corréler des enregistrements avec des appels de passerelle.

callcontrollerip

Le CUCM ou le CUBE où l'enregistrement a été initié. Le SIP INVITE initial a été envoyé de cet IP.

errorcode

Introduit dans la version 11 pour améliorer l'utilité.  Les enregistrements CLOSED_ERROR ont maintenant code d'erreur spécifique donnant un signe à la cause de la panne.

1 = UNKNOWN

2 = MEDIA_SERVER_ERROR

3 = MEDIA_SERVER_TIMEOUT

4 = SIP_SIGNALING_ERROR

5 = SIP_CANCEL_RECEIVED

6 = NO_MEDIA_RECEIVED

7 = ONT PERDU SES PARENTS

8 = UNSUPPORTED_CODEC

9 = MEDIA_FORMAT_ERROR

amovible

-

isarchived

Cette colonne est placée pour rectifier pour chaque enregistrement qui a été archivé au SFTP utilisant la caractéristique de archivage de base.

errordetail

-

Étape 1. Trouvez un enregistrement avec la date et l'heure connues.

Par exemple, pour lire de retour un 6ème enregistré d'appel en février a commencé entre 18:00 et 18:10 à temps l'heure de Greenwich (GMT) -5.

D'abord, le délai doit être converti en horodateurs d'Unix/époque en quelques millisecondes. Naviagte à http://www.epochconverter.com/ ou utilisent un outil semblable pour obtenir le temps d'Unix.

Dans l'exemple après conversion, les valeurs d'horodateur sont 1391727600000and1391728200000.

Exécutez cette commande :

pkid choisi exécutez d'ora_sql méta « de recordingsession où startdatetime entre 139172600000 et 1391728200000"

Avec ce pkid, exécutez cette commande :

exécutez le méta « chemin choisi d'ora_sql, protocole, port, nodeid de recordingurl où le yourpkidfromabove> de pkid='< »

Utilisez ces chemin et nodeID où l'enregistrement réside. vous pouvez formuler l'URL requis pour couler l'audio du chemin donné.

Par exemple, rtsp:// < adresse IP de returned> de NodeID returned>/<path.

Étape 2. Comptage total correct des enregistrements.

Cette commande donne le comptage total des enregistrements qui sont présentés dans le serveur de MediaSense.

exécutez le méta d'ora_sql « sélectionnent le compte (*) du recordingsession »

Étape 3. Compte de découverte d'enregistrements taillés.

Afin de découvrir le comptage total des enregistrements taillés sur le serveur de medisense utilisez cette commande avec le groupe date/heure d'Unix :

exécutez le méta d'ora_sql « sélectionnent le compte (*) du recordingsession où state='4 et startdatetime < 1460572844000"

Étape 4. Enregistrements d'appels des erreurs d'effacement de MediaSense.

La stratégie de pruneau fonctionne seulement sur des appels avec succès enregistrés. Par conséquent, il y a un besoin de supprimer des enregistrements d'appels des erreurs manuellement.

Selon MediaSense, chaque appel réussi est un appel qui a enregistré des medias. Si une piste était enregistrée et aucun Protocole RTP (Real-Time Transport Protocol) n'était reçu pour l'autre piste, l'appel est considéré CLOSED_NORMAL. Cet appel est considéré comme appel réussi puisque le support existe pour l'appel.

L'élagage est une activité qui tente l'espace de vieux enregistrements pour faire une manière pour des neufs dans le disque.

Quand un appel finit avec une ERREUR, il ne fait essentiellement enregistrer aucune donnée. (c.-à-d. il n'y a aucun support enregistré, par conséquent, il n'y a aucune raison de supprimer cet enregistrement).

Ainsi, des métadonnées d'enregistrements d'erreur ne sont pas supprimées de MediaSense en tant qu'élément du polocy d'élagage. Ils continuent à être vus dans la recherche de MediaSense et les lisent.

Voici une image d'exemple de recherche de MediaSense et le jeu (trié avec plus vieux à plus nouveau), tout l'enregistrement d'erreur sont présent et non taillé.

Maintenant, si vous voulez supprimer des métadonnées d'enregistrements d'erreur, le MediaSense API peut être utilisé pour réaliser cette condition requise.

Le nom de l'API est des deleteSessions, et voici une utilisation d'échantillon (les sessions peuvent être une liste). Vous pouvez se référer au guide de développeur de MediaSense pour plus de détail.

Exécutez cette commande de supprimer la session enregistrée complètement de MediaSense. Ceci peut être fait pour supprimer une session ou une liste de sessions.

Exécutez cette commande de trouver des sessions d'erreur

admin : pkid choisi exécutez d'ora_sql méta « de recordingsession où state='3'"

Pour limiter la sortie sur l'écran et visualiser seulement 10 enregistrements à la fois, exécutez cette commande :

admin : pkid choisi de la LIMITE 10 exécutez d'ora_sql méta « de recordingsession où state='3'"

Utilisez les instructions dans l'étape 4 de supprimer les métadonnées d'enregistrements d'erreur.