网络卡顿分析思路整理

1、-. z.视频卡顿分析流程目录 TOC o 1-3 h z u HYPERLINK l _Toc426883916视频卡顿分析流程 PAGEREF _Toc426883916 h 1HYPERLINK l _Toc426883917第一步骤：明确IPC对外数据流的走向。 PAGEREF _Toc426883917 h 2HYPERLINK l _Toc426883927第二步骤：理清楚排查问题思路 PAGEREF _Toc426883927 h 3HYPERLINK l _Toc426883935第三步骤：抓包数据分析 PAGEREF _Toc426883935 h 3HYPERLINK l

2、_Toc426883975附件：工具使用分析 PAGEREF _Toc426883975 h 3第一步骤：明确IPC对外数据流的走向。这个局部是根底首先要明确IPC都有哪些对外的数据流向，出现卡顿到底是出在哪条数据流上。这个图像是IPC对外数据流的框架图，如果看的不够明白。下面有个简单框架图。首先要搞清楚连接IPC都有哪些设备和平台，要明确卡顿是在哪条视频数据流上卡顿的。连接IPC的是公司NVR还是第3方的存储设备；连接的平台是公司平台还是第三方平台。如果是第3方平台，具体平台名称是什么。比方：国标平台，鸿信平台，*贝尔，电信平台，中兴力维。不同连接方式取视频流的方式也是不一样的，对应端口和发

3、送视频流的协议都不同的。梳理清楚便于快速找到对应接口人处理问题。WEB端浏览视频图像走的是80端口，视频流采用的流媒体协议。IPC跟第3方NVR对接，根本都是走的ONVIF协议。视频流采取也是通过流媒体协议。IPC跟公司NVR或者EVS对接，则走的是大华私有协议SDK。IPC跟第3方平台对接，则走的是IPC中一个独立的功能模块接入功能模块接入这块功能有专门的开发小组进展维护。IPC跟公司自己的DSS,SMARTPSS平台对接，则走的也是大华私有协议SDK。明确了上述流后，确认是哪条环节上视频流出现卡顿。把对应这条数据流上的网络拓扑信息图搞清楚。按照提供的网络拓扑图信息进展分级进展定位。排查到底

4、是那级节点出现卡顿。调试卡顿现象时候一定要把网络拓扑搞清楚。搞清楚网络拓扑信息这个步骤，不要进展推诿，也不要找借口，区域要自己想尽一切方法把网络拓扑信息搞清楚。不然后续定位卡顿问题，研发拒绝协助和出差排查问题。第二步骤：理清楚排查问题思路IPC设备跟电脑直连都卡顿排除网线和电脑问题用VLC和WEB，SDK测试DEMO都验证过卡顿。那后续就不用排查其它问题，直接联系研发进展问题处理。直连测试正常。则按照上面讲述的数据流向，把数据流梳理清楚，把网络拓扑图搞清楚。按照网络拓扑图逐级进展排查，看到底是那级网络点出现卡顿。尝试降低编码参数，比方降低码流。如果降低码流就不卡顿，初步可以判定是整个网络带宽缺

5、乏导致预览视频卡顿。尝试如果修改WEB端预览视频模式实时和流畅调整到流畅模式就不卡顿，也可以初步判断是网络问题导致。如果通过降低码流，调整预览视频流畅模式还是卡顿。则这个时候查看设备端资源占用情况。如果设备端CPU占用率特别高，那就可能是设备端性能缺乏导致发送视频流有问题，从而引起卡顿。设备端CPU过高有可能是开启功能过多，也有可能是编码性能缺乏。如果把设备配置恢复默认还是设备端占用CPU过高，那就联系研发进展问题排查。另外一种情况就有可能是有过多的IP登陆IPC，导致前端IPC资源紧*，从而引起视频卡顿。还有一种情况就是设置编码的FPS为25帧/秒，但实际上上来的码流只有20帧/秒. 这样也

6、会导致视频流卡顿。如果前端IPC一切正常CPU资源很空闲,直连也不卡顿，平台端和NVR端还是卡顿。这个时候就要着手定位网络问题。分析编码数据的I帧大小。使用StreamEye码流分析工具分析录像文件红色柱状表示I帧数据，对应旁边的数字就表示是对应的I帧数据大小。一般在200K以下。如果是因为I帧过大，一般都可以通过降低码流，或者调整WEB端预览模式来进展验证。第三步骤：抓包数据分析抓包分析有大量网络重传数据包UDP方式取视频流卡顿，经过抓包分析有大量的丢包数据。统计丢包数据效率的方法如下：案例总结：*监狱NVR播放录像卡顿定位为解码库问题，NVR端处理。-地铁4号线视频卡顿定位原因：385光口

7、设备的网络驱动导致网卡适应成10M网卡了。-*地铁3号线问题描述：HF3200 图像卡顿原因分析：网络中存在大量的 ARP 包，导致设备对这些包一直在握手，导致CPU占用率为100%解决方案：没有定位到根本原因，出躲避程序去掉IP搜索功能。*米东区平安市区我司IPC在宇视NVR卡顿问题解决：宇视NVR上的数据是通过接入协议取视频流，接入组进展解决。国内-，我司NVS0104EF接入NVR6000和SVR3016丢帧问题解决：修改发送数据缓冲大小。*地铁二号线IPC-HF3301P-F、HDB3301视频卡顿需求原因：*地铁二号线设备程序缺陷，在现场发现8M视频预览卡顿现象，经检查发现是接入库问

8、题，由研发谢双提供新的接入库，但程序需要在地铁二号线的订制需求根底上开发。虎门公安视频监控工程现象：虎门公安视频监控工程用到我司DH-IPC-HF5200和DH-SD6A82C-HN这两款前端，目前发现通过UDP传输会出现卡顿现象，TCP传输正常，接入组对UDP进展优化。洪湖平安城市IPC5200现象：只要接入模块启动，WEB端预览图像就会卡顿。原因：经过定位是接入模块占用CPU过高，导致数据发送不均匀，从而引起卡顿。根本原因是接入回调函数中处理事情过多，导致编码线程数据发送卡顿。西科姆IPC工程视频播放卡顿原因：确认是网络环境导致，现场网络带宽验证缺乏导致，客户让网络集成商改善网络后解决问题

9、。*电警永翔IPC-HF3300P-P问题现象：*电警永翔全景相机，接入的一家公司的智能分析效劳器，视频出现拖影卡顿。问题原因：是第3方解码问题导致。*松江-HF3231卡顿问题问题描述：*反应HF3231现场卡顿问题问题原因：网络卡顿优化内核，开启流控；I帧过大优化I帧大小IPC-H*3(2)*华鼎*海西高速工程组播拉视频流问题现象：第3方平台组播取视频流出现花屏。问题原因：区域提需求错误，客户需要的组播裸码流，而区域提需求要的是TS流，导致客户端解码数据有问题。关于福亿安防公司定制需求【重要】-网络卡顿问题-区域问题问题描述：IPC设备通过客户自己定制的交换机，图像会条秒卡顿现象定位原因：

10、交换机问题。高世达技术给出的解释是：现场使用的交换机网口是百兆的，但是现场使用中把网口限制到12M。带宽不够导致浏览视频卡顿。*樟木头摄像机卡顿问题定位原因：网络带宽问题，网络供给商解决问题。总结卡顿的原因：I帧过大；网卡驱动异常；网络环境中网络带宽缺乏；设备编码性能缺乏；解码库不兼容；设备端功能翻开过多导致设备CPU过高影响数据发送；数据发送缓冲设置过小；网络环境差的条件下没有对数据做均匀发送处理；交换机问题；网络带宽缺乏。附件：工具使用分析1抓包工具的使用设备端抓包工具tcpdump使用。步骤1在C盘新建一个share目录，共享权限全开步骤2设置PC机的账号和密码在控制面板里，用户账户那里

11、，重设密码密码为123456步骤3将附件抓包1.368的arm-v5t-linu*，2.安霸的arm-461none-linu*文件里的client，复制到share文件夹下telnet 至设备执行挂载命令：将这个IP改成你当前电脑的IP挂载成功之后，运行clientcd /home./client &之后运行抓包文件夹里的tcpdump抓包.e*e. 将IP改成设备的IP，同时平台选择相应的比方368.选择 arm-v5t-linu*,安霸选择arm-461none-linu*.点击开场，就开场抓包，再当前目录下会有一个data.pcap的抓包文件出现网络带宽分析测试网络带宽工具。1.在pc

12、上解压rar文件，然后cmd进入该目录，运行 jperf.bat , 会出来一个程序界面，选择server，并在右边按钮启动效劳2. iperf_arm_v5t_le 需要挂载到ipc上运行挂载方法可以参考命令12。./iperf_arm_v5t_le-c10.34.10.29-i1命令：其中为pc的ipipc会出现如下打印: #./iperf_arm_v5t_le-c10.34.10.29-i1Clientconnectingto10.34.10.29,TCPport5001TCPwindowsize:16.0KByte(default)3local172.30.1.131port4938connectedwith10.34.10.29port5001IDIntervalTransferBandwidth30.0-1.0sec3.50MBytes29.4Mbits/sec31.0-2.0sec3.25MBytes27.3Mbits/sec32.0-3.0sec3.62MBytes30.4Mbits/sec33.0-4.0sec3.25MBytes27.3Mbits/sec34.0-5.0sec2.88MBytes24.1Mbits/sec35.0-6.0sec2.25MBytes18.9Mbits/sec36.0-7.0sec3.50MBytes29.4Mbits/s