Re: [OpenSIPS-Users] Too many warnings in opensips log

2016-09-12 Thread Bogdan-Andrei Iancu 

Hi Agalya,

Please see the attachpatch. Please applyit and recompile. If my 
suspicions are right, it should give you the same (or more) throughput 
as 1.11 without those warnings.


Please let me know.

Best regards,

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

On 31.08.2016 17:45, Ramachandran, Agalya (Contractor) wrote:


Hi Bogdan,

Sure you can send it by tomorrow.

Regards,
Agalya

*From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
*Sent:* Tuesday, August 30, 2016 5:41 PM
*To:* Ramachandran, Agalya (Contractor) 
; OpenSIPS users mailling list 


*Subject:* Re: [OpenSIPS-Users] Too many warnings in opensips log

Is it ok to send you a testing patch for tomorrow ?

Regards,

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

On 30.08.2016 23:58, Ramachandran, Agalya (Contractor) wrote:

Yes. You are right.

*From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
*Sent:* Tuesday, August 30, 2016 4:45 PM
*To:* Ramachandran, Agalya (Contractor)

; OpenSIPS users mailling
list  
*Subject:* Re: [OpenSIPS-Users] Too many warnings in opensips log

OK, and if you stop the traffic, do the warnings go away ?

Regards,


Bogdan-Andrei Iancu

OpenSIPS Founder and Developer

http://www.opensips-solutions.com

On 30.08.2016 19:43, Ramachandran, Agalya (Contractor) wrote:

Hi Bogdan,

Yes, am doing rest queries using async.

Regards,
Agalya

*From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
*Sent:* Tuesday, August 30, 2016 12:17 PM
*To:* Ramachandran, Agalya (Contractor)

; OpenSIPS users
mailling list 

*Subject:* Re: [OpenSIPS-Users] Too many warnings in opensips log

Hi Agalya,

Before answering, a fast question to you :).

What kind of processing do you in the script for the INVITEs ?
is it something time consuming, potential blocking like DB
queries, DNS, rest queries ?

Regards,




Bogdan-Andrei Iancu

OpenSIPS Founder and Developer

http://www.opensips-solutions.com

On 30.08.2016 18:42, Ramachandran, Agalya (Contractor) wrote:

Hi Bogdan,

In understand why these warnings are occurred.

Yes, I initially used the default script with children as
4. With this config sending 10 calls at 2cps am getting
these warnings continuously.

After that I changed the children to 12. And now it’s all
good.

But I have a question. When I try to run the load test in
opensips 1.11, I had children as 1, and I could run like
100 cps.

Why in the opensips 2.1.4 version we are getting this
warnings.  What has changed between 1.11 and 2.1.4?

The only way to avoid this is to keep increasing the children?

In the new opensips in order to run 100cps I should
increase my children to somewhere around 150?

Regards,
Agalya

*From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
*Sent:* Tuesday, August 30, 2016 6:20 AM
*To:* Ramachandran, Agalya (Contractor)

; OpenSIPS users
mailling list 

*Subject:* Re: [OpenSIPS-Users] Too many warnings in
opensips log

Hi Agalya,

The message that usually pops up first :
WARNING:core:utimer task  already scheduled for

tells that the given timer routing is slow (tm-utimer in
our case) and the previous execution is not completed when
the next triggering happens. This TM routine is
responsible for SIP retransmissions.

The second message
WARNING:core:handle_timer_job: utimer job  has
a x us delay in execution
tells how long the timer job spent between being scheduled
(triggered) and being lunched in execution (the 2 events
happen in different processes).

In your case, you have 4 processes, one UDP listener and
you do 2cps ? and you get one of the warnings ? do you use
the default script ?

Best regards,




Bogdan-Andrei Iancu

OpenSIPS Founder and Developer

Re: [OpenSIPS-Users] FW: Asynchronous operation for REST queries

2016-09-12 Thread Ramachandran, Agalya (Contractor) 
Hi team,

Any clue on this below topic would be a great. Am stuck with this 10 sec delay 
and couldn't move further.
If I could be able to find the root cause and resolve this , then only I can 
implement REST API calls as async.
Because this 10 sec delay is a huge time.  Please help me on this.

Regards,
Agalya

From: Ramachandran, Agalya (Contractor)
Sent: Tuesday, August 30, 2016 10:13 AM
To: 'Liviu Chircu' 
Subject: RE: FW: [OpenSIPS-Users] Asynchronous operation for REST queries

Hi Liviu,

A clue for this 10 sec delay consumed by opensips before sending the HTTP 
request, will be grateful for me. As far as I debugged this delay is caused by 
curl library. But wondering what could be the cause for this constant 10.25 sec 
delay.?

Please help me out in this.

Regards,
Agalya
From: Ramachandran, Agalya (Contractor)
Sent: Friday, August 26, 2016 2:29 PM
To: 'Liviu Chircu' >
Cc: OpenSIPS users mailling list 
>
Subject: RE: FW: [OpenSIPS-Users] Asynchronous operation for REST queries

Hi Liviu,

Here is the dump from the time when the socket is opened and when the request 
sent out.
Highlighted in RED color. Any clue for this 10 sec delay?

17:29:56.430379 IP6 sturn-test.novalocal.44797 > 
destination.rtc.sys.comcast.net.webcache: Flags [S], seq 3356294440, win 28800, 
options [mss 1440,sackOK,TS val 3588300781 ecr 0,nop,wscale 7], length 0
0x:  6000  0028 0640 2001 0558 fc0b 0100  
`(.@...X
0x0010:  f816 3eff fed5 0bfe 2001 0558 fc11   ..>X
0x0020:  f816 3eff fe11 d5aa aefd 1f90 c80c fd28  ..>(
0x0030:    a002 7080 90bb  0204 05a0  ..p.
0x0040:  0402 080a d5e1 1fed   0103 0307  
17:29:56.436526 IP6 destination.rtc.sys.comcast.net.webcache > 
sturn-test.novalocal.44797: Flags [S.], seq 4065018495, ack 3356294441, win 
28560, options [mss 1440,sackOK,TS val 1771678349 ecr 3588300781,nop,wscale 9], 
length 0
0x:  6000  0028 063a 2001 0558 fc11   `(.:...X
0x0010:  f816 3eff fe11 d5aa 2001 0558 fc0b 0100  ..>X
0x0020:  f816 3eff fed5 0bfe 1f90 aefd f24b 427f  ..>..KB.
0x0030:  c80c fd29 a012 6f90 755f  0204 05a0  ...)..o.u_..
0x0040:  0402 080a 6999 aa8d d5e1 1fed 0103 0309  i...
17:29:56.436575 IP6 sturn-test.novalocal.44797 > 
destination.rtc.sys.comcast.net.webcache: Flags [.], ack 1, win 225, options 
[nop,nop,TS val 3588300787 ecr 1771678349], length 0
0x:  6000  0020 0640 2001 0558 fc0b 0100  `..@...X
0x0010:  f816 3eff fed5 0bfe 2001 0558 fc11   ..>X
0x0020:  f816 3eff fe11 d5aa aefd 1f90 c80c fd29  ..>)
0x0030:  f24b 4280 8010 00e1 90b3  0101 080a  .KB.
0x0040:  d5e1 1ff3 6999 aa8d  i...

17:30:06.667279 IP6 sturn-test.novalocal.44797 > 
destination.rtc.sys.comcast.net.webcache: Flags [P.], seq 1:681, ack 1, win 
225, options [nop,nop,TS val 3588311018 ecr 1771678349], length 680
PUT./RTCGSessionManager/rest/tel/session/createroom?uid=pp=1-32...@xx.yyy.231.239..http/1.1..Host:.tr-sm-as-a-001.rtc.sys.comcast.net:8080..Accept:.*/*..Conten
 
t-Type:.application/json..Uid:.pp..serviceId:.tel..custguid:.1-32750@96.119.231.
 
239...x-tracking-id:.820..X-Trace:.trace-id=1-32750@96.119.231.239...x-server-name:.RTCGSM..x-client-name:.IMS
x-source-id:.OpenSIP..user-agent:.OpenSIPv1.11.3..device-id:.1-32...@xx.yyy.231.
 239...Content-Length:.211{"participantsInfo" 
:["211212"],"callType":"audio","instanceId": "1-32...@xx.yyy. 
231.239.","fromUID":"pp","fromTN":"pp","isOpenSipRequest":true,"
 displayName":"Call.From.IMS","deviceType":"Android/iOS/STB/IMS"}

17:30:06.672819 IP6 destination.rtc.sys.comcast.net.webcache > 
sturn-test.novalocal.44797: Flags [.], ack 681, win 59, options [nop,nop,TS val 
1771688585 ecr 3588311018], length 0
0x:  6000  0020 063a 2001 0558 fc11   `..:...X
0x0010:  f816 3eff fe11 d5aa 2001 0558 fc0b 0100  ..>X
0x0020:  f816 3eff fed5 0bfe 1f90 aefd f24b 4280  ..>..KB.
0x0030:  c80c ffd1 8010 003b c0cd  0101 080a  ...;
0x0040:  6999 d289 d5e1 47ea  i.G.
17:30:06.778978 IP6 destination.rtc.sys.comcast.net.webcache > 
sturn-test.novalocal.44797: Flags [P.], seq 1:358, ack 681, win 59, options 
[nop,nop,TS val 1771688691 ecr 3588311018], length 357
0x:  6000  0185 063a 2001 0558 fc11   `..:...X
0x0010:  f816 3eff fe11 d5aa 2001 0558 fc0b 0100

[OpenSIPS-Users] Best method to add port to RECORD ROUTE, or should we?

2016-09-12 Thread Jeff Wilkie 
Looking for the best method to add the port number to record route.
Upstream carrier is adding it in a response message when we do not have it
there once we send the INVITE.  The BYE from the carrier causes the problem
with the added port.  Since they modify the RR we hand them, OPENSIPS is
throwing an error on matching dialogs.  Granted, OPENSIPS seems smart
enough to still patch the dialog but I don't like excessive errors and
warnings showing up in my logs.

Bogdan, I've also read history of threads where you say it's not best to
fix it on our end when their SBC is not RFC compliantlol  So I'm ready
for that answer, also.

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

[OpenSIPS-Users] Jabber module issue

2016-09-12 Thread Igor Pavlov 
Hi, all. I'm working on opensips-ejabberd integration. Flow opensips -> 
ejabberd working fine, but ejabberd->opensips has trouble - message 
isn't delivered to the recipient.


I think jabber-module construct wrong From header:

Sep  9 08:12:44 vs01 /usr/sbin/opensips[3313]: DBG:core:tcp_send: 
buf=#012MESSAGE sip:1...@example.com SIP/2.0#015#012Via: SIP/2.0/TLS 
10.10.10.136:5061;branch=z9hG4b
K92f5.78c7b26.0#015#012To: sip:1...@example.com#015#012From: 
*<>*;tag=2b04f16aecab308d711c6336732ee60c-603e#015#012CSeq: 
10 MESSAGE#
015#012Call-ID: 
09df26003f14d685-3296@10.10.10.136#015#012Max-Forwards: 
70#015#012Content-Length: 3#015#012User-agent: 
example#015#012Content-Type: text/plain#015#012

Contact: <*sip:test1*example@example.com*>#015#012#015#012123


As a result:

Sep  9 08:12:44 vs01 /usr/sbin/opensips[3307]: ERROR:core:parse_to: 
unexpected char [<] in status 5: <<<>> .
Sep  9 08:12:44 vs01 /usr/sbin/opensips[3307]: 
ERROR:core:parse_from_header: bad from header
Sep  9 08:12:44 vs01 /usr/sbin/opensips[3307]: DBG:core:set_err_info: 
ec: 1, el: 3, ei: 'error parsing From header'
Sep  9 08:12:44 vs01 /usr/sbin/opensips[3307]: 
ERROR:core:pv_get_from_attr: cannot parse From header


--

Best regards,
Igor Pavlov

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

Re: [OpenSIPS-Users] Opensips 2.2.1 dr_rules is empty

2016-09-12 Thread Liviu Chircu 
Correct, Denis - they have nothing to do with each other. I am just 
trying to isolate our problem (by excluding "too many reconnects"), so 
we can better understand what's happening.


Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com

On 12.09.2016 15:45, Denis wrote:
Re: [OpenSIPS-Users] Opensips 2.2.1 dr_rules is empty Liviu, and one 
interesting thing.
if we have some problem with mysql connection, why does dr_rules 
becomes "empty"?


mailto:denis7...@mail.ru


	Since you are using OpenSIPS 2.2, you can tune the following 
modparams of "db_mysql" [1], and see if behavior improves:

- max_db_queries (how many times a query is attempted)
- max_db_retries (for each query attempt above ^, how many attempts to 
connect to the MySQL server)


[1]: 
http://www.opensips.org/html/docs/modules/2.2.x/db_mysql.html#id249634

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 12.09.2016 13:02, Denis wrote:

Re: [OpenSIPS-Users] Opensips 2.2.1 dr_rules is empty Hello,. Liviu!

I saw in log "too many reconnects". Unfortunately it does not 
reflected in log files that i attached early but it was there.

So.
I have two servers with two mysql + Opensips  installation. As you 
probably gassed one server is active and another is stand by.
Active server has "Server version: 5.5.50-0ubuntu0.12.04.1-log 
(Ubuntu)" mysql installation and standby  server has "Server version: 
5.5.44-0ubuntu0.14.04.1-log (Ubuntu)" mysql installation.
Respectively active server has "Ubuntu 12.04.5 LTS precise" and 
standby has "Ubuntu 14.04.3 LTS trusty"

Mysql replication master-master has been customized between two servers.

mailto:denis7...@mail.ru


Hi Denis,
Looking through the logs, this one seems to be relevant, and we need 
to understand the root cause for why it's happening:
Aug 19 17:00:37 opensips-main 
/usr/local/opensips2.1/sbin/opensips[17749]: 
WARNING:drouting:dr_load_routing_info: table "ast_dr_rules" is empty


As far as I can understand, one "dr_reload" command finds the table 
empty, then the next one properly retrieves the data! Although I see 
several disconnect events in there (for each process!), the driver 
should have reported "too many reconnects" errors if those were really 
the cause.


Could you provide more info about your MySQL setup? Is it a server, 
slave or cluster? What software and what version?

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 09.09.2016 09:19, Denis wrote:

Re: [OpenSIPS-Users] Opensips 2.2.1 dr_rules is empty Hello!

Any ideas about the problem?

mailto:denis7...@mail.ru




Hello, Bogdan

I am sorry that i did not describe the problem more clearly.
404 opensips sends because in opensips.cfg i wrote a logic that if in 
dr_rules opensips finds no rules for routing it must send 404.
And the problem i think is there. Opensips began rejects all calls 
with 404, i.e. it could not find any rules in dr_rules table.
Everthing began fine after fifo dr_reload command execution, i.e. 
after dr_rules updating.


/--
/mailto:denis7...@mail.ru 


Hi,

OpenSIPS by itself does not send any 404. If it does, it does it 
because you put that into the script. So, you have to look into your 
script and see the logical path that makes OpenSIPS to get to sending 
a 404 reply.


You may use the script_trace :
http://www.opensips.org/Documentation/Script-CoreFunctions-2-2#toc43

Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 30.08.2016 22:26, Denis wrote:

Re: Opensips 2.2.1 dr_rules is empty Hello!

Some time ago i wrote about a problem when Opensips began reject all 
calls with 404 code.

Unfortunately i did not received any answer.
Since that time i have made upgrade from 2.1.2 to 2.2.1 and today i 
have got the same problem. Opensips began rejects all calls with 404 
code.


Based on the information from log, i make suggest that problem began 
when dr_reload command has been received.
And the problem has been solved, again, when the dr_reload command has 
been received (the period about two commands is about a couple of 
minutes).


I please help to solve the problem.

Thank you.

mailto:denis7...@mail.ru


Hello!

Recently i begun to get such problem.
Opensips rejects all calls with 404 code. I can solve the problem by 
making dr_reload.

I tried to analyze a log and what i could found you can see in attachment.
As i could understand last problem began after dr_reload.

Thank you for any help.


mailto:denis7...@mail.ru








___
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 take control of some timeouts in OpenSIPS?

2016-09-12 Thread Rodrigo Pimenta Carvalho 
Thanks for the hint!!


Best regards.


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



De: users-boun...@lists.opensips.org  em nome 
de Johan De Clercq 
Enviado: sábado, 10 de setembro de 2016 02:14
Para: users@lists.opensips.org; OpenSIPS users mailling list
Assunto: Re: [OpenSIPS-Users] How to take control of some timeouts in OpenSIPS?

You can use tm module to increase t1.

Br,

Get Outlook for iOS




On Fri, Sep 9, 2016 at 11:02 PM +0200, "Rodrigo Pimenta Carvalho" 
> wrote:



Dear SIP users,



In my product with OpenSIPS we are using SIP over TCP, not UDP, because we are 
in the test days. And briefly we will start using SIP + TLS.


As our network 3G has a considerable network latency, sometimes the OpenSIPS 
sends the SIP INVITE to a remote UAS and doesn't wait enough time for receiving 
the SIP RINGING or SIP TRYING. That is, a timeout occurs in the OpenSIPS when 
there is a considerable network latency, because the SIP response is too 
delayed. This fact is interrupting the SIP signalization.


So, how to calibrate this kind of timeout value in OpenSIPS, so that it will be 
possible waiting for the SIP response until it be received?


Is there a solution for TLS too?


Any hint will be very helpful!


Best regards.


RODRIGO PIMENTA CARVALHO
Inatel Competence Center
Software
Ph: +55 35 3471 9200 RAMAL 979
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Opensips 2.2.1 dr_rules is empty

2016-09-12 Thread Liviu Chircu 
Since you are using OpenSIPS 2.2, you can tune the following modparams 
of "db_mysql" [1], and see if behavior improves:


- max_db_queries (how many times a query is attempted)

- max_db_retries (for each query attempt above ^, how many attempts to 
connect to the MySQL server)



[1]: http://www.opensips.org/html/docs/modules/2.2.x/db_mysql.html#id249634

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com

On 12.09.2016 13:02, Denis wrote:

Re: [OpenSIPS-Users] Opensips 2.2.1 dr_rules is empty Hello,. Liviu!

I saw in log "too many reconnects". Unfortunately it does not 
reflected in log files that i attached early but it was there.

So.
I have two servers with two mysql + Opensips  installation. As you 
probably gassed one server is active and another is stand by.
Active server has "Server version: 5.5.50-0ubuntu0.12.04.1-log 
(Ubuntu)" mysql installation and standby  server has "Server version: 
5.5.44-0ubuntu0.14.04.1-log (Ubuntu)" mysql installation.
Respectively active server has "Ubuntu 12.04.5 LTS precise" and 
standby has "Ubuntu 14.04.3 LTS trusty"

Mysql replication master-master has been customized between two servers.

mailto:denis7...@mail.ru


Hi Denis,
Looking through the logs, this one seems to be relevant, and we need 
to understand the root cause for why it's happening:
Aug 19 17:00:37 opensips-main 
/usr/local/opensips2.1/sbin/opensips[17749]: 
WARNING:drouting:dr_load_routing_info: table "ast_dr_rules" is empty


As far as I can understand, one "dr_reload" command finds the table 
empty, then the next one properly retrieves the data! Although I see 
several disconnect events in there (for each process!), the driver 
should have reported "too many reconnects" errors if those were really 
the cause.


Could you provide more info about your MySQL setup? Is it a server, 
slave or cluster? What software and what version?

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 09.09.2016 09:19, Denis wrote:

Re: [OpenSIPS-Users] Opensips 2.2.1 dr_rules is empty Hello!

Any ideas about the problem?

mailto:denis7...@mail.ru




Hello, Bogdan

I am sorry that i did not describe the problem more clearly.
404 opensips sends because in opensips.cfg i wrote a logic that if in 
dr_rules opensips finds no rules for routing it must send 404.
And the problem i think is there. Opensips began rejects all calls 
with 404, i.e. it could not find any rules in dr_rules table.
Everthing began fine after fifo dr_reload command execution, i.e. 
after dr_rules updating.


/--
/mailto:denis7...@mail.ru 


Hi,

OpenSIPS by itself does not send any 404. If it does, it does it 
because you put that into the script. So, you have to look into your 
script and see the logical path that makes OpenSIPS to get to sending 
a 404 reply.


You may use the script_trace :
http://www.opensips.org/Documentation/Script-CoreFunctions-2-2#toc43

Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 30.08.2016 22:26, Denis wrote:

Re: Opensips 2.2.1 dr_rules is empty Hello!

Some time ago i wrote about a problem when Opensips began reject all 
calls with 404 code.

Unfortunately i did not received any answer.
Since that time i have made upgrade from 2.1.2 to 2.2.1 and today i 
have got the same problem. Opensips began rejects all calls with 404 
code.


Based on the information from log, i make suggest that problem began 
when dr_reload command has been received.
And the problem has been solved, again, when the dr_reload command has 
been received (the period about two commands is about a couple of 
minutes).


I please help to solve the problem.

Thank you.

mailto:denis7...@mail.ru


Hello!

Recently i begun to get such problem.
Opensips rejects all calls with 404 code. I can solve the problem by 
making dr_reload.

I tried to analyze a log and what i could found you can see in attachment.
As i could understand last problem began after dr_reload.

Thank you for any help.


mailto:denis7...@mail.ru







___
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



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

Re: [OpenSIPS-Users] Opensips 2.2.1 dr_rules is empty

2016-09-12 Thread Denis 
Hello,. Liviu!

I saw in log "too many reconnects". Unfortunately it does not reflected in log 
files that i attached early but it was there.
So.
I have two servers with two mysql + Opensips  installation. As you probably 
gassed one server is active and another is stand by. 
Active server has "Server version: 5.5.50-0ubuntu0.12.04.1-log (Ubuntu)" mysql 
installation and standby  server has "Server version: 
5.5.44-0ubuntu0.14.04.1-log (Ubuntu)" mysql installation.
Respectively active server has "Ubuntu 12.04.5 LTS precise" and standby has 
"Ubuntu 14.04.3 LTS trusty"
Mysql replication master-master has been customized between two servers.

mailto:denis7...@mail.ru


Hi Denis,
Looking through the logs, this one seems to be relevant, and we need to 
understand the root cause for why it's happening:
Aug 19 17:00:37 opensips-main /usr/local/opensips2.1/sbin/opensips[17749]: 
WARNING:drouting:dr_load_routing_info: table "ast_dr_rules" is empty

As far as I can understand, one "dr_reload" command finds the table empty, then 
the next one properly retrieves the data! Although I see several disconnect 
events in there (for each process!), the driver should have reported "too many 
reconnects" errors if those were really the cause.

Could you provide more info about your MySQL setup? Is it a server, slave or 
cluster? What software and what version?
Liviu Chircu

OpenSIPS Developer

http://www.opensips-solutions.com
On 09.09.2016 09:19, Denis wrote:

Re: [OpenSIPS-Users] Opensips 2.2.1 dr_rules is empty Hello!

Any ideas about the problem?

mailto:denis7...@mail.ru



Hello, Bogdan

I am sorry that i did not describe the problem more clearly.
404 opensips sends because in opensips.cfg i wrote a logic that if in dr_rules 
opensips finds no rules for routing it must send 404.
And the problem i think is there. Opensips began rejects all calls with 404, 
i.e. it could not find any rules in dr_rules table.
Everthing began fine after fifo dr_reload command execution, i.e. after 
dr_rules updating.   

-- 
mailto:denis7...@mail.ru


Hi,

OpenSIPS by itself does not send any 404. If it does, it does it because you 
put that into the script. So, you have to look into your script and see the 
logical path that makes OpenSIPS to get to sending a 404 reply.

You may use the script_trace :
 http://www.opensips.org/Documentation/Script-CoreFunctions-2-2#toc43

Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 30.08.2016 22:26, Denis wrote:

Re: Opensips 2.2.1 dr_rules is empty Hello!

Some time ago i wrote about a problem when Opensips began reject all calls with 
404 code.
Unfortunately i did not received any answer.
Since that time i have made upgrade from 2.1.2 to 2.2.1 and today i have got 
the same problem. Opensips began rejects all calls with 404 code. 

Based on the information from log, i make suggest that problem began when 
dr_reload command has been received. 
And the problem has been solved, again, when the dr_reload command has been 
received (the period about two commands is about a couple of minutes).

I please help to solve the problem. 

Thank you.

mailto:denis7...@mail.ru


Hello!

Recently i begun to get such problem.
Opensips rejects all calls with 404 code. I can solve the problem by making 
dr_reload.
I tried to analyze a log and what i could found you can see in attachment.
As i could understand last problem began after dr_reload.

Thank you for any help.


mailto:denis7...@mail.ru





___
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

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

Re: [OpenSIPS-Users] Opensips 2.2.1 dr_rules is empty

2016-09-12 Thread Liviu Chircu 

Hi Denis,

Looking through the logs, this one seems to be relevant, and we need to 
understand the root cause for why it's happening:


Aug 19 17:00:37 opensips-main /usr/local/opensips2.1/sbin/opensips[17749]: 
WARNING:drouting:dr_load_routing_info: table "ast_dr_rules" is empty

As far as I can understand, one "dr_reload" command finds the table empty, then the next 
one properly retrieves the data! Although I see several disconnect events in there (for each 
process!), the driver should have reported "too many reconnects" errors if those were 
really the cause.

Could you provide more info about your MySQL setup? Is it a server, slave or 
cluster? What software and what version?

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com

On 09.09.2016 09:19, Denis wrote:

Re: [OpenSIPS-Users] Opensips 2.2.1 dr_rules is empty Hello!

Any ideas about the problem?

mailto:denis7...@mail.ru




Hello, Bogdan

I am sorry that i did not describe the problem more clearly.
404 opensips sends because in opensips.cfg i wrote a logic that if in 
dr_rules opensips finds no rules for routing it must send 404.
And the problem i think is there. Opensips began rejects all calls 
with 404, i.e. it could not find any rules in dr_rules table.
Everthing began fine after fifo dr_reload command execution, i.e. 
after dr_rules updating.


/--
/mailto:denis7...@mail.ru 


Hi,

OpenSIPS by itself does not send any 404. If it does, it does it 
because you put that into the script. So, you have to look into your 
script and see the logical path that makes OpenSIPS to get to sending 
a 404 reply.


You may use the script_trace :
http://www.opensips.org/Documentation/Script-CoreFunctions-2-2#toc43

Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 30.08.2016 22:26, Denis wrote:

Re: Opensips 2.2.1 dr_rules is empty Hello!

Some time ago i wrote about a problem when Opensips began reject all 
calls with 404 code.

Unfortunately i did not received any answer.
Since that time i have made upgrade from 2.1.2 to 2.2.1 and today i 
have got the same problem. Opensips began rejects all calls with 404 
code.


Based on the information from log, i make suggest that problem began 
when dr_reload command has been received.
And the problem has been solved, again, when the dr_reload command has 
been received (the period about two commands is about a couple of 
minutes).


I please help to solve the problem.

Thank you.

mailto:denis7...@mail.ru


Hello!

Recently i begun to get such problem.
Opensips rejects all calls with 404 code. I can solve the problem by 
making dr_reload.

I tried to analyze a log and what i could found you can see in attachment.
As i could understand last problem began after dr_reload.

Thank you for any help.


mailto:denis7...@mail.ru






___
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


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

Re: [OpenSIPS-Users] FW: Asynchronous operation for REST queries

2016-09-12 Thread Liviu Chircu 

Hi Agalya,

The "connection_timeout" is a configurable module parameter, so tuning 
it properly might just solve your problem.


If you need more assistance, please enabledebuglogging(log_level = 4), 
run the query and post the full log output.


Best regards,

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com

On 09.09.2016 23:04, Ramachandran, Agalya (Contractor) wrote:


Hi Liviu,

I have tested the patch. Now I see the delay is 2 secs. i.e after 2 
secs it sends the HTTP request out.


I suspect this 2000 ms delay is due to the below field:

long connection_timeout = 20;

Can we reduce this field to 5 or 10, so that it waits only half a 
second or second to send the request out.


Let me know your thoughts on this.

Am seeing the below message in logs. Is everything working as you 
expected?


rest_client:start_async_http_req: libcurl TCP connect: we should wait 
up to 1ms (timeout=2ms)!


Regards,

Agalya

*From:*Liviu Chircu [mailto:li...@opensips.org]
*Sent:* Thursday, September 08, 2016 7:05 AM
*To:* Ramachandran, Agalya (Contractor) 
; Bogdan-Andrei Iancu 
; OpenSIPS users mailling list 


*Subject:* Re: FW:[OpenSIPS-Users] Asynchronous operation for REST queries

Hi, Agalya!

Regarding the 10s delay problem, a fix was pushed to the development 
branch [1]. If you are running on 2.1.4 git branch, could you please 
pull the latest changes (git pull --rebase), and test it out? You can 
import it with:


git cherry-pick -x 66c337cc

[1]: 
https://github.com/OpenSIPS/opensips/commit/66c337cc89a2b5c3e1bbd78c289371efcda21886


Best regards,

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com

On 07.09.2016 20:14, Ramachandran, Agalya (Contractor) wrote:

Hi team,

Any clue on this below topic would be a great. Am stuck with this
10 sec delay and couldn’t move further.

If I could be able to find the root cause and resolve this , then
only I can implement REST API calls as async.

Because this 10 sec delay is a huge time.  Please help me on this.

Regards,

Agalya

*From:*Ramachandran, Agalya (Contractor)
*Sent:* Tuesday, August 30, 2016 10:13 AM
*To:* 'Liviu Chircu' >
*Subject:* RE: FW: [OpenSIPS-Users] Asynchronous operation for
REST queries

Hi Liviu,

A clue for this 10 sec delay consumed by opensips before sending
the HTTP request, will be grateful for me. As far as I debugged
this delay is caused by curl library. But wondering what could be
the cause for this constant 10.25 sec delay.?

Please help me out in this.

Regards,

Agalya

*From:*Ramachandran, Agalya (Contractor)
*Sent:* Friday, August 26, 2016 2:29 PM
*To:* 'Liviu Chircu' >
*Cc:* OpenSIPS users mailling list >
*Subject:* RE: FW: [OpenSIPS-Users] Asynchronous operation for
REST queries

Hi Liviu,

Here is the dump from the time when the socket is opened and when
the request sent out.

Highlighted in RED color. Any clue for this 10 sec delay?

*17:29:56.430379 IP6 sturn-test.novalocal.44797*>
destination.rtc.sys.comcast.net.webcache: Flags [S], seq
3356294440, win 28800, options [mss 1440,sackOK,TS val 3588300781
ecr 0,nop,wscale 7], length 0

0x:  6000  0028 0640 2001 0558 fc0b 0100 
`(.@...X 


0x0010:  f816 3eff fed5 0bfe 2001 0558 fc11  
..>X


0x0020:  f816 3eff fe11 d5aa aefd 1f90 c80c fd28 
..>(


0x0030:    a002 7080 90bb  0204 05a0 
..p.


0x0040:  0402 080a d5e1 1fed   0103 0307 



17:29:56.436526 IP6 destination.rtc.sys.comcast.net.webcache >
sturn-test.novalocal.44797: Flags [S.], seq 4065018495, ack
3356294441, win 28560, options [mss 1440,sackOK,TS val 1771678349
ecr 3588300781,nop,wscale 9], length 0

0x:  6000  0028 063a 2001 0558 fc11  
`(.:...X


0x0010:  f816 3eff fe11 d5aa 2001 0558 fc0b 0100 
..>X


0x0020:  f816 3eff fed5 0bfe 1f90 aefd f24b 427f 
..>..KB.


0x0030:  c80c fd29 a012 6f90 755f  0204 05a0 
...)..o.u_..


0x0040:  0402 080a 6999 aa8d d5e1 1fed 0103 0309 
i...


17:29:56.436575 IP6 sturn-test.novalocal.44797 >
destination.rtc.sys.comcast.net.webcache: Flags [.], ack 1, win
225, options [nop,nop,TS val 3588300787 ecr 1771678349], length 0

0x:  6000  0020 0640 2001 0558 fc0b 0100 
`..@...X


0x0010:  f816 3eff fed5 0bfe 2001 0558 fc11 
 ..>X

0x0020:  f816 3eff fe11 d5aa aefd