Вопросы Теги

Отброшенные пакеты во всех Linux и Unix

У меня проблема. У меня материнская плата от Supermicro - X11SBA-LN4F. Есть 4 порта Ethernet. В первом порту подключаюсь к интернету. Через второй порт я подключаюсь к своей локальной сети.

Когда я пишу ifconfig или netstat -i , я вижу на своем втором интерфейсе (моей локальной сети) отброшенные пакеты . Это число увеличивается 

em2       Link encap:Ethernet  HWaddr 0c:c4:7a:7b:91:3e
          inet addr:192.168.110.181  Bcast:192.168.110.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:17441 errors:0 dropped:1380 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1226317 (1.2 MB)  TX bytes:0 (0.0 B)

После поиска в Google я обнаружил следующее: https://www.novell.com/support/kb/doc.php?id=7007165 

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  -- (Measured from /proc/net/softnet_stat)
Bad / Unintended VLAN tags
Unknown / Unregistered protocols
IPv6 frames when the server is not configured for IPv6

If any frames meet those conditions, they are dropped before the protocol stack and the rx_dropped counter is incremented.

Прежде всего, я написал эту команду: 

tcpdump -vv -i em2

Пока эта команда выполняется, счетчик сброшенных пакеты на моем втором интерфейсе остановлены. Но когда я прерываю tcpdump , количество отброшенных пакетов снова увеличивается.

  • Я отключил IPv6
  • Я проверил все VLANS. На этом порте у меня только одна Untag VLAN в локальной сети

  • . Я проверил файл / proc / net / softnet_stat . В этом файле у меня есть информация только из первого столбца, и это хорошо

    00000013 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00002fbc 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 000000f3 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0000268f 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

  • Я проанализировал с помощью "tcpdump" весь трафик. У меня только - ARP Request, Broadcats и Rip. И это неплохо

  • Я включил неразборчивый режим, но это не помогло
  • Я проверил кабели и разъемы
  • Я установил последний драйвер
  • Я увеличил размер кольцевых кешей, но это не помогло

  • И я проверил все Unix и Linux: Zeroshell, Pfense, FreeBsd, Ubuntu Server (с собственным ядром и скомпилированный мной), CentOS (с собственным ядром и скомпилированный мной). У всех были одинаковые симптомы. 

     ethtool -i em2

драйвер: igb
версия: 5.3.4.4
версия прошивки: 3.25, 0x800005d0
автобусная информация: 0000: 06: 00.0
поддерживает-статистика: да
поддерживает-тест: да
поддерживает-eeprom-доступ: да
поддерживает-регистр-дамп: да
поддерживает-Priv-flags: нет

Вся статистика по этому интерфейсу: 

ethtool -S em2

NIC statistics:
     rx_packets: 29675
     tx_packets: 0
     rx_bytes: 2208735
     tx_bytes: 0
     rx_broadcast: 29636
     tx_broadcast: 0
     rx_multicast: 39
     tx_multicast: 0
     multicast: 39
     collisions: 0
     rx_crc_errors: 0
     rx_no_buffer_count: 0
     rx_missed_errors: 0
     tx_aborted_errors: 0
     tx_carrier_errors: 0
     tx_window_errors: 0
     tx_abort_late_coll: 0
     tx_deferred_ok: 0
     tx_single_coll_ok: 0
     tx_multi_coll_ok: 0
     tx_timeout_count: 0
     rx_long_length_errors: 0
     rx_short_length_errors: 0
     rx_align_errors: 0
     tx_tcp_seg_good: 0
     tx_tcp_seg_failed: 0
     rx_flow_control_xon: 0
     rx_flow_control_xoff: 0
     tx_flow_control_xon: 0
     tx_flow_control_xoff: 0
     rx_long_byte_count: 2208735
     tx_dma_out_of_sync: 0
     lro_aggregated: 0
     lro_flushed: 0
     tx_smbus: 0
     rx_smbus: 0
     dropped_smbus: 0
     os2bmc_rx_by_bmc: 0
     os2bmc_tx_by_bmc: 0
     os2bmc_tx_by_host: 0
     os2bmc_rx_by_host: 0
     tx_hwtstamp_timeouts: 0
     rx_hwtstamp_cleared: 0
     rx_errors: 0
     tx_errors: 0
     tx_dropped: 0
     rx_length_errors: 0
     rx_over_errors: 0
     rx_frame_errors: 0
     rx_fifo_errors: 0
     tx_fifo_errors: 0
     tx_heartbeat_errors: 0
     tx_queue_0_packets: 0
     tx_queue_0_bytes: 0
     tx_queue_0_restart: 0
     rx_queue_0_packets: 29675
     rx_queue_0_bytes: 2090035
     rx_queue_0_drops: 0
     rx_queue_0_csum_err: 0
     rx_queue_0_alloc_failed: 0

Где моя проблема? Пожалуйста, помогите мне. 

 ifconfig em2; ethtool -S em2


em2       Link encap:Ethernet  HWaddr 0c:c4:7a:7b:91:3e
          inet addr:192.168.110.181  Bcast:192.168.110.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:15387 errors:0 dropped:1224 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1085031 (1.0 MB)  TX bytes:0 (0.0 B)

NIC statistics:
     rx_packets: 15387
     tx_packets: 0
     rx_bytes: 1146579
     tx_bytes: 0
     rx_broadcast: 15367
     tx_broadcast: 0
     rx_multicast: 20
     tx_multicast: 0
     multicast: 20
     collisions: 0
     rx_crc_errors: 0
     rx_no_buffer_count: 0
     rx_missed_errors: 0
     tx_aborted_errors: 0
     tx_carrier_errors: 0
     tx_window_errors: 0
     tx_abort_late_coll: 0
     tx_deferred_ok: 0
     tx_single_coll_ok: 0
     tx_multi_coll_ok: 0
     tx_timeout_count: 0
     rx_long_length_errors: 0
     rx_short_length_errors: 0
     rx_align_errors: 0
     tx_tcp_seg_good: 0
     tx_tcp_seg_failed: 0
     rx_flow_control_xon: 0
     rx_flow_control_xoff: 0
     tx_flow_control_xon: 0
     tx_flow_control_xoff: 0
     rx_long_byte_count: 1146579
     tx_dma_out_of_sync: 0
     lro_aggregated: 0
     lro_flushed: 0
     tx_smbus: 0
     rx_smbus: 0
     dropped_smbus: 0
     os2bmc_rx_by_bmc: 0
     os2bmc_tx_by_bmc: 0
     os2bmc_tx_by_host: 0
     os2bmc_rx_by_host: 0
     tx_hwtstamp_timeouts: 0
     rx_hwtstamp_cleared: 0
     rx_errors: 0
     tx_errors: 0
     tx_dropped: 0
     rx_length_errors: 0
     rx_over_errors: 0
     rx_frame_errors: 0
     rx_fifo_errors: 0
     tx_fifo_errors: 0
     tx_heartbeat_errors: 0
     tx_queue_0_packets: 0
     tx_queue_0_bytes: 0
     tx_queue_0_restart: 0
     rx_queue_0_packets: 15387
     rx_queue_0_bytes: 1085031
     rx_queue_0_drops: 0
     rx_queue_0_csum_err: 0
     rx_queue_0_alloc_failed: 0
1
задан 10 July 2016 в 02:11
1 ответ

Вероятно, происходит то, что вы видите широковещательный трафик IPv6 в вашей подсети, согласно тому, что вы выложили из вывода tcpdump здесь:

12:19:41.622297 IP6 (hlim 1, next-header UDP (17) payload length: 112) fe80::a4a0:460b:c99a:c992.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=455863 (elapsed-time 700) (client-ID hwaddr/time type 1 time 495735714 e03f49b54e07) (IA_NA IAID:65027913 T1:0 T2:0) (Client-FQDN) (vendor-class) (option-request vendor-specific-info DNS-server DNS-search-list Client-FQDN))

И согласно тому, что вы написали в своем вопросе здесь:

Начиная с ядра 2.6.37, было изменено значение параметра сбросил количество пакетов. Раньше падение пакетов, скорее всего, было связано с тем. ошибка. Теперь счетчик rx_dropped показывает статистику для сброшенных фреймов из-за:

Softnet backlog full -- (Measured from /proc/net/softnet_stat)

Bad / Unintended VLAN tags

Unknown / Unregistered protocols

IPv6 frame when the server is not configured for IPv6

Если какие-либо фреймы удовлетворяют этим условиям, то они сбрасываются до того как Стек протокола и счетчик rx_dropped инкрементируются.

Из вашего вывода и вашего вопроса кажется, что у вас действительно отключен IPv6 на сервере.

Это приводит меня к выводу, что оброшенные пакеты, которые вы видите, скорее всего, из-за широковещательного трафика IPv6 с других хостов в сети.

Для того, чтобы проверить это, вы можете снова включить IPv6 и посмотреть, уйдут ли оброшенные пакеты. Если да, то это безвредно

.
2
ответ дан 3 December 2019 в 20:38

Теги

Похожие вопросы