OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).
Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.
Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.
Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.
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?
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é :) )
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.
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:/#
ethtool -s eth2 autoneg off speed 100 duplex half ethtool -s eth2 autoneg off speed 100 duplex fulla dropped stale pribyvaji. Sice pomalu, ale cislo jde nahoru
"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.
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:/#
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.
Moje Ubuntu 12.04 nema zapnutou podporuPokud 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.
CONFIG_NET_DROP_MONITOR
, takze to zatim asi nebudu resit.
Kazdopadne diky za radu, casem to mozna vyzkousim.
"ip -s -s link show dev eth2"
a to je presne dôvod, prečo používatelia radšej používajú ifconfig
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.
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.
ifconfig
. Vystup ip
je proste neprehledny.
Navrhuji vratit se k puvodnimu tematu.
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.
Jaka muzu dodat data, pripadne co vyzkouset, aby bylo opet co resit?Co se týká původního tématu, tam není momentálně co řešit.
ifconfig
používá, detailnější statistiky neposkytuje.
Ev., pokud by na interfacu bylo opravdu hodne paketu za sekundu, mozna by pomohlo zvetsit rx buffery sitovce:
/sbin/ethtool -G eth0 rx 2040;
overrun
nebo pod fifo
(různé drivery to bohužel započítávají různě).
~# 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
tcpdump -i eth2 -s 65535 -w /tmp/eth2.capco 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.
[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 replyV 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.
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á.
Tiskni
Sdílej: