Respect the request URI domain and To URI domain when bridging
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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:d@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
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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:jmillan@1.2.3.4<sip%3Ad@1.2.3.4>
```
``` Regards. 2013/4/16 José Luis Millán <jmillan@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:d@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
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@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:jmillan@1.2.3.4<sip%3Ad@1.2.3.4>
```
```
Regards.
2013/4/16 José Luis Millán <jmillan@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:d@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
Very appreciated! Nice to be here :-) Thank you! 2013/4/16 João Mesquita <jmesquita@freeswitch.org>
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@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:jmillan@1.2.3.4<sip%3Ad@1.2.3.4>
```
```
Regards.
2013/4/16 José Luis Millán <jmillan@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:d@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- José Luis Millán
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@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@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:jmillan@1.2.3.4<sip%3Ad@1.2.3.4>
```
```
Regards.
2013/4/16 José Luis Millán <jmillan@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:d@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
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@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@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@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:jmillan@1.2.3.4<sip%3Ad@1.2.3.4>
```
```
Regards.
2013/4/16 José Luis Millán <jmillan@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:d@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
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@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@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@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@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:jmillan@1.2.3.4<sip%3Ad@1.2.3.4>
```
```
Regards.
2013/4/16 José Luis Millán <jmillan@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:d@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
Hi, It was easy to define the sip_invite_full_to for legB given the information exposed. I'm still unable to send the SIP request to a different host that the one specified in the request URI. Can I send a request to a host that differs from the request URI domain and To header URI domain of legB? If it is possible, any reference to the doc will be much appreciated. Regards. 2013/4/16 Michael Collins <msc@freeswitch.org>
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@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@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@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@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:jmillan@1.2.3.4<sip%3Ad@1.2.3.4>
```
```
Regards.
2013/4/16 José Luis Millán <jmillan@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:d@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- José Luis Millán
Ain't that what fs_path is for? I am not sure, maybe someone can chime-in here... João Mesquita FreeSWITCH™ Solutions On Tue, Apr 16, 2013 at 5:10 PM, José Luis Millán <jmillan@aliax.net> wrote:
Hi,
It was easy to define the sip_invite_full_to for legB given the information exposed. I'm still unable to send the SIP request to a different host that the one specified in the request URI.
Can I send a request to a host that differs from the request URI domain and To header URI domain of legB? If it is possible, any reference to the doc will be much appreciated.
Regards.
2013/4/16 Michael Collins <msc@freeswitch.org>
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@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@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@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@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:jmillan@1.2.3.4<sip%3Ad@1.2.3.4> >``` ```
Regards.
2013/4/16 José Luis Millán <jmillan@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP > bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:d@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- José Luis Millán
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
Hi, 2013/4/16 João Mesquita <jmesquita@freeswitch.org>
Ain't that what fs_path is for? I am not sure, maybe someone can chime-in here...
Yes, 'fs_path' is the directive I was looking for. It specifies to SIP proxy to which the message is being routed. Thank you.
João Mesquita FreeSWITCH™ Solutions
On Tue, Apr 16, 2013 at 5:10 PM, José Luis Millán <jmillan@aliax.net>wrote:
Hi,
It was easy to define the sip_invite_full_to for legB given the information exposed. I'm still unable to send the SIP request to a different host that the one specified in the request URI.
Can I send a request to a host that differs from the request URI domain and To header URI domain of legB? If it is possible, any reference to the doc will be much appreciated.
Regards.
2013/4/16 Michael Collins <msc@freeswitch.org>
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@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@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@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@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP > bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:jmillan@1.2.3.4<sip%3Ad@1.2.3.4> > >``` > ``` > > Regards. > > > > 2013/4/16 José Luis Millán <jmillan@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@1.2.3.4 SIP/2.0 Via: SIP/2.0/TCP >> bl23sl8lmku7.invalid;branch=z9hG4bK9420964 To: <sip:d@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@freeswitch.org > http://www.freeswitchsolutions.com > > FreeSWITCH-powered IP PBX: The CudaTel Communication Server > http://www.cudatel.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > 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 > >
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- José Luis Millán
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- José Luis Millán
On Wed, Apr 17, 2013 at 1:43 AM, José Luis Millán <jmillan@aliax.net> wrote:
Hi,
2013/4/16 João Mesquita <jmesquita@freeswitch.org>
Ain't that what fs_path is for? I am not sure, maybe someone can chime-in here...
Yes, 'fs_path' is the directive I was looking for. It specifies to SIP proxy to which the message is being routed.
In the case of a sofia gateway or sip profile setting, you may want the outbound-proxy parameter, not the proxy parameter. The outbound-proxy parameter does not seem documented in the wiki settings for sofia gateways, but it's there :) *Moises Silva **Manager, Software Engineering*** msilva@sangoma.com Sangoma Technologies 100 Renfrew Drive, Suite 100, Markham, ON L3R 9R6 Canada t. +1 800 388 2475 (N. America) t. +1 905 474 1990 x128 f. +1 905 474 9223 **<http://www.sangoma.com/contact?utm_source=signature&utm_medium=email&utm_campaign=email+signatures> Products<http://sangoma.com/products?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures> | Solutions<http://sangoma.com/solutions?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures> | Events<http://sangoma.com/about_us/events?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures> | Contact<http://www.sangoma.com/contact?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures> | Wiki<http://wiki.sangoma.com/?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures> | Facebook<http://www.facebook.com/pages/Sangoma-VoIP-Cards/43578453335?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures> | Twitter<http://www.twitter.com/sangoma?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>`| | YouTube<http://www.youtube.com/sangomatechnologies?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
participants (4)
-
José Luis Millán
-
João Mesquita
-
Michael Collins
-
Moises Silva