linux – 在接口上丢弃数据包

前端之家收集整理的这篇文章主要介绍了linux – 在接口上丢弃数据包前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在运行centos 6.2并且其中一个接口具有高丢包.
这是来自ethtool的信息,这是一个网络问题吗?
[root@w native]# ifconfig eth1
eth1      Link encap:Ethernet  HWaddr 10:1F:74:2E:6A:80
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:38459399 errors:0 dropped:38459399 overruns:0 frame:0
          TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2334427918 (2.1 GiB)  TX bytes:258 (258.0 b)

[root@wye native]# ethtool eth1
Settings for eth1:
        Supported ports: [ TP ]
        Supported link modes:   1000baseT/Full
                                10000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  1000baseT/Full
                                10000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: No
        Speed: 1000Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: on
        MDI-X: Unknown
        Supports Wake-on: g
        Wake-on: d
        Link detected: yes


[root@w native]# ethtool -k eth1
Offload parameters for eth1:
rx-checksumming: on
tx-checksumming: on
scatter-gather: on
tcp-segmentation-offload: on
udp-fragmentation-offload: off
generic-segmentation-offload: on
generic-receive-offload: on
large-receive-offload: off

[root@w native]# ethtool -S eth1
NIC statistics:
     tx_events: 12086471
     rx_crc_errors: 0
     rx_alignment_symbol_errors: 0
     rx_pause_frames: 0
     rx_control_frames: 0
     rx_in_range_errors: 0
     rx_out_range_errors: 0
     rx_frame_too_long: 0
     rx_address_match_errors: 163123495
     rx_dropped_too_small: 0
     rx_dropped_too_short: 0
     rx_dropped_header_too_small: 0
     rx_dropped_tcp_length: 0
     rx_dropped_runt: 0
     rxpp_fifo_overflow_drop: 0
     rx_input_fifo_overflow_drop: 0
     rx_ip_checksum_errs: 0
     rx_tcp_checksum_errs: 4
     rx_udp_checksum_errs: 2
     tx_pauseframes: 0
     tx_controlframes: 0
     rx_priority_pause_frames: 0
     pmem_fifo_overflow_drop: 0
     jabber_events: 0
     rx_drops_no_pbuf: 0
     rx_drops_no_txpb: 0
     rx_drops_no_erx_descr: 0
     rx_drops_no_tpre_descr: 0
     rx_drops_too_many_frags: 0
     rx_drops_invalid_ring: 0
     forwarded_packets: 35
     rx_drops_mtu: 0
     eth_red_drops: 0
     be_on_die_temperature: 50
     rxq0: rx_bytes: 2299912112
     rxq0: rx_pkts: 38331860
     rxq0: rx_polls: 37803085
     rxq0: rx_events: 0
     rxq0: rx_compl: 38331860
     rxq0: rx_mcast_pkts: 14
     rxq0: rx_post_fail: 0
     rxq0: rx_drops_no_skbs: 0
     rxq0: rx_drops_no_frags: 0
     rxq1: rx_bytes: 3398729
     rxq1: rx_pkts: 16154
     rxq1: rx_polls: 9846
     rxq1: rx_events: 0
     rxq1: rx_compl: 16154
     rxq1: rx_mcast_pkts: 3392
     rxq1: rx_post_fail: 0
     rxq1: rx_drops_no_skbs: 0
     rxq1: rx_drops_no_frags: 0
     rxq2: rx_bytes: 206100
     rxq2: rx_pkts: 3379
     rxq2: rx_polls: 3379
     rxq2: rx_events: 0
     rxq2: rx_compl: 3379
     rxq2: rx_mcast_pkts: 3319
     rxq2: rx_post_fail: 0
     rxq2: rx_drops_no_skbs: 0
     rxq2: rx_drops_no_frags: 0
     rxq3: rx_bytes: 30735472
     rxq3: rx_pkts: 105087
     rxq3: rx_polls: 105087
     rxq3: rx_events: 0
     rxq3: rx_compl: 105087
     rxq3: rx_mcast_pkts: 11078
     rxq3: rx_post_fail: 0
     rxq3: rx_drops_no_skbs: 0
     rxq3: rx_drops_no_frags: 0
     rxq4: rx_bytes: 180245
     rxq4: rx_pkts: 2998
     rxq4: rx_polls: 2998
     rxq4: rx_events: 0
     rxq4: rx_compl: 2998
     rxq4: rx_mcast_pkts: 2984
     rxq4: rx_post_fail: 0
     rxq4: rx_drops_no_skbs: 0
     rxq4: rx_drops_no_frags: 0
     txq0: tx_compl: 0
     txq0: tx_bytes: 0
     txq0: tx_pkts: 0
     txq0: tx_reqs: 0
     txq0: tx_wrbs: 0
     txq0: tx_compl: 0
     txq0: tx_stops: 0
     txq1: tx_compl: 0
     txq1: tx_bytes: 0
     txq1: tx_pkts: 0
     txq1: tx_reqs: 0
     txq1: tx_wrbs: 0
     txq1: tx_compl: 0
     txq1: tx_stops: 0
     txq2: tx_compl: 0
     txq2: tx_bytes: 0
     txq2: tx_pkts: 0
     txq2: tx_reqs: 0
     txq2: tx_wrbs: 0
     txq2: tx_compl: 0
     txq2: tx_stops: 0
     txq3: tx_compl: 0
     txq3: tx_bytes: 0
     txq3: tx_pkts: 0
     txq3: tx_reqs: 0
     txq3: tx_wrbs: 0
     txq3: tx_compl: 0
     txq3: tx_stops: 0
     txq4: tx_compl: 3
     txq4: tx_bytes: 258
     txq4: tx_pkts: 3
     txq4: tx_reqs: 3
     txq4: tx_wrbs: 6
     txq4: tx_compl: 3
     txq4: tx_stops: 0
     txq5: tx_compl: 0
     txq5: tx_bytes: 0
     txq5: tx_pkts: 0
     txq5: tx_reqs: 0
     txq5: tx_wrbs: 0
     txq5: tx_compl: 0
     txq5: tx_stops: 0
     txq6: tx_compl: 0
     txq6: tx_bytes: 0
     txq6: tx_pkts: 0
     txq6: tx_reqs: 0
     txq6: tx_wrbs: 0
     txq6: tx_compl: 0
     txq6: tx_stops: 0
     txq7: tx_compl: 0
     txq7: tx_bytes: 0
     txq7: tx_pkts: 0
     txq7: tx_reqs: 0
     txq7: tx_wrbs: 0
     txq7: tx_compl: 0
     txq7: tx_stops: 0

解决方法

您能提供有关服务器或应用程序正在做什么的任何信息吗?假设您有一个托管交换机,交换机端口上是否有相应的错误

>通常,首先检查物理位(布线).
>检查相关交换机端口上的接口统计信息(您标记了这个debian,那么您是否在两个系统之间发送数据?)
>使用接口错误检查系统上的系统负载和处理器利用率.
>运行测试.如果您是两台服务器之间的通信,那么iperf对于此类测试来说是一个很好的网络负载生成器.
>如果这是一致的或可重复的,您可以分析相关接口的tcpdump.
>可选 – 探索sysctl.conf设置……这实际上取决于您的服务器正在做什么.如果这是一个消息传递应用程序或需要大量的东西,我们可以查看网络缓冲区设置等.我也一直在玩dropwatch实用程序described here.

原文链接:https://www.f2er.com/linux/396860.html

猜你在找的Linux相关文章