Inzerujte na AbcPráce.cz od 950 Kč

napište » Zprávičky

Epic Games Launcher v nové preview verzi poprvé dostupný i pro Linux

včera 21:00 | Komunita

Oficiální Epic Games Launcher je v nové preview verzi poprvé dostupný i pro Linux (FAQ). Pracuje se na novém Easy Anti-Cheatu pro Linux (EAC Linux v2) a podpoře hry Fortnite na Linuxu.

Ladislav Hagara | Komentářů: 1

KDE Plasma 6.8

včera 13:44 | Nová verze

Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.8. Novinky zahrnují lepší podporu vzdálené plochy, sdílení a nahrávání obrazovky a řadu drobností napříč uživatelským rozhraním (úplný seznam změn, shrnutí ve wiki).

ʚĭɞ 🍉 | Komentářů: 16

Novinky od Applu: Apple HomeView, Apple Home Collection, …

včera 10:55 | IT novinky

Apple představil 7palcový displej Apple HomeView s podporou Apple Intelligence a Siri AI pro ovládání chytré domácnosti, novou řadu vybavení chytré domácnosti Apple Home Collection, další generaci HomePodu mini a novou Apple TV 4K. Apple HomeView není v Evropské unii v prodeji, jelikož umělá inteligence Siri v rámci systému iOS v EU momentálně není k dispozici. Apple spolupracuje s EU a snaží se najít cestu, jak situaci vyřešit.

Ladislav Hagara | Komentářů: 3

KDE slaví 30 let

včera 03:55 | Komunita

KDE slaví 30 let. Přesně před 30 lety, 14. října 1996, poslal Matthias Ettrich do diskusní skupiny comp.os.linux.misc zprávu, která započala historii projektu KDE. Důležité milníky jsou zobrazeny na časové ose.

Ladislav Hagara | Komentářů: 3

Firefox 158.0 s podporou JPEG XL

včera 03:22 | Nová verze

Byl vydán Mozilla Firefox 158.0. Stejně jako Chrome 155 s podporou JPEG XL (test). Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 158 bude brzy k dispozici také na Flathubu a Snapcraftu.

Ladislav Hagara | Komentářů: 0

ONLYOFFICE 10.0

včera 03:00 | Nová verze

Svobodný kancelářský balík ONLYOFFICE (Wikipedie) byl vydán ve verzi 10.0. Jak online Docs, tak i offline Desktop Editors. Přehled novinek také na YouTube.

Ladislav Hagara | Komentářů: 0

Mozilla představuje Firefox Enterprise

13.10. 14:44 | IT novinky

Mozilla představuje Firefox Enterprise určený jako podnikový prohlížeč pro organizace s přísnými požadavky na bezpečnost, správu a dodržování předpisů. S profesionální podporou. Dostupný je zatím ve Francii, Německu, Rakousku a Švýcarsku.

Ladislav Hagara | Komentářů: 11

Velký mrazákový kyberútok na Francii

13.10. 14:33 | Bezpečnostní upozornění

Kybernetický útok zasáhl nejméně 150 supermarketů Intermarché a několik prodejen řetězců Leclerc a Coopérative U. Chladicí jednotky napadených obchodních domů byly nastaveny na nepřetržité odmrazování a teplota v nich mnohdy vystouala až nad 50°C. Škody napáchané na chlazeném a mraženém zboží budou patrně dosahovat miliónů eur.

… více »

❗Červivý Hřib krade❗ | Komentářů: 4

Kalifornie pase po výrobci filamentů kvůli možnému využití při 3D tisku zbraní

13.10. 04:00 | Komunita

Stát Kalifornie zažaloval výrobce 3D tiskových filamentů Polymaker. Vrchní soud San Diego County tvrdí, že firma propagací svých výrobků mezi příznivci 3D tištěných zbraní podporovala výrobu takzvaných 'ghost guns' (DIY zbraní) a že její PLA filament pro 3D tiskárny lze za těchto okolností považovat za součást určenou k výrobě střelné zbraně. Žaloba požaduje mimo jiné finanční sankce a soudní zákaz činnosti, Polymaker se hájí tím, že filament je běžný a sám o sobě legální produkt. Celý text žaloby (PDF na Google Drive).

❗Červivý Hřib krade❗ | Komentářů: 28

Myna zpřístupněna komunitě Ubuntu formou technologické ukázky

13.10. 03:33 | Nová verze

V červnu byla představena aplikace Myna pro převod řeči na text v prostředí desktopu Ubuntu. Včera byla Myna zpřístupněna širší komunitě Ubuntu formou technologické ukázky dostupné v Ubuntu 24.04 LTS, Ubuntu 26.04 LTS a Ubuntu 26.10 s GNOME na Waylandu.

Ladislav Hagara | Komentářů: 0

Centrum | Napsat | Starší

navrhněte » Anketa

Komentářů: 32, poslední 11.10. 17:02

Rozcestník

AbcLinuxu

HDmag.cz

AbcLinuxu:/ Poradna / Linuxová poradna / Problém s PINGem vetším než je MTU

Štítky: data, Debian, distribuce, hardware, HP, Intel, packet, ping, problém, procesory, RAM, Xeon, 10GbE

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: 582×

Odpovědět | Admin

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

Nástroje: Začni sledovat (0) ?

Odpovědi

29.11.2018 10:33 Peter Golis | skóre: 65 | 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ákno • Nahoru

Tiskni Sdílej: