Stephen Clark wrote:
Artyom Viklenko wrote:
Artem Belevich wrote:
Here's one example where MTU!=MRU would be useful.
Think of asymmetric bandwith-limited ADSL links. Lower MTU would allow
lower TX latency for high priority packets when upstream is saturated,
yet large MRU on the downstream would be great for downloads.
Right now with 6.2 one has to trade off lower latency for faster
download.
--Artem
You can prioritize small packets with ACKs, for example, by other
techniques - ALTQ one of them.
Unconditional lovering MTU even on ADSL tend to loss throughtput.
And let's think about TCP MSS. When TCP connection establishes,
TCP stack uses MTU as measure to choose MSS.
Any two hosts, connected to single Layer2 network MUST use
same MTU. Any other cases lead to hard-to-solve problems.
This is all IMHO. But I would not like to see different
MTU and MRU on my Ethernet interfaces! :)
Yes but the mss is what the endpoints in the connection know about their
own mtu's,
at this point there is no knowledge of the mtu/mru's of intermediate
routers.
Steve
Why? When two endpoints negotiated tcp connections they do know
about remote mss - maximum segment that remote side can receive.
PMTU is little bit anothr problem of misconfiguration on firewalls and
intermediate routers. Very common situation when users block whole ICMP
protocol on their router/host while connects to Internet via PPPoE/PPTP.
--
Sincerely yours,
Artyom Viklenko.
-------------------------------------------------------
[EMAIL PROTECTED] | http://www.aws-net.org.ua/~artem
FreeBSD: The Power to Serve - http://www.freebsd.org
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
