Re: [OpenSIPS-Users] Topology Hiding Feature request

[Bogdan-Andrei Iancu]

Hi Pete,

This is the second time in ~ 1 week when someone asks for this feature ( 
callID change without TH ) :)..


Please open feature request issues on the GITHUB tracker.

Thanks and regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 18.05.2016 11:00, Pete Kelly wrote:
In the topology hiding module it is possible to ask OpenSIPS to also 
modify the Call-ID in addition to hiding the topology.


Would it be possible to allow OpenSIPS to *only* modify the Call-ID 
(and not replace the topology).


Also whilst I am asking lots of questions, is it possible to make the 
Call-ID modification work without dialog support? It seems there is 
already a prefix appended to the modified Call-ID, and also an 
internal hash stored in order to be able to reverse any modification - 
so it seems feasible it could be done on the fly with no dialog.


Pete


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] topology hiding documentation clarification

[Bogdan-Andrei Iancu]

Pete,

you mean you do topology_hiding("C") without a prior create_dialog() ?

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 18.05.2016 10:56, Pete Kelly wrote:

Hi

It seems the ability to modify Call-ID on topology hiding is limited 
to dialog based topology hiding only. With no dialog 
topology_hiding("C") will silently fail to modify the Call-ID header.


Is it possible to update the documentation to mention this, I spent a 
few hours working it all out yesterday, it could help others who are 
also looking at this solution.


Thanks
Pete


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Drouting memory usage

[Bogdan-Andrei Iancu]

Yes, it makes sense as the crash (on bogus mem ops) was related to an 
invalid Contact URI in the SIP request.


Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 18.05.2016 17:06, John Nash wrote:
OK. will update.Thank you. SIP message validate in the script seemed 
to have stopped this crash or its not related to that?


On Wed, May 18, 2016 at 5:51 PM, Bogdan-Andrei Iancu 
> wrote:


Hi John,

Thanks for the info, I managed to find the bug and have it fixed:

https://github.com/OpenSIPS/opensips/commit/4b0fca533cd7be4a45c1381c78f2b37aaba6152b

Please update from GIT and let me know if you still have the problem.

Best regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 17.05.2016 21:37, John Nash wrote:

Hello Bogdan,

The version is Server:: OpenSIPS (2.1.2 (x86_64/linux))

Since this is live we do not have detailed debug. Below is what
happened before crash (We had multiple such entries). I figured
it might be related to malformed SIP message so I
applied sipmsg_validate() function even for so called trusted
endpoints.


May 11 20:38:30 localhost opensips[10315]: ERROR:tm:send_ack:
failed to generate a HBH ACK if key HFs in reply missing
May 11 20:38:30 localhost opensips[10315]:
ERROR:tm:reply_received: failed to send ACK (local=no)
May 11 20:38:46 localhost opensips[10315]: ERROR:tm:send_ack:
failed to generate a HBH ACK if key HFs in reply missing
May 11 20:38:46 localhost opensips[10315]:
ERROR:tm:reply_received: failed to send ACK (local=no)
May 11 20:38:51 localhost opensips[10314]: ERROR:core:parse_to:
unexpected char [#015] in status 1: <<"1234

;tag=2878411H96479>> .
May 11 20:38:51 localhost opensips[10314]:
ERROR:core:parse_from_header: bad from header
May 11 20:38:51 localhost opensips[10314]:
ERROR:dialog:dlg_create_dialog: bad request or missing FROM hdr :-/
May 11 20:38:51 localhost opensips[10314]: ERROR:core:skip_name:
closing quote missing in name part of Contact
May 11 20:38:51 localhost opensips[10314]:
ERROR:core:parse_contacts: failed to skip name part
May 11 20:38:51 localhost opensips[10314]:
ERROR:core:contact_parser: failed to parse contacts
May 11 20:38:51 localhost opensips[10314]:
ERROR:core:parse_contact: failed to parse contact
May 11 20:38:51 localhost opensips[10314]:
ERROR:topology_hiding:topo_no_dlg_encode_contact: bad Contact HDR
May 11 20:38:51 localhost opensips[10314]: ERROR:core:skip_name:
closing quote missing in name part of Contact
May 11 20:38:51 localhost opensips[10314]:
ERROR:core:parse_contacts: failed to skip name part
May 11 20:38:51 localhost opensips[10314]:
ERROR:core:contact_parser: failed to parse contacts
May 11 20:38:51 localhost opensips[10314]:
ERROR:core:parse_contact: failed to parse contact
May 11 20:38:51 localhost opensips[10314]:
ERROR:topology_hiding:build_encoded_contact_suffix: bad Contact HDR
May 11 20:38:51 localhost opensips[10314]:
CRITICAL:topology_hiding:build_encoded_contact_suffix: #012>>>
pkg_free() on non-pkg ptr 0x18 - aborting!#012#012It seems you
have hit a programming bug.#012Please help us make OpenSIPS
better by reporting it at
https://github.com/OpenSIPS/opensips/issues#012


On Tue, May 17, 2016 at 9:35 PM, Bogdan-Andrei Iancu
> wrote:

Hi Nash,

What version of OpenSIPS are you using ? also, before that
CRITICAL message, do you see any other error messages in the
logs ?

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 12.05.2016 08:46, John Nash wrote:

Actually crash happened shortly after we uploaded 11000
codes but looks like it is not related to drouting. I see
following message

CRITICAL:topology_hiding:build_encoded_contact_suffix:
#012>>> pkg_free() on non-pkg ptr 0x18 - aborting!#012#012It
seems you have hit a programming bug.#012Please help us make
OpenSIPS better by reporting it at
https://github.com/OpenSIPS/opensips/issues#012

In log file I see following messages time to time
ERROR:core:pv_get_contact_body: failed to parse contact hdr

On Wed, May 11, 2016 at 11:29 PM, John Nash
> wrote:

I have been using drouting module with just 200 entries
from 8 months yesterday we had need of adding around
11000 entries in rules table but after that opensips
started to crash. I am currently using -m 2048 -M 1024
  

Re: [OpenSIPS-Users] Drouting memory usage

[John Nash]

OK. will update.Thank you. SIP message validate in the script seemed to
have stopped this crash or its not related to that?

On Wed, May 18, 2016 at 5:51 PM, Bogdan-Andrei Iancu 
wrote:

> Hi John,
>
> Thanks for the info, I managed to find the bug and have it fixed:
>
> https://github.com/OpenSIPS/opensips/commit/4b0fca533cd7be4a45c1381c78f2b37aaba6152b
>
> Please update from GIT and let me know if you still have the problem.
>
> Best regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
> On 17.05.2016 21:37, John Nash wrote:
>
> Hello Bogdan,
>
> The version is Server:: OpenSIPS (2.1.2 (x86_64/linux))
>
> Since this is live we do not have detailed debug. Below is what happened
> before crash (We had multiple such entries). I figured it might be related
> to malformed SIP message so I applied sipmsg_validate() function even for
> so called trusted endpoints.
>
>
> May 11 20:38:30 localhost opensips[10315]: ERROR:tm:send_ack: failed to
> generate a HBH ACK if key HFs in reply missing
> May 11 20:38:30 localhost opensips[10315]: ERROR:tm:reply_received: failed
> to send ACK (local=no)
> May 11 20:38:46 localhost opensips[10315]: ERROR:tm:send_ack: failed to
> generate a HBH ACK if key HFs in reply missing
> May 11 20:38:46 localhost opensips[10315]: ERROR:tm:reply_received: failed
> to send ACK (local=no)
> May 11 20:38:51 localhost opensips[10314]: ERROR:core:parse_to: unexpected
> char [#015] in status 1: <<"1234  
> ;tag=2878411H96479>> .
> May 11 20:38:51 localhost opensips[10314]: ERROR:core:parse_from_header:
> bad from header
> May 11 20:38:51 localhost opensips[10314]: ERROR:dialog:dlg_create_dialog:
> bad request or missing FROM hdr :-/
> May 11 20:38:51 localhost opensips[10314]: ERROR:core:skip_name: closing
> quote missing in name part of Contact
> May 11 20:38:51 localhost opensips[10314]: ERROR:core:parse_contacts:
> failed to skip name part
> May 11 20:38:51 localhost opensips[10314]: ERROR:core:contact_parser:
> failed to parse contacts
> May 11 20:38:51 localhost opensips[10314]: ERROR:core:parse_contact:
> failed to parse contact
> May 11 20:38:51 localhost opensips[10314]:
> ERROR:topology_hiding:topo_no_dlg_encode_contact: bad Contact HDR
> May 11 20:38:51 localhost opensips[10314]: ERROR:core:skip_name: closing
> quote missing in name part of Contact
> May 11 20:38:51 localhost opensips[10314]: ERROR:core:parse_contacts:
> failed to skip name part
> May 11 20:38:51 localhost opensips[10314]: ERROR:core:contact_parser:
> failed to parse contacts
> May 11 20:38:51 localhost opensips[10314]: ERROR:core:parse_contact:
> failed to parse contact
> May 11 20:38:51 localhost opensips[10314]:
> ERROR:topology_hiding:build_encoded_contact_suffix: bad Contact HDR
> May 11 20:38:51 localhost opensips[10314]:
> CRITICAL:topology_hiding:build_encoded_contact_suffix: #012>>> pkg_free()
> on non-pkg ptr 0x18 - aborting!#012#012It seems you have hit a programming
> bug.#012Please help us make OpenSIPS better by reporting it at
> https://github.com/OpenSIPS/opensips/issues#012
>
>
> On Tue, May 17, 2016 at 9:35 PM, Bogdan-Andrei Iancu <
> bog...@opensips.org> wrote:
>
>> Hi Nash,
>>
>> What version of OpenSIPS are you using ? also, before that CRITICAL
>> message, do you see any other error messages in the logs ?
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>> On 12.05.2016 08:46, John Nash wrote:
>>
>> Actually crash happened shortly after we uploaded 11000 codes but looks
>> like it is not related to drouting. I see following message
>>
>> CRITICAL:topology_hiding:build_encoded_contact_suffix: #012>>> pkg_free()
>> on non-pkg ptr 0x18 - aborting!#012#012It seems you have hit a programming
>> bug.#012Please help us make OpenSIPS better by reporting it at
>> 
>> https://github.com/OpenSIPS/opensips/issues#012
>>
>> In log file I see following messages time to time
>> ERROR:core:pv_get_contact_body: failed to parse contact hdr
>>
>> On Wed, May 11, 2016 at 11:29 PM, John Nash < 
>> john.nash...@gmail.com> wrote:
>>
>>> I have been using drouting module with just 200 entries from 8 months
>>> yesterday we had need of adding around 11000 entries in rules table but
>>> after that opensips started to crash. I am currently using -m 2048 -M 1024
>>> isn't it enough memory?
>>>
>>> How can I anticipate memory usage?
>>>
>>> John
>>>
>>
>>
>>
>> ___
>> Users mailing 
>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Drouting memory usage

[Bogdan-Andrei Iancu]

Hi John,

Thanks for the info, I managed to find the bug and have it fixed:
https://github.com/OpenSIPS/opensips/commit/4b0fca533cd7be4a45c1381c78f2b37aaba6152b

Please update from GIT and let me know if you still have the problem.

Best regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 17.05.2016 21:37, John Nash wrote:

Hello Bogdan,

The version is Server:: OpenSIPS (2.1.2 (x86_64/linux))

Since this is live we do not have detailed debug. Below is what 
happened before crash (We had multiple such entries). I figured it 
might be related to malformed SIP message so I 
applied sipmsg_validate() function even for so called trusted endpoints.



May 11 20:38:30 localhost opensips[10315]: ERROR:tm:send_ack: failed 
to generate a HBH ACK if key HFs in reply missing
May 11 20:38:30 localhost opensips[10315]: ERROR:tm:reply_received: 
failed to send ACK (local=no)
May 11 20:38:46 localhost opensips[10315]: ERROR:tm:send_ack: failed 
to generate a HBH ACK if key HFs in reply missing
May 11 20:38:46 localhost opensips[10315]: ERROR:tm:reply_received: 
failed to send ACK (local=no)
May 11 20:38:51 localhost opensips[10314]: ERROR:core:parse_to: 
unexpected char [#015] in status 1: <<"1234 
 ;tag=2878411H96479>> .
May 11 20:38:51 localhost opensips[10314]: 
ERROR:core:parse_from_header: bad from header
May 11 20:38:51 localhost opensips[10314]: 
ERROR:dialog:dlg_create_dialog: bad request or missing FROM hdr :-/
May 11 20:38:51 localhost opensips[10314]: ERROR:core:skip_name: 
closing quote missing in name part of Contact
May 11 20:38:51 localhost opensips[10314]: ERROR:core:parse_contacts: 
failed to skip name part
May 11 20:38:51 localhost opensips[10314]: ERROR:core:contact_parser: 
failed to parse contacts
May 11 20:38:51 localhost opensips[10314]: ERROR:core:parse_contact: 
failed to parse contact
May 11 20:38:51 localhost opensips[10314]: 
ERROR:topology_hiding:topo_no_dlg_encode_contact: bad Contact HDR
May 11 20:38:51 localhost opensips[10314]: ERROR:core:skip_name: 
closing quote missing in name part of Contact
May 11 20:38:51 localhost opensips[10314]: ERROR:core:parse_contacts: 
failed to skip name part
May 11 20:38:51 localhost opensips[10314]: ERROR:core:contact_parser: 
failed to parse contacts
May 11 20:38:51 localhost opensips[10314]: ERROR:core:parse_contact: 
failed to parse contact
May 11 20:38:51 localhost opensips[10314]: 
ERROR:topology_hiding:build_encoded_contact_suffix: bad Contact HDR
May 11 20:38:51 localhost opensips[10314]: 
CRITICAL:topology_hiding:build_encoded_contact_suffix: #012>>> 
pkg_free() on non-pkg ptr 0x18 - aborting!#012#012It seems you have 
hit a programming bug.#012Please help us make OpenSIPS better by 
reporting it at https://github.com/OpenSIPS/opensips/issues#012



On Tue, May 17, 2016 at 9:35 PM, Bogdan-Andrei Iancu 
> wrote:


Hi Nash,

What version of OpenSIPS are you using ? also, before that
CRITICAL message, do you see any other error messages in the logs ?

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 12.05.2016 08:46, John Nash wrote:

Actually crash happened shortly after we uploaded 11000 codes but
looks like it is not related to drouting. I see following message

CRITICAL:topology_hiding:build_encoded_contact_suffix: #012>>>
pkg_free() on non-pkg ptr 0x18 - aborting!#012#012It seems you
have hit a programming bug.#012Please help us make OpenSIPS
better by reporting it at
https://github.com/OpenSIPS/opensips/issues#012

In log file I see following messages time to time
ERROR:core:pv_get_contact_body: failed to parse contact hdr

On Wed, May 11, 2016 at 11:29 PM, John Nash
> wrote:

I have been using drouting module with just 200 entries from
8 months yesterday we had need of adding around 11000 entries
in rules table but after that opensips started to crash. I am
currently using -m 2048 -M 1024 isn't it enough memory?

How can I anticipate memory usage?

John




___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users





___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Possible dialog/topology hiding bug

[Bogdan-Andrei Iancu]

Hi Pete,

By doing kill -9, you completely kill ALL opensips processes, so there 
is no cleanup/flush during shutdown. On crashes, the worker processes 
crashes - the attendant cannot crash (as it is not doing anything), so 
this process can do the shutdown in a proper way.


Can you try to see if the call is properly recover if you do normal 
restart (no SIGKILL, but SIGTERM) ? If it does, please take a snapshot 
of the db entry (for that call) while opensips is down - one for KILL, 
one for TERM; and let's see the differences - maybe some dialog data 
gets flushed only during shutdown.


Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 18.05.2016 10:53, Pete Kelly wrote:
Yes exactly - in fact I did not restart opensips, I waited until the 
call is established, and until dialog had flushed to DB and then 
killall -9 opensips to simulate a crash.


Upon restart the dialog was loaded in from database

On 17 May 2016 at 18:18, Bogdan-Andrei Iancu > wrote:


Hi Pete,

No, this is not a know bug, nor an intended behavior. So, simply
restarting opensips during a TH call will lead to this error ? no
special setup, just a proxy between 2 end points, right ?

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 17.05.2016 16:36, Pete Kelly wrote:

I am seeing something interesting with topology_hiding + dialog
on 2.1. If I let the dialog flush to the DB and kill opensips,
opensips loads back in the dialog info on startup as expected.

However any new in dialog requests (e.g. BYE) do not proxy - it
looks like Via, Call-ID and Contact are restored but ruri is not
- which makes OpenSIPS loop the request back to itself.

For reference, to "enable" topology hiding, I am simply calling
topology_hiding("C") then in has_totag() I am calling
topology_hiding_match()

If I perform the same test without topology hiding, the in-dialog
requests continue to proxy as normal.

Is this a known bug/quirk, is it likely I am not performing some
check or test that i need to?


___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users





___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] How to avoid many warnings about "handle_timer_job".

[Bogdan-Andrei Iancu]

Maybe John, the author of the sqlite driver in OpenSIPS has some 
information on this


Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 17.05.2016 20:06, Rodrigo Pimenta Carvalho wrote:


Ok.


I agree with you.


But, do you have some comment on how to handle locked tables when I'm 
using DB_SQLite module from OpenSIPS?



I know that SQLite has a mechanism to handle this condition and I have 
already used it in another project without OpenSIPs. But, as log as 
the connection to SQLite is programmed in the OpenSIPS code, should I 
do something more to deal with this kind of issue?



Any hint will be very helpful!


Regards.


RODRIGO PIMENTA CARVALHO
Inatel Competence Center
Software
Ph: +55 35 3471 9200 RAMAL 979



*De:* Bogdan-Andrei Iancu 
*Enviado:* terça-feira, 17 de maio de 2016 13:03
*Para:* Rodrigo Pimenta Carvalho; users@lists.opensips.org
*Assunto:* Re: [OpenSIPS-Users] How to avoid many warnings about 
"handle_timer_job".

Hi Rodrigo,

I guess the root of your problem is this:
 ERROR: db_sqlite:db_sqlite_raw_query: query failed: database is 
locked.


If the DB query gets blocked on sqlite level, then the timer job will 
not terminate and the timer will complain on this -> you will get all 
the warnings from the timer:

WARNING:core:timer_ticker: timer task  already scheduled...

Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com


Home — OpenSIPS Solutions 
www.opensips-solutions.com
OpenSIPS is a mature Open Source implementation of a SIP server. 
OpenSIPS is more than a SIP proxy/router as it includes 
application-level functionalities.


On 17.05.2016 14:57, Rodrigo Pimenta Carvalho wrote:


Hi Bogdan-Andrei.


For usrloc I had used the following configuration until 3 days ago, 
and having the same problem:



-

modparam("usrloc", "nat_bflag", "NAT")
modparam("usrloc", "db_mode", 1)
modparam("usrloc", "timer_interval",10)
modparam("usrloc", "db_url",
"sqlite:///usr/local/opensips/db/sisc.sqlite") # CUSTOMIZE ME
-- 




Since 3 days ago I started to use the following modified 
configuration, and the problem disappeared:



modparam("usrloc", "db_mode", 2)
modparam("usrloc", "timer_interval",3)

I'm still not sure that such modification in configuration is the 
solution, because I still have to test several situations. Ex: using 
TLS, TCP. Making calls (until now in my recent tests I didn't make 
calls). Using a link to Internet (until know I'm using a LAN in my 
recent tests). So, there are some scenarios that I still have to test 
before confirming that I have gotten the solution. Until now I just 
let 2 clients sending SIP REGISTER and nothing more.


By the way, I'm using SQLite and I know that some times the log 
presents the message:


" ERROR: db_sqlite:db_sqlite_raw_query: query failed: database is 
locked."


That is, sometimes a table can be locked, but it should be 
responsibility of the DB_SQLite module to handle this condition, 
shouldn't be?
Do you think that SQLite can be causing such issue (delay in the 
execution of the ul-timer)?


Any hint will be very helpful!

Thanks!


RODRIGO PIMENTA CARVALHO
Inatel Competence Center
Software
Ph: +55 35 3471 9200 RAMAL 979



*De:* Bogdan-Andrei Iancu 
*Enviado:* terça-feira, 17 de maio de 2016 05:47
*Para:* Rodrigo Pimenta Carvalho; users@lists.opensips.org
*Assunto:* Re: [OpenSIPS-Users] How to avoid many warnings about 
"handle_timer_job".

Hi Rodrigo,

I'm back also. The logs indicate there is a serious delay in the 
execution of the ul-timer (user location). According to your logs, it 
is almost 15 minutes :O . What db_mode do you use in usrloc module ?


Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com


Home — OpenSIPS Solutions 
www.opensips-solutions.com
OpenSIPS is a mature Open Source implementation of a SIP server. 
OpenSIPS is more than a SIP proxy/router as it includes 
application-level functionalities.


On 11.05.2016 16:29, Rodrigo Pimenta Carvalho wrote:


Hi. Just one more thing:


During my tests I have zero calls per second and zero parallel calls.

I just let softphones sending SIP REGISTER messages, 1 at each minute.

And I have just 4 softphones registering.


After all, we have changed the CPU clock, increasing it. For example:


we have used the command  "cpufreq-set -f 7920" to change the 
clock to 792 MHz.

Re: [OpenSIPS-Users] How to avoid many warnings about "handle_timer_job".

[Bogdan-Andrei Iancu]

Hi Rodrigo,

I guess the root of your problem is this:
 ERROR: db_sqlite:db_sqlite_raw_query: query failed: database is 
locked.


If the DB query gets blocked on sqlite level, then the timer job will 
not terminate and the timer will complain on this -> you will get all 
the warnings from the timer:

WARNING:core:timer_ticker: timer task  already scheduled...

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 17.05.2016 14:57, Rodrigo Pimenta Carvalho wrote:


Hi Bogdan-Andrei.


For usrloc I had used the following configuration until 3 days ago, 
and having the same problem:



-

modparam("usrloc", "nat_bflag", "NAT")
modparam("usrloc", "db_mode", 1)
modparam("usrloc", "timer_interval",10)
modparam("usrloc", "db_url",
"sqlite:///usr/local/opensips/db/sisc.sqlite") # CUSTOMIZE ME
-- 




Since 3 days ago I started to use the following modified 
configuration, and the problem disappeared:



modparam("usrloc", "db_mode", 2)
modparam("usrloc", "timer_interval",3)

I'm still not sure that such modification in configuration is the 
solution, because I still have to test several situations. Ex: using 
TLS, TCP. Making calls (until now in my recent tests I didn't make 
calls). Using a link to Internet (until know I'm using a LAN in my 
recent tests). So, there are some scenarios that I still have to test 
before confirming that I have gotten the solution. Until now I just 
let 2 clients sending SIP REGISTER and nothing more.


By the way, I'm using SQLite and I know that some times the log 
presents the message:


" ERROR: db_sqlite:db_sqlite_raw_query: query failed: database is locked."

That is, sometimes a table can be locked, but it should be 
responsibility of the DB_SQLite module to handle this condition, 
shouldn't be?
Do you think that SQLite can be causing such issue (delay in the 
execution of the ul-timer)?


Any hint will be very helpful!

Thanks!


RODRIGO PIMENTA CARVALHO
Inatel Competence Center
Software
Ph: +55 35 3471 9200 RAMAL 979



*De:* Bogdan-Andrei Iancu 
*Enviado:* terça-feira, 17 de maio de 2016 05:47
*Para:* Rodrigo Pimenta Carvalho; users@lists.opensips.org
*Assunto:* Re: [OpenSIPS-Users] How to avoid many warnings about 
"handle_timer_job".

Hi Rodrigo,

I'm back also. The logs indicate there is a serious delay in the 
execution of the ul-timer (user location). According to your logs, it 
is almost 15 minutes :O . What db_mode do you use in usrloc module ?


Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com


Home — OpenSIPS Solutions 
www.opensips-solutions.com
OpenSIPS is a mature Open Source implementation of a SIP server. 
OpenSIPS is more than a SIP proxy/router as it includes 
application-level functionalities.


On 11.05.2016 16:29, Rodrigo Pimenta Carvalho wrote:


Hi. Just one more thing:


During my tests I have zero calls per second and zero parallel calls.

I just let softphones sending SIP REGISTER messages, 1 at each minute.

And I have just 4 softphones registering.


After all, we have changed the CPU clock, increasing it. For example:


we have used the command  "cpufreq-set -f 7920" to change the 
clock to 792 MHz.



Before it, the clock used was less than 400 MHz.


Do you think it can really help us to avoid such warning in the log?


Best regards.



Best regards.


RODRIGO PIMENTA CARVALHO
Inatel Competence Center
Software
Ph: +55 35 3471 9200 RAMAL 979



*De:* Rodrigo Pimenta Carvalho
*Enviado:* quarta-feira, 11 de maio de 2016 09:03
*Para:* Bogdan-Andrei Iancu
*Assunto:* Re: [OpenSIPS-Users] How to avoid many warnings about 
"handle_timer_job".


Hi Bogdan-Andrei.


I'm back.


After coming back, I didn't see that log anymore.


However, another log appears every day:


"

May 11 11:51:48 colibri-imx6-jfl opensips[2193]: May 11 11:51:48 
[2200] WARNING:core:timer_ticker: timer task  already 
schedualed for 940840 ms (now 20647710 ms)...y overlap..

"


When it starts to appear, I have to reset the OpenSIPS to avoid such 
messages.



My configurations :

---

debug=3

log_stderror=yes
log_facility=LOG_LOCAL1

max_while_loops=200
sip_warning = 0
tcp_children=4

fork=yes # para usar TLS deixe o fork = yes.
children=4
--

Any suggestion?


Best Regards.




RODRIGO PIMENTA CARVALHO
Inatel Competence Center
Software
Ph: +55 35 3471 9200 RAMAL 979

Re: [OpenSIPS-Users] Question regarding b2b_bridge function

[Pete Kelly]

Hi Ping

I believe if you run the b2b_list fifo command, you can get this
information from OpenSIPS in realtime without having to look in the
database.

http://www.opensips.org/html/docs/modules/2.1.x/b2b_logic.html#id294362

On 18 May 2016 at 08:39, Ping Han  wrote:

> Hi,
>
> I would like to use the b2b_bridge fifo function as specified at
> http://www.opensips.org/html/docs/modules/2.1.x/b2b_logic.html#id248916.
>
> The function will be triggered by a third party. I will need to pass the
> parameters to the third party for it to trigger the function. One of the
> parameters is the "dialog-id".
>
> The problem is that I am not sure how the value of the dialog-id can be
> available in the Opensips config. Is there any Opensips modules/function
> that can retrieve the value of the dialog-id?
>
> I tried to get the value from the "b2b_entities" and "b2b_logic" table.
> However, it seems that it does not work this way because the two tables do
> not pop the data in real time. Sometimes I can see the data but sometimes I
> am not able to see it.
>
> It is appreciated that you can give me some idea.
>
> Thanks,
>
> Ping
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Topology Hiding Feature request

[Pete Kelly]

In the topology hiding module it is possible to ask OpenSIPS to also modify
the Call-ID in addition to hiding the topology.

Would it be possible to allow OpenSIPS to *only* modify the Call-ID (and
not replace the topology).

Also whilst I am asking lots of questions, is it possible to make the
Call-ID modification work without dialog support? It seems there is already
a prefix appended to the modified Call-ID, and also an internal hash stored
in order to be able to reverse any modification - so it seems feasible it
could be done on the fly with no dialog.

Pete
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] topology hiding documentation clarification

[Pete Kelly]

Hi

It seems the ability to modify Call-ID on topology hiding is limited to
dialog based topology hiding only. With no dialog topology_hiding("C") will
silently fail to modify the Call-ID header.

Is it possible to update the documentation to mention this, I spent a few
hours working it all out yesterday, it could help others who are also
looking at this solution.

Thanks
Pete
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Possible dialog/topology hiding bug

[Pete Kelly]

Yes exactly - in fact I did not restart opensips, I waited until the call
is established, and until dialog had flushed to DB and then killall -9
opensips to simulate a crash.

Upon restart the dialog was loaded in from database

On 17 May 2016 at 18:18, Bogdan-Andrei Iancu  wrote:

> Hi Pete,
>
> No, this is not a know bug, nor an intended behavior. So, simply
> restarting opensips during a TH call will lead to this error ? no special
> setup, just a proxy between 2 end points, right ?
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
> On 17.05.2016 16:36, Pete Kelly wrote:
>
> I am seeing something interesting with topology_hiding + dialog on 2.1. If
> I let the dialog flush to the DB and kill opensips, opensips loads back in
> the dialog info on startup as expected.
>
> However any new in dialog requests (e.g. BYE) do not proxy - it looks like
> Via, Call-ID and Contact are restored but ruri is not - which makes
> OpenSIPS loop the request back to itself.
>
> For reference, to "enable" topology hiding, I am simply calling
> topology_hiding("C") then in has_totag() I am calling
> topology_hiding_match()
>
> If I perform the same test without topology hiding, the in-dialog requests
> continue to proxy as normal.
>
> Is this a known bug/quirk, is it likely I am not performing some check or
> test that i need to?
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Question regarding b2b_bridge function

[Ping Han]

Hi,

I would like to use the b2b_bridge fifo function as specified at
http://www.opensips.org/html/docs/modules/2.1.x/b2b_logic.html#id248916.

The function will be triggered by a third party. I will need to pass the
parameters to the third party for it to trigger the function. One of the
parameters is the "dialog-id".

The problem is that I am not sure how the value of the dialog-id can be
available in the Opensips config. Is there any Opensips modules/function
that can retrieve the value of the dialog-id?

I tried to get the value from the "b2b_entities" and "b2b_logic" table.
However, it seems that it does not work this way because the two tables do
not pop the data in real time. Sometimes I can see the data but sometimes I
am not able to see it.

It is appreciated that you can give me some idea.

Thanks,

Ping
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users