Sponsor: VoiceMeUp - Corporate & Wholesale VoIP Services

VoIP Mailing List Archives
Mailing list archives for the VoIP community
 SearchSearch 

[Freeswitch-users] how to handle returned sip 302 dialplan


 
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> freeSWITCH Users
View previous topic :: View next topic  
Author Message
sicfslist at gmail.com
Guest





PostPosted: Mon Dec 15, 2008 11:49 am    Post subject: [Freeswitch-users] how to handle returned sip 302 dialplan Reply with quote

Chav,
We recently / are still going through the same process (in order to route on LRN) vs NPANXX or LATA based routing. Here was the best way that we came up with to do it:
-- we use xml_curl exclusively for routing decisions
-- so in the cgi script that xml_curl hits one of the things it can (and does based on certain parameters) is fire off a url to another LNP server that we built
-- the LNP server actually does the dip (either from a cache) and returns the info

We felt this was much better for a few reasons:
-- caching the LNP data for a 24 hour period would save us in excess of $100k a year
-- having a specialized mechanism to do this was much easier to implement for the cgi process than supporting 302 redirects directly on the FS boxes was much easier (which just wasn't possible with the cgi mechanism)
-- every LNP provider returns 302's slightly different ... so we didn't want to have to reinvent the wheel on the FS machines if we ever wanted to add redundancy or switch providers

Guess it all depends on your config ... but this was the easiest and most cost-effective means for us to implement.


On Sat, Dec 13, 2008 at 6:38 PM, Chav Paskov <chavpaskov@shaw.ca (chavpaskov@shaw.ca)> wrote:
Quote:

Brian West wrote:
Quote:
Chav,
Once the 302 is received by FreeSWITCH it will follow it to the
contact listed in the 302. What else are you needing to do?

/b

On Dec 13, 2008, at 2:24 PM, Chav Paskov wrote:

Quote:
*User-Agent: eXosip/3.1.0^M
Content-Length:


my question is:

Is it possible to send the call to z.z.z.z , receive the SIP 302 ,
process the data in Contact field and redirect to the new destination
contained in *Contact: <sip:2145551234@64.112.188.84 ([email]sip%3A2145551234@64.112.188.84[/email])>;npdi^M
*without closing the session.
i red something about <action application="set"
data="continue_on_fail=true"/> but i'm not sure how to use it.

Any ideas on this matter will be highly appreciated.
Best Regards
Chav




Quote:
------------------------------------------------------------------------

_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org (Freeswitch-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


Thanks Brian,

probably i should have explained it in more details.
this whole thing started as an attempt to implement lata ocn /local
number portability/ instead of pure per destination routing.
At the moment i have a access to a service provider who does
"dipping" and returns the LATA OCN data associated with any dialed
destination number. it is returned as Contact: and Content-length:
fields in 302 message.

in other words:

1. i'm sending to this provider let say - 2025556666 as a destination
number.
2. they do the dipping and will return to me either the new dest # if
2025556666 has been ported or if it was not
in content-length field they'll send lata, ocn and state and 10 digits
number.
3. once received i have to compare the received lata , ocn and state
date with a compiled rate deck / blended from 5 different vendors/
and pick the lowest rate - effectively building LCR based on LATA OCN
STATE info.

Hope this will help to clear the picture.

Regards
Chav



_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org (Freeswitch-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


Back to top
chavpaskov at shaw.ca
Guest





PostPosted: Mon Dec 15, 2008 11:52 am    Post subject: [Freeswitch-users] how to handle returned sip 302 dialplan Reply with quote

Shelby Ramsey wrote:
Quote:
Chav,

We recently / are still going through the same process (in order to
route on LRN) vs NPANXX or LATA based routing. Here was the best way
that we came up with to do it:
-- we use xml_curl exclusively for routing decisions
-- so in the cgi script that xml_curl hits one of the things it can
(and does based on certain parameters) is fire off a url to another
LNP server that we built
-- the LNP server actually does the dip (either from a cache) and
returns the info

We felt this was much better for a few reasons:
-- caching the LNP data for a 24 hour period would save us in excess
of $100k a year
-- having a specialized mechanism to do this was much easier to
implement for the cgi process than supporting 302 redirects directly
on the FS boxes was much easier (which just wasn't possible with the
cgi mechanism)
-- every LNP provider returns 302's slightly different ... so we
didn't want to have to reinvent the wheel on the FS machines if we
ever wanted to add redundancy or switch providers

Guess it all depends on your config ... but this was the easiest and
most cost-effective means for us to implement.


On Sat, Dec 13, 2008 at 6:38 PM, Chav Paskov <chavpaskov@shaw.ca
<mailto:chavpaskov@shaw.ca>> wrote:

Brian West wrote:
Quote:
Chav,
Once the 302 is received by FreeSWITCH it will follow it to the
contact listed in the 302. What else are you needing to do?

/b

On Dec 13, 2008, at 2:24 PM, Chav Paskov wrote:

Quote:
*User-Agent: eXosip/3.1.0^M
Content-Length:


my question is:

Is it possible to send the call to z.z.z.z , receive the SIP 302 ,
process the data in Contact field and redirect to the new
destination
Quote:
Quote:
contained in *Contact: <sip:2145551234@64.112.188.84
<mailto:sip%3A2145551234@64.112.188.84>>;npdi^M
Quote:
Quote:
*without closing the session.
i red something about <action application="set"
data="continue_on_fail=true"/> but i'm not sure how to use it.

Any ideas on this matter will be highly appreciated.
Best Regards
Chav



------------------------------------------------------------------------
Quote:

_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
<mailto:Freeswitch-users@lists.freeswitch.org>
Quote:
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users

UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
Quote:
http://www.freeswitch.org

Thanks Brian,

probably i should have explained it in more details.
this whole thing started as an attempt to implement lata ocn /local
number portability/ instead of pure per destination routing.
At the moment i have a access to a service provider who does
"dipping" and returns the LATA OCN data associated with any
dialed
destination number. it is returned as Contact: and Content-length:
fields in 302 message.

in other words:

1. i'm sending to this provider let say - 2025556666 as a destination
number.
2. they do the dipping and will return to me either the new dest
# if
2025556666 has been ported or if it was not
in content-length field they'll send lata, ocn and state and 10
digits
number.
3. once received i have to compare the received lata , ocn and state
date with a compiled rate deck / blended from 5 different vendors/
and pick the lowest rate - effectively building LCR based on LATA OCN
STATE info.

Hope this will help to clear the picture.
Regards
Chav



_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
<mailto:Freeswitch-users@lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


------------------------------------------------------------------------

_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

thanks for the prompt response.
Can you pls give me an example how to access the info contained in
Contact: and content-legth: fields if you can.
I was thinking in going the exactly same direction in terms of
building xml_curl dialplan but i'm lacking knowledge
on how to access variables.
Regards
Chav

_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
brian at freeswitch.org
Guest





PostPosted: Mon Dec 15, 2008 12:12 pm    Post subject: [Freeswitch-users] how to handle returned sip 302 dialplan Reply with quote

I fear that you won't be able to get at any information in a 302
issued to FreeSWITCH as those are on auto pilot.

You can try toying with the info application to see if it gets at the
info you need.

/b

On Dec 15, 2008, at 10:45 AM, Chav Paskov wrote:

Quote:
thanks for the prompt response.
Can you pls give me an example how to access the info contained in
Contact: and content-legth: fields if you can.
I was thinking in going the exactly same direction in terms of
building xml_curl dialplan but i'm lacking knowledge
on how to access variables.
Regards
Chav


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
Display posts from previous:   
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> freeSWITCH Users All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group

VoiceMeUp - Corporate & Wholesale VoIP Services