abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 19:44 | Nová verze

Byla vydána nová verze 1.7.0 svobodného multiplatformního Markdown editoru Zettlr postaveného na platformě Electron. Podrobný přehled novinek na GitHubu.

Ladislav Hagara | Komentářů: 0
včera 08:00 | Humor

Linus Torvalds se v květnu v rámci oznámení o vydání Linuxu 5.7-rc7 pochlubil svým novým hlavním počítačem: Poprvé za 15 let není uvnitř Intel, není to ještě ARM, je to AMD Threadripper 3970x, allmodconfig je třikrát rychlejší. Následně v rozhovoru pro server ZDNet svůj nový počítač podrobně popsal. Linus Sebastian z YouTube kanálu Linus Tech Tips na základě tohoto rozhovoru včera na YouTube publikoval video s názvem Linus staví Linusův nový počítač.

Ladislav Hagara | Komentářů: 7
2.7. 23:55 | IT novinky

Společnost Purism představila svůj nový notebook Librem 14 s předinstalovaným PureOS. Předobjednat jej lze za cenu od 1 199 dolarů. Dle Purism o 300 dolarů levněji než o několik měsíců. Expedice je plánována na čtvrté čtvrtletí letošního roku.

Ladislav Hagara | Komentářů: 9
2.7. 16:44 | Zajímavý článek

Bylo vydáno 2. číslo magazínu NODE věnovanému zajímavým open source softwarovým a hardwarovým projektům. Elektronická verze ve formátu pdf (180 stránek, 98,5 MiB) je volně k dispozici. Tištěnou verzi lze do zítra 3. července předobjednat za £18.50.

Ladislav Hagara | Komentářů: 0
2.7. 15:11 | Komunita

Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu aktuálně činí 0,88 %. Nejčastěji používanou linuxovou distribucí je Ubuntu 20.04 LTS 64 bit. Přehled her oficiálně podporujících SteamOS a Linux na stránkách Steamu. Přehled her pro Windows běžících na Linuxu díky Protonu na stránkách ProtonDB.

Ladislav Hagara | Komentářů: 6
2.7. 14:00 | Nová verze

Bylo vydáno openSUSE Leap 15.2. Přehled novinek v nejnovější verzi této linuxové distribuce v do češtiny přeloženém oznámení o vydání a v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
2.7. 12:44 | Nová verze

Apache Guacamole, řešení pro vzdálený přístup k počítačům pomocí protokolů VNC, RDP a SSH z webového prohlížeče, bylo vydáno ve verzi 1.2.0. Přehled novinek v oficiálním oznámení. Zdůraznit lze podporu SAML 2.0, Wake-on-LAN, nové rozhraní pro přepínání mezi sezeními nebo překlad webového rozhraní do češtiny.

Ladislav Hagara | Komentářů: 0
1.7. 22:55 | Komunita

Nadace Raspberry Pi oznámila, že OpenVX 1.3 API lze nově používat také na Raspberry Pi. OpenVX je standard pro akceleraci aplikací počítačového vidění. Vyzkoušet lze ukázkové příklady.

Ladislav Hagara | Komentářů: 0
1.7. 22:11 | Zajímavý článek

Možná jste taky někdy zápasili s tiskem formulářů nebo šablon, které pořád ne a ne vyjít ve správné velikosti. Článek Tisk v přesném měřítku (PDF, PPD, CUPS) popisuje příběh hledání jedné takové chyby v GNU/Linuxu.

xkucf03 | Komentářů: 11
1.7. 08:00 | Nová verze

Byla vydána nová verze 4.8 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl aktualizován na verzi 9.5.1. Thunderbird na verzi 68.9.0. Linux na verzi 5.6.0. Opravena byla řada bezpečnostních chyb.

Ladislav Hagara | Komentářů: 1
Používáte některé open-source řešení [protokol] pro šifrovaný instant messaging?
 (23%)
 (30%)
 (4%)
 (11%)
 (18%)
 (6%)
 (13%)
 (26%)
Celkem 293 hlasů
 Komentářů: 32, poslední 28.6. 17:51
Rozcestník

Dotaz: Problém s PINGem vetším než je MTU

29.11.2018 10:04 TessiCZ
Problém s PINGem vetším než je MTU
Přečteno: 362×
Zdravím Vás tu všechny, už jsem zoufalý. Mám linuxovou gateway ve které mám Intel X710 DA2 s 2x 10GbE. Řeším problém s pingem. Pokud pošlu paket do velikosti MTU (1500) tak je vše v naprostém pořádku. Pokud ale pošlu paket větší než MTU např 1516 tak mám děsný packet loss.
Zařízení na které je ping posílán je RB CCR 1009, na něj ping přijde i odejde zpět, ale zpět nedorazí. Zařízení jsou do sebe napojena přímo.


Nenapadá někoho kde by mohl být problém?

Děkuji za každou radu.



systém: Debian 4.18.0-2-amd64
HW: HP Proliant DL380gen8, 2x Xeon E5-2620, 16GB ram

X710-DA2:
ethtool -i eth9
driver: i40e
version: 2.7.11
firmware-version: 6.01 0x80003483 1.1747.0
expansion-rom-version:
bus-info: 0000:07:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: yes


PING větší než MTU:
ping 10.20.220.200 -s 1508 -i 0.01 -c 1000
PING 10.20.220.200 (10.20.220.200) 1508(1536) bytes of data.
1516 bytes from 10.20.220.200: icmp_seq=916 ttl=64 time=0.156 ms
1516 bytes from 10.20.220.200: icmp_seq=917 ttl=64 time=0.129 ms
1516 bytes from 10.20.220.200: icmp_seq=918 ttl=64 time=0.149 ms
1516 bytes from 10.20.220.200: icmp_seq=919 ttl=64 time=0.203 ms
1516 bytes from 10.20.220.200: icmp_seq=920 ttl=64 time=0.128 ms
1516 bytes from 10.20.220.200: icmp_seq=921 ttl=64 time=0.144 ms
1516 bytes from 10.20.220.200: icmp_seq=922 ttl=64 time=0.132 ms
1516 bytes from 10.20.220.200: icmp_seq=923 ttl=64 time=0.223 ms
1516 bytes from 10.20.220.200: icmp_seq=924 ttl=64 time=0.137 ms
1516 bytes from 10.20.220.200: icmp_seq=925 ttl=64 time=0.147 ms
1516 bytes from 10.20.220.200: icmp_seq=926 ttl=64 time=0.200 ms
1516 bytes from 10.20.220.200: icmp_seq=927 ttl=64 time=0.149 ms
1516 bytes from 10.20.220.200: icmp_seq=928 ttl=64 time=0.133 ms
1516 bytes from 10.20.220.200: icmp_seq=929 ttl=64 time=0.221 ms
1516 bytes from 10.20.220.200: icmp_seq=930 ttl=64 time=0.171 ms
1516 bytes from 10.20.220.200: icmp_seq=931 ttl=64 time=0.142 ms


--- 10.20.220.200 ping statistics ---
1000 packets transmitted, 16 received, 98.4% packet loss, time 860ms
rtt min/avg/max/mdev = 0.128/0.160/0.223/0.033 ms


PING do velikosti MTU:
ping 10.20.220.200 -s 1472 -i 0.01 -c 1000
PING 10.20.220.200 (10.20.220.200) 1472(1500) bytes of data.
1480 bytes from 10.20.220.200: icmp_seq=1 ttl=64 time=0.238 ms
1480 bytes from 10.20.220.200: icmp_seq=2 ttl=64 time=0.088 ms
1480 bytes from 10.20.220.200: icmp_seq=3 ttl=64 time=0.098 ms
1480 bytes from 10.20.220.200: icmp_seq=4 ttl=64 time=0.139 ms
1480 bytes from 10.20.220.200: icmp_seq=5 ttl=64 time=0.093 ms
1480 bytes from 10.20.220.200: icmp_seq=6 ttl=64 time=0.105 ms
1480 bytes from 10.20.220.200: icmp_seq=7 ttl=64 time=0.118 ms
1480 bytes from 10.20.220.200: icmp_seq=8 ttl=64 time=0.112 ms
1480 bytes from 10.20.220.200: icmp_seq=9 ttl=64 time=0.085 ms
1480 bytes from 10.20.220.200: icmp_seq=10 ttl=64 time=0.091 ms
.
.
.
1480 bytes from 10.20.220.200: icmp_seq=990 ttl=64 time=0.114 ms
1480 bytes from 10.20.220.200: icmp_seq=991 ttl=64 time=0.100 ms
1480 bytes from 10.20.220.200: icmp_seq=992 ttl=64 time=0.105 ms
1480 bytes from 10.20.220.200: icmp_seq=993 ttl=64 time=0.144 ms
1480 bytes from 10.20.220.200: icmp_seq=994 ttl=64 time=0.105 ms
1480 bytes from 10.20.220.200: icmp_seq=995 ttl=64 time=0.098 ms
1480 bytes from 10.20.220.200: icmp_seq=996 ttl=64 time=0.126 ms
1480 bytes from 10.20.220.200: icmp_seq=997 ttl=64 time=0.145 ms
1480 bytes from 10.20.220.200: icmp_seq=998 ttl=64 time=0.105 ms
1480 bytes from 10.20.220.200: icmp_seq=999 ttl=64 time=0.098 ms
1480 bytes from 10.20.220.200: icmp_seq=1000 ttl=64 time=0.093 ms


--- 10.20.220.200 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 824ms
rtt min/avg/max/mdev = 0.079/0.116/8.355/0.262 ms

Odpovědi

29.11.2018 10:33 Peter Golis | skóre: 60 | blog: Bežné záležitosti | Bratislava
Rozbalit Rozbalit vše Re: Problém s PINGem vetším než je MTU
A prečo si nezapnete jumbo frames keď to chcete používať?
29.11.2018 10:46 TessiCZ
Rozbalit Rozbalit vše Re: Problém s PINGem vetším než je MTU
Protože potřebuji aby fungovalo správně fragmentování packetů...

Tohle se děje i na straně do internetu (druhý port v x710) ne jen v lokální síti.
29.11.2018 10:55 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Problém s PINGem vetším než je MTU
Tak potom firewall přes který blokuje správy že se má poslat menší fragment a nebo to protější strana natvrdo ignoruje?

Prostě sledovat co se odesílá a přijímá za pakety jinak to nezjistíš kde se to zadrhne.
29.11.2018 11:11 TessiCZ
Rozbalit Rozbalit vše Re: Problém s PINGem vetším než je MTU
Ani jedna ze stran neblokuje žádné ICMP správy. Vtip je ještě ten, že jsou chvíle kdy to jede bez problému třeba hodinu a to i když pošlu packet o velikosti 30k. Pak najednou z ničeho nic to zas přestane fungovat. A buď z 1000 neprojde ani jeden nebo pár jak jsem psal výše.
29.11.2018 12:27 TessiCZ
Rozbalit Rozbalit vše Re: Problém s PINGem vetším než je MTU
jinak v tcpdump je:

tcpdump -nni eth9 src 10.20.220.200
11:44:22.937158 IP 10.20.220.200 > 10.20.220.193: ICMP echo reply, id 8906, seq 124, length 1480
11:44:22.937168 IP 10.20.220.200 > 10.20.220.193: ip-proto-1


tcpdump -nni eth9 dst 10.20.220.200
11:45:10.836876 IP 10.20.220.193 > 10.20.220.200: ICMP echo request, id 8991, seq 55, length 1480
11:45:10.836883 IP 10.20.220.193 > 10.20.220.200: ip-proto-1


tedy v tcpdump jsou vidět oba směry a podle mě ok, ale ping stále píše packet loss
29.11.2018 17:52 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Re: Problém s PINGem vetším než je MTU

Přidejte přepínač -v a zkontrolujte jestli sedí ID a offsety fragmentů.

A mimochodem v tomto výpisu máte reply a echo od různých požadavků (nesedí ID). To si taky zkontrolujte.

Obvykle když fragmentace přestane na chvíli fungovat, tak je to způsobeno tím, že se k odesílateli nedostávají ICMP packet to big chybové packety a „samo“ se to zpraví, až když dorazí nesouvisející TCP packet ze stejného směru s nastaveným MSS. Linux se z TCP MSS učí PMTU a naučená hodnota nějakou dobu vydrží ve směrovací cachi.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.