Hi list,
We have a strange behavior: a customer Snom300 behind a public FW has
contact like
contact :
sip:user@x.y.39.147:2048;x-ast-orig-host=169.254.252.1:2048
The phone can place calls but not receive any. Also, qualify give
unreachable which seems correct when looking the
Hello,
provider responded the behavior is intentional from their side. So
this should be fixed in asterisk. The pjsip cleanly does not do any
unregistrations where it should.
Marek
2020-06-07 12:30 GMT+02:00, Marek Greško :
> Hello,
>
> I found the problem and also the workaround.
>
> Clearly,
On Wednesday 10 June 2020 at 16:33:53, Doug Lytle wrote:
> >>> Instead, the call still terminates if mysql cannot be reached.
>
> I just tested this, I'm using cdr_odbc, by shutting down mysql and I did
> not experience the call being dropped.
That sounds different to me.
The OP is asking
>>> Instead, the call still terminates if mysql cannot be reached.
I just tested this, I'm using cdr_odbc, by shutting down mysql and I did not
experience the call being dropped.
The console logged the mysql failure, but the call continued.
You may want to consider moving to cdr_odbc instead.
> On 2020-06-08 16:37, Sean Bright wrote:
>
> In the case of cdr_mysql, the connect timeout is configurable by putting
> the following in cdr_mysql.conf:
>
> [global]
> timeout = 5 ; Set connect timeout to 5 seconds
OK, so i changed the timeout to 2 sec, but it does not have the desired
effect. I
On 10/06/2020 15:40, Joshua C. Colp wrote:
You wouldn't be able to access such information from
ast_sip_presence_exten_state_to_str, that function is strictly for
taking in instructions/data and producing the output. The user of it
would need to pass in a value to turn on this new behavior.
Any suggestions for an analog to SIP gateway that would support these
devices. I need 12 phones supported. I cannot use any analog cards in this
case - different buildings.
Thanks,
Jerry
--
_
-- Bandwidth and Colocation Provided
On Wed, Jun 10, 2020 at 10:27 AM John Hughes wrote:
> Asterisk can know that one of the attached phones is both "ringing" and
> "on the phone".
>
> However the sip NOTIFY it sends out to interested parties can only
> communicate one state, for example with pidf+xml it can either send
> "Ringing"
Asterisk can know that one of the attached phones is both "ringing" and
"on the phone".
However the sip NOTIFY it sends out to interested parties can only
communicate one state, for example with pidf+xml it can either send
"Ringing" or "On the phone" and so it sends "Ringing".
This makes
