[SR-Users] Dialog Module : "inconsitent dlg timer data"

Daniel-Constantin Mierla miconda at gmail.com
Tue Sep 25 10:09:07 CEST 2012


Hello,

On 9/21/12 3:52 PM, Ricardo Martinez wrote:
>
> Daniel.
>
> Hi. Thanks for your answer. Yes, could it be like you mention.  I’m 
> copying part of my event-route :
>
> route {
>
> ….
>
> $sht(b=>$ci::check)=0;
>
> ..
>
> }
>
> event_route[tm:local-request] {
>
>         xlog("L_INFO", "[$ci] [LOCAL REQUEST] :: Routing locally 
> generated $rm to <$ru>");
>
>         if (is_method("BYE") && $sht(b=>$ci::check)==0) {
>
>                 $var(dur)=$Ts-$dlg(start_ts);
>
>                 xlog("L_INFO", "[$ci] [LOCAL REQUEST] :: Tiempo 
> inicial: $(dlg(start_ts){s.ftime,%a %b %d %H:%M:%S %Y})");
>
>                 xlog("L_INFO", "[$ci] [LOCAL REQUEST] :: Tiempo final: 
> $Tf");
>
>                 xlog("L_INFO", "[$ci] [LOCAL REQUEST] :: Duracion: 
> $var(dur)");
>
>         }
>
>         if($sht(b=>$ci::timeout)==0){
>
>                 xlog("L_INFO", "[$ci] [LOCAL REQUEST] :: Append Hint: 
> call too long");
>
>                 append_hf("Hint: Call too long\r\n");
>
>         }else{
>
>                 xlog("L_INFO", "[$ci] [LOCAL REQUEST] :: Append Hint: 
> credit expired");
>
>                 append_hf("Hint: credit expired\r\n");
>
>         }
>
>         if($sht(b=>$ci::check)==1){
>
>                 xlog("L_INFO", "[$ci] [LOCAL REQUEST] :: Remove hash");
>
> sht_rm_name_re("b=>$ci::timeout");
>
> sht_rm_name_re("b=>$ci::check");
>
>         } else {
>
>                 $sht(b=>$ci::check)=1;
>
>         }
>
> }
>
> As you said, we have two BYEs when the timeout expires, for the first 
> one, we print some debug with initial and final times for the call, 
> and then for the second we try to avoid this debug information, so we 
> have a variable “check” to do this.  So, if you think this is a 
> WARNING message causing no problem, that is ok for us.  Beside this 
> the call goes fine.
>
Yes, the warning is ok, because it is about checking to see if the 
dialog is still on timer list. I will try to adjust it in the near 
future, perhaps an INFO level is ok.

Cheers,
Daniel

> Regards,
>
> Ricardo
>
> *De:*Daniel-Constantin Mierla [mailto:miconda at gmail.com 
> <mailto:miconda at gmail.com>]
> *Enviado el:* viernes, 21 de septiembre de 2012 4:43
> *Para:* SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - 
> Users Mailing List
> *CC:* Ricardo Martinez
> *Asunto:* Re: [SR-Users] Dialog Module : "inconsitent dlg timer data"
>
> Hello,
>
> that message is printed when the 200ok for a self-generated BYE is 
> received. Since there are two BYEs and the 200ok responses came at the 
> same time, it might be a race to remove the dialog from timer list, 
> which should be safe if the dialog is already removed. Perhaps this 
> warning should be printed just as debug message or try to synchronize  
> for this operation.
>
> I will analyze a bit more and see the best option.
>
> But otherwise, apart of the warning message, all goes fine, right?
>
> Cheers,
> Daniel
>
> On 9/20/12 11:48 PM, Ricardo Martinez wrote:
>
>     Hello.
>
>     Can someone explain to me why i’m getting this error :
>
>     WARNING: dialog [dlg_req_within.c:173]: inconsitent dlg timer data
>     on dlg 0xb565c500 [2166:2082643875] with clid
>     '5ed68b60-fdbe-4aa7-819e-0002a400e27c at 64.76.155.86
>     <mailto:5ed68b60-fdbe-4aa7-819e-0002a400e27c at 64.76.155.86>' and
>     tags '5e604a9ea4' 'ed505c1da4'
>
>     This is the output for dlg_list_ctx
>
>     kamctl fifo dlg_list_ctx
>
>     dialog:: hash=2995:55475986
>
>             state:: 4
>
>             ref_count:: 2
>
>             timestart:: 1348177242
>
>             timeout:: 15084496
>
>     callid:: 33d68b60-a09a-b1dc-8198-0002a400e27c at 64.76.155.86
>     <mailto:33d68b60-a09a-b1dc-8198-0002a400e27c at 64.76.155.86>
>
>     from_uri:: sip:557100050994 at 64.76.155.86
>     <mailto:sip%3A557100050994 at 64.76.155.86>
>
>             from_tag:: 3360b198a4
>
>     caller_contact:: sip:557100050994 at 64.76.155.86
>     <mailto:sip%3A557100050994 at 64.76.155.86>
>
>             caller_cseq:: 226
>
>     caller_route_set::
>
>             caller_bind_addr:: udp:64.76.155.82:5060
>     <http://64.76.155.82:5060>
>
>             callee_bind_addr:: udp:64.76.155.82:5060
>     <http://64.76.155.82:5060>
>
>             to_uri:: sip:0267005622408596 at 64.76.155.82
>     <mailto:sip%3A0267005622408596 at 64.76.155.82>
>
>             to_tag:: ba507815a4
>
>     callee_contact:: sip:0267005622408596 at 64.76.155.130
>     <mailto:sip%3A0267005622408596 at 64.76.155.130>
>
>             callee_cseq:: 226
>
>     callee_route_set::
>
>             context::
>
>     I can’t find the problem.
>
>     I’m using this dialog params :
>
>     # ---- dialog params ------
>
>     modparam("dialog", "dlg_flag", 31)
>
>     modparam("dialog", "profiles_with_value","gwid" )
>
>     modparam("dialog", "default_timeout",7200)
>
>     modparam("dialog", "timeout_avp", "$avp(i:10)")
>
>     modparam("dialog", "dlg_match_mode", 1)
>
>     $avp(i:10)=10
>
>     $dlg_ctx(timeout_bye) = 4;
>
>     dlg_manage();
>
>     Regards,
>
>     Ricardo
>
>
>
>
>     _______________________________________________
>
>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>
>     sr-users at lists.sip-router.org  <mailto:sr-users at 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://twitter.com/#%21/miconda>  -http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Nov 5-8, 2012 -http://asipto.com/u/kat
> Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 -http://asipto.com/u/katu

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat
Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20120925/a7a860ab/attachment-0001.htm>


More information about the sr-users mailing list