<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; =
charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version =
6.5.7652.24">
<TITLE>Re: [users:00488] RFC 1981 undersized PMTU test</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>-----BEGIN PGP SIGNED MESSAGE-----<BR>
Hash: SHA1<BR>
<BR>
<BR>
On Fri, 25 Jan 2008, Yinghui Yao wrote:<BR>
&gt; Self_Test_1.4.9 PMTU test #9 seems to test RFC 1981 section 4 =
statement<BR>
&gt;<BR>
&gt; &quot;A node MUST NOT reduce its estimate of the Path MTU below the =
IPv6<BR>
&gt;&nbsp; minimum link MTU.<BR>
&gt;<BR>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; Note: A node may receive a Packet Too Big =
message reporting a<BR>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; next-hop MTU that is less than the IPv6 =
minimum link MTU.&nbsp; In that<BR>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; case, the node is not required to reduce =
the size of subsequent<BR>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; packets sent on the path to less than the =
IPv6 minimun link MTU,<BR>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; but rather must include a Fragment header =
in those packets [IPv6-<BR>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; SPEC]. &quot;<BR>
&gt;<BR>
&gt; Could anyone please shed some light on why the RFC requires this. =
Why should<BR>
&gt; a node pay attention to an malformed ICMP packet, let alone adding =
a frag<BR>
&gt; header to a unfrag packet? Why? Appreciate it.<BR>
<BR>
RFC 2460 answers your question:<BR>
<BR>
&nbsp;&nbsp;&nbsp; In response to an IPv6 packet that is sent to an IPv4 =
destination<BR>
&nbsp;&nbsp;&nbsp; (i.e., a packet that undergoes translation from IPv6 =
to IPv4), the<BR>
&nbsp;&nbsp;&nbsp; originating IPv6 node may receive an ICMP Packet Too =
Big message<BR>
&nbsp;&nbsp;&nbsp; reporting a Next-Hop MTU less than 1280.&nbsp; In =
that case, the IPv6 node<BR>
&nbsp;&nbsp;&nbsp; is not required to reduce the size of subsequent =
packets to less than<BR>
&nbsp;&nbsp;&nbsp; 1280, but must include a Fragment header in those =
packets so that the<BR>
&nbsp;&nbsp;&nbsp; IPv6-to-IPv4 translating router can obtain a suitable =
Identification<BR>
&nbsp;&nbsp;&nbsp; value to use in resulting IPv4 fragments.&nbsp; Note =
that this means the<BR>
&nbsp;&nbsp;&nbsp; payload may have to be reduced to 1232 octets (1280 =
minus 40 for the<BR>
&nbsp;&nbsp;&nbsp; IPv6 header and 8 for the Fragment header), and =
smaller still if<BR>
&nbsp;&nbsp;&nbsp; additional extension headers are used.<BR>
<BR>
- ---<BR>
Mark Atkinson<BR>
m.atkinson@f5.com<BR>
(!wired)?(coffee++):(wired);<BR>
-----BEGIN PGP SIGNATURE-----<BR>
Version: GnuPG v2.0.4 (FreeBSD)<BR>
<BR>
iD8DBQFHmlwzrDN5kXnx8yYRAuuGAJ0T2bKX+M+ekkkcEqfVqpWRHymJNwCgpCK2<BR>
VoeusNdU13gl8d6HRr3WGZ4=<BR>
=RppL<BR>
-----END PGP SIGNATURE-----<BR>
</FONT>
</P>
</BODY>
</HTML>