abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 10:44 | Zajímavý článek

    Alyssa Rosenzweig se v příspěvku na svém blogu Vulkan 1.3 na M1 za 1 měsíc rozepsala o novém Vulkan 1.3 ovladači Honeykrisp pro Apple M1 splňujícím specifikaci Khronosu. Vychází z ovladače NVK pro GPU od Nvidie. V plánu je dále rozchodit DXVK a vkd3d-proton a tím pádem Direct3D, aby na Apple M1 s Asahi Linuxem běžely hry pro Microsoft Windows.

    Ladislav Hagara | Komentářů: 0
    dnes 01:00 | Nová verze

    Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.90 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.90 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    dnes 00:44 | Nová verze

    Byla vydána (Mastodon, 𝕏) nová verze 2024.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení.

    Ladislav Hagara | Komentářů: 0
    včera 16:44 | IT novinky

    Počítačová hra Tetris slaví 40 let. Alexej Pažitnov dokončil první hratelnou verzi 6. června 1984. Mezitím vznikla celá řada variant. Například Peklo nebo Nebe. Loni měl premiéru film Tetris.

    Ladislav Hagara | Komentářů: 10
    včera 10:44 | Nová verze

    MicroPython (Wikipedie), tj. implementace Pythonu 3 optimalizovaná pro jednočipové počítače, byl vydán ve verzi 1.23.0. V přehledu novinek je vypíchnuta podpora dynamických USB zařízení nebo nové moduly openamp, tls a vfs.

    Ladislav Hagara | Komentářů: 0
    včera 10:22 | Nová verze

    Canonical vydal Ubuntu Core 24. Představení na YouTube. Nová verze Ubuntu Core vychází z Ubuntu 24.04 LTS a podporována bude 12 let. Ubuntu Core je určeno pro IoT (internet věcí) a vestavěné systémy.

    Ladislav Hagara | Komentářů: 2
    včera 01:00 | Nová verze Ladislav Hagara | Komentářů: 0
    4.6. 19:55 | IT novinky

    Intel na veletrhu Computex 2024 představil (YouTube) mimo jiné procesory Lunar Lake a Xeon 6.

    Ladislav Hagara | Komentářů: 0
    4.6. 13:44 | IT novinky

    Na blogu Raspberry Pi byl představen Raspberry Pi AI Kit určený vlastníkům Raspberry Pi 5, kteří na něm chtějí experimentovat se světem neuronových sítí, umělé inteligence a strojového učení. Jedná se o spolupráci se společností Hailo. Cena AI Kitu je 70 dolarů.

    Ladislav Hagara | Komentářů: 0
    4.6. 13:22 | Nová verze

    Byla vydána nová verze 14.1 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    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: 436×
    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: 64 | 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.