<div dir="auto">I see some registered names contains protocol version.<div dir="auto">May need use "sip/2" as registered name?</div><div dir="auto"><br></div><div dir="auto"><a href="https://medium.com/geekculture/exploring-application-layer-protocol-negotiation-alpn-c47b5ec3b419">https://medium.com/geekculture/exploring-application-layer-protocol-negotiation-alpn-c47b5ec3b419</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 18, 2021, 2:09 PM Olle E. Johansson <<a href="mailto:oej@edvina.net">oej@edvina.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><br><div><br><blockquote type="cite"><div>On 18 Aug 2021, at 11:59, Sergey Safarov <<a href="mailto:s.safarov@gmail.com" target="_blank" rel="noreferrer">s.safarov@gmail.com</a>> wrote:</div><br><div><div dir="auto">Why not register "msrp" extension in this draft?</div></div></blockquote>Simply because I personally did not need it. But you are right, we do have an MSRP module that can share the same port, very much like XHTTP.</div><div><blockquote type="cite"><div><div dir="auto"><div dir="auto"><br></div><div dir="auto">Also I think we need customer extension support here.</div><div dir="auto">Via TLS we can send Kamailio DMQ messages.</div><div dir="auto">Generally we can use "sip" extension, but user defined will be more accurate.</div><div dir="auto"><br></div><div dir="auto">Say we can define extensions prefix "user-defined-“</div></div></div></blockquote>I will have to go back to the ALPN rfc and check if there’s any mention of user-defined. THat would propably be a larger addition to the ALPN function, so it would require a full RFC publication.</div><div><br></div><div>Thanks for the feedback!</div><div>/O<br><blockquote type="cite"><div><div dir="auto"><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 17, 2021, 6:46 PM Olle E. Johansson <<a href="mailto:oej@edvina.net" target="_blank" rel="noreferrer">oej@edvina.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Kamailians!<br>
<br>
I’ve written a very short IETF draft in order to register a SIP TLS ALPN:<br>
<a href="https://datatracker.ietf.org/doc/draft-johansson-sip-alpn/" rel="noreferrer noreferrer noreferrer" target="_blank">https://datatracker.ietf.org/doc/draft-johansson-sip-alpn/</a><br>
<br>
An ALPN is a short code used in TLS connection setup to inform the server of the “next protocol” after TLS connection is setup. This way, a server listening to a port, like 5061 and 443, can support multiple protocols on the same port. <br>
<br>
In Kamailio, we support HTTP 1 and SIP because they’re very much alike, but if there’s a need to support other protocols it will be hard, like MSRP. With ALPN support we could when using TLS.<br>
<br>
In addition, newer versions of HTTP will be harder to support using the same parser. ALPN makes it easier.<br>
<br>
I do hope the registration will come through. If so, maybe we can discuss what’s needed to support ALPN for SIP and HTTP in the TLS code.<br>
<br>
Cheers,<br>
/O<br>
_______________________________________________<br>
Kamailio (SER) - Development Mailing List<br>
<a href="mailto:sr-dev@lists.kamailio.org" rel="noreferrer noreferrer" target="_blank">sr-dev@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev</a><br>
</blockquote></div>
_______________________________________________<br>Kamailio (SER) - Development Mailing List<br><a href="mailto:sr-dev@lists.kamailio.org" target="_blank" rel="noreferrer">sr-dev@lists.kamailio.org</a><br><a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev" target="_blank" rel="noreferrer">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev</a><br></div></blockquote></div><br></div>_______________________________________________<br>
Kamailio (SER) - Development Mailing List<br>
<a href="mailto:sr-dev@lists.kamailio.org" target="_blank" rel="noreferrer">sr-dev@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev" rel="noreferrer noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev</a><br>
</blockquote></div>