I'm uncertain as to what the best solution to this problem is

1. Adding configurable logic to set the number of retransmits (both globally and per transaction)

2. Perhaps expanding the definition of "fr_inv_timer" (in the TM module) to include situations where no provisional response has been received. Or creating a third timer that has these characteristics This is mainly in response to using this timers to handle Call Forward on No Answer, if the user is newly unavailable and has a timer value of 12-30 seconds set (by avp), the logic will not be executed until TM decides that its retransmitted the INVITE for long enough (~42 seconds, with the default timers).

Generally speaking if an entity doesn't respond in less that 10 seconds then i would consider it unavailable and move on

Its a common feature in many SIP enabled applications that i've found useful, i'll add it as a feature request in the tracker to see if anyone else is also interested in having this functionality

In the meantime, i'll try reducing the retry timers and see if i can bring down the amount of time OpenSER spends retransmitting

tavis

Daniel-Constantin Mierla wrote:

Do you need exactly retransmission count? The time for retransmission (ringing time) is better perceived by users.

Cheers, Daniel

On 10/20/06 00:53, Tavis P wrote:

...

Reading through the documentation for the TM module (1.1.0) i've been unable to find anything indicating that i can change the retransmission count, only the retransmission intervals

By my count OpenSER is retransmitting an INVITE to an endpoint user 12 times and i would like to reduce this as it is interfering with the call forward no answer logic i've put in place (timer doesn't hit until all 12 retransmissions are sent, which is about 42 seconds using the default timers)

Do i have any options other than modifying the tm module code? If so, could someone give me a pointer where i need to look (i've had a quick read and its rather complicated so i might take me some time to find the logic i'm looking for)

tavis

---

Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users