<div dir="ltr"><div dir="ltr">On Sun, Jan 10, 2021 at 4:10 PM Michael Maier <<a href="mailto:m1278468@mailbox.org">m1278468@mailbox.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 10.01.21 at 19:56 Joshua C. Colp wrote:<br>
> On Sun, Jan 10, 2021 at 2:46 PM Michael Maier <<a href="mailto:m1278468@mailbox.org" target="_blank">m1278468@mailbox.org</a>> wrote:<br>
> <br>
>><br>
>> That's a pretty problematic behavior. ISPs (especially Deutsche Telekom<br>
>> e.g.) want to tear down a tls connection if it isn't used any more (why<br>
>> should a connection be hold active if<br>
>> nobody uses it?). Therefore, after each unregister of a number, the<br>
>> connection is teared down after 10s by ISP. Now, asterisk or probably<br>
>> pjsip, reopens this connection again after<br>
>> about 12s. Therefore, the ISP disconnects the connection automatically<br>
>> after 30s again. And Asterisk reopens it again after 1 minute - and so on.<br>
>> That's pretty broken.<br>
>><br>
> <br>
> Without specific information or debug I can't really say why it would be<br>
> doing that. The PJSIP layer should only open a new connection when a<br>
> request is actually made. For example, if qualify is enabled then that<br>
> would trigger a new connection as it establishes a connection to test<br>
> viability. There is no ability to state "only ever attempt a connection<br>
> when an outbound registration is being performed".<br>
<br>
There is no other reason (the trunk was unregistered and the pcap trace<br>
doesn't show any packet). And no asterisk log. The only log is from pjsip:<br><br></blockquote><div><br></div><div>I don't know why or what triggered the outgoing connection then.</div><div> </div><div><snip> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
>> Register multiple numbers to one destination (Asterisk 18.0.1)<br>
>> --------------------------------------------------------------<br>
>> If you register more than one number to the same destination, asterisk<br>
>> handles all registers through the same connection. This doesn't work (well)<br>
>> with all ISPs. Deutsche Telekom /<br>
>> AllIP e.g. supports it partly - means, you can register more than one<br>
>> number - but if you deregister one of it, the complete connection is<br>
>> dropped (because normally, they want to<br>
>> have for each register an own connection). Besides that, there are<br>
>> problems during reRegistration, if they are reRegistered all at the same<br>
>> time (if they are reRegistered serially,<br>
>> it's working - maybe Asterisk can't properly handle mutliple Registers to<br>
>> the same destination via same connection).<br>
>><br>
> <br>
> Connection reuse itself is a low level PJSIP thing.<br>
<br>
Is it possible to disable it?<br></blockquote><div><br></div><div>The last time I checked the PJSIP documentation there wasn't, but they could have added something.</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>
>> There is one more point I don't understand at the moment. Each configured<br>
>> transport opens a listener port (you can't configure a transport w/o a<br>
>> listener), like 5061 e.g. Each<br>
>> configured trunk needs a transport. For a trunk, which only registers to<br>
>> an ISP, you never need this listener, because the complete signaling in<br>
>> both directions (in- and outbound<br>
>> calls) is handled through the existing connection from asterisk / random<br>
>> local port -> ISP / 5061 (that's why it's working anyway though the<br>
>> Via-entry is totally broken). Why isn't<br>
>> it possible to create transports w/o any listener port?<br>
>><br>
> <br>
> PJSIP doesn't currently support this.<br>
> <br>
> A lot of your issues come down to it being the way PJSIP currently works,<br>
> as we rely on it to do such things or to support such things. Any changes<br>
> as such would likely need changes in PJSIP, and then in Asterisk to use<br>
> them.<br>
<br>
Ok, the transport without listener feature is currently not a big deal for me (as I'm not using them and iptables secure those useless open ports).<br></blockquote></div><br clear="all"><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>