Dotaz: eth RX dropped - jak je to mozne a jak to resit?

[tuxmartin]

Ahoj, mam domaci server se 4 jadrovym Intel Atomem. Sitovky jsou nasledujici:

eth1 - LAN (TP-Link PCIe 1Gbps, Realtek cip)
eth2 - WAN (Integrovana Intel 1Gbps)
eth3 - PtP WiFi spoj do druheho baraku (Cinska ASIX USB 100Mbps, pripojena k UBNT NS)
wlan0 - LAN (Atheros 802.11bgn miniPCIe)

br0 - LAN (eth1 + wlan0)

Internet mi chodi maximalne 30/25Mbps, vetsinou mene. Vsechny jadra vyuziva v prumeru na cca 4,5%.

Vsechno funguje dobre, nejsou zadne problemy. Dnes jsem si vsiml, ze WAN sitovka pripojena k ISP mi ukazuje RX dropped na celkem vysoke hodnote. Vsechny ostatni sitovky maji dropped/errors rx i tx na 0.

root@eu:/# lspci 
01:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 01)
03:00.0 Network controller: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) (rev 01)
root@eu:/#
root@eu:/# ifconfig eth2
eth2      Link encap:Ethernet  HWadr 11:22:33:44:55:66  
          inet adr:192.168.103.1  Všesměr:192.168.103.255  Maska:255.255.255.0
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
          RX packets:25130185 errors:0 dropped:21427 overruns:0 frame:0
          TX packets:25222468 errors:0 dropped:0 overruns:0 carrier:0
          kolizí:0 délka odchozí fronty:1000 
          Přijato bajtů: 22541417783 (22.5 GB) Odesláno bajtů: 21380355427 (21.3 GB)
          Přerušení:16 Paměť:c0400000-c0420000 

root@eu:/# 
root@eu:/# ethtool eth2
Settings for eth2:
	Supported ports: [ TP ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Supported pause frame use: No
	Supports auto-negotiation: Yes
	Advertised link modes:  10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Advertised pause frame use: No
	Advertised auto-negotiation: Yes
	Speed: 100Mb/s
	Duplex: Full
	Port: Twisted Pair
	PHYAD: 1
	Transceiver: internal
	Auto-negotiation: on
	MDI-X: off
	Supports Wake-on: pumbg
	Wake-on: g
	Current message level: 0x00000001 (1)
			       drv
	Link detected: yes
root@eu:/# 
root@eu:/# 
root@eu:/# ethtool -g eth2
Ring parameters for eth2:
Pre-set maximums:
RX:		4096
RX Mini:	0
RX Jumbo:	0
TX:		4096
Current hardware settings:
RX:		256
RX Mini:	0
RX Jumbo:	0
TX:		256

root@eu:/# 
root@eu:/# ethtool -S eth2
NIC statistics:
     rx_packets: 25130223
     tx_packets: 25222493
     rx_bytes: 22541420963
     tx_bytes: 21380359233
     rx_broadcast: 46139
     tx_broadcast: 3037
     rx_multicast: 0
     tx_multicast: 928
     rx_errors: 0
     tx_errors: 0
     tx_dropped: 0
     multicast: 0
     collisions: 0
     rx_length_errors: 0
     rx_over_errors: 0
     rx_crc_errors: 0
     rx_frame_errors: 0
     rx_no_buffer_count: 51
     rx_missed_errors: 0
     tx_aborted_errors: 0
     tx_carrier_errors: 0
     tx_fifo_errors: 0
     tx_heartbeat_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
     tx_restart_queue: 63199
     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: 22541420963
     rx_csum_offload_good: 25045804
     rx_csum_offload_errors: 18
     rx_header_split: 0
     alloc_rx_buff_failed: 0
     tx_smbus: 0
     rx_smbus: 0
     dropped_smbus: 0
     rx_dma_failed: 0
     tx_dma_failed: 0
root@eu:/# 

Cim to muze byt? Mam neco spatne nastavene? Pokud by to byla chyba hardwaru, nemelo by to byt v errors, misto v dropped?

Odpovědi

[tuxmartin]

Ještě jsem zapomněl, je tam Ubuntu 12.04.5 LTS server 64bit s jádrem 3.2.0.

[Jiří Veselský]

Když vyloučíme případné hardwarové potíže (ať už na tom routeru nebo na straně WAN), špatný kabel a podobně... Nejčastěji je tadle chybovost způsobena nekompatibilním nastavením portů, kdy se autonegociace nedohodne na duplexu a jedna strana používá full duplex a druhá half duplex.

Vy tam máte nastavenu autonegociaci a tváří se, že se domluvila na 100 full. Bylo by fajn to zkontrolovat s protistranou, jestli se jim to taky domluvilo na 100 full. Případně, pokud se s nima domlouvá blbě, zkusit nouzově ručně měnit nastavení na 100 full nebo 100 half a dívat se, co to dělá s countrama.

(Kromě toho teda, taky to můžete celé směle ignorovat... 21427 zahozených z 25130185 je ani ne desetina procenta, pokud dobře počítám, takže bych si tím nenechal kazit spánek. Ale souhlasím, je to neúpravné :) )

[tuxmartin]

Zkusil jsem rucne nastavit 100Mbps full duplex, pripadne casem jeste zkusim half duplex. Je to takhle spravne nastavene?

root@eu:/# ethtool -s eth2 speed 100 duplex full
root@eu:/# 
root@eu:/# ethtool eth2
Settings for eth2:
	Supported ports: [ TP ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Supported pause frame use: No
	Supports auto-negotiation: Yes
	Advertised link modes:  100baseT/Full 
	Advertised pause frame use: No
	Advertised auto-negotiation: Yes
	Speed: 100Mb/s
	Duplex: Full
	Port: Twisted Pair
	PHYAD: 1
	Transceiver: internal
	Auto-negotiation: on
	MDI-X: off
	Supports Wake-on: pumbg
	Wake-on: g
	Current message level: 0x00000001 (1)
			       drv
	Link detected: yes
root@eu:/# 
root@eu:/# ifconfig eth2
eth2      Link encap:Ethernet  HWadr 11:22:33:44:55:66  
          inet adr:192.168.103.1  Všesměr:192.168.103.255  Maska:255.255.255.0
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
          RX packets:25173067 errors:0 dropped:22213 overruns:0 frame:0
          TX packets:25266127 errors:0 dropped:0 overruns:0 carrier:0
          kolizí:0 délka odchozí fronty:1000 
          Přijato bajtů: 22553308410 (22.5 GB) Odesláno bajtů: 21397269178 (21.3 GB)
          Přerušení:16 Paměť:c0400000-c0420000 

root@eu:/# 

Desetina procenta nevadi. Vadi mi, ze nevim, proc se tak deje.

[tuxmartin]

Radeji jsem zkusil vypnout autonegociaci a nastavit rucne full duplex. Jinak by moje half/full duplex nastaveni mohlo byt zase samo prenastaveno - je to tak?

root@eu:/# ethtool -s eth2 autoneg off speed 100 duplex full
root@eu:/# 
root@eu:/# ethtool eth2
Settings for eth2:
	Supported ports: [ TP ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Supported pause frame use: No
	Supports auto-negotiation: Yes
	Advertised link modes:  Not reported
	Advertised pause frame use: No
	Advertised auto-negotiation: No
	Speed: 100Mb/s
	Duplex: Full
	Port: Twisted Pair
	PHYAD: 1
	Transceiver: internal
	Auto-negotiation: off
	MDI-X: off
	Supports Wake-on: pumbg
	Wake-on: g
	Current message level: 0x00000001 (1)
			       drv
	Link detected: yes
root@eu:/# 

[tuxmartin]

Zkusil jsem obe varianty:

ethtool -s eth2 autoneg off speed 100 duplex half
ethtool -s eth2 autoneg off speed 100 duplex full

a dropped stale pribyvaji. Sice pomalu, ale cislo jde nahoru

[Michal Kubeček]

"dropped" může znamenat ledacos, zvlášť v pochybných statistikách ifconfigu. Takže se radši podívejte, co říká "ip -s -s link show dev eth2".

Ale ani to nemusí být dostatečné. Přinejhorším se dá použít drop monitor, ale to už je trochu víc práce.

[tuxmartin]

root@eu:/# ip -s -s link show dev eth2
3: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 11:22:33:44:55:66 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    22553239990 25172547 0       22207   0       0      
    RX errors: length  crc     frame   fifo    missed
               0        0       0       0       0      
    TX: bytes  packets  errors  dropped carrier collsns 
    21397144083 25265700 0       0       0       0      
    TX errors: aborted fifo    window  heartbeat
               0        0       0       0      
root@eu:/# 

[Michal Kubeček]

Takže důvod není zřejmý, ale vypadá to, že se ty pakety zahazují někde v síťovém stacku. Vzhledem k tomu, že jich není nějak moc, asi bych je na vašem místě ignoroval, pokud nepozorujete nějaké problémy, se kterými by to mohlo souviset.

Pokud byste si s tím chtěl hrát, budete potřebovat jádro se zapnutou volbou CONFIG_NET_DROP_MONITOR (stačí jako modul) a pro zpracování dat buď utilitu dropwatch nebo perf.

[tuxmartin]

Pokud byste si s tím chtěl hrát, budete potřebovat jádro se zapnutou volbou CONFIG_NET_DROP_MONITOR (stačí jako modul) a pro zpracování dat buď utilitu dropwatch nebo perf.

Moje Ubuntu 12.04 nema zapnutou podporu CONFIG_NET_DROP_MONITOR, takze to zatim asi nebudu resit. Kazdopadne diky za radu, casem to mozna vyzkousim.

[chrono]

"ip -s -s link show dev eth2" a to je presne dôvod, prečo používatelia radšej používajú ifconfig

[Jendа]

Všimni si, že volání ifconfigu z dotazu informace o důvodu zahození jaksi nevypsalo. Pro jejich vypsání asi také budou potřeba nějaké parametry, že?

[chrono]

Bez parametrov ten program vypíše viac užitočných informácií ako ip (čo nie je zložité, keďže ten program bez parametrov nevypíše nič) a vypíše aj informáciu o tom, či boli nejaké dáta zahodené (a ak boli, pravdepodobne je, pri ethernete, jednoduchšie použiť ethtool ako ip).

[Michal Kubeček]

Bez parametrov ten program vypíše viac užitočných informácií ako ip (čo nie je zložité, keďže ten program bez parametrov nevypíše nič) a vypíše aj informáciu o tom, či boli nejaké dáta zahodené

Problém není v tom, co vám příkaz vypíše bez parametrů, ale hlavně v tom, že spoustu užitečných informací vám ifconfig nevypíše, ani kdybyste se rozkrájel. Jednoduchý příklad: podívejte se na výstup

12sp0:~ # ifconfig 
bbb       Link encap:Ethernet  HWadr 00:0C:29:67:D5:A7  
          inet6-adr: fe80::20c:29ff:fe67:d5a7/64 Rozsah:Linka
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MASTER MULTICAST  MTU:1500  Metrika:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:35 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 délka odchozí fronty:0 
          RX bytes:0 (0.0 b)  TX bytes:3774 (3.6 Kb)

bbb.11    Link encap:Ethernet  HWadr 00:0C:29:67:D5:A7  
          inet6-adr: fe80::20c:29ff:fe67:d5a7/64 Rozsah:Linka
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 délka odchozí fronty:0 
          RX bytes:0 (0.0 b)  TX bytes:1504 (1.4 Kb)

bbb.11.22 Link encap:Ethernet  HWadr 00:0C:29:67:D5:A7  
          inet6-adr: fe80::20c:29ff:fe67:d5a7/64 Rozsah:Linka
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 délka odchozí fronty:0 
          RX bytes:0 (0.0 b)  TX bytes:738 (738.0 b)

eth0      Link encap:Ethernet  HWadr 00:0C:29:67:D5:9D  
          inet adr:172.16.114.120  Všesměr:172.16.114.255 Maska:255.255.255.0
          inet6-adr: fe80::20c:29ff:fe67:d59d/64 Rozsah:Linka
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
          RX packets:1360 errors:0 dropped:0 overruns:0 frame:0
          TX packets:761 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 délka odchozí fronty:1000 
          RX bytes:124179 (121.2 Kb)  TX bytes:89317 (87.2 Kb)

eth1      Link encap:Ethernet  HWadr 00:0C:29:67:D5:A7  
          inet6-adr: fe80::20c:29ff:fe67:d5a7/64 Rozsah:Linka
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ SLAVE MULTICAST  MTU:1500  Metrika:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:28 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 délka odchozí fronty:1000 
          RX bytes:0 (0.0 b)  TX bytes:3036 (2.9 Kb)

eth2      Link encap:Ethernet  HWadr 00:0C:29:67:D5:A7  
          inet6-adr: fe80::20c:29ff:fe67:d5a7/64 Rozsah:Linka
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ SLAVE MULTICAST  MTU:1500  Metrika:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 délka odchozí fronty:1000 
          RX bytes:0 (0.0 b)  TX bytes:738 (738.0 b)

eth3      Link encap:Ethernet  HWadr 00:50:56:23:08:F9  
          inet6-adr: fe80::250:56ff:fe23:8f9/64 Rozsah:Linka
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 délka odchozí fronty:1000 
          RX bytes:0 (0.0 b)  TX bytes:1476 (1.4 Kb)

eth3a     Link encap:Ethernet  HWadr 2A:94:95:7F:3F:AB  
          inet6-adr: fe80::2894:95ff:fe7f:3fab/64 Rozsah:Linka
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 délka odchozí fronty:0 
          RX bytes:0 (0.0 b)  TX bytes:738 (738.0 b)

lo        Link encap:Místní smyčka  
          inet adr:127.0.0.1 Maska:255.0.0.0
          inet6-adr: ::1/128 Rozsah:Počítač
          AKTIVOVÁNO SMYČKA BĚŽÍ  MTU:65536  Metrika:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 délka odchozí fronty:0 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

a zkuste na základě něj (bez hádání) říct, co jsou zač bbb, bbb.11, bbb.11.22 a eth3a a jaký je jejich vztah k ostatním rozhraním. Já místo toho použiju

12sp0:~ # ip -d addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 promiscuity 0 
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:0c:29:67:d5:9d brd ff:ff:ff:ff:ff:ff promiscuity 0 
    inet 172.16.114.120/24 brd 172.16.114.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:fe67:d59d/64 scope link 
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bbb state UP group default qlen 1000
    link/ether 00:0c:29:67:d5:a7 brd ff:ff:ff:ff:ff:ff promiscuity 0 
    bond_slave state ACTIVE mii_status UP link_failure_count 0 perm_hwaddr 00:0c:29:67:d5:a7 queue_id 0 
    inet6 fe80::20c:29ff:fe67:d5a7/64 scope link 
       valid_lft forever preferred_lft forever
4: eth2: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bbb state UP group default qlen 1000
    link/ether 00:0c:29:67:d5:a7 brd ff:ff:ff:ff:ff:ff promiscuity 0 
    bond_slave state BACKUP mii_status UP link_failure_count 0 perm_hwaddr 00:0c:29:67:d5:b1 queue_id 0 
    inet6 fe80::20c:29ff:fe67:d5a7/64 scope link 
       valid_lft forever preferred_lft forever
5: eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:50:56:23:08:f9 brd ff:ff:ff:ff:ff:ff promiscuity 1 
    inet6 fe80::250:56ff:fe23:8f9/64 scope link 
       valid_lft forever preferred_lft forever
7: bbb: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default 
    link/ether 00:0c:29:67:d5:a7 brd ff:ff:ff:ff:ff:ff promiscuity 0 
    bond mode active-backup active_slave eth1 miimon 500 updelay 0 downdelay 0 use_carrier 1 arp_interval 0 arp_validate none arp_all_targets any primary_reselect always fail_over_mac none xmit_hash_policy layer2 resend_igmp 1 num_grat_arp 1 all_slaves_active 0 min_links 0 lp_interval 1 packets_per_slave 1 lacp_rate slow ad_select stable 
    inet6 fe80::20c:29ff:fe67:d5a7/64 scope link 
       valid_lft forever preferred_lft forever
8: bbb.11@bbb: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default 
    link/ether 00:0c:29:67:d5:a7 brd ff:ff:ff:ff:ff:ff promiscuity 0 
    vlan protocol 802.1Q id 11 <REORDER_HDR> 
    inet6 fe80::20c:29ff:fe67:d5a7/64 scope link 
       valid_lft forever preferred_lft forever
9: bbb.11.22@bbb.11: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default 
    link/ether 00:0c:29:67:d5:a7 brd ff:ff:ff:ff:ff:ff promiscuity 0 
    vlan protocol 802.1ad id 22 <REORDER_HDR> 
    inet6 fe80::20c:29ff:fe67:d5a7/64 scope link 
       valid_lft forever preferred_lft forever
10: eth3a@eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default 
    link/ether 2a:94:95:7f:3f:ab brd ff:ff:ff:ff:ff:ff promiscuity 0 
    macvlan  mode bridge 
    inet6 fe80::2894:95ff:fe7f:3fab/64 scope link 
       valid_lft forever preferred_lft forever

a odpověď tam bez problémů najdu.

Nemluvě o tom, že ifconfig běžně tvrdí věci, které nejsou pravda.

[chrono]

Ak niekto chce ukazovať, o koľko lepší je ip asi by mal začať tým, aby uviedol príkaz, ktorý vypíše aspoň to, čo vypisuje aj ifconfig (a aby sa ten príkaz aj dal zapamätať). Až potom môže písať o tom, že pri nejakej úplne bežnej konfigurácii to zobrazuje, na rozdiel od ifconfig, presné údaje.

Každopádne problém ip je to, že nemá nič, pomocou čoho by sa dali jednoduchým spôsobom zobraziť základné informácie.

[Michal Kubeček]

Nemáte pravdu. Třeba "ip addr show" (což si můžete zkrátit na "ip a", je-li to na vás moc složité) základní informace zobrazí (ne, statistiky provozu nejsou základní informace). Přidáte-li přepínač "-s" máte ve výstupu všechno, co vám ukáže ifconfig, a něco navíc.

[tuxmartin]

Pro me je minimalne na pohled lepsi vystup ifconfig. Vystup ip je proste neprehledny.

Navrhuji vratit se k puvodnimu tematu.

[Michal Kubeček]

To je nejspíš dáno jen tím, že jste na něj zvyklý. Mně dá naopak práci zorientovat se ve výstupech ifconfig nebo route - pokud tam tedy potřebné informace vůbec jsou.

Co se týká původního tématu, tam není momentálně co řešit.

[tuxmartin]

Co se týká původního tématu, tam není momentálně co řešit.

Jaka muzu dodat data, pripadne co vyzkouset, aby bylo opet co resit?

[Michal Kubeček]

Viz včera 16:05.

[Michal Kubeček]

Musel bych se podívat, ale spíš bych očekával, že historické ioctl rozhraní, které ifconfig používá, detailnější statistiky neposkytuje.

[BigWrigley]

Ev., pokud by na interfacu bylo opravdu hodne paketu za sekundu, mozna by pomohlo zvetsit rx buffery sitovce:

/sbin/ethtool -G eth0 rx 2040;

Ale zalezi na sitovce, jestli to bude podporovat. Resil jsem podobnou situaci na serveru, kde jsou na vstupu desetitisice velmi malych paketu za sekundu.

A.

[Michal Kubeček]

Kdyby byl problém v tomhle, byly by ty zahozené pakety vidět buď pod overrun nebo pod fifo (různé drivery to bohužel započítávají různě).

[BigWrigley]

Zajimave, u me i podle ip -s -s link show jsou videt jako dropped...

~# ip -s -s link show dev bond0
6: bond0: BROADCAST,MULTICAST,MASTER,UP,LOWER_UP mtu 1500 qdisc noqueue state UP mode DEFAULT 
    link/ether 00:1b:78:9a:ea:04 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    25051190   256964   0       6071613 0       0      
    RX errors: length  crc     frame   fifo    missed
               0        0       0       0       13026  
    TX: bytes  packets  errors  dropped carrier collsns 
    606331940  459335   0       0       0       0      
    TX errors: aborted fifo    window  heartbeat
               0        0       0       0      

[gogol]

Tipujem, ze dropped frames sa tyka neznameho protokolu na linkovej vrstve. Niektore switche pouzivajuce Realtek maju novu feature: RRCP (Realtek Remote Control Protocol). Kukni na to wiresharkom a mozno to aj objavis. Ked sa spusti wireshark, tak to prestane pocitat.

[tuxmartin]

Zkusil jsem zaznamenavat provoz na sitovce:

tcpdump -i eth2 -s 65535 -w /tmp/eth2.cap

co mam konkretne hledat?

Zajimave, ze behem doby zaznamu dropped nepribyvaly? Proc?

Kolega ma podobny problem, ale jeho sitovka je v domaci LAN. Ma tam jenom par Windows PC a nejaky TP-Link WiFi router. Realtek switch na 100% nema.

[gogol]

Neviem ci sa to netyka aj Realtek kariet v pocitacoch. Tuna nieco o tom pisu: https://en.wikipedia.org/wiki/RRCP Na mojej sieti to vyzera takto:

[jojo@sirius ]# tcpdump -t -n -nn -i eth0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
28:28:5d:70:49:f9 > ff:ff:ff:ff:ff:ff, RRCP-0x23 query
28:28:5d:70:49:f9 > ff:ff:ff:ff:ff:ff, RRCP-0x23 query
28:28:5d:70:49:f9 > ff:ff:ff:ff:ff:ff, RRCP-0x23 reply
28:28:5d:70:49:f9 > ff:ff:ff:ff:ff:ff, RRCP-0x23 reply

V dobe zaznamu to pocitadlo stoji, pretoze tie ramce je vidiet v monitorovacom programe. Z toho by sa dalo usudzovat na to, ze niektore z nich to budu. Ide o to zistit, ktore.

[Michal Kubeček]

Zajimave, ze behem doby zaznamu dropped nepribyvaly? Proc?

Jeden z důvodů, proč se může paket (zahodit a) započítat do rx_dropped je to, že se pro něj nenajde handler, který by ho zpracoval (většinou na základě položky type v ethernetové hlavičce). Pokud si spustíte na příslušném rozhraní tcpdump nebo wireshark, pak ho zpracuje ten packet socket, takže se do rx_dropped nezapočítá.