Re: [Doh] [Ext] DNS Camel thoughts: TC and message size

[Dave Lawrence <[e-mail]>]

Martin J. Dürst writes:
> So for a JSON message, there's not limit of 64K on the actual message 
> length. But there is (or should be) an *indirect* limitation that can 
> roughly be expressed as "a JSON message, when converted to a binary 
> format, has to fit into 64K".

If I understand correctly, you are saying that it is a better state of
affairs to require servers to be cognizant of the encoding size of one
media type when responding with another?  I'm having a hard time
seeing how this wouldn't mean having to at least sometimes do the work
of fully encoding it in the one before it can send it in the other.

Incidentally, this has raised another question in my mind.  In a
defined-limit world, what happens when some rogue DoH server generates
Content-Length > 64k?  Presumably well-behaved clients will be sanity
checking for the possibility of that.  In a Content-Length: unlimited
world you are still free to consider > 64k responses to have failed
until you get around to adapting your software.  It seems to me you're
no worse off for being forward-looking now.