Introduction
本文描述如何通过媒体桑斯的CLI查找和管理记录。 记录可能通过MediaSense Application Programming Interface (API)只被检索,与一个应用程序类似搜索和作用或者第三方appliction。然而,有MediaSense CLI能提供关于记录元数据的有用的信息的方案。
由思科 TAC 工程师撰稿。
有CLI可以容易地用于找到关于记录的信息的实例。有是特别有用的一些次普通的操作:
- 查找与已知日期和时间的一个记录
- 查找总数记录
- 查找计数被修剪的记录
- Delete错误呼叫记录
MediaSense允许您通过CLI查询元数据数据库。登陆到媒体感觉服务器通过与平台管理员帐户的安全壳SSH,并且请使用命令运行ora_sql以您要使用,是阶数据库的名字。注意SQL查询需要由双引号包围。
存储所有记录会话的表称为RecordingSession。此表有几列。这是重要列名字和discriptions :
列 |
说明 |
pkid |
唯一,记录的MediaSense标识。 这是会话ID记录的,如在搜索和作用中看到和通过API服务。 |
startdatetime |
时间在世纪时间开始的,录制会话(毫秒从1-1-1970)。 |
期限 |
recorrding的会话的长度以毫秒。 |
状态 |
记录的最终状态。 1 =激活 2 = CLOSED_NORMAL 3 = CLOSED_ERROR 4 =删除 5 =初始化 6 =加载 7 =处理 8 =导入 |
sipserver |
SIP信令通信被处理的MediaSense节点ID。 |
captureserver |
MediaSense节点ID此记录是获取和存储的地方。 |
callcontrollertype |
值为1指示CUCM起动记录。 值为2指示多维数据集。 |
ccid |
在分叉的多维数据集,在此元数据包括在SIP消息传送和存储的网关呼叫的CCID中。 能使用关联记录与网关呼叫。 |
callcontrollerip |
起动记录的CUCM或多维数据集。最初的SIP邀请从此IP被发送了。 |
errorcode |
介绍在版本11改进维护性。 CLOSED_ERROR记录当前有产生暗示的一个特定错误代码故障的原因。 1 =未知 2 = MEDIA_SERVER_ERROR 3 = MEDIA_SERVER_TIMEOUT 4 = SIP_SIGNALING_ERROR 5 = SIP_CANCEL_RECEIVED 6 = NO_MEDIA_RECEIVED 7 =孤立 8 = UNSUPPORTED_CODEC 9 = MEDIA_FORMAT_ERROR |
可移动 |
-- |
isarchived |
此列设置对真对使用基本的归档的功能,归档对SFTP的每个记录。 |
errordetail |
-- |
步骤1.查找与已知日期和时间的记录。
例如,使用请返回2月6日的一次记录的呼叫出发在18:00和18:10之间在Greenwich Mean Time (GMT) -5。
首先,必须转换时间段成Unix/世纪时间戳以毫秒。对http://www.epochconverter.com/的Naviagte或使用一个相似的工具得到Unix时间。
在转换以后的示例中,时间戳值是1391727600000and1391728200000。
运行此命令:
运行从在139172600000和1391728200000"之间的startdatetime的recordingsession的ora_sql阶“挑选pkid
使用此pkid,请运行此命令:
运行ora_sql阶“挑选路径,协议,端口,从pkid='< yourpkidfromabove>”的recordingurl的nodeid
请使用记录驻留的此路径和nodeID。您能公式化必要的URL放出从产生的路径的音频。
例如, NodeID returned>/<path returned>的rtsp:// < IP地址。
步骤2.细致的总数记录。
此命令产生在MediaSense服务器被提交的总数记录。
运行ora_sql阶“选择计数(*)从recordingsession”
步骤3.查找计数被修剪的记录。
为了欲知总数在medisense服务器的被修剪的记录请以Unix时间戳使用此命令:
运行ora_sql阶“选择(*)的计数从recordingsession state='4和startdatetime < 1460572844000"
步骤4.从MediaSense的Delete错误呼叫记录。
修剪策略在顺利地记录的呼叫仅工作。所以,手工有需要Delete错误呼叫记录。
根据MediaSense,每成功的呼叫是记录了媒体的呼叫。如果一跟踪被记录了,并且实时传输协议(RTP)未为另一跟踪被接受,呼叫认为CLOSED_NORMAL。因为媒体为呼叫,存在此呼叫考虑作为成功的呼叫。
修剪是尝试老记录清除做新的一个方式在磁盘的活动。
当呼叫以错误时结束,根本不安排数据被记录。因此, (即没有记录的媒体没有理由删除该记录)。
因此,作为修剪的polocy一部分,错误记录元数据从MediaSense没有被删除。他们在MediaSense搜索和作用继续被看到。
这是从MediaSense搜索的一个示例镜像&作用(排序与最老对最新),所有错误记录是存在和没修剪。
现在,如果想要Delete错误记录元数据, MediaSense API可以用于达到该需求。
API的名字是deleteSessions和这是示例使用方法(会话可以是列表)。您能是指MediaSense开发者指南以获得详情。
运行此命令从MediaSense完全地删除录制会话。这可以执行删除一次会话或会话列表。
运行此命令到Find错误会话
admin :运行从state='3'"的recordingsession的ora_sql阶“挑选pkid
要限制在屏幕的输出和每次查看10个记录,只请运行此命令:
admin :运行ora_sql阶“选择限制10 pkid从state='3'"的recordingsession
请使用指令在第4步删除错误记录元数据。