16 Mar
2012
16 Mar
'12
2:48 p.m.
On 3/16/12 10:25 AM, Sven Knoblich wrote:
Thanks Daniel,
this solves the problem. I will fix it for master and cherry pick it
for 3.2 as well.
ok -- keeping the list cc-ed will allow people reading the thread
on
users to see the final results.
Cheers,
Daniel
Bye Sven
Am 15.03.2012 23:16, schrieb Daniel-Constantin Mierla:
> Hello,
>
> from the code, I see that if the value does not exists, the get-function
> for dlg_var is just returning 0. Probably it should return PV null
> value.
>
> Try again after changing return 0 in return pv_get_null(...) inside
> function pv_get_dlg_variable(...) from dlg_var.c
>
> If works, you can commit the fix.
>
> Cheers,
> Daniel
>
> On 3/15/12 4:53 PM, Sven Knoblich wrote:
>> sip-router:master
>>
>> Hi all,
>> i want to use the define-check also for dlg_var. But after testing a
>> bit it seems to me, that define does not work with dlg_var's. I am
>> always getting a true. Did i miss something?
>>
>> # $dlg_var(test) is not defined
>>
>> if( defined $dlg_var(test))
>> {
>> xlog("L_Notice","dlg_var $dlg_var(test) is
defined\n");
>> }
>>
>> I hope anybody can help me to clarify this.
>>
>> Thanks in advance,
>> Sven
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users(a)lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
Kamailio Advanced Training, April 23-26, 2012, Berlin, Germany
http://www.asipto.com/index.php/kamailio-advanced-training/
16 Mar
16 Mar
6:52 p.m.
New subject: [kamailio 3.1.2] timer issue
Hi Daniel
we've installed kamailio 3.1.2 but we have a problem in some type of
calls towards IVR machine :
an INVITE is replied after a few seconds by 183 session progress
starting from that 183, the caller hears a (waiting) message and can
choose between several options by sending DTMF tones, like voicemail
consulting. the
the 183 is sent by far end at 1min interval during the waiting. all 183
are forwarded to the caller
the waiting time can last long, after which a human operator answers the
call and a 200 ok is replied.
but i noticed that after receiving a total of 3 183 session progress,
(so 2mins from initial INVITE), then 1 more minute, kamailio sends a 408
timeout to the caller and cancel towards callee. so the calls is hanged
up after 3 mins, that means the caller can't wait more than 3mins.
i already tried all timers like fr_timer, fr_inv_timer,
max_inv_lifetime, restart_fr_on_each_reply...
but long waiting calls are automatically hanged up at 3mins.
i read an old post at
http://www.mail-archive.com/users@lists.kamailio.org/msg04711.html
in which you send a patch to apply
i'd like to know if you have a clue to this problem. do you have a same
patch for 3.1.2 ?
thank you very much
best regards
9:41 p.m.
New subject: [kamailio 3.1.2] timer issue
Hello,
On 3/16/12 2:52 PM, Ravi DHIRAJLAL wrote:
Hi Daniel
we've installed kamailio 3.1.2 but we have a problem in some type of
calls towards IVR machine :
an INVITE is replied after a few seconds by 183 session progress
starting from that 183, the caller hears a (waiting) message and can
choose between several options by sending DTMF tones, like voicemail
consulting. the
the 183 is sent by far end at 1min interval during the waiting. all
183 are forwarded to the caller
the waiting time can last long, after which a human operator answers
the call and a 200 ok is replied.
but i noticed that after receiving a total of 3 183 session progress,
(so 2mins from initial INVITE), then 1 more minute, kamailio sends a
408 timeout to the caller and cancel towards callee. so the calls is
hanged up after 3 mins, that means the caller can't wait more than 3mins.
i already tried all timers like fr_timer, fr_inv_timer,
max_inv_lifetime, restart_fr_on_each_reply...
but long waiting calls are automatically hanged up at 3mins.
i read an old post at
http://www.mail-archive.com/users@lists.kamailio.org/msg04711.html
in which you send a patch to apply
i'd like to know if you have a clue to this problem. do you have a
same patch for 3.1.2 ?
first, it is recommended to run latest stable in a stable series, in
your case is 3.1.5, to be sure you don't face a bug which was already
fixed. Overall, I would recommend you run the latest 3.2.x, it is the
most recent stable and the most actively maintained.
Then, the thread you are referring it to the archive is for 1.5, does
not apply anymore to 3.x -- also, iirc, it was a revert of a previous patch.
Can you set debug=3 and send the log messages?
Cheers,
Daniel
--
Daniel-Constantin Mierla
Kamailio Advanced Training, April 23-26, 2012, Berlin, Germany
http://www.asipto.com/index.php/kamailio-advanced-training/
4443
days inactive
4443
days old
2 comments
2 participants
participants (2)
-
Daniel-Constantin Mierla -
Ravi DHIRAJLAL