Re: [tsv-area] Path MTU discovery when having varying MTU
Joe Touch <[email protected]> Tue, 19 May 2009 11:14:41 -0700
| Newsgroups | gmane.ietf.rohc,gmane.ietf.tsv-area |
|---|---|
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, all, Here's what I'm wondering: - ----------------- Does ROHC allow through packets that are not ROHC-tagged? If so, the following may be a way forward: When ROHC gets a packet that would have fit without ROHC, but won't now (i.e., a packet that needs to be sent with the full header to resync state AND needs to be tagged with the stream ID to enable that sync), then: a) send the packet without ROHC b) send a copy of the packet with no payload with the ROHC tags (b) is to resync the state (a) is to get the payload with the full MTU through when it won't otherwise fit Note that (b) is needed because a source may be sending a large flow of MTU-sized packets, and there would be no way to send resync state otherwise. This has the net effect of doing "fragmentation" except that it doesn't fragment - either piece can be lost, and no reassembly is needed. Would this suffice? Joe -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoS9xEACgkQE5f5cImnZrv6pwCgqxCtz8ipEaChzeQAjaAVbMZL 1koAoKfN+hUua46yBG/XqMMNg3+MnS7S =Jtb2 -----END PGP SIGNATURE-----