broker(emqx) already support QUIC, and i Hope client also supports the Quic protocol

[sunrising101]

The inherent disadvantages of TCP are gradually unable to meet the latest needs, especially in the field of LOT. The QUIC protocol based on UDP for transmission is personally considered a good solution

[fpagliughi]

No, there is no plan to support QUIC at the current time.

[qzhuyan]

hello, I have a fork for testing which is paho C with msquic as QUIC stack (same as in EMQX ) https://github.com/qzhuyan/paho.mqtt.c/releases/tag/v1.3.12%2Bquic1

would be glad to recv some feedbacks.

[fpagliughi]

Sure. It would be good to start an issue and discussion on the Paho C, because that's where the code would need to go. Once it's in the C library I can look to add anything required to this C++ library (and the Paho Rust library as well).

Perhaps send a Pull Request to the C library if you have something working. I assume this should go towards the Paho C v1.4 branch because that is were work is being done for network updates.

[pktiuk]

@qzhuyan
Are you going to prepare any MR to merge your implementation upstream?

[qzhuyan]

some updates:

Now I made a PR to paho C lib but using native openssl QUIC client support in openssl3.4
eclipse-paho/paho.mqtt.c#1575

I am still preparing another PR that is msquic-based, but it is more complex than the above one.