The fragment-offset field is just 13-bits. So you cannot<br>specify a fragment offset of ~64k.<br><br><div><span class="gmail_quote">On 5/16/06, <b class="gmail_sendername">Fernando Gont</b> &lt;<a href="mailto:fernando@gont.com.ar">
fernando@gont.com.ar</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Folks,<br><br>I was going through the IP specs, and there was a point on which
<br>there seems to be some ambiguity (or, well, at least it's not that<br>clear to me). I wonder what your interpretation is.<br><br>Is the maximum &quot;legal&quot; IP payload defined by &quot;Total_Length -<br>IP_Header&quot; (
i.e., around 65K), or should it be considered to be the<br>maximum payload that can be encapsulated, by using the &quot;trick&quot;<br>described bellow? (i.e., which would then result in a maximum payload<br>size of around 128K)
<br><br>(The &quot;trick&quot; would be to send a ~65K fragment with the MF bit set,<br>followed by a second 65K fragment with an offset of ~65K)<br><br>Thanks!<br><br>--<br>Fernando Gont<br>e-mail: <a href="mailto:fernando@gont.com.ar">
fernando@gont.com.ar</a> || <a href="mailto:fgont@acm.org">fgont@acm.org</a><br>PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1<br><br><br><br><br><br></blockquote></div><br>