CN105611226B - 一种视频监控网络中丢包定位方法及装置 - Google Patents

一种视频监控网络中丢包定位方法及装置 Download PDF

Info

Publication number
CN105611226B
CN105611226B CN201510729432.0A CN201510729432A CN105611226B CN 105611226 B CN105611226 B CN 105611226B CN 201510729432 A CN201510729432 A CN 201510729432A CN 105611226 B CN105611226 B CN 105611226B
Authority
CN
China
Prior art keywords
interface
video
video flowing
packet loss
path
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201510729432.0A
Other languages
English (en)
Other versions
CN105611226A (zh
Inventor
虞波
程剑
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhejiang Uniview Technologies Co Ltd
Original Assignee
Zhejiang Uniview Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zhejiang Uniview Technologies Co Ltd filed Critical Zhejiang Uniview Technologies Co Ltd
Priority to CN201510729432.0A priority Critical patent/CN105611226B/zh
Publication of CN105611226A publication Critical patent/CN105611226A/zh
Application granted granted Critical
Publication of CN105611226B publication Critical patent/CN105611226B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/6473—Monitoring network processes errors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种视频监控网络中丢包定位方法及装置，在客户端观察到视频流出现卡顿或花屏状况时，根据视频流建立过程中的SIP信令获取视频流经过的各视频设备对应的IP地址，进而通过SNMP协议获取视频流经过路径上的各个接口；然后通过SNMP协议获取视频流经过路径上的各个接口的丢包情况，并对于存在丢包的接口，通过比较在有无视频流情况下的丢包数判定该接口是否是造成视频流丢包的接口。本发明的装置包括路径查找模块、丢包检查模块和丢包定位模块。本发明的方法及装置，通过SNMP标准协议，精确、快速定位网络丢包情况，提高问题排查定位效率。

Description

一种视频监控网络中丢包定位方法及装置
技术领域
本发明属于网络维护技术领域，尤其涉及一种视频监控网络中丢包定位方法及装置。
背景技术
随着视频监控在各行业的应用，高清化、系统化、大联网已经成为一个不争的趋势，随之带来的是网络带宽的急剧增长，而对应的网络传输设备由于来不及及时更新，导致网络丢包、乱序、拥塞等问题层出不穷。而且随着联网规模的不断扩大，定位此类问题变得越发棘手。以公安行业为例，随着国标28181互联标准的推进，全国大联网正在如火如荼的开展。在整个联网过程中，分成部、省、市、县四级平台，而每个区县下又有专网平台接入、运营商平台接入、社会资源接入等，视频设备跨运营商、跨网闸、跨地域，而随着高清视频监控的逐步开展以及业务量的急剧增长，给本来就负荷沉重的网络雪上加霜。从而造成在观看视频时，往往出现图像卡顿、花屏等严重问题，尤其是公安行业，安装在道路上，面对形形色色的车辆，卡顿的效果更加明显。而一路视频流从视频专网(甚至是运营商网络)到区县公安内网、再到市、省、部层层转发，每一个环节都可能出现问题，这给技术人员定位排查此类问题带来很大的麻烦。
遇到视频图像卡顿、花屏等问题，往往是由于网络丢包导致，一般技术人员会根据码流的路径，一层一层进行排查。先在客户端抓包，然后根据发送的原地址和端口过滤，观察收到的码流是否丢包。如果没有丢包，说明是客户端解码侧的问题，如果丢包，则需要再在码流的上一层转码服务器抓包，分析入口和出口的丢包情况。依次类推，直到找出是哪个环节出现了问题。
可见，现有技术方案操作繁琐，往往要求在各个服务器上抓包分析，而且有时需要登录交换机做端口镜像，费时费力，而且端口镜像往往是把发送的数据库复制一份到另外一个端口，导致数据包数量翻倍，更加造成网络拥堵；并且公安部门往往有严格的权限管理，一般的中心网络交换机，普通技术人员是没有权限远程登录的，这给定位问题带来很大的困难；并且由于前段设备往往在视频专网或运营商网络，而出现问题的地方往往是公安内网，两张不同的网络无法同时登录，需多人配合，往往需要有2个人同时支持，一个在公安内网定位，一个在专网配合，人力投入大。
发明内容
本发明的目的是提供一种视频监控网络中丢包定位方法及装置，能够克服上述技术缺陷，精确、快速定位网络丢包情况。
为了实现上述目的，本发明技术方案如下：
一种视频监控网络中丢包定位方法，用于在视频监控网络中对丢包接口进行定位，所述方法包括：
在客户端观察到视频流出现卡顿或花屏状况时，根据视频流建立过程中的SIP信令获取视频流经过的各视频设备对应的IP地址，进而通过SNMP协议获取视频流经过路径上的各个接口；
通过SNMP协议获取视频流经过路径上的各个接口的丢包情况；
对于存在丢包的接口，通过比较在有无视频流情况下的丢包数判定该接口是否是造成视频流丢包的接口。
进一步地，所述进而通过SNMP协议获取视频流经过路径上的各个接口，包括：
通过SNMP协议获取视频流从前端设备到客户端所经过的节点；
通过SNMP协议获取各视频设备对应的MAC地址；
根据各视频设备对应的MAC地址以及视频流经过的节点，获取视频流经过路径上的各个接口。
进一步地，所述通过SNMP协议获取各视频设备对应的MAC地址，包括：
查询ipAddrTable表，根据IP地址查到索引；
然后根据索引，查找ifTable表，获取视频设备对应的MAC地址。
所述根据各视频设备对应的MAC地址以及视频流经过的节点，获取视频流经过路径上的各个接口，是通过查询MAC映射表获得。
所述通过比较在有无视频流情况下的丢包数判定该接口是否是造成视频流丢包的接口，包括：
对于存在丢包的接口，关闭建立的视频流，通过SNMP获取进出该接口的丢包情况；
观察一段时间，待丢包数增量渐趋稳定后，计算丢包增长率；
打开视频流，将通过SNMP协议读取一段时间后该接口的丢包数，与通过增长率计算出的丢包数进行比较，如果一致则认为该接口未造成视频流丢包，否则认为该接口是造成视频流丢包的接口。
本发明还提出了一种视频监控网络中丢包定位装置，用于在视频监控网络中对丢包接口进行定位，所述装置包括：
路径查找模块，用于在客户端观察到视频流出现卡顿或花屏状况时，根据视频流建立过程中的SIP信令获取视频流经过的各视频设备对应的IP地址，进而通过SNMP协议获取视频流经过路径上的各个接口；
丢包检查模块，用于通过SNMP协议获取视频流经过路径上的各个接口的丢包情况；
丢包定位模块，用于对于存在丢包的接口，通过比较在有无视频流情况下的丢包数判定该接口是否是造成视频流丢包的接口。
本发明提出的一种视频监控网络中丢包定位方法及装置，通过SNMP标准协议，在视频流经过多层组网时，精确、快速定位网络丢包情况，提高问题排查定位效率，释放人力。
附图说明
图1为本发明视频监控网络中丢包定位方法流程图；
图2为本发明实施例视频监控网络二级组网示意图；
图3为本发明丢包接口丢包数量随时间变化图。
具体实施方式
下面结合附图和实施例对本发明技术方案做进一步详细说明，以下实施例不构成对本发明的限定。
简单网络管理协议SNMP(Simple Network Management Protocol)是互联网工程工作小组(IETF，Internet Engineering Task Force)定义的internet协议簇的一部分。SNMP的目标是管理互联网Internet上众多厂家生产的软硬件平台，用以监测连接到网络上的设备是否有任何引起管理上关注的情况。本发明利用SNMP来进行网络丢包检测，发现网络中丢包的设备节点。
如图1所示，本实施例一种视频监控网络中丢包定位方法，包括如下步骤：
步骤S1、在客户端观察到视频流出现卡顿或花屏状况时，根据视频流建立过程中的SIP信令获取视频流经过的各视频设备对应的IP地址，进而通过SNMP协议获取视频流经过路径上的各个接口。
本实施例以图2所示的两级组网为例，对视频监控网络中丢包定位进行说明，对于多级组网形式，只要各级组网的网络设备都开启SNMP协议，各物理端口允许通过SNMP协议来访问，中间网闸设备支持SNMP协议的摆渡，都同样适用。
在图2中，前端设备与客户端分别属于各自的网络，网络1的前端设备、录像存储设备、视频管理服务器1和媒体转发服务器1都接入到交换机1，网络2的客户端、视频管理服务器2和媒体转发服务器2都接入到交换机2，交换机1和交换机2相连接。本实施例将前端设备、录像存储设备、视频管理服务器、媒体转发服务器和客户端等与建立视频流有关的设备称为视频设备，而将进行网络传输的设备如交换机1和交换机2称为网络设备。
在客户端观察到视频流出现卡顿、花屏等状况时，可以预见网络中有丢包现象，首先需要确定视频流所经过的视频设备，即根据视频流建立过程中的SIP信令获取视频流经过的各视频设备对应的IP地址。
在视频监控系统中，建立视频流的过程如下：
在客户端发送一路实况视频播放请求时，会将自己准备接收视频流的三层IP地址(暂定为IP1)和端口号(暂定为port1)告诉视频管理服务器2。视频管理服务器2接收到客户端的请求后，与媒体转发服务器2协商，一方面，把客户端的IP地址(IP1)和端口(port1)告诉媒体转发服务器2，告知媒体转发服务器2在收到视频流后，发送到这个地址和端口；另一方面，向媒体转发服务器2请求一个收流的地址(暂定为IP2)和端口(port2)，然后把IP2和port2告诉视频管理服务器1。同理，视频管理服务器1一方面把IP2和port2告诉媒体转发服务器1，同时，也得到媒体转发服务器1的收流IP(IP3)和端口(port3)，然后向前端设备请求视频流，前端设备返回发送地址(IP4)和端口(port4)。
本实施例通过抓取视频流建立过程中的SIP信令，来分析出视频流经过的视频设备，通过SIP信令，得到最后视频流的经过路径为：
IP4(前端设备)—>IP3(媒体转发服务器1)—>IP2(媒体转发服务器2)—>IP1(客户端)。
例如，客户端点播一路前端设备的实时视频，信令和媒体以国标28181为例，其信令内容如下：
INVITE sip:34010100001310000001@10.118.19.186:5060SIP/2.0
Via:SIP/2.0/UDP 10.118.19.19:5061；branch＝z9hG4bK9d3a576a023a576a072a576a8
Call-ID:e5b50e587ab50e587fa50e58f4b50e582da@10.118.19.19
From:
<sip:34010000002000000001@10.118.19.19:5061>；tag＝fdece99f62ece99f67fce99fecece99f
To:<sip:34010100001310000001@10.118.19.186:5060>
CSeq:2INVITE
Contact:<sip:34010000002000000001@10.118.19.19:5061>
User-Agent:IMOS/V3
Subject:
34010100001310000001:02d9f3d0bb29f3d0bb7,34010000002000000001:0d56453dd4a6453dd4f
Max-Forwards:70
Content-Length:165
Content-Type:application/sdp
v＝0
o＝3401000000200000000100 IN IP410.118.58.72
s＝Play
c＝IN IP410.118.58.72
t＝00
m＝video 32848 RTP/AVP 96
a＝recvonly
a＝rtpmap:96 PS/90000
y＝0100000009
SIP/2.0200 OK
To:
<sip:34010100001310000001@10.118.19.186:5060>；tag＝71858896_53173353_7719be3b-4812-4e4f-b14c-5f7e38592165
Via:SIP/2.0/UDP 10.118.19.19:5061；branch＝z9hG4bK9d3a576a023a576a072a576a8
CSeq:2 INVITE
Call-ID:e5b50e587ab50e587fa50e58f4b50e582da@10.118.19.19
From:
<sip:34010000002000000001@10.118.19.19:5061>；tag＝fdece99f62ece99f67fce99fecece99f
Contact:<sip:10.118.19.186:5060>
Content-Type:application/sdp
Content-Length:210
v＝0
o＝6401000000202000000100IN IP410.118.19.186
s＝Play
c＝IN IP410.118.19.186
t＝00
m＝video 5000RTP/AVP 969798
a＝sendonly
a＝rtpmap:96PS/90000
a＝rtpmap:97MPEG4/90000
a＝rtpmap:98H264/90000
y＝0101000003
如上述信令所示，地址(10.118.58.72)是收流端的地址，即客户端地址，地址(10.118.19.186)为下一跳发流的地址，即媒体转发服务器2的地址。依次类推，可以得到媒体转发服务器1的地址(如为10.118.19.187)和前端设备的地址(如为10.118.19.188)。
最终，则可以得到整个实况视频流的发送地址依次是：前端设备(10.118.19.188)→媒体转发服务器1(10.118.19.187)→媒体转发服务器2(10.118.19.186)→客户端(10.118.58.72)。
在获取视频流经过的各视频设备对应的IP地址之后，进而通过SNMP协议获取视频流经过的路径，具体包括：
步骤S1.1、通过SNMP协议获取视频流从前端设备到客户端所经过的节点。
视频流从前端设备流出，最后到达客户端进行播放，期间所经过的网络节点可以通过SNMP协议在拓扑图上发现，或经过查询路由发现，从而可以确定视频流经过的节点。如图2所示，视频流经过的节点包括：
前端设备→交换机1→媒体转发服务器1→交换机1→交换机2→媒体转发服务器2→交换机2→客户端。
步骤S1.2、通过SNMP协议获取各视频设备对应的MAC地址。
通过SNMP协议，查询ipAddrTable表，根据IP地址查到索引，如下表，10.118.19.187对应的索引是54。
Instance ipAdEntAddr(IDX) ipAdEntIfIndex ipAdEntNetMask ipAdEntBcastAddr
10.118.19.187 208.208.50.2 54 255.255.255.0 1
208.208.101.2 208.208.101.2 55 255.255.255.0 1
表1
然后根据索引，查找ifTable表，如下表：
Instance ifIndex(IDX) ifDescr ifPhysAddress
1[1] GigabitEthernet1/0/1 5C:DD:70:D2:B4:3B
2[2] GigabitEthernet1/0/2 5C:DD:70:D2:B4:3B
3[3] GigabitEthernet1/0/3 5C:DD:70:D2:B4:3B
4[4] GigabitEthernet1/0/4 5C:DD:70:D2:B4:3B
5[5] GigabitEthernet1/0/5 5C:DD:70:D2:B4:3B
6[6] GigabitEthernet1/0/6 5C:DD:70:D2:B4:3B
53[53] NULL0 00:00:00:00:00:00
54[54] Vlan-interface1 5C:DD:70:D2:B4:3C
55[55] Vlan-interface101 5C:DD:70:D2:B4:3C
表2
如表2所示，媒体转发服务器1(10.118.19.187)对应的MAC是5C:DD:70:B4:3C。依次类推，根据视频流路径上视频设备的IP地址获取对应的MAC地址，从而可以根据该MAC地址访问对应的接口。
步骤S1.3、根据各视频设备对应的MAC地址以及视频流经过的节点，获取视频流经过路径上的各个接口。
在获得各视频设备的IP地址和对应的MAC地址后，根据步骤S1.1获知的路径上节点，通过查询交换机的MAC映射表或ARP表就可以知道视频设备所接入的交换机的接口。
具体地，通过交换机1的MAC映射表，根据媒体转发服务器1的mac地址5C:DD:70:D2:B4:3C获取到与它相连的交换机1的端口号，如下加粗字体部分，对应交换机1端口号为GigabitEthernet1/0/2。
MAC ADDR VLAN ID STATE PORT INDEX AGING TIME(s)
5cdd-70d2-b43c 1 Learned GigabitEthernet1/0/2 AGING
0022-1618-3425 1 Learned GigabitEthernet1/0/19 AGING
0050-c223-8443 1 Learned GigabitEthernet1/0/23 AGING
00e0-66e9-6b0e 1 Learned GigabitEthernet1/0/19 AGING
00e0-b40d-a9c8 1 Learned GigabitEthernet1/0/3 AGING
00e0-b40d-a9cc 1 Learned GigabitEthernet1/0/6 AGING
00e0-b40d-a9db 1 Learned GigabitEthernet1/0/9 AGING
00e0-b40d-a9dc 1 Learned GigabitEthernet1/0/37 AGING
00e0-b40d-ab3e 1 Learned GigabitEthernet1/0/14 AGING
00e0-b40d-ab9c 1 Learned GigabitEthernet1/0/2 AGING
00e0-b40d-ab9d 1 Learned GigabitEthernet1/0/29 AGING
00e0-b40d-aba2 1 Learned GigabitEthernet1/0/11 AGING
00e0-b40d-aba5 1 Learned GigabitEthernet1/0/5 AGING
00e0-b40d-abad 1 Learned GigabitEthernet1/0/47 AGING
00e0-b40d-abda 1 Learned GigabitEthernet1/0/13 AGING
00e0-b40d-abe1 1 Learned GigabitEthernet1/0/10 AGING
00e0-b40e-4e1b 1 Learned GigabitEthernet1/0/8 AGING
00e0-b40e-4e26 1 Learned GigabitEthernet1/0/39 AGING
00e0-b40e-4e27 1 Learned GigabitEthernet1/0/7 AGING
3ce5-a627-180a 1 Learned GigabitEthernet1/0/36 AGING
3ce5-a6b2-570f 1 Learned GigabitEthernet1/0/1 AGING
表3
同样根据交换机2的MAC映射表，根据媒体转发服务器2的mac地址获取到与它相连的交换机2的端口号。
而根据交换机1、交换机2上的ARP表，能够知道对端交换机MAC地址，然后通过查看交换机1的MAC映射表，就可以获取到交换机1连接交换机2的接口端口号G1/0/3；反过来就能够获取到交换机2连接交换1的接口端口号G1/0/4。
以此类推，从而能够得到各视频设备连接到交换机的端口号，已经交换机之间的连接端口号，就知道了所接入网络设备的具体接口。
步骤S2、通过SNMP协议获取视频流经过路径上的各个接口的丢包情况。
通过步骤S1的方法，获取到视频流经过的各个接口，依次为前端设备(mac4)-->G1/0/1—>G1/0/2—>媒体转发服务器1(mac3)—>G1/0/2—>G1/0/3—>G1/0/4—>G/1/0/5—>媒体转发服务器2(mac2)—>G1/0/5—>G1/0/6—>客户端(mac1)。
进一步通过SNMP协议，分别获取各个接口的丢包情况。具体地，通过对链路的丢包情况进行查看，可以获取各个接口的丢包情况；或直接查看对应的接口，获取该接口的丢包情况。例如，下表是一个链路中各接口的丢包情况：
项目 内容
链路名称 SW1_SW2-10.118.19.189
链路类型 ETHERNET_CSMACD
左节点 SW1_SW2
左接口描述 GigabitEhternet1/0/3
左接口别名 GigabitEhternet1/0/3Interface
左接口地址 N/A
右节点 10.118.19.189
右接口描述 eth0
右接口别名 eth0
右接口地址 10.118.19.189
链路状态 正常
链路带宽 100M
左接口输入包丢弃率 0％
右接口输入包丢弃率 1.734％
表4
上述例子中，右接口对应的是交换机2的G1/0/4接口，发现其存在丢包情况。
步骤S3、对于存在丢包的接口，通过比较在有无视频流情况下的丢包数判定该接口是否是造成视频流丢包的接口。
由于通过步骤S2分析得出的接口丢包率为经过该接口的所有数据，而不是该视频流的数据，因此可能存在该接口丢包，但是转发的视频流数据没丢。因此，根据步骤S2分析，得出哪些接口出现丢包后，还需要进一步根据视频流数据分析是哪个接口丢的视频包，这就需要对经过该接口的所有数据进行进一步分析。具体包括：
对于存在丢包的接口，关闭建立的视频流，通过SNMP获取进出该接口的丢包情况。
观察一段时间，待丢包数增量渐趋稳定后，计算丢包增长率；
打开视频流，将通过SNMP协议读取一段时间后该接口的丢包数，与通过增长率计算出的丢包数进行比较，如果一致则认为该接口未造成视频流丢包，否则认为该接口是造成视频流丢包的接口。
具体地，如图3所示，首先在关闭视频流的情况下，丢包从n1到n2，经过时间t1秒，则可算出增长率k＝(n2-n1)/t1，即丢包数y与时间x的关系为y＝kx+n0。
在t时刻，打开实时视频，经过t2时间后，丢包数从n2增加到m1，其中m1直接可以通过SNMP协议读取端口获得，而n3是通过原先的函数关系推算得到。n3＝k t2+n2，其中k＝(n2-n1)/t1。
其中如果m1与n3重合，则说明该接口的视频数据没有丢包，否则认为丢包，从而确定该接口是否是造成视频流丢包的接口。在确定丢包时，还可进一步计算出经过该接口的视频丢包率Z＝(m1-n3)/t2，帮助用户了解视频丢包的严重程度。
本实施例对应于上述方法，还提出了一种视频监控网络中丢包定位装置，用于在视频监控网络中对丢包接口进行定位，该装置包括：
路径查找模块，用于在客户端观察到视频流出现卡顿或花屏状况时，根据视频流建立过程中的SIP信令获取视频流经过的各视频设备对应的IP地址，进而通过SNMP协议获取视频流经过路径上的各个接口；
丢包检查模块，用于通过SNMP协议获取视频流经过路径上的各个接口的丢包情况；
丢包定位模块，用于对于存在丢包的接口，通过比较在有无视频流情况下的丢包数判定该接口是否是造成视频流丢包的接口。
其中，路径查找模块通过SNMP协议获取视频流经过路径上的各个接口的方法、通过SNMP协议获取各视频设备对应的MAC地址的方法、以及根据各视频设备对应的MAC地址以及视频流经过的节点，获取视频流经过路径上的各个接口的方法，在前文已经描述；同样丢包定位模块通过比较在有无视频流情况下的丢包数判定该接口是否是造成视频流丢包的接口的具体操作也在前文进行了详细的描述，这里不再赘述。
以上实施例仅用以说明本发明的技术方案而非对其进行限制，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (8)

1.一种视频监控网络中丢包定位方法，用于在视频监控网络中对丢包接口进行定位，其特征在于，所述方法包括：
在客户端观察到视频流出现卡顿或花屏状况时，根据视频流建立过程中的SIP信令获取视频流经过的各视频设备对应的IP地址，进而通过SNMP协议获取视频流经过路径上的各个接口；
通过SNMP协议获取视频流经过路径上的各个接口的丢包情况；
对于存在丢包的接口，通过比较在有无视频流情况下的丢包数判定该接口是否是造成视频流丢包的接口；
所述通过比较在有无视频流情况下的丢包数判定该接口是否是造成视频流丢包的接口，包括：
对于存在丢包的接口，关闭建立的视频流，通过SNMP获取进出该接口的丢包情况；
观察一段时间，待丢包数增量渐趋稳定后，计算丢包增长率；
打开视频流，将通过SNMP协议读取一段时间后该接口的丢包数，与通过增长率计算出的丢包数进行比较，如果一致则认为该接口未造成视频流丢包，否则认为该接口是造成视频流丢包的接口。
2.根据权利要求1所述的视频监控网络中丢包定位方法，其特征在于，所述进而通过SNMP协议获取视频流经过路径上的各个接口，包括：
通过SNMP协议获取视频流从前端设备到客户端所经过的节点；
通过SNMP协议获取各视频设备对应的MAC地址；
根据各视频设备对应的MAC地址以及视频流经过的节点，获取视频流经过路径上的各个接口。
3.根据权利要求2所述的视频监控网络中丢包定位方法，其特征在于，所述通过SNMP协议获取各视频设备对应的MAC地址，包括：
查询ipAddrTable表，根据IP地址查到索引；
然后根据索引，查找ifTable表，获取视频设备对应的MAC地址。
4.根据权利要求2所述的视频监控网络中丢包定位方法，其特征在于，所述根据各视频设备对应的MAC地址以及视频流经过的节点，获取视频流经过路径上的各个接口，是通过查询MAC映射表获得。
5.一种视频监控网络中丢包定位装置，用于在视频监控网络中对丢包接口进行定位，其特征在于，所述装置包括：
路径查找模块，用于在客户端观察到视频流出现卡顿或花屏状况时，根据视频流建立过程中的SIP信令获取视频流经过的各视频设备对应的IP地址，进而通过SNMP协议获取视频流经过路径上的各个接口；
丢包检查模块，用于通过SNMP协议获取视频流经过路径上的各个接口的丢包情况；
丢包定位模块，用于对于存在丢包的接口，通过比较在有无视频流情况下的丢包数判定该接口是否是造成视频流丢包的接口；
所述丢包定位模块通过比较在有无视频流情况下的丢包数判定该接口是否是造成视频流丢包的接口，执行如下操作：
对于存在丢包的接口，关闭建立的视频流，通过SNMP获取进出该接口的丢包情况；
观察一段时间，待丢包数增量渐趋稳定后，计算丢包增长率；
打开视频流，将通过SNMP协议读取一段时间后该接口的丢包数，与通过增长率计算出的丢包数进行比较，如果一致则认为该接口未造成视频流丢包，否则认为该接口是造成视频流丢包的接口。
6.根据权利要求5所述的视频监控网络中丢包定位装置，其特征在于，所述路径查找模块在通过SNMP协议获取视频流经过路径上的各个接口时，执行如下操作：
通过SNMP协议获取视频流从前端设备到客户端所经过的节点；
通过SNMP协议获取各视频设备对应的MAC地址；
根据各视频设备对应的MAC地址以及视频流经过的节点，获取视频流经过路径上的各个接口。
7.根据权利要求6所述的视频监控网络中丢包定位装置，其特征在于，所述路径查找模块在通过SNMP协议获取各视频设备对应的MAC地址时，执行如下操作：
查询ipAddrTable表，根据IP地址查到索引；
然后根据索引，查找ifTable表，获取视频设备对应的MAC地址。
8.根据权利要求6所述的视频监控网络中丢包定位装置，其特征在于，所述路径查找模块在根据各视频设备对应的MAC地址以及视频流经过的节点，获取视频流经过路径上的各个接口时，是通过查询MAC映射表获得。
CN201510729432.0A 2015-10-30 2015-10-30 一种视频监控网络中丢包定位方法及装置 Active CN105611226B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510729432.0A CN105611226B (zh) 2015-10-30 2015-10-30 一种视频监控网络中丢包定位方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510729432.0A CN105611226B (zh) 2015-10-30 2015-10-30 一种视频监控网络中丢包定位方法及装置

Publications (2)

Publication Number Publication Date
CN105611226A CN105611226A (zh) 2016-05-25
CN105611226B true CN105611226B (zh) 2018-07-13

Family

ID=55990732

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510729432.0A Active CN105611226B (zh) 2015-10-30 2015-10-30 一种视频监控网络中丢包定位方法及装置

Country Status (1)

Country Link
CN (1) CN105611226B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107241595A (zh) * 2017-07-14 2017-10-10 北京奇艺世纪科技有限公司 一种视频故障监控方法、装置、系统及电子设备
CN108874339A (zh) * 2018-06-11 2018-11-23 威创集团股份有限公司 信号源故障检测方法、装置及电子设备
CN109873988A (zh) * 2019-03-13 2019-06-11 视联动力信息技术股份有限公司 视频监控系统
CN111836020B (zh) * 2020-07-21 2022-03-18 苏州科达特种视讯有限公司 监控系统中的码流传输方法、装置及存储介质
CN111885172A (zh) * 2020-07-27 2020-11-03 高新兴科技集团股份有限公司 跨网的平台级联方法、计算机存储介质及电子设备

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1941738A (zh) * 2005-09-29 2007-04-04 腾讯科技（深圳）有限公司 客户端主应用部件与目标服务器间进行通信的装置和方法
CN101001365A (zh) * 2007-01-19 2007-07-18 北京华纬讯电信技术有限公司 实现视频业务中媒体流均衡调度的方法
CN102082690A (zh) * 2011-01-10 2011-06-01 北京邮电大学 一种网络拓扑的被动发现设备及其发现方法
CN102204164A (zh) * 2011-05-24 2011-09-28 华为技术有限公司 网络丢包信息报告方法及装置
CN202014343U (zh) * 2011-04-22 2011-10-19 赛特斯网络科技(南京)有限责任公司 用于网络系统中的视频流分析仪
CN102630377A (zh) * 2011-10-11 2012-08-08 华为技术有限公司 处理组播流质量参数的方法、装置和系统
CN103702087A (zh) * 2013-12-31 2014-04-02 浙江宇视科技有限公司 摄像机可支持的最大媒体流直连数获取方法及装置
CN104754283A (zh) * 2013-12-25 2015-07-01 北京新媒传信科技有限公司 音视频通讯方法、服务器和系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1941738A (zh) * 2005-09-29 2007-04-04 腾讯科技（深圳）有限公司 客户端主应用部件与目标服务器间进行通信的装置和方法
CN101001365A (zh) * 2007-01-19 2007-07-18 北京华纬讯电信技术有限公司 实现视频业务中媒体流均衡调度的方法
CN102082690A (zh) * 2011-01-10 2011-06-01 北京邮电大学 一种网络拓扑的被动发现设备及其发现方法
CN202014343U (zh) * 2011-04-22 2011-10-19 赛特斯网络科技(南京)有限责任公司 用于网络系统中的视频流分析仪
CN102204164A (zh) * 2011-05-24 2011-09-28 华为技术有限公司 网络丢包信息报告方法及装置
CN102630377A (zh) * 2011-10-11 2012-08-08 华为技术有限公司 处理组播流质量参数的方法、装置和系统
CN104754283A (zh) * 2013-12-25 2015-07-01 北京新媒传信科技有限公司 音视频通讯方法、服务器和系统
CN103702087A (zh) * 2013-12-31 2014-04-02 浙江宇视科技有限公司 摄像机可支持的最大媒体流直连数获取方法及装置

Also Published As

Publication number Publication date
CN105611226A (zh) 2016-05-25

Similar Documents

Publication Publication Date Title
CN105611226B (zh) 一种视频监控网络中丢包定位方法及装置
US10637771B2 (en) System and method for real-time load balancing of network packets
CN108696402A (zh) 虚拟路由器的基于会话的业务统计记录
CN104780066B (zh) 针对虚拟网络分组流的物理路径确定
US7701936B2 (en) Obtaining path information related to a bridged network
JP5684680B2 (ja) フロー統計集約
US20090180393A1 (en) Sampling apparatus distinguishing a failure in a network even by using a single sampling and a method therefor
EP2518940A1 (en) Automatic network topology detection and modeling
US6836466B1 (en) Method and system for measuring IP performance metrics
CN104683730B (zh) 传输视频会议数据方法及视频会议系统
CN109729310B (zh) 一种监控巡检数据导出的方法和装置
US8270305B2 (en) Node device, node system, and method and program for changing statistic information management table used for the node device
US9100198B2 (en) Network provider bridge MMRP registration snooping
US20140280904A1 (en) Session initiation protocol testing control
CN105009529B (zh) 一种处理报文的方法和转发器
US10623278B2 (en) Reactive mechanism for in-situ operation, administration, and maintenance traffic
CN105357071A (zh) 一种网络复杂流量识别方法及识别系统
CN107786497A (zh) 生成acl表的方法和装置
EP3782358B1 (en) Technique for acquiring and correlating session-related information from an internet protocol multimedia subsystem
CN105100957A (zh) 基于sip负载均衡实现高清视频多链路传输的方法
CN101808005B (zh) 网络质量评估方法、装置及系统
CN105553787B (zh) 基于Hadoop的边缘网出口网络流量异常检测方法
JP2000209205A (ja) ネットワ―ク内遅延時間測定装置
JP2002077161A (ja) 通信ネットワーク構成推定方法および装置ならびに記録媒体
CN110113182A (zh) 一种信令管理方法及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant