On Tue, 6 Mar 2007 10:35:42 +0530
aditya kiran [EMAIL PROTECTED] wrote:
RFC 1191 says to increase the PMTU at some itnerval (15 minutes default)
10 minutes.
next time a packet is sent, this will be used... and if PMTU is really
increased,
no ICMP error will be recieved. that shows an
On Mon, 19 Mar 2007 14:54:22 -0700
Kevin Lahey [EMAIL PROTECTED] wrote:
Of course, the real test is to set up a few hosts and see what
happens, rather than speculating based on a quick perusal of the
code. :-)
After my slap-dash read of the current FreeBSD code, I was a little
concerned that
Kevin Lahey wrote:
The boxes were running FreeBSD-6.1, but I can't really vouch for the
particular kernel configuration. It could well be that the problem is
with the loose nut behind the wheel, rather than with FreeBSD. :-)
I believe PMTU measurements may only be relied upon for active
Hi,
I'm just trying to understand the PMTU Discovery support
in FreeBSD. Is upward PMTU (increase in PMTU) is also
discovered when PMTU Discovery is enabled?
Thanks,
Aditya
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman
aditya kiran wrote:
Hi,
I'm just trying to understand the PMTU Discovery support
in FreeBSD. Is upward PMTU (increase in PMTU) is also
discovered when PMTU Discovery is enabled?
Thanks,
Aditya
As I understand it, it is not possible to detect upward changes in the
path MTU
As I understand it, it is not possible to detect upward changes in the path
MTU as there is no mechanism for a router to generate an error when a packet
is small enough to be accommodated by the MTU of the link to the next hop. I
may be wrong though.
RFC1191 section 6.3.
RFC 1191 says to increase the PMTU at some itnerval (15 minutes default)
next time a packet is sent, this will be used... and if PMTU is really
increased,
no ICMP error will be recieved. that shows an increase in the PMTU. I'm
trying to
understand if this mechanism is there in freebsd. any on
