RE: [Users] t_relay() to a destination set by dispatcher - sr-users

12 Jul 2006

Peter,

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
though. 

...
  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