[Freeswitch-users] Respect the request URI domain and To URI domain when bridging

[Michael Collins]

For the most part I'd say yes. I think just having them on the wiki will be
useful, even if it's just the self-explanatory part.
-MC

On Tue, Apr 16, 2013 at 11:56 AM, João Mesquita <jmesquita at freeswitch.org>wrote:

> MC, will do, although they are pretty self-explanatory, ain't it?
>
> João Mesquita
> FreeSWITCH™ Solutions
>
>
> On Tue, Apr 16, 2013 at 2:29 PM, Michael Collins <msc at freeswitch.org>wrote:
>
>> J,
>>
>> Thanks for this information. It looks like none of these are on the wiki.
>> Any volunteers out there willing to add these? Even if you don't know what
>> they do you could add placeholders for them. See
>> http://wiki.freeswitch.org/wiki/Variable_skeleton for details.
>>
>> Thanks,
>> MC
>>
>>
>> On Tue, Apr 16, 2013 at 9:32 AM, João Mesquita <jmesquita at freeswitch.org>wrote:
>>
>>> From sofia_glue.c:
>>>
>>> const char *invite_record_route =
>>> switch_channel_get_variable(tech_pvt->channel, "sip_invite_record_route");
>>>  const char *invite_route_uri =
>>> switch_channel_get_variable(tech_pvt->channel, "sip_invite_route_uri");
>>> const char *invite_full_from =
>>> switch_channel_get_variable(tech_pvt->channel, "sip_invite_full_from");
>>>  const char *invite_full_to =
>>> switch_channel_get_variable(tech_pvt->channel, "sip_invite_full_to");
>>> const char *handle_full_from =
>>> switch_channel_get_variable(tech_pvt->channel, "sip_handle_full_from");
>>>  const char *handle_full_to =
>>> switch_channel_get_variable(tech_pvt->channel, "sip_handle_full_to");
>>> const char *force_full_from =
>>> switch_channel_get_variable(tech_pvt->channel, "sip_force_full_from");
>>>  const char *force_full_to =
>>> switch_channel_get_variable(tech_pvt->channel, "sip_force_full_to");
>>>
>>>
>>> Glad to see you using FS José Luis! :-D Welcome.
>>>
>>> João Mesquita
>>>
>>>
>>> On Tue, Apr 16, 2013 at 5:19 AM, José Luis Millán <jmillan at aliax.net>wrote:
>>>
>>>> Let me fix an error:
>>>>
>>>>
>>>> This is the message I would like to send to the IP 2.2.2.2 (my proxy)
>>>> ```
>>>> INVITE sip:jmillan at 1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP
>>>> bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:jmillan at 1.2.3.4<sip%3Ad at 1.2.3.4>
>>>> >```
>>>> ```
>>>>
>>>> Regards.
>>>>
>>>>
>>>>
>>>> 2013/4/16 José Luis Millán <jmillan at aliax.net>
>>>>
>>>>> Hi all,
>>>>>
>>>>> Every call bridged though a specific 'gateway' does rewrite the SIP
>>>>> request URI domain and To URI domain values to the gateway's 'proxy'
>>>>> parameter value.
>>>>>
>>>>> I would like to respect such values and receive in my proxy the SIP
>>>>> messages with their original request URI domain and To URI domain.
>>>>>
>>>>> This is, I would like to be able to send a SIP message with the
>>>>> following request URI and To headers, to the IP address 2.2.2.2
>>>>>
>>>>> ```
>>>>> INVITE sip:jmillan at 1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP
>>>>> bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:d at 1.2.3.4>```
>>>>> ```
>>>>>
>>>>> Is it possible to handle this with FreeSwitch?
>>>>>
>>>>> I have followed the FS wiki but I've been unable to handle this.
>>>>>
>>>>> Thanks in advance.
>>>>>
>>>>> --
>>>>> José Luis Millán
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> José Luis Millán
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:
>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> http://www.freeswitch.org
>>>>
>>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>>
>>
>>
>> --
>> Michael S Collins
>> Twitter: @mercutioviz
>> http://www.FreeSWITCH.org
>> http://www.ClueCon.com
>> http://www.OSTAG.org
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>


-- 
Michael S Collins
Twitter: @mercutioviz
http://www.FreeSWITCH.org
http://www.ClueCon.com
http://www.OSTAG.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130416/827c9545/attachment.html