一、介绍iperf是一个基于Client/Server的网络性能测试工具，可以测试TCP、UDP和SCTP带宽质量，能够提供网络吞吐率信息，以及震动、丢包率，最大段和最大传输单元大小等统计信息，帮助我们测试网络性能，定位网络瓶颈。其中抖动和丢包率适应于UDP测试，二带宽测试适应于TCP和UDP。 Iperf可以说是嵌入式设备里网络接口测试的一个利器。这里的网络接口不但可以是一般的以太网，也
故障排查：早上突然收到nagios服务器check_icmp的报警，报警显示一台网站服务器的内网网络有问题。因为那台服务器挂载了内网的NFS，因此内网的网络就采用nagios的check_icmp来做监控。赶紧登录服务器进行排查。首先使用ping 内网IP的方式查看内网的连通性，ping的过程中出现丢包现象，信息如下:64 bytes from 10.1.1.1: icmp_seq=34 ttl=
转载
2024-07-05 23:23:48
74阅读
D-SMART的雷达图上看到操作系统扣分十分严重，打开一看，原来是网络丢包量十分严重。后来换了根网线，这个问题就消失了，看样子真的和网络有关。这两天一个客户那边有几套系统，我们的D-SMART总是报警网络有丢包，高峰的时候会达到每秒几百个。一般情况下，每秒有十个八个丢包是不会报警的，不过如果比较高的时候，必须做一个分析，否则心里总觉得不安心。于是我们就在INTEL等朋友的帮助下边学边干，工作过程中
转载
2024-04-17 10:28:44
187阅读
丢包(Packet loss)是指一个或多个数据数据包(packet)的数据无法透过网上到达目的地的情况，无论是Windows还是Linux系统中都会出现丢包的情况。netem是 Linux 2.6 及以上内核版本提供的一个网络模拟功能模块。该功能模块可以用来在性能良好的局域网中，模拟出复杂的互联网在Linux系统中性能，诸如低带宽、传输延迟、丢包等等情况。除此之外，我们在Linux模拟丢包的过程
转载
2024-04-03 20:35:35
57阅读
一、丢包这个丢包不是网卡级别的丢包，在每个网卡中也会显示丢失的包的数据。这个一般是由于网卡在中断处理中需要通过skbuff来存储新来的包。此时是直接通过内存管理接口申请结构，此时这个地方并没有办法做限制，因为此时的中断处理程序并不理解上层的协议，更不用说进程或者是socket这些逻辑概念。所以当网卡收到数据之后就分配一个包结构，此时分配失败就认为是丢掉一个包，计入网卡的报文统计中。TCP和UDP是
转载
2023-09-10 16:43:13
264阅读
保证顺序性，每一个包都有一个 ID。在建立连接的时候，会商定起始的 ID 是什么，然后按照 ID 一个个发送。假设A发给B的数据流由一个500 000字节的文件组成，MSS为1000字节。数据流的首字节ID为０，那么TCP会将这个文件分为500个报文段，每一个报文段的首部序号字段中分别为0、1000、2000... 如果第二个报文段先于第一个到B，也就是包的顺序出错。TCP RFC中并没
转载
2024-01-04 06:02:45
94阅读
使用tcp协议在任何时候都不会丢包，因为： tcp/ip模型中，ip层负责发送包但不保证正确接收，而tcp层在ip层上，保证每个包正确接收。 在应用程序中，如果用socket的send发送一段数据，只要函数返回ok，对方肯定正确接收
转载
2024-02-20 22:25:00
53阅读
一、上节回顾上一节，我们一起学习了如何分析网络丢包的问题，特别是从链路层、网络层以及传输层等主要的协议栈中进行分析。不过，通过前面这几层的分析，我们还是没有找出最终的性能瓶颈。看来，还是要继续深挖才可以。今天，我们就来继续分析这个未果的案例。在开始下面的内容前，你可以先回忆一下上节课的内容，并且自己动脑想一想，除了我们提到的链路层、网络层以及传输层之外，还有哪些潜在问题可能会导致丢包呢？二、ipt
转载
2024-06-28 12:53:16
136阅读
我们使用Linux作为服务器操作系统时，为了达到高并发处理能力，充分利用机器性能，经常会进行一些内核参数的调整优化，但不合理的调整常常也会引起意想不到的其他问题，本文就一次Linux服务器丢包故障的处理过程，结合Linux内核参数说明和TCP/IP协议栈相关的理论，介绍一些常见的丢包故障定位方法和解决思路。问题现象本次故障的反馈现象是：从办公网访问公网服务器不稳定，服务器某些端口访问经常超时，但P
我们使用Linux作为服务器操作系统时，为了达到高并发处理能力，充分利用机器性能，经常会进行一些内核参数的调整优化，但不合理的调整常常也会引起意想不到的其他问题，本文就一次Linux服务器丢包故障的处理过程，结合Linux内核参数说明和TCP/IP协议栈相关的理论，介绍一些常见的丢包故障定位方法和解决思路。
问题现象本次故障的反馈现象是：从办公网访问公网服务器不稳定，服务器某些端口访问经常
ping 丢包或不通时链路测试说明当客户端访问目标服务器出现 ping 丢包或 ping 不通时，可以通过 tracert 或 mtr 等工具进行链路测试来判断问题来源。本文先介绍了进行链路测试的相关工具，然后对测试结果分析及测试步骤进行了说明。链路测试工具介绍根据操作系统类型的不同，链路测试所使用的工具也有所不同。分
TCP:TCP/IP通过三次握手建立一个连接。这一过程中的三种报文是：SYN，SYN/ACK，ACK。第一步是找到PC发送到网络服务器的第一个SYN报文，这标识了TCP三次握手的开始。如果你找不到第一个SYN报文，选择Edit -> Find Packet菜单选项。选择Display Filter，输入过滤条件：tcp.flags，这时会看到一个flag列表用于选择。选择合适的flag，tc
转载
2024-03-25 06:51:53
3254阅读
弱网环境是丢包率较高的特殊场景，TCP 在类似场景中的表现很差，当 RTT 为 30ms 时，一旦丢包率达到了 2%，TCP 的吞吐量就会下降 89.9%[3]，从下面的表中我们可以看出丢包对 TCP 的吞吐量极其显著的影响：概念理解4种计时器1.重传计时器：Retransmission Timer A发报文时创建计时器，计时器到期内收到回报文ACK，就撤销计时器2.持久计时器：Persisten
转载
2024-02-03 07:31:53
203阅读
1、引言 传输控制协议（TransportControlProtocol，TCP）是目前Internet中广泛采用的一种传输协议，它为各个主机之间提供可靠、按序传输、端到端的数据包传输服务。TCP拥塞控制是其成功的重要因素。TCP拥塞控制的前提是网络拥塞为数据丢失的唯一原因，即只要终端检测出有数据丢失，均认为是网络拥塞所致，于是调用拥塞
TCP是基于不可靠的网络实现可靠的传输，肯定也会存在掉包的情况，如果通信中发现缺少数据或者丢包，那么，最大的可能在于程序发送的过程或者接收的过程出现问题。 例如服务端要给客户端发送大量数据，Send频率很高，那么就很有可能在Send环节出现错误（1.程序处理逻辑错误，2.多线程同
转载
2024-04-21 17:19:08
539阅读
netem 是 Linux 2.6 及以上内核版本提供的一个网络模拟功能模块。该功能模块可以用来在性能良好的局域网中，模拟出复杂的互联网传输性能，诸如低带宽、传输延迟、丢包等等情况。使用 Linux 2.6 (或以上) 版本内核的很多发行版 Linux 都开启了该内核功能，比如Fedora、Ubuntu、Redhat、OpenSuse、CentOS、Debian等等。tc 是 Linux 系统中的
转载
2024-03-28 07:10:25
251阅读
Linux几个常用网络诊断在网络维护工作中，通常会遇到很多网络问题，此时，一些定位网络问题的工具显得尤为重要，下面YJBYS小编介绍一下常用的几个工具和使用场景。1. pingping命令是一条最基础的测试本机到目的ip连通性的工具，如下图，不带任何参数的ping命令默认每秒发送一个数据包，并返回结果，按下CTRL+C结束，而如果使用-f参数则可以快速不断发送icmp数据包，可以通过-f参数查看大
转载
2024-06-05 07:26:32
359阅读
关键参数syn 重传多少次后放弃
net.ipv4.tcp_syn_retries
syn ack 重传多少次后放弃
net.ipv4.tcp_synack_retries
syn 包队列
net.ipv4.tcp_max_syn_backlog
tcp TIME-WAIT状态数量上限
net.ipv4.tcp_max_tw_buckets = 5000内核TCP网络状态记录cat /proc/
原创
2023-12-04 19:03:14
264阅读
这节我们就将这两个功能：丢包重发和流量控制。 一、数据包重发 1. 数据发送丢包重发的前提是发送方能够知道接收方是否成功的接收了消息。所以，在TCP协议中接收方会给发送方返回一个通知，也叫做确认应答（ACK），这表示接收方已经接收到了数据包。
根据之前对TCP首部的分析得知，ACK确认应答包中的Ack（确认应答号）应该与发送方下次发送的数据包的序列号（Seq）相等。因此Ack可以理解为：“发送方
转载
2024-07-14 20:51:42
84阅读
在做网络服务器的时候，会碰到各种各样的网络问题比如说网络超时，通常一般的开发人员对于这种问题最常用的工具当然是tcpdump或者更先进的wireshark来进行抓包分析。通常这个工具能解决大部分的问题，但是比如说wireshark发现丢包，那深层次的原因就很难解释了。这不怪开发人员，要怪就怪linux网络协议栈太深。我们来看下：这7层里面每个层都可能由于各种各样的原因，比如说缓冲区满，包非法等，把
