24 Jun
2009
24 Jun
'09
10:19 p.m.
One of our carriers gives us an option to check LRN routing via SIP before
we attempt to send out a call. Our request will go out as a regular invite,
then we'll get a 302 return code back, with the result contained in the
header.
My question is, how exactly is the flow of this kind of call supposed to
work? I thought I could do a regular failover, but that doesn't work. Does
anyone have a suggestion?
Mik
24 Jun
24 Jun
11:25 p.m.
El Miércoles, 24 de Junio de 2009, Mik Cheez escribió:
One of our carriers gives us an option to check LRN
routing via SIP before
we attempt to send out a call. Our request will go out as a regular
invite, then we'll get a 302 return code back, with the result contained in
the header.
My question is, how exactly is the flow of this kind of call supposed to
work? I thought I could do a regular failover, but that doesn't work.
Does anyone have a suggestion?
- The proxy routes the INVITE to the carrier.
- The carrier replies 302 with the real destination in "Contact" header.
- The proxy does recursion for 302, extracts the URI from the "Contact" header
and generates a new branch to that URI.
--
Iñaki Baz Castillo <ibc(a)aliax.net>
11:41 p.m.
It's your step 3 that has me confused; when I get the 302 am I supposed to
reroute the call in failure route the same way I would, say, a 503 error
code?
-----Original Message-----
From: users-bounces(a)lists.kamailio.org
[mailto:users-bounces@lists.kamailio.org] On Behalf Of Iñaki Baz Castillo
Sent: Wednesday, June 24, 2009 1:26 PM
To: users(a)lists.kamailio.org
Subject: Re: [Kamailio-Users] LRN routing - 302 sip code
El Miércoles, 24 de Junio de 2009, Mik Cheez escribió:
One of our carriers gives us an option to check LRN
routing via SIP before
we attempt to send out a call. Our request will go out as a regular
invite, then we'll get a 302 return code back, with the result contained
in
the header.
My question is, how exactly is the flow of this kind of call supposed to
work? I thought I could do a regular failover, but that doesn't work.
Does anyone have a suggestion?
- The proxy routes the INVITE to the carrier.
- The carrier replies 302 with the real destination in "Contact" header.
- The proxy does recursion for 302, extracts the URI from the "Contact"
header
and generates a new branch to that URI.
--
Iñaki Baz Castillo <ibc(a)aliax.net>
_______________________________________________
Kamailio (OpenSER) - Users mailing list
Users(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
11:47 p.m.
get_redirects()
http://www.kamailio.org/docs/modules/1.5.x/uac_redirect.html
regards
klaus
Mik Cheez wrote:
It's your step 3 that has me confused; when I get
the 302 am I supposed to
reroute the call in failure route the same way I would, say, a 503 error
code?
-----Original Message-----
From: users-bounces(a)lists.kamailio.org
[mailto:users-bounces@lists.kamailio.org] On Behalf Of Iñaki Baz Castillo
Sent: Wednesday, June 24, 2009 1:26 PM
To: users(a)lists.kamailio.org
Subject: Re: [Kamailio-Users] LRN routing - 302 sip code
El Miércoles, 24 de Junio de 2009, Mik Cheez escribió:
One of our carriers gives us an option to check
LRN routing via SIP before
we attempt to send out a call. Our request will go out as a regular
invite, then we'll get a 302 return code back, with the result contained
in
the header.
My question is, how exactly is the flow of this kind of call supposed to
work? I thought I could do a regular failover, but that doesn't work.
Does anyone have a suggestion?
- The proxy routes the INVITE to the carrier.
- The carrier replies 302 with the real destination in "Contact" header.
- The proxy does recursion for 302, extracts the URI from the "Contact"
header
and generates a new branch to that URI.
25 Jun
25 Jun
1:31 a.m.
Excellent . . . thanks Klaus and Iñaki.
-----Original Message-----
From: Klaus Darilion [mailto:klaus.mailinglists@pernau.at]
Sent: Wednesday, June 24, 2009 1:47 PM
To: Mik Cheez
Cc: 'Iñaki Baz Castillo'; users(a)lists.kamailio.org
Subject: Re: [Kamailio-Users] LRN routing - 302 sip code
get_redirects()
http://www.kamailio.org/docs/modules/1.5.x/uac_redirect.html
regards
klaus
Mik Cheez wrote:
It's your step 3 that has me confused; when I get
the 302 am I supposed to
reroute the call in failure route the same way I would, say, a 503 error
code?
-----Original Message-----
From: users-bounces(a)lists.kamailio.org
[mailto:users-bounces@lists.kamailio.org] On Behalf Of Iñaki Baz Castillo
Sent: Wednesday, June 24, 2009 1:26 PM
To: users(a)lists.kamailio.org
Subject: Re: [Kamailio-Users] LRN routing - 302 sip code
El Miércoles, 24 de Junio de 2009, Mik Cheez escribió:
> One of our carriers gives us an option to check LRN routing via SIP
before
we attempt to
send out a call. Our request will go out as a regular
invite, then we'll get a 302 return code back, with the result contained
in
the header.
My question is, how exactly is the flow of this kind of call supposed to
work? I thought I could do a regular failover, but that doesn't work.
Does anyone have a suggestion?
- The proxy routes the INVITE to the carrier.
- The carrier replies 302 with the real destination in "Contact" header.
- The proxy does recursion for 302, extracts the URI from the "Contact"
header
and generates a new branch to that URI.
5636
days inactive
5636
days old
4 comments
3 participants
participants (3)
-
Iñaki Baz Castillo -
Klaus Darilion -
Mik Cheez