<div dir="ltr">We host 3CX for our customers, in our own infrastructure, and manage it for them.  I have an advanced certification with them, but this sort of thing was never covered in training, and I've never heard of it before.  Our core infrastructure is Asterisk (where all other servers register to).  So this all may be very different from your situation.  We also have one customer with their own off-net server.  In every case, we use IP authentication and not usernames, that may be something to consider trying.<div><br></div><div>3CX has some semi-hidden features that can deeply modify the SIP behavior.  We have not changed any of that, other than how CLID is presented so that calls that forward from the PBX who the original CLID and not the PBX's own CLID.  I'd ask if any of that has been changed.</div><div><br></div><div>The 3CX forums are very good, and very much to the point.  It's a resource you should search, at least, and perhaps post there.  Their support is also quite good, if maybe slightly slow because most of them are in the EU and the timezones play a factor.  If the customer is off support, well, excuse me, but screw them for being idiots.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 2, 2020 at 5:48 AM Pete Eisengrein <<a href="mailto:peeip989@gmail.com">peeip989@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi all.<div><br></div><div>I have a customer running 3CX who sometimes has calling problems because the trunk becomes unregistered from our Broadworks platform. When you look at the REGISTERs, there are a couple peculiarities:</div><div><br></div><div><ol><li>3CX sends an un-REGISTER (expires=0) right before it re-REGISTERs rather than just re-registering the session</li><li>3CX sometimes, but not always, starts a new session (new Call-ID) for the "new" REGISTER rather than simply refreshing the existing session</li><li>Not a problem, but something I find odd and worth mentioning is that it sends the User-Agent info when it un-registers but <u>not </u>when it registers</li></ol><div><br></div><div>The problem comes in when we get the un-REGISTER but it is not followed by a new REGISTER and calls begin to fail. The customer is obviously frustrated and is expecting <u>me </u>to do something about it, but....</div></div><div><br></div><div>Anyone familiar with 3CX and can give advice? Any idea why it behaves this way? They're running v16.0.5.619 (based on #3 above).</div><div><br></div><div>Thanks in advance.</div><div>-Pete</div><div><br></div><div><br></div></div>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</blockquote></div>