<div dir="ltr"><div dir="ltr">On Tue, Jun 27, 2023 at 6:57 PM <<a href="mailto:asterisk@phreaknet.org">asterisk@phreaknet.org</a>> wrote:<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">On 6/27/2023 7:29 AM, Joshua C. Colp wrote:<br>
> On Tue, Jun 27, 2023 at 8:22 AM <<a href="mailto:asterisk@phreaknet.org" target="_blank">asterisk@phreaknet.org</a> <br>
> <mailto:<a href="mailto:asterisk@phreaknet.org" target="_blank">asterisk@phreaknet.org</a>>> wrote:<br>
><br>
> <snip><br>
><br>
><br>
>     Trace from an "unavailable" ATA (not working correctly):<br>
>     <a href="https://paste.interlinked.us/iz07sapwrb.txt" rel="noreferrer" target="_blank">https://paste.interlinked.us/iz07sapwrb.txt</a><br>
><br>
>     Trace from an "available" ATA (working correctly):<br>
>     <a href="https://paste.interlinked.us/ocutyjslmg.txt" rel="noreferrer" target="_blank">https://paste.interlinked.us/ocutyjslmg.txt</a><br>
><br>
><br>
> The "unavailable" ATA no longer has a working TLS connection to <br>
> Asterisk, resulting in OPTIONS failing, and going unreachable, and <br>
> eventually the Contact going away. Actually examining the TLS side <br>
> would be needed.<br>
<br>
Thanks, Josh. Further troubleshooting supports that as being the problem <br>
as well. I'll have to figure out what's changed with that.<br>
<br>
Replying to the dev list since this is not directly related, but it <br>
reminds me of a previous conversation we had about chan_pjsip <br>
automatically using the transport used for registration. This is not <br>
currently done; what would be your thoughts on perhaps adding an option <br>
to do this automatically? Currently, the provisioning system directs <br>
devices to the proper port based on the security options in the system <br>
and the TLS capabilities of the device. When something registers, I keep <br>
track of the port on which a device registers using AMI, logging it to a <br>
database. We have one port for UDP, one for TLS 1.0, and one for TLS 1.2 <br>
(none for plain TCP at the moment). chan_sip isn't as flexible so the <br>
process is more straightforward there: just use the TLS 1.0 port if TLS <br>
is enabled, but for PJSIP, the transpiler assigns a transport based on <br>
the registration port. In theory, a client can toggle the transport for <br>
registration (TLS vs UDP), but that alone doesn't really work since <br>
pjsip.conf needs to be in agreement with that. It would be slightly more <br>
seamless if it could just sync up somehow, as right now I have to <br>
manually retranspile any time this occurs, and it seems kind of clunky <br>
to have to do all this for transports to work properly.<br>
<br>
Would there be any consideration or problem with potentially doing <br>
something like this? After all, it seems like there's a 1:1 mapping and <br>
it should be fairly straightforward. Kind of like the "line" option for <br>
registrations, it would help in making things "just work" more of the <br>
time...<br></blockquote><div><br></div><div>I'm not sure what exactly you are referring to with "using the transport used for registration". If "rewrite_contact" is set to yes then the existing active connection should get used. If you are referring to Asterisk establishing a new outgoing connection to the registered Contact, then as long as it is optional and doesn't break other behavior fine.</div></div><div><br></div><span class="gmail_signature_prefix">-- </span><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"><font color="#073763">Joshua C. Colp</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Asterisk Project Lead</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Sangoma Technologies</font></div><div style="font-family:tahoma,sans-serif"><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><br></div></div></div></div></div></div></div></div></div></div></div>