18 May
2010
18 May
'10
8:17 a.m.
SEMS.
--
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 18, 2010, at 12:42 AM, Jignesh Gandhi <Jignesh.Gandhi(a)MoviusCorp.com
wrote:
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(a)1und1.de]
Sent: Tuesday, May 11, 2010 8:39 AM
To: sr-users(a)lists.sip-router.org
Cc: Jignesh Gandhi; Iñaki Baz Castillo; users(a)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
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users