10 May
2010
10 May
'10
9:29 p.m.
Hello,
Does OpenSER/Kamailio support REFER ?
thanks,
--Jignesh
10 May
10 May
9:40 p.m.
New subject: SIP REFER support...
Why wouldn't it? It supports any request.
--
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 1:29 PM, Jignesh Gandhi <Jignesh.Gandhi(a)MoviusCorp.com
wrote:
Hello,
Does OpenSER/Kamailio support REFER ?
thanks,
--Jignesh
_______________________________________________
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
3:33 a.m.
New subject: SIP REFER support...
On 05/10/2010 07:10 PM, Iñaki Baz Castillo wrote:
2010/5/10 Jignesh
Gandhi<Jignesh.Gandhi(a)moviuscorp.com>om>:
Does it support the GRIOLLO extension to the POLLO method?
--
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
Web: http://www.evaristesys.com/
Hello,
Does OpenSER/Kamailio support REFER ?
And also CHICKEN method. In fact Kamailio supports SPICY-CHICKEN too.
4:54 a.m.
New subject: SIP REFER support...
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(a)aliax.net]
Sent: Monday, May 10, 2010 7:10 PM
To: Jignesh Gandhi
Cc: users(a)lists.kamailio.org
Subject: Re: [SR-Users] SIP REFER support...
2010/5/10 Jignesh Gandhi <Jignesh.Gandhi(a)moviuscorp.com>om>:
Hello,
Does OpenSER/Kamailio support REFER ?
And also CHICKEN method. In fact Kamailio supports SPICY-CHICKEN too.
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
5:03 a.m.
New subject: SIP REFER support...
2010/5/11 Jignesh Gandhi <Jignesh.Gandhi(a)moviuscorp.com>om>:
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 ).
You are wrong. UA-1 won't send a REFER to Kamailio, but to UA-2. All
you describe will work perfectly as a proxy doesn't require to
"support" REFER, but instead thread it as *any* other in-dialog
request.
Regards.
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
5:04 a.m.
New subject: SIP REFER support...
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(a)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(a)aliax.net]
Sent: Monday, May 10, 2010 7:10 PM
To: Jignesh Gandhi
Cc: users(a)lists.kamailio.org
Subject: Re: [SR-Users] SIP REFER support...
2010/5/10 Jignesh Gandhi <Jignesh.Gandhi(a)moviuscorp.com>om>:
Hello,
Does OpenSER/Kamailio support REFER ?
And also CHICKEN method. In fact Kamailio supports SPICY-CHICKEN too.
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
_______________________________________________
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
5:05 a.m.
New subject: SIP REFER support...
2010/5/11 Alex Balashov <abalashov(a)evaristesys.com>om>:
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(a)aliax.net>
5:20 a.m.
New subject: SIP REFER support...
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(a)aliax.net> wrote:
2010/5/11 Alex Balashov
<abalashov(a)evaristesys.com>om>:
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(a)aliax.net> 
4:39 p.m.
New subject: 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
18 May
18 May
8:42 a.m.
New subject: SIP REFER support...
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
9:17 a.m.
New subject: SIP REFER support...
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
5292
days inactive
5300
days old
11 comments
4 participants
participants (4)
-
Alex Balashov -
Henning Westerholt -
Iñaki Baz Castillo -
Jignesh Gandhi