El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Este documento describe cómo encontrar y manejar las grabaciones con el CLI de Sens de los media. Las grabaciones se pueden extraer solamente a través de la interfaz de programación de aplicaciones de MediaSense (API), con una aplicación como la búsqueda y juego o un appliction del otro vendedor. Sin embargo, hay los escenarios en los cuales el MediaSense CLI puede proporcionar la información útil con respecto a los meta datos de la grabación.
Contribuido por los ingenieros de Cisco TAC.
Hay los casos en los cuales el CLI se puede utilizar fácilmente para encontrar la información sobre las grabaciones. Hay algunas operaciones comunes que son determinado útiles:
MediaSense permite que usted pregunte la base de datos de los meta datos con el CLI. Inicie sesión al servidor del sentido de los media vía el Secure Shell (SSH) con la cuenta del administrador de la plataforma, y utilice el ora_sql del funcionamiento del comando con el nombre de la base de datos que usted quiere utilizar, que es meta. Observe que la consulta SQL necesita ser rodeada por las comillas dobles.
La tabla que salva todas las sesiones de la grabación se llama RecordingSession. Esta tabla tiene varias columnas. Aquí están los nombres y las descripciones de las columnas importantes:
columna | descripción |
pkid | Un único, identificador de MediaSense para una grabación. Éste es el ID de sesión para una grabación, como se ve en la búsqueda y el juego y con el servicio API. |
startdatetime | El tiempo la sesión de la grabación comenzada, en el tiempo del epoch (milisegundos desde 1-1-1970). |
duración | Longitud de la sesión recorrding en los milisegundos. |
estado | El Estado final de la grabación. 1 = ACTIVE 2 = CLOSED_NORMAL 3 = CLOSED_ERROR 4 = BORRADO 5 = INICIALIZÁNDOSE 6 = CARGANDO 7 = PROCESANDO 8 = IMPORTANDO |
sipserver |
El ID del nodo de MediaSense donde el SORBO que señalaba la comunicación fue procesado. |
captureserver | El ID del nodo de MediaSense donde esta grabación fue capturada y salvada. |
callcontrollertype | Un valor de 1 indica que la grabación fue iniciada por CUCM. Un valor de 2 indica el CUBO. |
ccid | En el CUBO que bifurca, el CCID de la llamada del gateway incluido en la Mensajería del SORBO y salvado en este los meta datos. Puede ser utilizado para correlacionar las grabaciones con las llamadas del gateway. |
callcontrollerip | El CUCM o el CUBO donde la grabación fue iniciada. El SORBO inicial INVITA fue enviado de este IP. |
errorcode | Introducido en la versión 11 para mejorar la utilidad. Las grabaciones CLOSED_ERROR ahora tienen un código de error específico que da una indirecta a la causa del error. 1 = DESCONOCIDO |
movible | - |
isarchived | Esta columna se fija para verdad para cada grabación que ha estado archivada al SFTP usando la característica que archivaba básica. |
errordetail | - |
Por ejemplo, al reproducir un 6to registrada de la llamada en febrero comenzó entre 18:00 y 18:10 de la hora media de Greenwich (GMT) -5.
Primero, el timeframe se debe convertir a los grupos fecha/hora de Unix/del epoch en los milisegundos. Naviagte a http://www.epochconverter.com/ o utiliza una herramienta similar para obtener el tiempo de Unix.
En el ejemplo después de la conversión, los valores del grupo fecha/hora son 1391727600000and1391728200000.
Funcione con este comando:
ejecute pkid selecto de la meta del ora_sql “del recordingsession donde startdatetime entre 139172600000 y el 1391728200000"
Con este pkid, funcione con este comando:
ejecute la meta “trayectoria selecta del ora_sql, protocolo, puerto, nodeid del recordingurl donde el yourpkidfromabove> del pkid='<”
Utilice esta trayectoria y nodeID donde reside la grabación. usted puede formular el URL necesario para fluir el audio de la trayectoria dada.
Por ejemplo, rtsp:// < dirección IP del returned> de NodeID returned>/<path.
Este comando da el recuento total de las grabaciones que se presentan en el servidor de MediaSense.
ejecute la meta del ora_sql “seleccionan la cuenta (*) del recordingsession”
Para descubrir el recuento total de las grabaciones podadas en el servidor del medisense utilice este comando con el sello de fecha/hora de Unix:
ejecute la meta del ora_sql “seleccionan la cuenta (*) del recordingsession donde state='4 y startdatetime el < 1460572844000"
La directiva de la pasa trabaja solamente en las llamadas con éxito registradas. Por lo tanto, hay una necesidad de borrar las grabaciones de la llamada del error manualmente.
Según MediaSense, cada llamada satisfactoria es una llamada que ha registrado los media. Si una pista fue registrada y no se recibió ningún Real-Time Transport Protocol (RTP) para la otra pista, la llamada se considera CLOSED_NORMAL. Esta llamada se considera como llamada satisfactoria puesto que el media existe para la llamada.
La poda es una actividad que intenta la liquidación de las viejas grabaciones para hacer una manera para los nuevos en el disco.
Cuando una llamada termina con un ERROR, esencialmente no hace ningún dato registrar. (es decir no hay media registrados, por lo tanto, no hay razón para borrar esa grabación).
Así pues, los meta datos de las grabaciones del error no se borran de MediaSense como parte del polocy de la poda. Continúan siendo vistos en la búsqueda y el juego de MediaSense.
Aquí está una imagen del ejemplo de la búsqueda de MediaSense y el juego (clasificado con la más viejo a la más nuevo), toda la grabación del error es presente y no podado.
Ahora, si usted quiere borrar los meta datos de las grabaciones del error, el MediaSense API se puede utilizar para alcanzar ese requisito.
El nombre API es deleteSessions, y aquí es un uso de la muestra (las sesiones pueden ser una lista). Usted puede referir a la guía del desarrollador de MediaSense para más detalle.
Funcione con este comando de borrar la sesión de la grabación totalmente de MediaSense. Esto se puede hacer para borrar una sesión o una lista de sesiones.
Funcione con este comando de encontrar las sesiones del error
admin: ejecute pkid selecto de la meta del ora_sql “del recordingsession donde el state='3'"
Para limitar la salida en la pantalla y ver solamente 10 en un momento de las grabaciones, funcione con este comando:
admin: ejecute pkid selecto del LÍMITE 10 de la meta del ora_sql “del recordingsession donde el state='3'"
Utilice las instrucciones en el paso 4 de borrar los meta datos de las grabaciones del error.