<div dir="ltr"><div dir="ltr">On Sun, Jan 10, 2021 at 6:55 PM Michael Maier <<a href="mailto:m1278468@mailbox.org">m1278468@mailbox.org</a>> wrote:</div><div dir="ltr"><br></div><div><snip></div><div dir="ltr"><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
The patch was vital!<br>
<br>
> Great! I'm testing it! I'll be back.<br>
<br>
Yeah! That's cool.<br>
<br>
myfw*CLI> pjsip show transports<br>
<br>
Transport:  <TransportId........>  <Type>  <cos>  <tos>  <BindAddress....................><br>
==========================================================================================<br>
<br>
Transport:  0.0.0.0-tls               tls      3    184  <a href="http://0.0.0.0:5061" rel="noreferrer" target="_blank">0.0.0.0:5061</a><br>
Transport:  0.0.0.0-udp               udp      3    184  <a href="http://0.0.0.0:5060" rel="noreferrer" target="_blank">0.0.0.0:5060</a><br>
Transport:  tflow-001                 udp      3    184  <a href="http://0.0.0.0:0" rel="noreferrer" target="_blank">0.0.0.0:0</a><br>
Transport:  tflow-002                 udp      3    184  <a href="http://0.0.0.0:0" rel="noreferrer" target="_blank">0.0.0.0:0</a><br>
Transport:  tflow-003                 udp      3    184  <a href="http://0.0.0.0:0" rel="noreferrer" target="_blank">0.0.0.0:0</a><br>
<br>
Besides the point that the type is not shown correctly - maybe use * or something else neutral, it's working as expected: no more useless listener ports and each trunk / number for <br>
ISP gets its own port and therefore connection. That was the goal.<br></blockquote><div><br></div><div>Likely got missed when flow support was initially added.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
But: as long as there where those other normal tls transports, the port in the VIA and CONTACT has been always 5062 - even if the flow transports have been used. That's odd. Now it's <br>
5061 (after those additional tls transports have been deleted) - not sure, where the 5061 is actually coming from :-). But most probably not from the correct source :-) - I think <br>
it's derived from 0.0.0.0-tls.<br></blockquote><div><br></div><div>It would be derived from the underlying transport that is used to establish the connection. </div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-family:tahoma,sans-serif"><div><font color="#073763">Joshua C. Colp</font></div><div><font color="#073763">Asterisk Technical Lead</font></div><div><font color="#073763">Sangoma Technologies</font></div><div><font color="#073763">Check us out at <a href="http://www.sangoma.com/" target="_blank">www.sangoma.com</a> and <a href="http://www.asterisk.org/" target="_blank">www.asterisk.org</a></font></div></div></div></div></div></div></div></div></div></div></div></div>