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.
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.
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.
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 :
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 |
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 | - |
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.
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 »
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"
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.