[Users] t_relay() to a destination set by dispatcher

Radu Maierean radu at jambotech.com
Wed Jul 12 19:14:41 CEST 2006


thank you, first of all. i will try both and see how they work. i'm
pretty confident they will.

> The docs say that the add_uri_param will only work from the 
> ROUTE function, so handling gateway failover could be an 
> issue if you can't do it from the FAILURE_ROUTE thing...
in the failure_route i only do a ds_mark_dst(), send a "480 Temporarily
unavailable" reply, and trigger an alarm, instead of attempting to
relinquish to the next destination in sequence. most of the time the
caller's patience is less than the invite response timeout, and they
will hang up and dial again anyway. 

> In theory (??) you should not have to do a ds_select_domain() 
> with the CANCEL branch as the destination should already be 
> known to OpenSER (as it routed the INVITE), so you should 
> just be able to t_relay() it...
regarding the CANCEL, well... that's what i thought too, it should've
been routed properely by the transaction, but as far as i remember it
didnt seem to work. i'll give it a try again with 1.1. the BYE worked

> Perhaps a feature request for the dispatcher module to 
> support transport types as well??
before i had your answers, i was in fact thinking of doing that myself.
let me see how can i put up with what the docs say about the dispatcher
list file: "destination must be a valid SIP URI".

have a good day,

Radu M

More information about the sr-users mailing list