* IPv6 unexpectedly changes MTU on wrong interface
@ 2019-04-01 21:48 Captain Wiggum
0 siblings, 0 replies; only message in thread
From: Captain Wiggum @ 2019-04-01 21:48 UTC (permalink / raw)
To: netdev
This bug exists in the LTS kernels, but has been fixed in mainline.
My problem is I have no idea what to search for in git find the commit(s).
Hopefully someone recognizes this issue and can give some tips to find it.
Summary:
Three TAHI IPv6 test cases fail on this:
Two interface test: first interface used only for IPv4, and the second
only for IPv6.
The problem is with the IPv6 PMTU (RFC 1981).
When the kernel receives an ICMPv6 "packet to big" message,
it must update the source to destination path MTU with the new value
provided in the "packet to big" message.
The kernel always uses the first interface as the local end of the path,
instead of the interface where the issue occured.
Therefore when IPv6 goes to check the Path MTU on the second interface
when transmitting a packet, it is not getting the reduced MTU value.
--John Masinter
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2019-04-01 21:48 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-04-01 21:48 IPv6 unexpectedly changes MTU on wrong interface Captain Wiggum
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).