Hi, John!
Are you using dialog pinging? If not, can you enable it by passing flags
"pP" to create_dialog().
Best regards,
Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com
On 04/02/2015 11:20 AM, John Mathew wrote:
Razvan,
I suspect this is happening when bulk request comes in the peak
hours.. Opensips getting lost.
Did you check the pastebin?
On Wednesday, 1 April 2015, John Mathew <[email protected]
<mailto:[email protected]>> wrote:
Razvan,
We are just now experiencing the issue and i have taken the result
of the command you asked.
http://pastebin.com/MYQnJhvP
On Wed, Apr 1, 2015 at 9:13 PM, Răzvan Crainea
<[email protected]
<javascript:_e(%7B%7D,'cvml','[email protected]');>> wrote:
Hi, John!
Can you put on pastebin the output of the "opensipsctl fifo
dlg_list_ctx" command while multiple dialogs are stuck in state 5?
Best regards,
Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com <http://www.opensips-solutions.com>
On 03/31/2015 01:29 PM, John Mathew wrote:
Opensips 1.11.3
On Tuesday, 31 March 2015, Răzvan Crainea
<[email protected]
<javascript:_e(%7B%7D,'cvml','[email protected]');>> wrote:
Hi, John!
What OpenSIPS version are you running?
Regards,
Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com <http://www.opensips-solutions.com>
On 03/30/2015 08:08 PM, John Mathew wrote:
Razvan,
I tried to reproduce the issue, by making UAS not to
respond for opensips request. but opensips is handling
it correctly. That means the issue is not during Request
Timeout.
Then what what could be reason, when intermittently
Dialog not deleted from state 5 and once in 2-3 days
state 5 calls will be 5000 numbers and opensips ran out
of shmem and crashes.
On Mon, Mar 30, 2015 at 1:54 PM, Răzvan Crainea
<[email protected]> wrote:
Do the dialogs get stuckin state 5 and they are
never deleted?
By default, when a negative reply is received and
there is no failure route armed to handle it, the
transaction/dialog is destroyed and the reply is
sent back to the client.
Can you please be a bit more specific about what is
happening with your call, and what would you like to
happend?
Best regards,
Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com <http://www.opensips-solutions.com>
On 03/29/2015 09:19 AM, John Mathew wrote:
Guys,
Waiting for your response. Any help will be
appreciated.
On Fri, Mar 27, 2015 at 8:36 PM, John Mathew
<[email protected]> wrote:
Hi,
Normally how do we handle the situation, when
we do not receive any response from destination
for any request?
On Fri, Mar 27, 2015 at 2:10 PM, John Mathew
<[email protected]> wrote:
Hi Razvan,
I mean dialog not deleted from memory and
they are at state 5. This happens only for
calls where, destination not responding for
Register and Invite requests. And they are
not deleted from memory.
I guess i am missing some timer related
configuration.
On Friday, 27 March 2015, Răzvan Crainea
<[email protected]> wrote:
Hi, John!
What do you mean the dialog is hanging
in state 5? The dialog is never deleted
from DB/memory?
The dialog starts when the call is
completed (the 200 OK is sent), so you
can't "move a dialog" in failure route.
What you can do is to handle the
Request failure in failure_route and
route it somewhere else, or drop it and
the dialog is closed. To handle a
request in failure_route, you have to
engage it before sending the first
request out, using:
t_on_failure("handle_fails");
...
failure_route[handle_fails] {
...
# handle the failed call
...
}
Best regards,
Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com
<http://www.opensips-solutions.com>
On 03/26/2015 03:55 PM, John Mathew wrote:
Hi,
Dialog state is hanging at "state 5"
when there is no response from the
destination.
What config we need to add to get the
dialog moved to failure_route if,
opensips is not receiving any response
from destination for any request sent
out.?
Or
How can we drop the dialog instead of
moving to failure_route?
--
Regards,
John Mathew
CEO/Director
Divox International Inc.
Contact: +91-9037100001
Email/MSN: [email protected]
WEB: www.divoxmedia.com
<http://www.divoxmedia.com/>
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
--
Sent from iPhone 6
--
Regards,
John Mathew
CEO/Director
Divox International Inc.
Contact: +91-9037100001
Email/MSN: [email protected]
WEB: www.divoxmedia.com
<http://www.divoxmedia.com/>
--
Regards,
John Mathew
CEO/Director
Divox International Inc.
Contact: +91-9037100001
Email/MSN: [email protected]
WEB: www.divoxmedia.com <http://www.divoxmedia.com/>
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
--
Regards,
John Mathew
CEO/Director
Divox International Inc.
Contact: +91-9037100001
Email/MSN: [email protected]
WEB: www.divoxmedia.com <http://www.divoxmedia.com/>
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
--
Sent from iPhone 6
_______________________________________________
Users mailing list
[email protected]
<javascript:_e(%7B%7D,'cvml','[email protected]');>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
<javascript:_e(%7B%7D,'cvml','[email protected]');>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
--
Regards,
John Mathew
CEO/Director
Divox International Inc.
Contact: +91-9037100001
Email/MSN: [email protected]
<javascript:_e(%7B%7D,'cvml','[email protected]');>
WEB: www.divoxmedia.com <http://www.divoxmedia.com/>
--
Sent from iPhone 6
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users