17 Nov
2006
17 Nov
'06
7:55 p.m.
wok, it seams we have a case. I see two ways of implementing it:
1) using a module parameter (as in Alex patch) to control if a
provisional reply should be automatically send; by default a 100 will be
configure to maintain backward compatibility
modparam("tm","auto_provisional_code",100)
2) having a new function to do relay without any auto provisional
reply (as Klaus suggested).
any opinions?
regards,
bogdan
samuel wrote:
I also vote for Alex's patch with the default
value of 1 to keep
backward compatibility.
Samuel.
2006/11/16, Klaus Darilion <klaus.mailinglists(a)pernau.at>at>:
Bogdan-Andrei Iancu wrote:
Hi all,
yes, it make sense to have the possibility to send or not a 100 reply.
The question is : to have a module param as Alex suggested, or to
control it only from the script (by sending or not a reply).
There would be also another possibility - a new function
t_relay_no100();
Nevertheless I also vote for Alex's patch
regards
klaus
I personally go for 1) as it maintain backward compatibility and may
simplify the script.
regards,
bogdan
Alexandr Dubovikov wrote:
> On Wed, Nov 15, 2006 at 10:10:00AM +0100, samuel wrote:
>
>
>> I vote also for moving it to the config file, so you can choose the
>> reply message. It's very unconvenient having it coded....
>>
>
> It should be something like in this patch
>
>
> modparam("tm", "trying_replay", 1) - send replay 100 replay on
INVITE.
>> modparam("tm", "trying_replay", 0) - don't send replay
on INVITE
>>
>>
>>
>>> Samuel.
>>>
>>>
>>
>> Wbr,
>>