Tx dropped что это

Много dropped пакетов на интерфейсе.[linux]

Господа, подскажите чем может быть вызвано такое кол-во дропнутых пакетов? Я так понимаю что если бы была проблема в физической передаче сигнала (кабель хреновый то было бы много error`ов. Куда вообще копать?

 
[fe02 ~]# ifconfig 
eth0 Link encap:Ethernet HWaddr 00:26:55:1A:A7:40 
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1 
RX packets:144427187 errors:0 dropped:1075593 overruns:0 frame:0 
TX packets:87408193 errors:0 dropped:0 overruns:0 carrier:0 
collisions:0 txqueuelen:1000 
RX bytes:20130010994 (18.7 GiB) TX bytes:55522993954 (51.7 GiB) 
Interrupt:31 Memory:f8000000-f8012800 
[fe02 ~]# cat /sys/class/net/eth0/device/uevent 
DRIVER=bnx2 
PCI_CLASS=20000 
PCI_ID=14E4:1639 
PCI_SUBSYS_ID=103C:7055 
PCI_SLOT_NAME=0000:02:00.0 
MODALIAS=pci:v000014E4d00001639sv0000103Csd00007055bc02sc00i00

ethtool более подробную статистику показывает

eth1: flags=4163 mtu 1500 metric 1 
inet 111.111.111.111 netmask 255.255.252.0 broadcast 111.111.111.255 
inet6 fe80::16da:e9ff:feb7:1cd9 prefixlen 64 scopeid 0x20 
ether f8:d1:11:01:7a:62 txqueuelen 1000 (Ethernet) 
RX packets 2704192505 bytes 1708330892842 (1.5 TiB) 
RX errors 5 dropped 28052 overruns 0 frame 5 
TX packets 2797185455 bytes 3022339474826 (2.7 TiB) 
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 
device interrupt 48 base 0xc000

Решил проверить, у меня, оказывается, тоже куча dropped. Присоединяюсь к вопросу.
Из доп. инфы, на этом интерфейсе где-то неделю-две назад кольцо было в прилежащей к нему сети, возможно этим dropped и обусловлено.

[fe02 ~]# ethtool -S eth0 
NIC statistics: 
rx_bytes: 20214478644 
rx_error_bytes: 0 
tx_bytes: 55583731204 
tx_error_bytes: 0 
rx_ucast_packets: 144601651 
rx_mcast_packets: 4341 
rx_bcast_packets: 1498 
tx_ucast_packets: 87499432 
tx_mcast_packets: 4018 
tx_bcast_packets: 123 
tx_mac_errors: 0 
tx_carrier_errors: 0 
rx_crc_errors: 0 
rx_align_errors: 0 
tx_single_collisions: 0 
tx_multi_collisions: 0 
tx_deferred: 0 
tx_excess_collisions: 0 
tx_late_collisions: 0 
tx_total_collisions: 0 
rx_fragments: 0 
rx_jabbers: 0 
rx_undersize_packets: 0 
rx_oversize_packets: 0 
rx_64_byte_packets: 0 
rx_65_to_127_byte_packets: 133025184 
rx_128_to_255_byte_packets: 296108 
rx_256_to_511_byte_packets: 5884523 
rx_512_to_1023_byte_packets: 37429 
rx_1024_to_1522_byte_packets: 5364246 
rx_1523_to_9022_byte_packets: 0 
tx_64_byte_packets: 7384 
tx_65_to_127_byte_packets: 50659956 
tx_128_to_255_byte_packets: 705538 
tx_256_to_511_byte_packets: 2828210 
tx_512_to_1023_byte_packets: 26980 
tx_1024_to_1522_byte_packets: 33275505 
tx_1523_to_9022_byte_packets: 0 
rx_xon_frames: 0 
rx_xoff_frames: 0 
tx_xon_frames: 0 
tx_xoff_frames: 0 
rx_mac_ctrl_frames: 0 
rx_filtered_packets: 25393 
rx_ftq_discards: 0 
rx_discards: 0 
rx_fw_discards: 1086921

Нашёл вроде баг в багзиле редхата. http://bugzilla.redhat.com/show_bug.cgi?id=484667
Но он пофикшен стопицот лет назад. Да и рядом у меня пачка таких же серверов на том же ядре работают без сбоев.
$ uname -a
Linux ***********.ru 2.6.32-220.7.1.el6.x86_64 SMP Wed Mar 7 00:52:02 GMT 2012 x86_64 x86_64 x86_64 GNU/Linux

rx_filtered_packets: 25393
rx_fw_discards: 1086921

ну вот походу твои дропы
погугли теперь, что это означает

фильтеред это айпитэйблс. по дроппедам я бегло погуглил — нагуглил тот баг что привёл.

Форум русскоязычного сообщества Ubuntu

Увидели сообщение с непонятной ссылкой, спам, непристойность или оскорбление?
Воспользуйтесь ссылкой «Сообщить модератору» рядом с сообщением!

Форум русскоязычного сообщества Ubuntu »
Поддержка »
Настройка системы »
Сети и интернет (Модераторы: Дмитрий Бо, www777) »
Как узнать причину DROP пакетов на интерфейсе?

Страницы: [1] Вниз

Автор Тема: Как узнать причину DROP пакетов на интерфейсе? (Прочитано 4697 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1] Вверх

Форум русскоязычного сообщества Ubuntu »
Поддержка »
Настройка системы »
Сети и интернет (Модераторы: Дмитрий Бо, www777) »
Как узнать причину DROP пакетов на интерфейсе?

Страница сгенерирована за 0.17 секунд. Запросов: 26.

Сайт
Об Ubuntu
Скачать Ubuntu
Семейство Ubuntu
Новости

Форум
Помощь
Правила

Документация
Пользовательская документация
Официальная документация
Семейство Ubuntu
Материалы для загрузки
Совместимость с оборудованием
RSS лента

Сообщество
Наши проекты
Местные сообщества
Перевод Ubuntu
Тестирование
RSS лента

Tx dropped что это

Помогите найти причину
root@aster2:/etc# uptime
18:27:15 up 6 days, 2:59, 1 user, load average: 0,25, 0,33, 0,37 root@aster2:/etc# ifconfig
enp3s0 Link encap:Ethernet HWaddr bc:ee:7b:9e:cf:1f
inet addr:192.168.1.251 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::beee:7bff:fe9e:cf1f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:114521526 errors:0 dropped:291408 overruns:0 frame:0
TX packets:173960953 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:10000
RX bytes:19201371111 (19.2 GB) TX bytes:44373473098 (44.3 GB) root@aster2:/etc# cat /proc/interrupts
CPU0 CPU1
0: 18 0 IO-APIC 2-edge timer
1: 2 0 IO-APIC 1-edge i8042
8: 1 0 IO-APIC 8-edge rtc0
9: 3 0 IO-APIC 9-fasteoi acpi
12: 4 0 IO-APIC 12-edge i8042
23: 263 2325536 IO-APIC 23-fasteoi ehci_hcd:usb1, ehci_hcd:usb2
25: 106 259219487 PCI-MSI 1572864-edge enp3s0
26: 14 0 PCI-MSI 32768-edge i915
27: 5202 1948674 PCI-MSI 512000-edge 0000:00:1f.2
28: 13 0 PCI-MSI 360448-edge mei_me
29: 380 23 PCI-MSI 442368-edge snd_hda_intel
NMI: 2483 2755 Non-maskable interrupts
LOC: 147078002 166198790 Local timer interrupts
SPU: 0 0 Spurious interrupts
PMI: 2483 2755 Performance monitoring interrupts
IWI: 2 0 IRQ work interrupts
RTR: 0 0 APIC ICR read retries
RES: 17675859 14565574 Rescheduling interrupts
CAL: 15285183 13836254 Function call interrupts
TLB: 417267 477844 TLB shootdowns
TRM: 0 0 Thermal event interrupts
THR: 0 0 Threshold APIC interrupts
DFR: 0 0 Deferred Error APIC interrupts
MCE: 0 0 Machine check exceptions
MCP: 1766 1766 Machine check polls
ERR: 0
MIS: 0
PIN: 0 0 Posted-interrupt notification event
PIW: 0 0 Posted-interrupt wakeup event root@aster2:/etc# cat /etc/sysctl.conf
#
net.core.wmem_max=12582912
net.core.rmem_max=12582912
net.ipv4.tcp_rmem= 10240 87380 12582912
net.ipv4.tcp_wmem= 10240 87380 12582912
net.core.netdev_max_backlog = 10000
net.ipv4.udp_mem = 18388608 112582912 116777216
net.ipv4.tcp_wmem = 4096 4194394 16777216 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 09)
dropped постоянно растет
Понимаю, что сетевуха так себе,. но и не гигабиты гоняю. Есть идеи, почему такое может быть? Максимум 2-3 мбит бывает. Сетевые кабели менял. Коммутатор стоит новый. Да и пакетов не так уж и много.

Сообщения по теме

[Сортировка по времени | RSS]

Дропы могут расти не только из-за перегрузки сетевой карты/плохих кабелей.
В том числе летят пакеты с не поддерживаемыми протоколами.
Например с той стороны летят ipv6 пакеты в том числе или мультикаст или cdp/lldp,а у тебя их поддержка вырублена или её просто нет.

Для начала посмотри есть ли потери.. подампи трафик wireshark и посмотри что там реально происходит,в какие моменты растут дропы

> RX bytes:19201371111
> (19.2 GB) TX bytes:44373473098 (44.3 GB)

и

> Понимаю, что сетевуха так себе,. но и не гигабиты гоняю. Есть идеи,
> почему такое может быть? Максимум 2-3 мбит бывает.

ЗЫ

> Коммутатор стоит новый.

как будто это что-то значит .

> Вот зачем ты тут спрашивал https://www.opennet.ru/openforum/vsluhforumID1/96776.html
> и сделал по своему?
> ССЗБ.
> теперь сам разбирайся

На intel atom c Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
картина была аналогичной. Просто тот сервер с эксплуатации снят. Тоже нагрузки не было, а пакеты терялись. Поставил желез значительно мощнее. Серверная сетевуха приедет только после 10-го

>> Вот зачем ты тут спрашивал https://www.opennet.ru/openforum/vsluhforumID1/96776.html
>> и сделал по своему?
>> ССЗБ.
>> теперь сам разбирайся
> На intel atom c Ethernet controller: Intel Corporation 82574L Gigabit Network
> Connection
> картина была аналогичной. Просто тот сервер с эксплуатации снят. Тоже нагрузки не
> было, а пакеты терялись. Поставил желез значительно мощнее. Серверная сетевуха приедет
> только после 10-го

Понабирали школьников по объявлению.

man ethtool

> Понабирали школьников по объявлению.

+100500
два пива этому господину

Что такое dropped в ifconfig? : Linux

oops ~ # ifconfig
eth0: flags=4163 mtu 1500
inet 192.168.10.70 netmask 255.255.255.0 broadcast 192.168.10.255
ether 74:d0:2b:36:82:92 txqueuelen 1000 (Ethernet)
RX packets 16168078 bytes 12976455997 (12.0 GiB)
RX errors 0 dropped 2691250 overruns 0 frame 0
TX packets 15183909 bytes 16343498358 (15.2 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 20 memory 0xf0600000-f0620000

lo: flags=73 mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
loop txqueuelen 0 (Local Loopback)
RX packets 408 bytes 285222 (278.5 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 408 bytes 285222 (278.5 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

за ночь больше 2,5 лямов. 🙁

In various situations, a device provides a packet to our stack and we drop it before it enters protocol stack :
— softnet backlog full (accounted in /proc/net/softnet_stat)
— bad vlan tag (not accounted)
— unknown/unregistered protocol (not accounted)

We can handle a per-device counter of such dropped frames at core level, and automatically adds it to the device provided stats (rx_dropped), so that standard tools can be used (ifconfig, ip link, cat /proc/net/dev)

Tx dropped что это

Много dropped пакетов на интерфейсе.[linux]

Форум русскоязычного сообщества Ubuntu

Автор Тема: Как узнать причину DROP пакетов на интерфейсе? (Прочитано 4697 раз)

Tx dropped что это

Что такое dropped в ifconfig? : Linux

Добавить комментарий Отменить ответ