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-----