Hello,
what version of kamailio are you using?
State 1 is for dialogs that were not relayed (or they haven't received
any reply yet). That means you create the dialog and don't relay the
INVITE. Try to us dlg_manage() just before relaying the INVITE.
Cheers,
Daniel
On 2/12/13 9:37 AM, Bayram Karagoz wrote:
Hi,
is there any advise about my problem?
I'm using kamailio in my production environment and this issue started
to reproduce a lot.
is there any way to discard retransmitted INVITE messages from
counting dialog?
2013/2/9 Bayram Karagoz <karagoz.bay...@gmail.com
<mailto:karagoz.bay...@gmail.com>>
thanks for the response Daniel,
has_totag not solved my problem.
in a deep search I realized that these retransmission INVITE
dialogs are waiting in dialog list as state = 1. one example is below;
is there any way to clear these dialog which state is waiting for
state = 1 or any other solution is welcome for me?
dialog:: hash=246:499719317
state:: 1
ref_count:: 1
timestart:: 0
timeout:: 0
callid:: 1356619-3569384775-474...@gbsbc-1.mydomain.com
<mailto:1356619-3569384775-474...@gbsbc-1.mydomain.com>
from_uri:: sip:02165151057 <tel:02165151057>@xxx.xxx.xxx.xxx
from_tag:: 3569384775-474868
caller_contact:: sip:02165151057
<tel:02165151057>@xxx.xxx.xxx.xxx:5060
caller_cseq:: 2
caller_route_set::
caller_bind_addr:: udp:xxx.xxx.xxx.xxx:5060
callee_bind_addr::
to_uri:: sip:4115...@xxx.xxx.xxx.xxx
to_tag::
callee_contact::
callee_cseq::
callee_route_set::
2013/2/4 Daniel Tryba <dan...@pocos.nl <mailto:dan...@pocos.nl>>
On Sunday 03 February 2013 12:58:02 Bayram Karagoz wrote:
> I'm trying to limit all subscriber's active call according
to setting their
> simultaneous use setting defined in database.
> But having problem when one subscriber's INVITE message goes to
> retransmission. When retranmission occures INVITE messages
don't complete
> with BYE and subscriber simultaneus use amount will hung.
> My example code block is below.
> Does anyone advice me for overcome INVITE retransmissions?
I haven't implemented it myself yet, but all examples I've
seen check for
!has_totag() in the INVITE when doing call limit accounting. So
if (is_method("INVITE") && $fU == $avp(s:username) &&
!has_totag())
in your case. But that only works if the device received the
initial 100
Trying with a tag from Kamailio.
But might it not be better to just do the count in the INVITE and
adding/deleting of dialogs in the dialog event routes?
http://kamailio.org/docs/modules/stable/modules_k/dialog.html#id2556156
Problem here is that if the limit is 5 and and there are more
than 5
concurrent INVITES you'd have to drop calls with a 200 OK
response.
--
POCOS B.V. - Croy 9c - 5653 LC Eindhoven
Telefoon: 040 293 8661 - Fax: 040 293 8658
http://www.pocos.nl/ - http://www.sipo.nl/
K.v.K. Eindhoven 17097024
--
*Bayram KARAGÖZ*
*NGN Engineer*
*-----------------------------------------*
*@*bay...@bayramkaragoz.org <mailto:bay...@bayramkaragoz.org>
*:***www.bayramkaragoz.org <http://www.bayramkaragoz.org/>
*-----------------------------------------*
--
*Bayram KARAGÖZ*
*NGN Engineer*
*-----------------------------------------*
*@*bay...@bayramkaragoz.org <mailto:bay...@bayramkaragoz.org>
*:***www.bayramkaragoz.org <http://www.bayramkaragoz.org/>
*-----------------------------------------*
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, April 16-17, 2013, Berlin
- http://conference.kamailio.com -
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users