ping、网络抖动与丢包

基本概念:

ping:

  PING指一个数据包从用户的设备发送到测速点,然后再立即从测速点返回用户设备的来回时间。也就是俗称的“网络延迟”

   一般以毫秒(ms)计算

   一般PING在0~100ms都是正常的速度,不会有较为明显的卡顿。

  

测试ping值方法:

  在powershell中输入ping [网络地址]即可测试,默认会测4次。如果需要测更多次,则把命令改为ping [网络地址] -t。通过Ctrl+C手动结束。

  

网络抖动:

  网络抖动是指最大延迟与最小延迟的时间差,如最大延迟是20毫秒,最小延迟为5毫秒,那么网络抖动就是15毫秒,它主要标识一个网络的稳定性。抖动越小,网络越稳定。

  

丢包:

  丢包是指一个或多个数据包的数据无法通过网络到达目的地。可能原因是多方面的,或是网络中多路径衰落造成信号衰减;或是通道阻塞造成丢包;或是损坏的数据包被拒绝通过等等。接收端如果发现数据丢失,会根据队列序号向发送端发出请求,进行丢包重传。

  

原文地址:https://www.cnblogs.com/zhangnan35/p/11128388.html

时间: 2024-10-13 22:12:14

ping、网络抖动与丢包的相关文章

zabbix使用fping监控任意两个节点之间的网络质量、丢包率和响应时间

zabbix使用fping监控任意两个节点之间的网络质量.丢包率和响应时间 之前的博文 使用zabbix3.0.4的ICMP Ping模版实现对客户端网络状态的监控 https://www.cnblogs.com/reblue520/p/6832059.html 只能监控zabbix server到zabbix_agent之间的网络情况,不能监控任意两点间的网络情况 此次的方法可以监控任意两点之间的网络情况 需求: mysql主从之间同步经常会延迟,为了查看是否网络问题,先添加两个节点之间的网络

用ping命令简单的测试 延时、抖动、丢包率

在DOS命令状态下输入 :ping 202.105.135.211 -t (连续的对该IP地址执行Ping命令,直到被用户以Ctrl+C中断)就会得到下面的结果:Pinging 202.105.135.211 with 32 bytes of data:Reply from 202.105.135.211: bytes=32 time=93ms TTL=42Reply from 202.105.135.211: bytes=32 time=86ms TTL=42Reply from 202.10

ping丢包故障处理方法

1. Ping丢包故障定位思路故障分析Ping丢包是指Ping报文在网络中传输,由于各种原因(如线路过长.网络拥塞等)而产生部分Ping报文丢弃的现象.在使用Ping命令,出现Ping丢包的现象时,第一步需要确定Ping丢包的网络位置,其次是确定Ping丢包的故障原因,然后依据定位的故障原因再进行解决.确认Ping丢包的网络位置时一般采用逐段Ping的方法,可以将Ping丢包故障最终确定在直连网段之间. 确认Ping丢包的故障原因一般采用流量统计的方法,通过流量统计可以知道丢弃报文的具体位置.判

华为9312 ping本地互联丢包 tcpping不丢包,但转发正常

1.华为9312 设备cpu正常 .但是从这台交换机ping其它互联设备丢包 从其它设备ping进来也有丢包 ,但二层经过这台交换机的业务不影响流量正常, 2.检查设备cpu正常 ,log无异常, 3.os的版本比较老, 解决方法,关闭华为设备默认的icmp限制 und icmp rate-limit enable

linux 下使用 tc 模拟网络延迟和丢包

1 模拟延迟传输简介 netem 与 tc: netem 是 Linux 2.6 及以上内核版本提供的一个网络模拟功能模块.该功能模块可以用来在性能良好的局域网中,模拟出复杂的互联网传输性能,诸如低带宽.传输延迟.丢包等等情况.使用 Linux 2.6 (或以上) 版本内核的很多发行版 Linux 都开启了该内核功能,比如 Fedora.Ubuntu.Redhat.OpenSuse.CentOS.Debian 等等. tc 是Linux 系统中的一个工具,全名为 traffic control(

linux 下使用 tc 模拟网络延迟和丢包(转)

1 模拟延迟传输简介 netem 与 tc: netem 是 Linux 2.6 及以上内核版本提供的一个网络模拟功能模块.该功能模块可以用来在性能良好的局域网中,模拟出复杂的互联网传输性能,诸如低带宽.传输延迟.丢包等等情况.使用 Linux 2.6 (或以上) 版本内核的很多发行版 Linux 都开启了该内核功能,比如 Fedora.Ubuntu.Redhat.OpenSuse.CentOS.Debian 等等. tc 是Linux 系统中的一个工具,全名为 traffic control(

某公司无线网丢包处理

某公司网络架构为:出口路由器--行为管理设备--华为核心--锐捷无线控制器 | 华为傻瓜接入----锐捷无线AP 使用业务为两种:1.办公区电脑无线网办公   2.工作区扫码枪扫货 客户反馈在使用过程扫码枪会出现严重的丢包现象,导致业务无法正常处理,需要查找问题原因并进行解决. 接到客户反馈后,首先梳理了无线丢包可能的原因:1.干扰 2.带宽压力过大    3.有线网络异常 到达客户现场后,通过wirelessmon扫描后发现,环境中确实存在干扰,但是只是轻量的干扰,不会影响到业务的正常使用.

光纤模块故障导致端口汇聚丢包

第一次写,语言表达能力很差,对付看吧. 今天突然收到很多网络报警,查看后发现有些IP通,有些不通. 最后发现,是接入层的捆绑没起来.其中一个端口是down的状态. 公司的核心与接入层是通过捆绑的2G线路.核心HW9303(ETH-TRUNK),接入层H3C5500(Bridge-Aggregation). H3C5500 IFNET/3/LINK_UPDOWN: GigabitEthernet1/0/4 link status is DOWN. H3C5500 LAGG/5/LAGG_INACT

记录一个UDP收包丢包的问题

这几天写GB28181平台接入层代码,对收到的PS包进行解包时,总是出现误码,最终导致rtsp点播服务中画面花屏. 分析了码流抓包数据之后,发现网络上没有丢包,遂认为PS流解包代码有bug,于是埋头分析了2个小时的解包函数后,没有发现问题.将抓包RTP负载中的PS包数据导出之后,专门利用PS解包代码写了一个小程序,对导出的数据进行处理,又没有问题——后来事实证明解包代码的确没有问题,而且这部分的代码是在其他项目中用过的.自己有些迷糊了,一时想不明白问题出在哪里. 起身转了几圈冷静后分析一下,认为