Hello,

Now that is funny, please make mine extra SPICY...

I need to be more descriptive , my apologies.. The question I have is, Can I do something like following with OpenSER/Kamailio ?

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 ?

Appreciate your patience and understanding...

Hope, the above makes more sense...

thanks, --Jignesh

________________________________________ From: Iñaki Baz Castillo [ibc@aliax.net] Sent: Monday, May 10, 2010 7:10 PM To: Jignesh Gandhi Cc: users@lists.kamailio.org Subject: Re: [SR-Users] SIP REFER support...

2010/5/10 Jignesh Gandhi Jignesh.Gandhi@moviuscorp.com:

Hello,

Does OpenSER/Kamailio support REFER ?

And also CHICKEN method. In fact Kamailio supports SPICY-CHICKEN too.

-- Iñaki Baz Castillo ibc@aliax.net

OpenSER cannot originate requests (reinvites), only relay requests and replies.

-- Alex Balashov - Principal Evariste Systems LLC 1170 Peachtree Street 12th Floor, Suite 1200 Atlanta, GA 30309 Tel: +1-678-954-0670 Fax: +1-404-961-1892

On May 10, 2010, at 8:54 PM, Jignesh Gandhi <Jignesh.Gandhi@MoviusCorp.com

wrote:

Hello,

Now that is funny, please make mine extra SPICY...

I need to be more descriptive , my apologies.. The question I have is, Can I do something like following with OpenSER/Kamailio ?

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 ?

Appreciate your patience and understanding...

Hope, the above makes more sense...

thanks, --Jignesh

---

From: Iñaki Baz Castillo [ibc@aliax.net] Sent: Monday, May 10, 2010 7:10 PM To: Jignesh Gandhi Cc: users@lists.kamailio.org Subject: Re: [SR-Users] SIP REFER support...

2010/5/10 Jignesh Gandhi Jignesh.Gandhi@moviuscorp.com:

...

Hello,

Does OpenSER/Kamailio support REFER ?

And also CHICKEN method. In fact Kamailio supports SPICY-CHICKEN too.

-- Iñaki Baz Castillo ibc@aliax.net _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Oh. Well, in that case, sure.

-- Alex Balashov - Principal Evariste Systems LLC 1170 Peachtree Street 12th Floor, Suite 1200 Atlanta, GA 30309 Tel: +1-678-954-0670 Fax: +1-404-961-1892

On May 10, 2010, at 9:05 PM, Iñaki Baz Castillo ibc@aliax.net wrote:

2010/5/11 Alex Balashov abalashov@evaristesys.com:

...

OpenSER cannot originate requests (reinvites), only relay requests and replies.

In the scenario he means the proxy must not generate requests, but just route the REFER as usual (as any other in-dialog request).

Regards.

-- Iñaki Baz Castillo ibc@aliax.net

Thanks you very much for you suggestion. I really do need to generate RE-Invites upon receiving REFER . I don't want to pass the REFER along to the switch. I understand that OpenSER can't do this.

I have looked at OpenSIPS and may be it can generate re-invites with B2BUA scenario....

Can you suggest any thing else, besides getting an HP or Tekelec SIP AS and spending a lot of money for a specific functionality.

thanks for you patience..

--Jignesh

________________________________________ From: Henning Westerholt [henning.westerholt@1und1.de] Sent: Tuesday, May 11, 2010 8:39 AM To: sr-users@lists.sip-router.org Cc: Jignesh Gandhi; Iñaki Baz Castillo; users@lists.kamailio.org Subject: Re: [SR-Users] SIP REFER support...

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