Add support for Compression Dictionary Transport (RFC 9842)

[arturobernalg]

Implement dictionary negotiation, storage, matching, and dcb / dcz decoding

[ok2c]

@arturobernalg This is a lot of new code. I will scan it for obvious programming errors or inefficiencies. I, however, cannot do a proper review as far as its conformance to the RFC is concerned. I will have to trust you know what you are doing.

One question, though. Is there a reason this is an async only feature?

[arturobernalg]

One question, though. Is there a reason this is an async only feature?
@ok2c
No fundamental reason. I initially limited the implementation to the async execution chain because that was the use case I was targeting and the capture/decoding code was based on AsyncDataConsumer. The protocol itself is equally applicable to the classic client, so the classic execution chain should support it as well.

[ok2c]

@arturobernalg I must admit i do not quite understand what is going on here, but some bits, especially header parsing ones do not good enough to me. I cannot make a call on this change-set

[ok2c]

@arturobernalg I have no objections, just one minor comment. This is now your area of responsibility.
Feel free to merge the change-set if you think it is ready or make symmetric changes to the classic transport first. Anyway, there is not much I can do beyond code conceptual sanity checks, parsing improvements, etc.

[ok2c]

@arturobernalg I presume UseAsDictionary#parse should be smart enough to return null if no dictionary header is present which would make this call unnecessary and overall parsing routine a little more efficient.