[SR-Users] SIP REFER support...

[Henning Westerholt]

On Tuesday 11 May 2010, Jignesh Gandhi wrote:
> UA-2 calls UA-1 and a call is established..
> UA-1 puts UA-2 on hold and calls out to UA-3,
> Once UA-3 anwers , UA-1 puts that call on  hold as well.
> At this point , UA-1 sends  A REFER to OpenSER, to refer UA-2 to UA-3.
> Basically before connecting the UA-2 to UA-3, UA-1 wants to get out of the
> call path and have UA-2 and UA-3 talk to each other directly.( basically a
> consultative call xfer ). So OpenSER will have to do 2 Re-Invites and also
> respond back to UA-1 with NOTIFY and status of the RE-Invites( one with
> SDP and one without ).
> 
> I understand that I would have to write a custom module or callflow to
> handle this , but is there anything in OpenSER that would not support this?

Hi Jignesh,

if you route the REFER as normal in-dialog requests as discussed you don't 
need to write a custom module for this. This routing is usually done in a 
"loose_route" statement, you probably should already have something like this 
in your cfg.

If you want to route it differently you can also do it by pure configuration 
means, you could for example check with the pseudo-variable $rm for the 
message method string and then just forward it as you like.

Cheers,

Henning