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.bayram@gmail.com mailto:karagoz.bayram@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-474862@GBSBC-1.mydomain.com <mailto:1356619-3569384775-474862@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:4115667@xxx.xxx.xxx.xxx to_tag:: callee_contact:: callee_cseq:: callee_route_set:: 2013/2/4 Daniel Tryba <daniel@pocos.nl <mailto:daniel@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* *-----------------------------------------* *@*bayram@bayramkaragoz.org <mailto:bayram@bayramkaragoz.org> *:***www.bayramkaragoz.org <http://www.bayramkaragoz.org/> *-----------------------------------------*-- *Bayram KARAGÖZ*
*NGN Engineer*
*-----------------------------------------*
*@*bayram@bayramkaragoz.org mailto:bayram@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