网络卡顿分析思路整理.docxVIP

视频卡顿分析流程 目录 视频卡顿分析流程 1 第一步骤：明确 IPC对外数据流得走向。 1 第二步骤 :理清楚排查问题思路 4 第三步骤 :抓包数据分析 5 附件：工具使用分析 13 第一步骤 :明确 IPC对外数据流得走向。 这个部分就是基础首先要明确 IPC 都有哪些对外得数据流向，出现卡顿到底就是出在哪条数据流上。 IPC 3代网络协议 RPCServer WebServer RPClient WebApp 数据源 1）音视频数据源 2）配置文件数据 1）封装数据源 2）对外提供获取数 系统信息 据的接口 1，内存信息 2， CPU信息 3，操作系统版本 P2P模块 SNMP P2P服务器 SNMP监控客户 端软件 手机客户端 P2P WEB客户端  CGI协议 3代网络协议 3代 HTTP协议 网络 框架 2代 F6命令实现把 2代协议转 3 代协议 SDK交互 2代 SDK交互 2代网络协议 网络 框架 SDK交互 SDK交互 DDNS DDNS服务器 第3方接入模块  3方CGI接入平台软件 IPC_WEB DSS，PSS平台 NVR 手机客户端 手机客户端添 加域名 IPC_WEB DDNS域名访问 第3方平台软件比如：中星微，东方网力，鸿信平台 ONVIF第 3方厂家 的存储设备，海 NVR通过 ONVIF 对接大华 IPC 国标 这个图像就是 IPC 对外数据流得框架图，如果瞧得不够明白 .下面有个简单框架图。首先要搞清楚连接 IPC 都有哪些设备与平台 ,要明确卡顿就是在哪条视频数据流上卡顿得。连接 IPC 得就是公司 NVR 还就是第 3 方得存储设备 ;连接得平台就是公司平台还就是第三方平台。如果就是第 3 方平台 ,具体平台名称就是什么。比如 :国标平台， 鸿信平台 ,上海贝尔，电信平台，中兴力维。不同连接方式取视频流得方式也就是不一样得，对应端口与发送视频流得协议都不同得。梳理清楚便于快速找到对应接口人处理问题 . 1） WEB 端浏览视频图像走得就是 80 端口 ,视频流采用得流媒体协议 . 2） IPC 跟第 3 方 NVR 对接 ,基本都就是走得 ONVIF 协议。视频流采取也就是通过流媒体协议。 3） IPC 跟公司 NVR 或者 EVS 对接，则走得就是大华私有协议（ SDK)。 4） IPC 跟第 3 方平台对接 ,则走得就是 IPC 中一个独立得功能模块（接入功能 模块）接入这块功能有专门得开发小组进行维护。 5） IPC 跟公司自己得 DSS,SMARTPSS平台对接，则走得也就是大华私有协议 SDK）。 明确了上述流后，确认就是哪条环节上视频流出现卡顿。把对应这条数据流上 得网络拓扑信息图搞清楚。按照提供得网络拓扑图信息进行分级进行定位 .排查到底就是那级节点出现卡顿。调试卡顿现象时候一定要把网络拓扑搞清楚。搞清楚网络 拓扑信息这个步骤，不要进行推诿 ,也不要找借口 ,区域要自己想尽一切办法把网络拓扑信息搞清楚。不然后续定位卡顿问题，研发拒绝协助与出差排查问题。 第二步骤：理清楚排查问题思路 1） IPC 设备跟电脑直连都卡顿（排除网线与电脑问题）用 VLC 与 WEB,SDK 测试 DEMO 都验证过卡顿 .那后续就不用排查其它问题 ,直接联系研发进行问题处理。 2） 直连测试正常 .则按照上面讲述得数据流向，把数据流梳理清楚 ,把网络拓扑图搞清楚。按照网络拓扑图逐级进行排查，瞧到底就是那级网络点出现卡顿。 3） 尝试降低编码参数， 比如降低码流。 如果降低码流就不卡顿 ,初步可以判定就是整个网络带宽不足导致预览视频卡顿。 4） 尝试如果修改 WEB 端预览视频模式（实时与流畅 )调整到流畅模式就不卡顿，也可以初步判断就是网络问题导致 . 5） 如果通过降低码流 ,调整预览视频流畅模式还就是卡顿。 则这个时候查瞧设备端资源占用情况 .如果设备端 CPU 占用率特别高 ,那就可能就是设备端性能不足导致发送视频流有问题 ,从而引起卡顿。设备端 CPU 过高有可能就是开启功能过多，也有可能就是编码性能不足。如果把设备配置恢复 默认还就是设备端占用 CPU 过高，那就联系研发进行问题排查 .另外一种情况就有可能就是有过多得 IP 登陆 IPC,导致前端 IPC 资源紧张 ,从而引起视频卡顿。还有一种情况就就是设置编码得 FPS为 25 帧/ 秒，但实际上上来得码流只有 20 帧/ 秒、 这样也会导致视频流卡顿 . 6） 如果前端 IPC 一切正常（CPU 资源很空闲，直连也不卡顿） ,平台端与 NVR 端还就是卡顿。这个时候就要着手定位网络问题 . 7） 分析编码数据得 色柱状表示 I  I 帧大小。使用 StreamEye码流分析工具分析录像文件红 帧数据，对应旁边得数字