Nasel jsem na webu zajimave pojednani a navod o teto problematice velkych paketu:

http://it.cestuji.info/nejdou-otevrit-n ... tranky.php

Tak jsem si stim podle toho navodu trochu hral a prisel jsem na zajimavou vec,

maximalni velikost paketu, ktere prosli na server 88.86.107.79 a Seznam.cz byla 1472 (ping 88.86.107.79 -f -l 1472).

Kdyz jsem ale vypnul nemoznost fragmentace -f (ping 88.86.107.79 -l 1472), tak na Seznam.cz prosli pakety o velikosti klidne i 9500, zatimco u 88.86.107.79 se nic nezmenilo a pakety vetsi nez 1472 opet neprosli,

zkousel jsem to jak s pripojenym routerem (TP-Link), tak bez nej, ale na vysledek to nemelo zadny vliv.

 

Jinak zkousel jsem postupne pingat prvky, ktere jsou po ceste, ale jediny kam to neproslo byl az ten posledni 88.86.107.79

Pozor na to, že je potřeba přičíst ještě délku hlavičky IP paketu 28 byte. Tj. max. hodnota 1472 znamená vlastně MTU 1500 (1472+28=1500).

tak jak to bude dál? bude se to nějak řešit nebo pro nedostatek respondentů radši ne?

Zdravím,

ověřoval jsem situaci.

v síti poskytovatele je Jumbo Frame je povolen.

Hodnota MTU je podle ISO/OSI správně na 1500.

nicméně mě zaráží, proč se to těm, kdo nemohou na server, nezačne fragmentovat ???

ono to bude tak, že s jumbo framem to (možná jenom zvenku) nefunguje nikomu, komu zařízení takovou funkci podporuje (tzn. automaticky to ještě u něj neoseká na 1500), ale vyzkoušelo to tady jenom pár lidí

Nejaky problem tam rozhodne je, kdyz vsechny ostatni weby jedou,

kdyz dam tak

 

Microsoft Windows XP [Verze 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\Tomas>ping seznam.cz -l 1473

Příkaz PING na seznam.cz [77.75.72.3] s délkou 1473 bajtů:

Odpověď od 77.75.72.3: bajty=1473 čas=21ms TTL=250
Odpověď od 77.75.72.3: bajty=1473 čas=21ms TTL=250
Odpověď od 77.75.72.3: bajty=1473 čas=19ms TTL=250
Odpověď od 77.75.72.3: bajty=1473 čas=20ms TTL=250

Statistika ping pro 77.75.72.3:
Pakety: Odeslané = 4, Přijaté = 4, Ztracené = 0 (ztráta 0%),
Přibližná doba do přijetí odezvy v milisekundách:
   Minimum = 19ms, Maximum = 21ms, Průměr = 20ms

C:\Documents and Settings\Tomas>ping google.com -l 1473



Příkaz PING na google.com [74.125.232.196] s délkou 1473 bajtů:

Odpověď od 74.125.232.196: bajty=1473 čas=26ms TTL=56
Odpověď od 74.125.232.196: bajty=1473 čas=26ms TTL=56
Odpověď od 74.125.232.196: bajty=1473 čas=27ms TTL=56
Odpověď od 74.125.232.196: bajty=1473 čas=26ms TTL=56

Statistika ping pro 74.125.232.196:
Pakety: Odeslané = 4, Přijaté = 4, Ztracené = 0 (ztráta 0%),
Přibližná doba do přijetí odezvy v milisekundách:
   Minimum = 26ms, Maximum = 27ms, Průměr = 26ms



C:\Documents and Settings\Tomas>ping 88.86.107.79 -l 1473

Příkaz PING na 88.86.107.79 s délkou 1473 bajtů:

Vypršel časový limit žádosti.
Vypršel časový limit žádosti.
Vypršel časový limit žádosti.
Vypršel časový limit žádosti.

Statistika ping pro 88.86.107.79:
Pakety: Odeslané = 4, Přijaté = 0, Ztracené = 4 (ztráta 100%),

tak co? pořád nic

Nevim, nechapu to ze nemaji zajem to resit, i kdyz jde o celkem zavaznou chybu na jejich serveru.

Zitra to s nima opet poresim.

zbombardováno?