Re: [rohc] Path MTU discovery when having varying MTU
Iljitsch van Beijnum <[email protected]> Tue, 19 May 2009 23:25:43 +0200
| Newsgroups | gmane.ietf.tsv-area,gmane.ietf.rohc |
|---|---|
| Message-ID | <[email protected]> |
On 19 mei 2009, at 23:14, Joe Touch wrote: >> Didn't you just suggest to just send enough of the original packet to >> make ROHC do its thing? That piece of the packet should be small >> enough >> to always fit. > Yes, except that I also suggested sending the packet without any > ROHC on > it too. Yes, but then you would still almost never have full-size packets so the ROHC only saves bandwidth, not packets. Basically this will buy you a 1 byte larger MTU, not worth the trouble because the IPsec header already exposes you to PMTUD blackholes anyway. Ideally, the decapsulator can tell the encapsulator what to do because the decapsulator knows about whether it's behind a NAT with fragmentation issues. But then there would have to be signaling that carries this information.