<div dir="ltr"><div dir="ltr">On Sat, Apr 18, 2020 at 10:24 PM hw <<a href="mailto:hw@gc-24.de">hw@gc-24.de</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 Saturday, April 18, 2020 5:42:11 PM CEST Joshua C. Colp wrote:<br>
> On Sat, Apr 18, 2020 at 8:47 AM hw <<a href="mailto:hw@gc-24.de" target="_blank">hw@gc-24.de</a>> wrote:<br>
> > Hi,<br>
> > <br>
> > how do I make a bug report?  I filled in the form to make a report and<br>
> > <a href="https://issues.asterisk.org/jira/issues/?filter=-2" rel="noreferrer" target="_blank">https://issues.asterisk.org/jira/issues/?filter=-2</a> still shows no issues<br>
> > reported by me.<br>
> <br>
> If successful then JIRA will redirect you to the newly created issue.<br>
<br>
It didn't, the form disappeared and nothing further happened.  So I have to <br>
assume it doesn't work.<br></blockquote><div><br></div><div>I just did a test and was able to successfully create an issue, it may have been a transient issue or an issue with your browser.</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>
> > If someone knows how to get asterisk to re-register when using pjsip after<br>
> > the<br>
> > registration shows as Rejected, like after the internet connection to the<br>
> > VOIP<br>
> > provider goes away (and comes back), please let me know.  This bug makes<br>
> > pjsip<br>
> > makes basically unusable :(<br>
> <br>
> There are various options in the outbound registration that controls<br>
> behavior. I'd suggest providing your actual configuration.<br>
<br>
I have put the options that should make asterisk re-register in <br>
pjsip_wizard.conf as much as I could find them like this:<br>
<br>
<br>
[easybell_HW]<br>
type = wizard<br>
sends_auth = yes<br>
sends_registrations = yes<br>
max_retries = 0<br>
auth_rejection_permanent = no<br>
forbidden_retry_interval = 200<br>
transport = transport-tls<br>
endpoint/cos_audio = 5<br>
endpoint/cos_video = 4<br>
remote_hosts = <a href="http://secure.sip.easybell.de:5061" rel="noreferrer" target="_blank">secure.sip.easybell.de:5061</a><br>
aor/qualify_frequency = 30<br>
outbound_auth/username = ...<br>
outbound_auth/password = ...<br>
endpoint/allow = !all,g722,alaw,ulaw<br>
endpoint/context = ingressEasybell<br>
endpoint/media_encryption = sdes<br>
registration/contact_user = extenHW<br></blockquote><div><br></div><div>You would need to apply the options to the registration:</div><div><br></div><div>registration/max_retries = 9999<br>registration/auth_rejection_permanent = no<br>registration/forbidden_retry_interval = 200<br></div><div>registration/fatal_retry_interval = 200</div><div><br></div><div>As well I have changed max_retries to 9999 as 0 is not currently supported to mean unlimited. I've also added in the fatal_retry_interval option.</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>
<br>
In pjsip.conf is only the transport:<br>
<br>
<br>
[transport-tls]<br>
type=transport<br>
protocol=tls<br>
bind=<a href="http://192.168.3.50:5061" rel="noreferrer" target="_blank">192.168.3.50:5061</a><br>
ca_list_file=/etc/pki/tls/certs/ca-bundle.crt<br>
cert_file=/etc/asterisk/cert/newc/mycert.pem<br>
priv_key_file=/etc/asterisk/cert/newc/mykey.pem<br>
<br>
<br>
After I finally found out that 'pjsip send register *all' should re-register, <br>
I tried it while it was still registered, and it said "Re-register all queue".  <br>
After that, it kept saying that all the registrations are now "Unregistered".  <br>
Neither 'pjsip send unregister *all', nor 'pjsip send register *all' have any <br>
effect other than giving the message "Unregister all queued" or "Re-register <br>
all queue".  I had to restart asterisk again to get it to register again.<br></blockquote><div><br></div><div>Can you try to file an issue again for this? If it still doesn't work then I'll do so and dig in further to see if there's anything server side I can see.</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>
On a side note, asterisk doesn't apply any QoS markers, either ...<br></blockquote><div><br></div><div>Are you referring to during calls for the RTP traffic?</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"><font color="#073763">Joshua C. Colp</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Asterisk Technical 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>