[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: New Version Notification for draft-jiang-v6ops-incremental-cgn
- To: "Mohacsi Janos" <mohacsi@niif.hu>, "Brian E Carpenter" <brian.e.carpenter@gmail.com>
- Subject: RE: New Version Notification for draft-jiang-v6ops-incremental-cgn
- From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
- Date: Thu, 4 Jun 2009 08:44:16 -0700
- Cc: "JiangSheng 66104" <shengjiang@huawei.com>, "Seiichi Kawamura" <kawamucho@mesh.ad.jp>, "Gert Doering" <gert@space.net>, "Fleischman, Eric" <eric.fleischman@boeing.com>, "Re'mi Despre's" <remi.despres@free.fr>, <v6ops@ops.ietf.org>, <guoseu@huawei.com>, "Russert, Steven W" <steven.w.russert@boeing.com>
- In-reply-to: <alpine.BSF.2.00.0906041701550.60110@mignon.ki.iif.hu>
- References: <39C363776A4E8C4A94691D2BD9D1C9A105F0719F@XCH-NW-7V2.nw.nos.boeing.com> <000001c9d502$9843c980$5b0c6f0a@china.huawei.com> <39C363776A4E8C4A94691D2BD9D1C9A105F0726E@XCH-NW-7V2.nw.nos.boeing.com> <39C363776A4E8C4A94691D2BD9D1C9A105F075C2@XCH-NW-7V2.nw.nos.boeing.com><4A127FA0.6050603@free.fr> <39C363776A4E8C4A94691D2BD9D1C9A105F43989@XCH-NW-7V2.nw.nos.boeing.com> <20090519192430.GK2776@Space.Net> <474EEBD229DF754FB83D256004D021080BC9A0D9@XCH-NW-6V1.nw.nos.boeing.com> <20090520062916.GN2776@Space.Net> <4A13B880.3050407@mesh.ad.jp><f9e2d08a377.377f9e2d08a@huawei.com> <alpine.BSF.2.00.0905201623420.18643@mignon.ki.iif.hu> <4A2773E5.5010702@gmail.com> <alpine.BSF.2.00.0906041701550.60110@mignon.ki.iif.hu>
> > Do you think the draft needs to do any more than recommending to
follow
> > the recommendations in 4890? It seems as if that should be
sufficient.
>
> This should be enough.
Regarding the 4890, there is advice in that document that I
would like to understand better. In Appendix A.2, it says:
"If a network chooses to generate packets that are no larger than the
Guaranteed Minimum MTU (1280 octets) and the site's links to the
wider Internet have corresponding MTUs, Packet Too Big messages
should not be expected at the firewall and could be dropped if they
arrive."
But, that would seem to be in conflict with the text of
Section 5 of RFC2460, where the reader is informed that
the network can return PTB messages reporting MTU values
smaller than 1280 if a protocol translator is in the path.
The host should then react to these PTBs by inserting a
fragment header with (MF=0; Offset=0) in subsequent packets.
With the (RFC4890, Appendix A.2) text however, this behavior
is suppressed.
Where did the RFC4890 text come from? And, why is it there?
Thanks - Fred
fred.l.templin@boeing.com