ifconfig之下，dropped包的含义。

最新推荐文章于 2024-07-18 00:48:04 发布
转载 最新推荐文章于 2024-07-18 00:48:04 发布 · 1w 阅读 · 1

本文解释了SUSE Linux Enterprise Server 11 SP2更新后ifconfig显示丢弃接收数据包的原因。从内核2.6.37开始，丢包计数器的变化在于统计因软网队列满、错误VLAN标签或未知协议等原因而被丢弃的数据帧。

ifconfig shows dropped rx packets

This document (7007165) is provided subject to the disclaimer at the end of this document.
Environment
SUSE Linux Enterprise Server 11 Service Pack 2
Situation
ifconfig shows dropped rx packets
After updating to SLES 11 SP2 packets are being dropped
Dropped counter incrementing
rx_dropped counter is incrementing

Customers have reported seeing dropped packets when examining statistics on their network card, bonds, or virtual interfaces.


Resolution
Working as designed.
Cause
Beginning with kernel 2.6.37, it has been changed the meaning of dropped packet count. Before, dropped packets was most likely due to an error. Now, the rx_dropped counter shows statistics for dropped frames because of:

Softnet backlog full
Bad / Unintended VLAN tags
Unknown / Unregistered protocols

If any frames meet those conditions, they are dropped before the protocol stack and the rx_dropped counter is incremented.
Additional Information
Care should be taken to confirm that frames are not being legitimately dropped.  A quick way to test this (WARNING: this test does not work for bonding interfaces) is to start a packet capture:

host:~# tcpdump

And then watching the rx_dropped counter.  If it stops incrementing while the tcpdump is running; then it is more than likely showing drops because of the reasons listed earlier.  If frames continue to be dropped while running tcpdump, investigation should take place to determine root cause.

This effect is seen starting from SLES 11 SP2, as it utilizes a 3.x kernel series. Previous SLES versions do not exhibit it (that are using kernels prior to 2.6.37)

Additional information can be found by researching commit # caf586e5
Disclaimer

This Support Knowledgebase provides a valuable tool for NetIQ/Novell/SUSE customers and parties interested in our products and solutions to acquire information, ideas and learn from one another. Materials are provided for informational, personal or non-commercial use within your organization and are presented "AS IS" WITHOUT WARRANTY OF ANY KIND.

    Document ID:7007165
    Creation Date:17-MAY-12
    Modified Date:21-JUN-13
        SUSESUSE Linux Enterprise Server

http://www.novell.com/support/kb/doc.php?id=7007165

Linux性能调优之内核网络栈发包收包认知
山河已无恙
10-08 126
99%的焦虑都来自于虚度时间和没有好好做事，所以唯一的解决办法就是行动起来，认真做完事情，战胜焦虑，战胜那些心里空荡荡的时刻，而不是选择逃避。不要站在原地想象困难，行动永远是改变现状的最佳方式。
Linux：ip：rx_dropped，tx_dropped； 丢包； sk_drops
mzhan017的博客
11-11 2709
文章目录参考rx_dropped分析 参考 https://www.kernel.org/doc/html/v5.11/networking/statistics.html https://access.redhat.com/solutions/21301 https://access.redhat.com/solutions/2073223 https://access.redhat.com/articles/1391433 https://mzhan017.blog.youkuaiyun.com/article/d
【Linux内核二】常用的网络丢包错包debug工具介绍
highman110的博客
03-09 6856
介绍常用Linux系统下网络丢包错包定位工具、简述网络收发包流程、解释drop和overrun的区别、理解socket buffer和ring buffer的区别
ifconfig 发现RX dropped 数字比较大的理解
热门推荐
sinat_38723234的博客
12-09 2万+
现象 ifconfig 发现RX dropped 数字比较大，RX errors 和RX overruns 都是0. 登录检查时sar -n DEV 1 5 流量不高，ping延时也不大，messages没有异常信息，uptime很大，猜测是累计的dropped counter。对系统性能无影响。 Netstat -s 统计网络层 TCP UDP 未发现异常。 ethtool -S eth0 统计...
ifconfig 发现RX dropped不断累加
l1423的专栏
10-07 4893
RX errors: 表示总的收包的错误数量，这包括 too-long-frames 错误，Ring Buffer 溢出错误，crc 校验错误，帧同步错误，fifo overruns 以及 missed pkg 等等。RX dropped: 表示数据包已经进入了 Ring Buffer，但是由于内存不够，上层协议不支持等系统原因，导致在拷贝到内存的过程中被丢弃，netstat -s可以看到更详细的原因。cat /proc/net/dev 查看网卡统计信息。netstat -s 查看网络层统计信息。
Linux基础之网络包收发流程
04stone37
12-16 3047
网络包的接收流程 网络数据包（Frame）到达网卡，按照FIFO顺序存入网卡的接受队列； 网卡通过DMA方式将接受队列的数据拷贝到内核缓冲区sk_buffer； 当数据拷贝完成后，网卡通过硬件中断（IRQ）通知CPU有新的网络数据到来，CPU执行驱动程序（NIC Driver）的处理逻辑： 3.1 禁用网卡的中断。这样做的目的是避免CPU被频繁的中断，当网卡接收到新的数据时直接写内存就可以了，...
Linux下网络丢包问题处理方案.docx
最新发布
09-26
在网络维护领域，Linux系统下的网络丢包问题是一个常见的技术难题，它可能导致网络通讯的不稳定甚至中断。解决这一问题的关键在于准确识别和分析网络丢包的原因，然后采取相应的措施进行处理。通常，Linux系统通过...
Linux自学之旅-基础命令（查看IP地址的ifconfig命令）
水奈濑结花的博客哦！
03-17 8872
Linux自学之旅-基础命令（ifconfig命令） 文章目录前言一、ifconfig命令简介二、ifconfig查看IP地址总结 前言 1.上一节我们讲述了如何配置静态内网IP地址，以及简单说明了vmware下三种网络适配器模式的基本作用和IP地址的简单了解，还没看的可点击下方链接进入观看：配置静态IP 2.这一节我们讲述一个主要用来查看IP地址的命令 提示：以下是本篇文章正文内容 一、ifconfig命令简介 ifconfig命令一般主要用来查看IP地址的一些配置信息，直接输入命令回车就可以了。
linux内核层丢包排查方法汇总
Java程序员的知识博客
07-18 2205
表示总的收包的错误数量，这包括 too-long-frames 错误，Ring Buffer 溢出错误，crc 校验错误，帧同步错误，fifo overruns 以及 missed pkg 等等。表示数据包已经进入了 Ring Buffer，但是由于内存不够等系统原因，导致在拷贝到内存的过程中被丢弃。
利用systemtap定位ifconfig dropped数据包的原因
weixin_34189116的博客
02-07 1199
http://blog.chinaunix.net/uid-20662820-id-3842431.html       欢迎转载，转载请保留文章的完整性!Author: Tony <tingw.liu@gmail.com>Date: 2013年8月10日周六 @青岛最近在将内核从2.6.32升级到3.0后，通过ifconfig发现dropped数据包明显增多，但是测试上层应用，...
ifconfig 下面的一些字段(errors, dropped, overruns)
IT生涯
12-16 1万+
一台机器经常收到丢包的报警，先看看最底层的有没有问题: # ethtool  em2 | egrep 'Speed|Duplex' Speed: 1000Mb/s Duplex: Full # ethtool  -S em2 | grep crc rx_crc_errors: 0 Speed, Duplex, CRC 之类的都没问题，基本可以排除物理层面的干扰
linux ifconfig droped packets
namu
02-16 2060
DELL  R910 出现丢包现象，升级网卡驱动问题解决，dell的pc server经常会出现驱动原因导致网卡丢包 [root@TEST bin]# ifconfig bond0     Link encap:Ethernet  HWaddr D4:AE:52:64:80:C0            inet addr:192.168.0.135  Bcast:192.168.0.25
linux网卡dropped原因,CentOs ifconfig -a命令获取网卡信息 网卡标识出现__tmp146079472
weixin_42400970的博客
05-01 2325
CentOs重启后ifconfig-a命令获取网卡信息网卡标识出现__tmp146079472，正常情况下__tmp146079472位置应该是eth1[root@localhost~]#ifconfig-a__tmp146079472Linkencap:EthernetHWaddr00:23:7D:FD:8A:6BBROADCASTMULTICASTMTU:1500...
ifconfig中的drops数据与ethtool中的drops数据不一致
msdnchina的专栏@JiNan,ShanDong
09-19 1339
https://access.redhat.com/solutions/504293 Why are packet drops reported in ifconfig not reflected in ethtool? 环境 Red Hat Enterprise Linux (All Versions). 问题 ifconfigreports dropped packets or fr...
Linux之 网卡发包、接包 error 、droped 情况
weixin_34116110的博客
11-19 1928
1、 查看各个网卡发送、接受包情况 oracle@hbdw2:/oratmp2$netstat -ni Kernel Interface table Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg Ibond0 1500 0 328233758 0 0 0 ...
如何理解ifconfig中的errors/dropped/fifo/frame统计指标
程序猿Ricky的日常干货
12-10 1万+
对于ifconfig来说，它所获取一些错误统计信息如下所示： RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 首先这些指标获取是从/proc/net/dev: cat /proc/net/dev Inter-| Receive
linux网卡一设置成手动就开始丢包
06-09
<think>首先，用户的问题是：在Linux系统中，网卡设置为手动模式后开始丢包，询问解决方案。用户提供了多个引用，但强调这些仅供参考，并不是用户的真正需求，用户的主要问题是网卡手动模式导致的丢包问题。用户引用中：-引用[1]:提到了网卡收发包流程和RingBuffer满的问题。-引用[2]:关于Linux性能优化。-引用[3]:描述了网络丢包的影响和常见场景。-引用[4]:讨论了网卡发送数据包时的中断和RingBuffer满。这些引用都提到了RingBuffer满作为一个丢包原因，这与用户的问题相关，因为用户提到网卡手动模式后丢包。用户的真正需求是：解决Linux系统中网卡设置为手动模式后开始丢包的问题。"手动模式"可能指的是网卡配置模式，如手动设置IP地址、子网掩码、网关等，而不是使用DHCP自动获取。这可能导致网卡参数设置不当引起丢包。我需要结构化我的回答，因为我必须遵循系统级指令：-所有行内数学表达式使用$...$格式。-独立公式使用$$...$$格式。-LaTeX语法正确。-使用中文回答。-生成相关问题。-引用的段落末尾自然地添加引用标识，如[^1].在回答中，我需要参考用户的上一次问题（如果有）。回顾对话，用户上一次的问题是相同的："我想解决Linux系统中网卡设置为手动模式后开始丢包的问题"。在这个对话中，这是用户的第一条消息，所以我应该基于当前问题回答。回答结构：1.**理解问题**：确认问题。用户将网卡设置为手动模式（可能手动配置网络参数），后开始丢包。-可能的原因：配置错误（如IP冲突、子网掩码错误、MTU设置不当）；RingBuffer问题；驱动问题；硬件问题等。-引用中提到了RingBuffer满作为常见原因，特别是引用[1]和[4].2.**诊断和解决方案**：-建议诊断步骤：检查网络配置、检查RingBuffer状态、检查驱动和系统日志。-具体解决方案：调整RingBuffer大小、检查手动设置是否正确、优化系统设置。3.**使用引用**：自然地融入引用。例如，解释RingBuffer作用时，添加[^1]或[^4].4.**生成相关问题**：在末尾生成相关问题，类似示例格式。关键步骤：-**诊断手动模式**：手动设置网络参数（如IP地址、网关）如果设置错误（例如，IP冲突或不正确的子网），可能导致通信问题，包括丢包。-**RingBuffer**：这是一个常见的丢包原因。当网卡接收数据包时，如果缓冲区（RingBuffer）满了，新的数据包会被丢弃。调整其大小可以缓解。-**其他原因**：驱动问题、系统负载、硬件故障。潜在的解决方案：1.检查并确认手动设置是否正确：使用`ipaddr`或`ifconfig`检查IP配置。2.增加RingBuffer大小：使用`ethtool`工具调整。3.监控系统状态：使用工具如`ifconfig`、`ethtool`、`netstat`检查丢包统计。4.更新驱动和内核。结构化回答：-**引言**：重新表述问题以示理解。-**可能原因**：-配置错误。-RingBuffer满（参考引用[1]和[4]）。-系统或驱动问题。-**诊断步骤**：-步骤1:检查当前配置。-步骤2:检查丢包统计。-步骤3:调整RingBuffer。-步骤4:查看系统日志。-**解决方案**：提供具体命令和步骤。-**结论**：总结。-**相关问题**：生成2-3个相关问题。确保使用中文。数学表达式：问题可能不涉及数学，但如果要添加，例如讨论缓冲大小计算，使用$或$$格式。但在这种情况下，可能不需要。引用的标识：-在描述RingBuffer时添加[^1]或[^4].-引用[2]关于优化。-引用[3]关于影响。最终，生成相关问题，如：1.如何诊断Linux网卡丢包问题?2.Linux网卡RingBuffer的最佳设置是什么?3.手动设置网卡参数时需要注意什么?完整回答框架：1.开头确认问题。2.解释原因，包括手动模式的可能影响。3.提供诊断和解决步骤。4.自然添加引用。5.结尾生成相关问题。</think> ### 解决 Linux 网卡手动模式后丢包问题的步骤 在 Linux 系统中，当您将网卡配置为手动模式（如手动设置 IP 地址、子网掩码、网关等），可能会出现丢包问题。这可能源于配置错误、网络缓冲区（如 Ring Buffer）过满、系统负载过高或驱动不兼容等因素。手动设置意味着网卡不再自动获取参数（如通过 DHCP），参数不当会导致通信异常或缓冲区管理失衡。以下是我的结构化解决方案，基于 Linux 网络优化的常见实践。我会引导您逐步诊断和解决问题。 #### 1. **理解问题：手动模式可能导致的丢包原因** - **配置错误风险**：手动设置网卡参数时，IP 地址冲突、子网掩码错误或网关不正确，可能导致网络路由失败，从而引发丢包。例如，如果 IP 地址不在正确子网，数据包在传输过程中可能被丢弃。 - **Ring Buffer 管理问题**：网卡收发包依赖 Ring Buffer（环形缓冲区），手动模式可能使系统负载增高，导致缓冲区满，新数据包无法处理而被丢弃，这是一种常见丢包场景[^1][^4]。在手动模式下，如配置不当，系统无法自动调整缓冲区大小，更容易出现拥堵。 - **系统或驱动兼容性**：手动配置可能暴露驱动 bug 或内核兼容性问题，尤其是在高负载下。 #### 2. **诊断步骤：定位丢包源头** 在解决问题前，先通过命令行工具诊断： - **步骤1: 检查网卡配置状态** 使用 `ip addr` 或 `ifconfig` 检查手动设置的参数是否正确： ```bash ip addr show <网卡名称> # 如 eth0 或 enp0s3 ``` 确保 IP 地址、子网掩码和广播地址与您的网络拓扑匹配。如果子网设置错误（如掩码未覆盖网关），可能导致本地丢包。同时，使用 `ping` 测试基本连通性： ```bash ping <目标IP或网关> -c 10 ``` 观察是否有丢包（Loss）。 - **步骤2: 检查网卡丢包统计** 使用 `ethtool -S <网卡名称>` 查看详细统计，特别注意 `rx_dropped`（接收丢包）和 `tx_dropped`（发送丢包）的值： ```bash ethtool -S eth0 | grep -E "dropped|errors" # 替换为您的网卡名称 ``` 如果 `rx_dropped` 值高，表示接收缓冲区问题（如 Ring Buffer 满）是主要原因[^1]。 - **步骤3: 监控 Ring Buffer 状态** 使用 `ethtool` 检查 Ring Buffer 大小和使用情况： ```bash ethtool -g eth0 # 查看当前 Ring Buffer 大小 ``` 输出会显示 `RX`（接收）和 `TX`（发送）的当前大小（Current）和最大大小（Maximum）。如果当前值接近最大值，说明缓冲区满导致丢包[^4]。 - **步骤4: 分析系统日志** 使用 `dmesg` 或 `journalctl` 检查内核日志中的丢包记录： ```bash dmesg | grep "net\|eth0\|drop" # 查找丢包相关错误 ``` 常见错误包括 “Ring Buffer overflow” 或 “buffer full”。 #### 3. **解决方案：针对性地修复丢包问题** 基于诊断结果，选择以下修复措施。以下命令需 root 权限（如 `sudo`）： - **方案1: 修正手动配置错误** - 如果配置错误（如 IP 冲突），编辑网卡配置文件。以 Ubuntu 为例： ```bash sudo nano /etc/netplan/01-netcfg.yaml # 或用类似工具（如 ifcfg 在 CentOS） ``` 确保配置正确，例如： ```yaml network: version: 2 renderer: networkd ethernets: eth0: addresses: [192.168.1.100/24] # IP和子网掩码 gateway4: 192.168.1.1 nameservers: addresses: [8.8.8.8] ``` 应用配置后重启网卡： ```bash sudo netplan apply # 或用 systemctl restart network ``` - **方案2: 调整 Ring Buffer 大小** - Ring Buffer 满是最常见原因之一[^1][^4]。手动模式下，系统不会自动优化，需手动增加大小： ```bash ethtool -G eth0 rx 4096 tx 4096 # 设置接收和发送缓冲区为4096（数值可调整） ``` 测试后，如丢包减少，可将设置持久化（添加到启动脚本或 crontab）： ```bash echo "/sbin/ethtool -G eth0 rx 4096 tx 4096" | sudo tee /etc/rc.local ``` - **方案3: 优化系统性能和驱动** - **减小系统负载**：高负载可能导致软中断处理延迟，加剧手动模式丢包。调整软中断亲和性和队列大小： ```bash echo fff > /sys/class/net/eth0/queues/rx-0/rps_cpus # 设置中断亲和性 sysctl -w net.core.netdev_budget=600 # 增加网络预算值，默认300 ``` 更新网卡驱动，确保与内核兼容： ```bash ethtool -i eth0 # 查看驱动版本 sudo apt update && sudo apt upgrade # 或使用yum/dnf更新系统和驱动 ``` 参考 Linux 性能优化原则，避免手动模式下的资源竞争[^2]。 - **方案4: 其他通用修复** - 检查 MTU（最大传输单元）设置，错误值可能导致分包丢包： ```bash ip link show eth0 # 查看MTU sudo ip link set dev eth0 mtu 1500 # 设置标准值，需测试 ``` - 使用工具如 `tcpdump` 捕获数据包，分析丢包点： ```bash tcpdump -i eth0 -w capture.pcap ``` 分析文件中是否有异常。 #### 4. **验证与预防** - **验证效果**：应用方案后，运行： ```bash ping <网关> -c 100 # 测试100个包 ethtool -S eth0 | grep dropped # 再次检查丢包统计 ``` 丢包率应显著降低（如低于1%）。 - **预防措施**： - 定期监控使用工具如 `nload` 或 `iftop` 实时流量。 - 自动脚本：创建 cron 作业，定期检查并调整缓冲区。 - 在手动模式下，优先测试环境兼容性，避免参数冲突。 解决网卡手动模式丢包问题需综合考虑配置、缓冲管理和系统优化[^1][^2][^4]。如以上步骤未解决，考虑硬件问题（如网卡或线缆损坏）或进一步的专业诊断。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值