Platí hodnota MSS pro oba směry?
Pokud se sestavuje TCP spojení, pak platí signalizovaná hodnota MSS pro daný směr, kdo ji vyslal a nebo spojení jako celek má jen jednu hodnotu MSS?
IP source:54001> server:80: Flags [S], seq 1097913221, win 64240, options [mss 1440,nop,wscale 8,nop,nop,sackOK], length 0
IP server:80> source:54001: Flags [S.], seq 956563554, ack 1097913222, win 29200, options [mss 1320,nop,nop,sackOK,nop,wscale 9], length 0
Bude mít TCP spojení hodnotu 1440 směrem od serveru a 1320 k serveru , nebo jednu hodnotu pro oba směry (tu nižší)?
No a na tom, jestli MSS platí oboustraně
je postavena má otázka:
A je nutné dělat i clamping i v příchozím směru? Tím myslím z venku přijde do tunelu paket, tunel na druhém konci ho před forwardnutím . Be toho si myslí, že v případě vracení odpovědi od serveru:80 k source server klidně může odesílat pakety přes routeru, které budou nad MTU tunelu a bude je muse gragmentovat ...
K tomu podotázky:
-dojdou fragmentované odpovědi až k source nebo je druhý konec tunelu reassembluje?
-nebo příchozí clamping není potřeba a router upozorní server přes ICMP too long a on sníží MSS+MTU?
Když si to pročítám, tak pozor, to mé vyjadřování může být nepřesné, ale příchozí clamping má vliv na odchozí pakety.... Snad jsem vám nezamotal hlavu.
Nyní se děje odchozí clamping - při odpovědi na příchozí spojení router opraví MSS z těch 1440 na 1320) před vysláním do tunelu. Tím opravím informaci, kterou odesílám protistraně, aby mi neposílala velké pakety.
(Pokud se podíváte na úryvek v úvodním příspěvku, tak příchozí směr je směrem od source na server:80) (pakety jsou zachyceny na rozhraní vpn. Kdyby byly zachycena na rozhraní eth0 vedoucí k serveru, tak druhý paket by měl MSS ještě před odchozím clampingem, tedy 1460)