Hello bluerain,
Everything you said makes perfect sense and, surprisingly, it is (and
should be) the expected behaviour, given that exact piece of code.
In a *switch *statement, the default behaviour is to go to the *next
block* if a block does not end with the *break* keyword. It is normal
Hello Yuri,
Perfect !
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 11/14/2013 04:15 PM, Yuri Ritvin wrote:
Thank you, Bogdan.
You are absolutely right. OpenSIPS is OK.
I made an investigation and found a culprit - an rsyslog.conf got
Hi Jeff,
the LO interface issue is really strange - I cannot imagine a relation
between the LO interface and the shutdown interfaceattaching with
gdb to a running process is as simple as accessing a core file gdb
bin_file pid
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
Hello Ovidiu,
Thanks for your help.
I tried to run OpenSips without the dispatcher module, it's working
fine (I mean, no crash yet ...).
Later this week I will have more info, I've to investigate based on
your advices.
Have a nice day,
Samuel MULLER
--
Message: 3
Hi,
Thanks for response i loaded that modules and i again i am facing same
problem.And users online status is not showing and and users are not
registering in Softphone.And i configured opensips and asterisk in the same
server.
Log message.
Nov 18 06:06:13 developer-asterisk-vm24
Hello Alexander,
Are you using a pre or post 1.9 version of OpenSIPS?
Best regards,
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 11/18/2013 01:54 PM, Alexander Mustafin wrote:
Hi.
I'm using some translation rules for various purposes.
I've got dial plan rule with
Hello again,
On second thoughts, I can tell you're running a post 1.9 version of
OpenSIPS. Now in debug mode you should see all the rules being dumped in
the logs with every reload operation, either at startup or through MI.
Could you check if the DPID: 3 rules actually appear listed in that
Really?! So the exit statement I put does not EXIT from the entire script?
Then what does exit do? Hey by the way, thanks again for taking the time
answering my question.
And if it go next block, the return code should been -1 why it would
execute in code block in -3 or -2?
--
View this
So anyhow, I probabaly better off to go with IF statement then switch in
this type of scenario,huh...
--
View this message in context:
http://opensips-open-sip-server.1449251.n2.nabble.com/Get-IP-Port-of-registered-user-or-from-Location-table-tp7588494p7588563.html
Sent from the OpenSIPS -
Hi Bogdan,
You're right, localhost doesn't seem to have anything to do with it. In
fact, I can't reproduce this problem anymore. One difference is now I'm
using DBG_QM_MALLOC instead of F_MALLOC to troubleshoot the other memory
issue.
Now, instead of leaving processes running after shutdown,
This functionality has become key for my configuration. I've done some
digging today. Here's what I know.
b2b_entities' auth call gets to around line 347 of usr_avp.c and fails:
if (*crt_avps==0)
return 0;
Programming is not my strength. Any thoughts
Can you post the debug logs and let us know which version of opensips
are you running?
Also, make sure that you set the credentials in AVPs before invoking
the b2b call.
Thanks,
Ovidiu
On Mon, Nov 18, 2013 at 5:11 PM, Jeff Pyle jp...@fidelityvoice.com wrote:
This functionality has become key
It's 1.10 pulled from git a few hours ago. Debian 7 64-bit.
The AVPs are set prior to calling the b2b scenario:
modparam(uac_auth,auth_realm_avp, $avp(auth_realm))
modparam(uac_auth,auth_username_avp,$avp(auth_user))
modparam(uac_auth,auth_password_avp,$avp(auth_pass))
Did you set the onreply_avp_mode for tm:
http://www.opensips.org/html/docs/modules/devel/tm.html#id293972
On Monday, November 18, 2013, Jeff Pyle wrote:
It's 1.10 pulled from git a few hours ago. Debian 7 64-bit.
The AVPs are set prior to calling the b2b scenario:
Thanks, Liviu!
My bad - the rule is wrong. And in the debug I’ve seen error:
Nov 19 03:20:02 ops /usr/sbin/opensips[31841]: DBG:dialplan:build_rule:
Compiling ^\d{3,6}\%23\d*$ expression with flag: 0
Nov 19 03:20:02 ops /usr/sbin/opensips[31841]: DBG:dialplan:build_rule:
building subst rule
Bogdan,
Well, not much. Here is everything from where it starts to read the
b2b_entities table (called b2b_entities3 here) through to the end.
Nov 18 22:36:03 [27724] DBG:db_text:dbt_load_file: request for table
[b2b_entities3]
Nov 18 22:36:03 [27724] DBG:db_text:dbt_load_file: db is
16 matches
Mail list logo
