简介这份PPT面向计算机与通信相关专业的学生及网络入门学习者系统梳理网络基础与应用数据通信的核心知识帮助建立从信号传输到网络交换的完整认知框架。内容围绕数据、信息与信号的关系展开涵盖模拟与数字信号的区分、并行与串行传输、异步与同步传输、单工半双工全双工通信、点到点与多点连接以及基带、频带、宽带传输等基本方式并延伸至电路交换与包交换技术、信源信道信宿模型和奇偶校验、CRC等差错控制方法。资源包内含1个pptx文件共22张幻灯片压缩包约393KB体积轻便适合课堂讲解、考前复习或自学梳理知识脉络。目前已有100人学习可作为理解互联网工作原理、构建与维护网络系统的入门参考。1. 数据通信基础到底在讲什么从一根网线到一次可靠传输很多人第一次翻到「网络基础与应用数据通信基础」这类课件看到的是 22 张 PPT 里塞满了术语信道、带宽、码元、复用、交换、差错控制。真正上手做项目时才发现这些词不是考试用的而是你排查「为什么文件传一半断了」「为什么串口数据偶尔丢一个字节」「为什么两个 E1 能同时跑电话和会议」时唯一的抓手。这篇笔记不逐页复述 PPT而是把数据通信基础拆成一条能落地的链路信号怎么在介质上跑、传输方式怎么选、交换技术怎么组网、差错控制怎么兜底。适合刚接触网络工程、嵌入式通信、运维排障的从业者也适合已经会配交换机但说不清底层原理的人。读完你应该能自己搭一条最小通信链路看懂抓包里的异常知道参数该往哪调。2. 传输介质与信号把比特送出去的第一公里数据通信的第一步永远是把比特变成能在介质上传播的信号。这一步选错了后面所有协议都救不回来。常见介质分两类有线双绞线、同轴、光纤和无线射频、红外、蓝牙。热词里提到的「信息传输介质 名称 功能图片」本质就是在问什么场景用什么介质各自能跑多远、多快。2.1 双绞线、光纤、无线的选型边界双绞线便宜、易施工Cat5e 在 100 米内跑千兆Cat6 短距离能上 10G但超过 100 米信号衰减和串扰就压不住了。光纤分单模和多模单模传输距离可达几十公里多模在数据中心内几百米内性价比高。无线介质灵活但受干扰大蓝牙耳机低功耗高保真音频传输这类研究核心就是在有限带宽和功耗下做编码优化。选型时我一般看三个参数距离、带宽、抗干扰要求。工业现场电磁干扰强优先光纤办公室布线优先双绞线移动设备才考虑无线。别为了省线材钱在强电井旁边拉超长双绞线那是血泪经验。2.2 用 Python 模拟一次基带传输的采样过程理解信号传输最直接的方式是动手模拟。下面这段代码用 Python 生成一个简单的数字基带信号并做采样和判决帮你直观看到「码元」和「采样点」的关系。import numpy as np import matplotlib.pyplot as plt # 参数说明 # bit_rate: 比特率单位 bps # samples_per_bit: 每个比特的采样点数决定仿真精度 bit_rate 1000 samples_per_bit 100 bits np.array([1, 0, 1, 1, 0, 1, 0, 0]) # 待传输的比特序列 # 生成基带信号1 用高电平0 用低电平 signal np.repeat(bits, samples_per_bit) # 加一点高斯噪声模拟真实信道 noise np.random.normal(0, 0.1, signal.shape) received signal noise # 采样判决在每个比特中间位置采样大于 0.5 判为 1 sample_points np.arange(samples_per_bit // 2, len(received), samples_per_bit) sampled received[sample_points] decided (sampled 0.5).astype(int) print(原始比特:, bits) print(判决比特:, decided)这段代码的关键在samples_per_bit和判决阈值。采样点太少噪声一大就判错阈值设 0.5 是假设高低电平对称实际电路里要根据眼图调整。跑完你会看到噪声幅度超过 0.5 时判决就开始出错这就是误码率的来源。真实系统里会用更复杂的调制和均衡来对抗但底层逻辑就是这个采样判决过程。2.3 串口和 DMA 传输嵌入式里的数据搬运热词里「瑞萨 NZ/N2L 的 SCI 串口如何配置 DMA 进行数据传输」是个典型问题。串口逐字节中断接收在高速率下 CPU 会被打断到崩溃DMA 让数据不经过 CPU 直接搬到内存。配置步骤通常是初始化 SCI 串口设置波特率、数据位、停止位配置 DMA 通道源地址指向串口数据寄存器目的地址指向内存缓冲区设置传输长度使能 DMA 请求串口每收到一个字节触发一次 DMA 搬运。参数上要注意 DMA 传输宽度和串口数据宽度一致否则会出现字节错位。这个坑我踩过调了一下午才发现是 8 位对 16 位的问题。3. 传输方式与交换技术独占、分包、电路、分组怎么选传输方式和交换技术是数据通信里最容易混在一起讲的部分。传输方式说的是「一条链路上怎么分配资源」交换技术说的是「多节点之间怎么建立通路」。热词里「讨论并交流独占、分包两种传输方式的特点及适用场景」正好点到了核心。3.1 独占与分包的适用场景对比独占传输就是一条链路从头到尾只服务一个连接典型是传统电话网。优点是时延稳定、抖动小适合实时语音和电视电话会议。缺点是资源利用率低通话双方都不说话时链路照样占着。分包传输是把数据切成小块多个连接共享链路典型是 IP 网络。优点是利用率高、灵活缺点是时延抖动大需要 QoS 来保障实时业务。对比项独占传输分包传输资源利用率低高时延稳定性好一般需 QoS典型场景电话、专线互联网、局域网实现复杂度低高选型建议实时性要求极高且流量稳定的场景用独占比如工业控制总线突发性强、流量不均的场景用分包比如办公网络。别在办公网里给每个人拉专线成本扛不住。3.2 电路交换与分组交换的组网差异电路交换在通信前先建立一条端到端物理通路通话期间独占。分组交换把数据打成包每个包独立选路到达顺序可能乱。电路交换适合长时稳定业务分组交换适合短时突发业务。现在骨干网基本都是分组交换但某些专线和语音网关仍保留电路交换逻辑。热词里「为什么两个 E1 就可以传输电视电话会议」就是因为 E1 是 2.048 Mbps 的时分复用链路两个 E1 捆绑能提供约 4 Mbps 带宽足够一路标清会议视频加音频。E1 的时隙划分就是典型的时分复用每个时隙 64 kbps32 个时隙组成一帧。理解这个你就明白为什么传统电话网能同时跑那么多路通话。3.3 用 Wireshark 观察一次分组交换的传输过程想直观看到分组交换抓一次包最直接。下面是在 Linux 下用 tcpdump 抓包并分析的步骤。# 抓取 eth0 上 100 个包保存到文件 sudo tcpdump -i eth0 -c 100 -w capture.pcap # 用 tshark 查看包的基本信息 tshark -r capture.pcap -T fields -e ip.src -e ip.dst -e tcp.seq -e tcp.ack | head -20-i eth0指定网卡-c 100限制抓包数量避免文件过大-w写入文件供后续分析。tshark 输出里你会看到同一个 TCP 流的 seq 和 ack 在变化每个包独立选路但靠序列号重组。如果看到大量重传说明链路有丢包或拥塞。参数上注意抓包时别开混杂模式抓无关流量生产环境要限速限大小否则磁盘很快满。4. 差错控制与可靠传输让数据不丢不重的兜底机制数据在链路上跑噪声、干扰、拥塞都会导致比特出错或包丢失。差错控制就是检测和纠正这些错误。热词里「c# restclient.execute 返回异常无法将数据写入传输连接」和「uart 传输通信时序」都跟这个有关。4.1 奇偶校验、CRC、海明码的检测能力奇偶校验只能检测奇数个比特错误检错能力弱但开销小适合低速串口。CRC 用多项式除法生成校验码检错能力强以太网帧尾的 FCS 就是 CRC32。海明码能检错并纠错但开销大适合内存纠错。选型时看误码率和重传成本误码率低用奇偶校验误码率中等用 CRC 加重传误码率高且重传代价大才用纠错码。4.2 用 Python 实现 CRC16 校验下面这段代码实现 CRC16-CCITT常用于串口和工业总线。def crc16_ccitt(data: bytes, init0xFFFF) - int: 计算 CRC16-CCITT 校验值 data: 待校验字节 init: 初始值CCITT 标准为 0xFFFF crc init for byte in data: crc ^ byte 8 for _ in range(8): if crc 0x8000: crc (crc 1) ^ 0x1021 # 多项式 0x1021 else: crc 1 crc 0xFFFF return crc payload bhello uart print(hex(crc16_ccitt(payload)))init和多项式0x1021必须和接收端一致否则校验永远不过。crc 0xFFFF保证结果在 16 位内。实际串口协议里CRC 通常附在帧尾接收端重新计算并比对。如果对不上就丢弃并请求重传。注意字节序有的协议高字节在前有的低字节在前这个坑很隐蔽。4.3 自动重传请求 ARQ 的三种模式停等 ARQ 发一帧等一个确认效率低但简单。后退 N 帧 ARQ 连续发多帧出错后从错的那帧重传。选择重传 ARQ 只重传出错的帧效率最高但需要更多缓冲。TCP 用的是滑动窗口加选择确认本质是选择重传的变体。参数上窗口大小决定吞吐量窗口太小链路利用率上不去窗口太大接收端缓冲扛不住。5. 避坑与排查数据通信里那些让人抓狂的故障5.1 现象串口能发不能收示波器看波形正常原因收发线序接反或者流控引脚没接对。TX 和 RX 必须交叉连接RTS/CTS 如果启用但没接发送方会一直等 CTS 导致卡死。 解决用万用表量线序确认 TX 接对方 RX。流控不用就关掉别悬空。5.2 现象TCP 传输大文件到一半速度骤降甚至断连原因MTU 不匹配导致分片或者中间设备丢包触发拥塞控制。热词里「远程主机强迫关闭了一个现有的连接」常见于服务端超时或防火墙会话老化。 解决用ping -M do -s 1472探测路径 MTU调整本机 MTU。检查防火墙会话超时时间加心跳保活。5.3 现象HDMI 外接显示器无画面原因线材质量差或版本不匹配长距离 HDMI 信号衰减严重。热词里「笔记本外接 HDMI 线无法传输画面」多半是这个。 解决换短一点或质量好的线降低分辨率测试。超过 5 米考虑用光纤 HDMI 或加信号放大器。5.4 现象蓝牙音频断断续续原因2.4G 频段拥挤WiFi 和蓝牙互相干扰。低功耗高保真音频传输对带宽和延迟敏感干扰一来就卡。 解决关掉附近不用的 2.4G WiFi或者换用 5G WiFi。蓝牙设备尽量靠近避开 USB 3.0 接口USB 3.0 辐射会干扰蓝牙。5.5 现象E1 链路告警电话会议断断续续原因E1 对时钟同步要求高两端时钟偏差大会滑码。线路老化或接头氧化也会导致误码率升高。 解决确认一端用内时钟一端用线路时钟别两端都内时钟。用误码仪测 BER超过 1e-6 就要查线路。6. 进阶技巧用脚本自动化验证传输质量数据通信调通只是第一步长期稳定才是目标。我习惯写一个小脚本定期测吞吐和误码比人工盯着靠谱。下面这个 Python 脚本用 socket 测 TCP 吞吐并记录重传次数。import socket import time def measure_throughput(host, port, duration10): 测量 TCP 吞吐量 host/port: 服务端地址 duration: 测试时长秒 s socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.connect((host, port)) s.settimeout(2) total 0 start time.time() while time.time() - start duration: try: data s.recv(65536) if not data: break total len(data) except socket.timeout: continue elapsed time.time() - start s.close() print(f接收 {total} 字节耗时 {elapsed:.2f} 秒吞吐 {total*8/elapsed/1e6:.2f} Mbps) measure_throughput(192.168.1.100, 9000)recv(65536)的缓冲区大小影响吞吐太小系统调用频繁太大内存占用高。settimeout(2)防止卡死。跑多次取平均波动超过 20% 就要查链路。这个脚本我一般放在跳板机上每天定时跑数据存下来看趋势。有一次就是靠它发现某条链路每天下午丢包率飙升最后查到是隔壁机房空调启动导致电压波动。另一个技巧是用iperf3做标准测试参数-w调窗口-P调并发流数。窗口和并发要匹配链路带宽时延积否则测出来偏低。我一般先用默认跑一遍再逐步调大窗口直到吞吐不再上升那个点就是链路实际能力。传输质量这事没有后悔药只能靠持续观测。把基线建好异常时才有对比。希望帮到你。本文还有配套的精品资源点击获取 数据通信基础实战：从传输介质、交换技术到差错控制与排障
简介这份PPT面向计算机与通信相关专业的学生及网络入门学习者系统梳理网络基础与应用数据通信的核心知识帮助建立从信号传输到网络交换的完整认知框架。内容围绕数据、信息与信号的关系展开涵盖模拟与数字信号的区分、并行与串行传输、异步与同步传输、单工半双工全双工通信、点到点与多点连接以及基带、频带、宽带传输等基本方式并延伸至电路交换与包交换技术、信源信道信宿模型和奇偶校验、CRC等差错控制方法。资源包内含1个pptx文件共22张幻灯片压缩包约393KB体积轻便适合课堂讲解、考前复习或自学梳理知识脉络。目前已有100人学习可作为理解互联网工作原理、构建与维护网络系统的入门参考。1. 数据通信基础到底在讲什么从一根网线到一次可靠传输很多人第一次翻到「网络基础与应用数据通信基础」这类课件看到的是 22 张 PPT 里塞满了术语信道、带宽、码元、复用、交换、差错控制。真正上手做项目时才发现这些词不是考试用的而是你排查「为什么文件传一半断了」「为什么串口数据偶尔丢一个字节」「为什么两个 E1 能同时跑电话和会议」时唯一的抓手。这篇笔记不逐页复述 PPT而是把数据通信基础拆成一条能落地的链路信号怎么在介质上跑、传输方式怎么选、交换技术怎么组网、差错控制怎么兜底。适合刚接触网络工程、嵌入式通信、运维排障的从业者也适合已经会配交换机但说不清底层原理的人。读完你应该能自己搭一条最小通信链路看懂抓包里的异常知道参数该往哪调。2. 传输介质与信号把比特送出去的第一公里数据通信的第一步永远是把比特变成能在介质上传播的信号。这一步选错了后面所有协议都救不回来。常见介质分两类有线双绞线、同轴、光纤和无线射频、红外、蓝牙。热词里提到的「信息传输介质 名称 功能图片」本质就是在问什么场景用什么介质各自能跑多远、多快。2.1 双绞线、光纤、无线的选型边界双绞线便宜、易施工Cat5e 在 100 米内跑千兆Cat6 短距离能上 10G但超过 100 米信号衰减和串扰就压不住了。光纤分单模和多模单模传输距离可达几十公里多模在数据中心内几百米内性价比高。无线介质灵活但受干扰大蓝牙耳机低功耗高保真音频传输这类研究核心就是在有限带宽和功耗下做编码优化。选型时我一般看三个参数距离、带宽、抗干扰要求。工业现场电磁干扰强优先光纤办公室布线优先双绞线移动设备才考虑无线。别为了省线材钱在强电井旁边拉超长双绞线那是血泪经验。2.2 用 Python 模拟一次基带传输的采样过程理解信号传输最直接的方式是动手模拟。下面这段代码用 Python 生成一个简单的数字基带信号并做采样和判决帮你直观看到「码元」和「采样点」的关系。import numpy as np import matplotlib.pyplot as plt # 参数说明 # bit_rate: 比特率单位 bps # samples_per_bit: 每个比特的采样点数决定仿真精度 bit_rate 1000 samples_per_bit 100 bits np.array([1, 0, 1, 1, 0, 1, 0, 0]) # 待传输的比特序列 # 生成基带信号1 用高电平0 用低电平 signal np.repeat(bits, samples_per_bit) # 加一点高斯噪声模拟真实信道 noise np.random.normal(0, 0.1, signal.shape) received signal noise # 采样判决在每个比特中间位置采样大于 0.5 判为 1 sample_points np.arange(samples_per_bit // 2, len(received), samples_per_bit) sampled received[sample_points] decided (sampled 0.5).astype(int) print(原始比特:, bits) print(判决比特:, decided)这段代码的关键在samples_per_bit和判决阈值。采样点太少噪声一大就判错阈值设 0.5 是假设高低电平对称实际电路里要根据眼图调整。跑完你会看到噪声幅度超过 0.5 时判决就开始出错这就是误码率的来源。真实系统里会用更复杂的调制和均衡来对抗但底层逻辑就是这个采样判决过程。2.3 串口和 DMA 传输嵌入式里的数据搬运热词里「瑞萨 NZ/N2L 的 SCI 串口如何配置 DMA 进行数据传输」是个典型问题。串口逐字节中断接收在高速率下 CPU 会被打断到崩溃DMA 让数据不经过 CPU 直接搬到内存。配置步骤通常是初始化 SCI 串口设置波特率、数据位、停止位配置 DMA 通道源地址指向串口数据寄存器目的地址指向内存缓冲区设置传输长度使能 DMA 请求串口每收到一个字节触发一次 DMA 搬运。参数上要注意 DMA 传输宽度和串口数据宽度一致否则会出现字节错位。这个坑我踩过调了一下午才发现是 8 位对 16 位的问题。3. 传输方式与交换技术独占、分包、电路、分组怎么选传输方式和交换技术是数据通信里最容易混在一起讲的部分。传输方式说的是「一条链路上怎么分配资源」交换技术说的是「多节点之间怎么建立通路」。热词里「讨论并交流独占、分包两种传输方式的特点及适用场景」正好点到了核心。3.1 独占与分包的适用场景对比独占传输就是一条链路从头到尾只服务一个连接典型是传统电话网。优点是时延稳定、抖动小适合实时语音和电视电话会议。缺点是资源利用率低通话双方都不说话时链路照样占着。分包传输是把数据切成小块多个连接共享链路典型是 IP 网络。优点是利用率高、灵活缺点是时延抖动大需要 QoS 来保障实时业务。对比项独占传输分包传输资源利用率低高时延稳定性好一般需 QoS典型场景电话、专线互联网、局域网实现复杂度低高选型建议实时性要求极高且流量稳定的场景用独占比如工业控制总线突发性强、流量不均的场景用分包比如办公网络。别在办公网里给每个人拉专线成本扛不住。3.2 电路交换与分组交换的组网差异电路交换在通信前先建立一条端到端物理通路通话期间独占。分组交换把数据打成包每个包独立选路到达顺序可能乱。电路交换适合长时稳定业务分组交换适合短时突发业务。现在骨干网基本都是分组交换但某些专线和语音网关仍保留电路交换逻辑。热词里「为什么两个 E1 就可以传输电视电话会议」就是因为 E1 是 2.048 Mbps 的时分复用链路两个 E1 捆绑能提供约 4 Mbps 带宽足够一路标清会议视频加音频。E1 的时隙划分就是典型的时分复用每个时隙 64 kbps32 个时隙组成一帧。理解这个你就明白为什么传统电话网能同时跑那么多路通话。3.3 用 Wireshark 观察一次分组交换的传输过程想直观看到分组交换抓一次包最直接。下面是在 Linux 下用 tcpdump 抓包并分析的步骤。# 抓取 eth0 上 100 个包保存到文件 sudo tcpdump -i eth0 -c 100 -w capture.pcap # 用 tshark 查看包的基本信息 tshark -r capture.pcap -T fields -e ip.src -e ip.dst -e tcp.seq -e tcp.ack | head -20-i eth0指定网卡-c 100限制抓包数量避免文件过大-w写入文件供后续分析。tshark 输出里你会看到同一个 TCP 流的 seq 和 ack 在变化每个包独立选路但靠序列号重组。如果看到大量重传说明链路有丢包或拥塞。参数上注意抓包时别开混杂模式抓无关流量生产环境要限速限大小否则磁盘很快满。4. 差错控制与可靠传输让数据不丢不重的兜底机制数据在链路上跑噪声、干扰、拥塞都会导致比特出错或包丢失。差错控制就是检测和纠正这些错误。热词里「c# restclient.execute 返回异常无法将数据写入传输连接」和「uart 传输通信时序」都跟这个有关。4.1 奇偶校验、CRC、海明码的检测能力奇偶校验只能检测奇数个比特错误检错能力弱但开销小适合低速串口。CRC 用多项式除法生成校验码检错能力强以太网帧尾的 FCS 就是 CRC32。海明码能检错并纠错但开销大适合内存纠错。选型时看误码率和重传成本误码率低用奇偶校验误码率中等用 CRC 加重传误码率高且重传代价大才用纠错码。4.2 用 Python 实现 CRC16 校验下面这段代码实现 CRC16-CCITT常用于串口和工业总线。def crc16_ccitt(data: bytes, init0xFFFF) - int: 计算 CRC16-CCITT 校验值 data: 待校验字节 init: 初始值CCITT 标准为 0xFFFF crc init for byte in data: crc ^ byte 8 for _ in range(8): if crc 0x8000: crc (crc 1) ^ 0x1021 # 多项式 0x1021 else: crc 1 crc 0xFFFF return crc payload bhello uart print(hex(crc16_ccitt(payload)))init和多项式0x1021必须和接收端一致否则校验永远不过。crc 0xFFFF保证结果在 16 位内。实际串口协议里CRC 通常附在帧尾接收端重新计算并比对。如果对不上就丢弃并请求重传。注意字节序有的协议高字节在前有的低字节在前这个坑很隐蔽。4.3 自动重传请求 ARQ 的三种模式停等 ARQ 发一帧等一个确认效率低但简单。后退 N 帧 ARQ 连续发多帧出错后从错的那帧重传。选择重传 ARQ 只重传出错的帧效率最高但需要更多缓冲。TCP 用的是滑动窗口加选择确认本质是选择重传的变体。参数上窗口大小决定吞吐量窗口太小链路利用率上不去窗口太大接收端缓冲扛不住。5. 避坑与排查数据通信里那些让人抓狂的故障5.1 现象串口能发不能收示波器看波形正常原因收发线序接反或者流控引脚没接对。TX 和 RX 必须交叉连接RTS/CTS 如果启用但没接发送方会一直等 CTS 导致卡死。 解决用万用表量线序确认 TX 接对方 RX。流控不用就关掉别悬空。5.2 现象TCP 传输大文件到一半速度骤降甚至断连原因MTU 不匹配导致分片或者中间设备丢包触发拥塞控制。热词里「远程主机强迫关闭了一个现有的连接」常见于服务端超时或防火墙会话老化。 解决用ping -M do -s 1472探测路径 MTU调整本机 MTU。检查防火墙会话超时时间加心跳保活。5.3 现象HDMI 外接显示器无画面原因线材质量差或版本不匹配长距离 HDMI 信号衰减严重。热词里「笔记本外接 HDMI 线无法传输画面」多半是这个。 解决换短一点或质量好的线降低分辨率测试。超过 5 米考虑用光纤 HDMI 或加信号放大器。5.4 现象蓝牙音频断断续续原因2.4G 频段拥挤WiFi 和蓝牙互相干扰。低功耗高保真音频传输对带宽和延迟敏感干扰一来就卡。 解决关掉附近不用的 2.4G WiFi或者换用 5G WiFi。蓝牙设备尽量靠近避开 USB 3.0 接口USB 3.0 辐射会干扰蓝牙。5.5 现象E1 链路告警电话会议断断续续原因E1 对时钟同步要求高两端时钟偏差大会滑码。线路老化或接头氧化也会导致误码率升高。 解决确认一端用内时钟一端用线路时钟别两端都内时钟。用误码仪测 BER超过 1e-6 就要查线路。6. 进阶技巧用脚本自动化验证传输质量数据通信调通只是第一步长期稳定才是目标。我习惯写一个小脚本定期测吞吐和误码比人工盯着靠谱。下面这个 Python 脚本用 socket 测 TCP 吞吐并记录重传次数。import socket import time def measure_throughput(host, port, duration10): 测量 TCP 吞吐量 host/port: 服务端地址 duration: 测试时长秒 s socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.connect((host, port)) s.settimeout(2) total 0 start time.time() while time.time() - start duration: try: data s.recv(65536) if not data: break total len(data) except socket.timeout: continue elapsed time.time() - start s.close() print(f接收 {total} 字节耗时 {elapsed:.2f} 秒吞吐 {total*8/elapsed/1e6:.2f} Mbps) measure_throughput(192.168.1.100, 9000)recv(65536)的缓冲区大小影响吞吐太小系统调用频繁太大内存占用高。settimeout(2)防止卡死。跑多次取平均波动超过 20% 就要查链路。这个脚本我一般放在跳板机上每天定时跑数据存下来看趋势。有一次就是靠它发现某条链路每天下午丢包率飙升最后查到是隔壁机房空调启动导致电压波动。另一个技巧是用iperf3做标准测试参数-w调窗口-P调并发流数。窗口和并发要匹配链路带宽时延积否则测出来偏低。我一般先用默认跑一遍再逐步调大窗口直到吞吐不再上升那个点就是链路实际能力。传输质量这事没有后悔药只能靠持续观测。把基线建好异常时才有对比。希望帮到你。本文还有配套的精品资源点击获取