0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

网络数据丢包的原因及摄像机丢包的原因

东北监控安防 2018-01-11 09:27 次阅读

引文

不少人在使用网络和监控摄像系统的时候都有遇到过数据丢包的情况,数据丢包的原因是多种多样的,以下就为大家介绍一下网络数据丢包的原因及摄像机丢包的原因。

原因分析

摄像机丢包的原因1:路由错误

网络路径错误也会导致数据包不能到达目的主机,如主机的默认路由配置错误,主机发出的访问其他网络的数据包会被网关丢弃。但此类丢包属于正常情况下的丢包,是意料之中的,不会对网络造成影响。

摄像机丢包的原因2:设备故障

设备故障主要是指设备硬件方面的故障,不包含软件配置不当造成的丢包。如网卡是坏的,交换机的某个端口出现了物理故障,光纤收发器的电端口与网络设备接口,或两端设备接口的双工模式不匹配。

笔者近日在工作中发现一交换机端口的光纤模块故障造成的丢包现象,该交换机在通信一段时间后死机,即不能通信,重启后恢复正常。在经过一段时间观察后发现,某光纤模块存在问题,取一块新的模块替换,一切正常。

究其原因,交换机会对所有接收到的数据包进行CRC错误检测和长度校验,将检查出有错误的包丢弃,正确的包转发出去。但这个过程中有些有错误的包在CRC错误检测和长度校验中都均未检测出错误,这样的包在转发过程中不会被发送出去,也不会被丢弃,它们将会堆积在动态缓存中,永远无法发送出去,等到缓存中堆积满了,就会造成交换机死机的现象。

最终结果是,数据包无法到达目的主机。

摄像机丢包的原因3:物理线路故障

网管员发现广域网线路时通时断,发生这种情况时,有可能是线路出现故障,也可能是用户方面的原因。为了分清是否是线路故障,可以做如下测试。

如果广域网线路是通过路由器实现的,可以登录到路由器,通过扩展ping向对端路由器广域网接口发送大量的数据包进行测试。

如果线路是通过三层交换机实现,可在线路两端分别接一台计算机,并将IP地址分别设为本端三层路由交换机的广域网接口地址,使用“ping 对端计算机地址 -t”命令进行测试。

如果上述测试没有发生丢包现象,则说明线路运营商提供的线路是好的,引起故障的原因在于用户自身,需要进一步查找。

如果上述测试发生丢包现象,则说明故障是由线路供应商提供的线路引起的,需要与线路供应商联系尽快解决问题。

由物理线路引起的丢包现象还有很多,如光纤连接问题,跳线没有对准设备接口,双绞线及RJ-45接头有问题等。另外,通信线路受到随机噪声或者突发噪声造成的数据报错误,射频信号的干扰和信号的衰减等都可能造成数据包的丢失。我们可以借助网络测试仪来检查线路的质量。

摄像机丢包的原因4:网络拥塞

网络拥塞造成丢包率上升的原因很多,主要是路由器资源被大量占用造成的。

如果发现网速慢,并且丢包率呈现上升的情况,这时应该show process cpu和show process mem,一般情况下发现IP input process占用过多的资源。接下来可以检查fast switching在大流量外出端口是否被禁用,如果是,则需要重新使用。

再看一下Fast switching on the same interface是否被禁用,如一个接口配有多个网段并且这些网段间流量很大时,路由器工作在process-switches方式,这种情况下要在接口上执行命令“enable ip route-cache same-interface”。

接下来,用show interfaces和show interfaces switching命令识别大量包进出的端口。一旦确认进入端口后,打开IP accounting on the outgoing interface看其特征,如果是攻击,源地址会不断变化但是目的地址不变,可以用命令“access list”暂时解决此类问题(最好在接近攻击源的设备上配置),最终解决办法是停止攻击源。

应用中遇到的造成网络拥塞的情况还有很多,如大量的UDP流量,可以用解决spoof attack的步骤解决此问题。大量的组播流、广播包穿越路由器,路由器配置了IP NAT并且有很多DNS包穿越路由器等。上述情况造成网络拥塞后,通信双方采取流量控制,丢弃不能传输的包。

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 摄像机
    +关注

    关注

    3

    文章

    1421

    浏览量

    58975
  • 网络数据
    +关注

    关注

    1

    文章

    43

    浏览量

    10000
  • 丢包
    +关注

    关注

    1

    文章

    12

    浏览量

    8085

原文标题:网络监控摄像机丢包的原因分析

文章出处:【微信号:mousecctv,微信公众号:东北监控安防】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    嵌入式网线传输问题

    ARM9板子通过网线与 摄像头通信 常温下没问题, 低温下老,怎么回事
    发表于 04-16 14:35

    ZIGBEE节点同时发送问题

    ZIGBEE节点同时发送问题ZIGBEE听别人说节点几个同时发送就会,我用的是网络状,纯路由节点,路由发送
    发表于 03-23 10:38

    CC2540从切换到主机后严重?

    CC2540,在不断电的情况下,从切换到主机后,串口就无法正确发送数据严重,什么原因呢?(未切换前串口是正常的)
    发表于 04-26 10:57

    cc2540 的问题

    本人用的是公司自己做的板子。发现发送数据间隔相同,TI的开发板能够不,但是我们自己做的板子却比较严重。只有加大发送
    发表于 05-14 01:03

    请问Z-stack SerialApp通讯是什么原因

    ,也就几KB),还是会发生,而且一旦发生,通讯就好像完全堵上,后续的数据都没法传输,要等好几秒才能又继续。请问照成这样的原因是什么?buffer小了?有没有改进的方法(减少
    发表于 08-13 06:11

    串口连续读取数据,死机

    `串口波特率115200,发送速率1S/500,一9个字节,程序框图如下图1,正确读取,不正确用0 填补:因为while和延迟的原因,实际是20ms读一次,而发是2ms一次,时间差导致了不同步
    发表于 12-09 16:37

    请问zigbee如何验证是硬件问题?

    方案是CC2520+cc2591,采用1带多的方式通讯,虽然通讯成功了,但在测长期稳定性时有现象,如何验证是否是硬件原因造成的呢?
    发表于 03-12 05:55

    UCOS III FreeModbus基本都在0.99

    问题如下: 电脑端发送:0A 04 75 30 00 01 2A B2单片响应:0A 04 02 00 0B 5D 36 5MS发送一次,结果如下图所示。率 = 19194*8/(7
    发表于 03-29 22:47

    nrf2401原因有哪些?

    用nrf2401+mpu9250 数据采集跟通讯都可以了 就是数据十分严重 率至少在30
    发表于 06-09 15:08

    网络常见故障分析及处理方式

      网络有问题,首先我们会进行ping命令,所谓网络是我们在使用ping命令(检测某个系统能否正常运行)对目的站进行询问时,数据包由于各
    发表于 12-01 16:04

    网络数据摄像机原因

      不少人在使用网络和监控摄像系统的时候都有遇到过数据的情况,数据
    发表于 02-19 17:30

    网络摄像机常见故障的原因及解决办法

    机体内有无异物进入 ,检查各部件组装良好,无脱落,检查球罩连接铰链没有缠住云台  7、网络监控摄像机图像卡顿,查询网络
    发表于 02-19 17:32

    单片串口调试问题怎么解决

    单片串口调试验证过程记录 已解决
    发表于 11-24 08:07

    CH582发送数据量大时,出现现象的原因是什么?

    蓝牙每次只能发20字节左右的数据,连续发送几百字节,会出现现象。加大连接间隔等参数,仍存在;造成的
    发表于 08-02 07:04

    ping命令原因

    ping命令
    发表于 04-21 06:57