On Feb 7, 2014, at 3:06 AM, hutx wrote:
Hi All,
I do not know how to make my mediaproxy and callcontrol output log. I use
Debian3.2.0.
The default log level for MediaProxy is debug, so you should see it starting.
Don't you see any entries on syslog? What happens if you run the
Perfect Sean ! The crash was also fixed in OpenSIPS by Liviu - even if
config is wrong, it should not crash at all !
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 07.02.2014 03:03, hutx wrote:
Hi,
Yes, I modified my configuration
Hello,
If you plan to change the FROM in different ways for each branch, you
need to do the change in a branch_route and not in the request route -
whatever changes you do in request route will be propagate in all
branches. The changes you do in branch route will be vizible only in
that
Hello,
There is no such mechanism - as said, subscribing to a user's presentity
(and the whole presence stuff) is completely independent from the
registration mechanism. There is no need to register in order to have
presence working.
The subscriptions are time based (they have an expire,
Hello,
In the registrar module I set the max_contacts parameter.
Save function work as expected, but I did not manage to log the 503
status when max contacts is reached.
It seems configuration after save function is not used by Opensips in
this case.
Is this an expected behavior and could I log
Hello,
The SIP RFC3261 says that only the registered URI contact (along with
the URI params) are to be stored by the registrar server. The header
params are not to be stored.
So, should I understand the that GSMA specs may conflict with the SIP
specs ???
BTW, do you have an example of such
Hello,
No sure what CRBT stands for, but it looks to me that you need to use
B2B module - what you are trying to do is something more than simply
proxying a call.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 07.02.2014 19:00, H Yavari
Hello,
Not sure a bug or an undocumented feature, but save() function, in case
of internal error, is stopping the script.
Assuming we change that (to continue the script execution), you will
failure from save() without actually knowing the error itself. I
assume you are looking the error
The traffic goes from the server making the call to the opensips proxy to the
carrier. The /304 doesn't exist in the original invite from the server that
makes the call. Do you want to see the packets from the calling server to the
opensips box to the carrier?
But most importantly, I'm still
