Hi all, I have a setup with several gateways coming in on one profile. The Realms, unfortunately, are by DNS, and move from time to time. Is there any way to identify, in the dialplan, which gateway the call comes from, for incoming calls? I know I can get the ip address, but the ip address is subject to change. I know that the trunk provider can set various things, but I don't have control of the far end of the trunk. If there is a way to set variables on a per-gateway (NOT per-profile) basis, that would be perfect. "RTFM" gladly accepted with a hint about which part of which FM to R. -- Jaybee-
Try adding one of these to the dialplan that handles inbound calls: <action application="info"/> Then, watch the console while an inbound comes in and you'll see quite a lot of information. Anything in that info dump is available to you for "figuring out" what's going on. If you have any questions then drop that info output to a pastebin and give us the URL here. -MC On Mon, Dec 5, 2011 at 2:02 PM, Jort Bloem <jort.bloem@btg.co.nz> wrote:
Hi all,
I have a setup with several gateways coming in on one profile. The Realms, unfortunately, are by DNS, and move from time to time.
Is there any way to identify, in the dialplan, which gateway the call comes from, for incoming calls?
I know I can get the ip address, but the ip address is subject to change.
I know that the trunk provider can set various things, but I don't have control of the far end of the trunk.
If there is a way to set variables on a per-gateway (NOT per-profile) basis, that would be perfect.
"RTFM" gladly accepted with a hint about which part of which FM to R.
-- Jaybee-
_________________________________________________________________________ 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
http://lists.freeswitch.org/pipermail/freeswitch-users/2010-March/055508.htm... Hmm, gateways on the wiki should be cleaned up.. I couldn't find it on the wiki, only via google. -Avi On Tue, Dec 6, 2011 at 12:45 AM, Michael Collins <msc@freeswitch.org> wrote:
Try adding one of these to the dialplan that handles inbound calls:
<action application="info"/>
Then, watch the console while an inbound comes in and you'll see quite a lot of information. Anything in that info dump is available to you for "figuring out" what's going on. If you have any questions then drop that info output to a pastebin and give us the URL here.
-MC
On Mon, Dec 5, 2011 at 2:02 PM, Jort Bloem <jort.bloem@btg.co.nz> wrote:
Hi all,
I have a setup with several gateways coming in on one profile. The Realms, unfortunately, are by DNS, and move from time to time.
Is there any way to identify, in the dialplan, which gateway the call comes from, for incoming calls?
I know I can get the ip address, but the ip address is subject to change.
I know that the trunk provider can set various things, but I don't have control of the far end of the trunk.
If there is a way to set variables on a per-gateway (NOT per-profile) basis, that would be perfect.
"RTFM" gladly accepted with a hint about which part of which FM to R.
-- Jaybee-
_________________________________________________________________________ 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
Hi Avi & Michael, Michael, I'm familiar with the info application, and have been using this to test my progress. It's gotten me a long way, but not past this hurdle. Avi, I tried that, or at least my interpretation of that, and it didn't work. I found the gateway in question - it's one of only two references to the trunk - in sip_profiles/. The declaration, including my addition of the variables clause, looks like this: <gateway name="trunk_1"> <param name="realm" value="talk2"/> <param name="register" value="false"/> <param name="username" value="TCAPI_User"/> <param name="password" value="TCAPI_User"/> <variables> <variable name="foo" data="bar" direction="both"/> </variables> </gateway> I then called in via that interface, using a DDI, with the info application. I got lots of information, but neither foo nor bar. I did change the direction from "inbound" to "both", to make it as likely as possible to work. The log output I got had lots of stuff in it (see http://pastebin.freeswitch.org/17943 ) but no foo, no bar, and no trunk_1. It did have several occurrences of the ip address of talk2, 10.10.9.1, but that can change. I also see several references to the ip address (10.10.10.149) and sofia profile name (sipinterface_3), but all gateways will be on the same profile. Any further help would be appreciated. Jaybee- On 06/12/11 11:57, Avi Marcus wrote:
http://lists.freeswitch.org/pipermail/freeswitch-users/2010-March/055508.htm...
Hmm, gateways on the wiki should be cleaned up.. I couldn't find it on the wiki, only via google.
-Avi
On Tue, Dec 6, 2011 at 12:45 AM, Michael Collins <msc@freeswitch.org <mailto:msc@freeswitch.org>> wrote:
Try adding one of these to the dialplan that handles inbound calls:
<action application="info"/>
Then, watch the console while an inbound comes in and you'll see quite a lot of information. Anything in that info dump is available to you for "figuring out" what's going on. If you have any questions then drop that info output to a pastebin and give us the URL here.
-MC
On Mon, Dec 5, 2011 at 2:02 PM, Jort Bloem <jort.bloem@btg.co.nz <mailto:jort.bloem@btg.co.nz>> wrote:
Hi all,
I have a setup with several gateways coming in on one profile. The Realms, unfortunately, are by DNS, and move from time to time.
Is there any way to identify, in the dialplan, which gateway the call comes from, for incoming calls?
I know I can get the ip address, but the ip address is subject to change.
I know that the trunk provider can set various things, but I don't have control of the far end of the trunk.
If there is a way to set variables on a per-gateway (NOT per-profile) basis, that would be perfect.
"RTFM" gladly accepted with a hint about which part of which FM to R.
-- Jaybee-
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
_________________________________________________________________________ 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
-- Jort Bloem Technical Engineer - Auckland Business Technology Group P: +64 9 5801374 x 9884 Sent from Mozilla Thunderbird
Did you kill and restart the gateway after adding the variable? (Or restart the entire interface, or restart FS?) -Avi On Tue, Dec 6, 2011 at 2:26 AM, Jort Bloem <jort.bloem@btg.co.nz> wrote:
Hi Avi & Michael,
Michael, I'm familiar with the info application, and have been using this to test my progress. It's gotten me a long way, but not past this hurdle.
Avi, I tried that, or at least my interpretation of that, and it didn't work.
I found the gateway in question - it's one of only two references to the trunk - in sip_profiles/. The declaration, including my addition of the variables clause, looks like this:
<gateway name="trunk_1"> <param name="realm" value="talk2"/> <param name="register" value="false"/> <param name="username" value="TCAPI_User"/> <param name="password" value="TCAPI_User"/> <variables> <variable name="foo" data="bar" direction="both"/> </variables> </gateway>
I then called in via that interface, using a DDI, with the info application. I got lots of information, but neither foo nor bar. I did change the direction from "inbound" to "both", to make it as likely as possible to work.
The log output I got had lots of stuff in it (see http://pastebin.freeswitch.org/17943 ) but no foo, no bar, and no trunk_1. It did have several occurrences of the ip address of talk2, 10.10.9.1, but that can change. I also see several references to the ip address (10.10.10.149) and sofia profile name (sipinterface_3), but all gateways will be on the same profile.
Any further help would be appreciated.
Jaybee-
On 06/12/11 11:57, Avi Marcus wrote:
http://lists.freeswitch.org/pipermail/freeswitch-users/2010-March/055508.htm...
Hmm, gateways on the wiki should be cleaned up.. I couldn't find it on the wiki, only via google.
-Avi
On Tue, Dec 6, 2011 at 12:45 AM, Michael Collins <msc@freeswitch.org>wrote:
Try adding one of these to the dialplan that handles inbound calls:
<action application="info"/>
Then, watch the console while an inbound comes in and you'll see quite a lot of information. Anything in that info dump is available to you for "figuring out" what's going on. If you have any questions then drop that info output to a pastebin and give us the URL here.
-MC
On Mon, Dec 5, 2011 at 2:02 PM, Jort Bloem <jort.bloem@btg.co.nz> wrote:
Hi all,
I have a setup with several gateways coming in on one profile. The Realms, unfortunately, are by DNS, and move from time to time.
Is there any way to identify, in the dialplan, which gateway the call comes from, for incoming calls?
I know I can get the ip address, but the ip address is subject to change.
I know that the trunk provider can set various things, but I don't have control of the far end of the trunk.
If there is a way to set variables on a per-gateway (NOT per-profile) basis, that would be perfect.
"RTFM" gladly accepted with a hint about which part of which FM to R.
-- Jaybee-
_________________________________________________________________________ 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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- Jort Bloem
Technical Engineer - Auckland Business Technology Group
P: +64 9 5801374 x 9884
Sent from Mozilla Thunderbird
_________________________________________________________________________ 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
I fully shut it down freeswitch, and then started it up again (I've found that the time wasted doing a complete shutdown is more than offset by the hours you can waste trying to figure out why your changes don't take effect ;-) ) On 06/12/11 22:01, Avi Marcus wrote:
Did you kill and restart the gateway after adding the variable? (Or restart the entire interface, or restart FS?)
-Avi
On Tue, Dec 6, 2011 at 2:26 AM, Jort Bloem <jort.bloem@btg.co.nz <mailto:jort.bloem@btg.co.nz>> wrote:
Hi Avi & Michael,
Michael, I'm familiar with the info application, and have been using this to test my progress. It's gotten me a long way, but not past this hurdle.
Avi, I tried that, or at least my interpretation of that, and it didn't work.
I found the gateway in question - it's one of only two references to the trunk - in sip_profiles/. The declaration, including my addition of the variables clause, looks like this:
<gateway name="trunk_1"> <param name="realm" value="talk2"/> <param name="register" value="false"/> <param name="username" value="TCAPI_User"/> <param name="password" value="TCAPI_User"/> <variables> <variable name="foo" data="bar" direction="both"/> </variables> </gateway>
I then called in via that interface, using a DDI, with the info application. I got lots of information, but neither foo nor bar. I did change the direction from "inbound" to "both", to make it as likely as possible to work.
The log output I got had lots of stuff in it (see http://pastebin.freeswitch.org/17943 ) but no foo, no bar, and no trunk_1. It did have several occurrences of the ip address of talk2, 10.10.9.1, but that can change. I also see several references to the ip address (10.10.10.149) and sofia profile name (sipinterface_3), but all gateways will be on the same profile.
Any further help would be appreciated.
Jaybee-
On 06/12/11 11:57, Avi Marcus wrote:
http://lists.freeswitch.org/pipermail/freeswitch-users/2010-March/055508.htm...
Hmm, gateways on the wiki should be cleaned up.. I couldn't find it on the wiki, only via google.
-Avi
On Tue, Dec 6, 2011 at 12:45 AM, Michael Collins <msc@freeswitch.org <mailto:msc@freeswitch.org>> wrote:
Try adding one of these to the dialplan that handles inbound calls:
<action application="info"/>
Then, watch the console while an inbound comes in and you'll see quite a lot of information. Anything in that info dump is available to you for "figuring out" what's going on. If you have any questions then drop that info output to a pastebin and give us the URL here.
-MC
On Mon, Dec 5, 2011 at 2:02 PM, Jort Bloem <jort.bloem@btg.co.nz <mailto:jort.bloem@btg.co.nz>> wrote:
Hi all,
I have a setup with several gateways coming in on one profile. The Realms, unfortunately, are by DNS, and move from time to time.
Is there any way to identify, in the dialplan, which gateway the call comes from, for incoming calls?
I know I can get the ip address, but the ip address is subject to change.
I know that the trunk provider can set various things, but I don't have control of the far end of the trunk.
If there is a way to set variables on a per-gateway (NOT per-profile) basis, that would be perfect.
"RTFM" gladly accepted with a hint about which part of which FM to R.
-- Jaybee-
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
-- Jort Bloem
Technical Engineer - Auckland Business Technology Group
P:+64 9 5801374 x 9884 <tel:%2B64%209%205801374%20x%209884>
Sent from Mozilla Thunderbird
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
_________________________________________________________________________ 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
-- Jaybee
Maybe in testing, but in production you kinda need to know what you can change live... reloadxml does the dialplan, reload mod_x does that mod, and "sofia $profile killgw $gw" I think kills that gateway, then you can do a rescan.. Anyway, after the reload it still didn't work..? -Avi On Tue, Dec 6, 2011 at 7:42 PM, Jort Bloem <jort.bloem@btg.co.nz> wrote:
I fully shut it down freeswitch, and then started it up again (I've found that the time wasted doing a complete shutdown is more than offset by the hours you can waste trying to figure out why your changes don't take effect ;-) )
On 06/12/11 22:01, Avi Marcus wrote:
Did you kill and restart the gateway after adding the variable? (Or restart the entire interface, or restart FS?)
-Avi
On Tue, Dec 6, 2011 at 2:26 AM, Jort Bloem <jort.bloem@btg.co.nz> wrote:
Hi Avi & Michael,
Michael, I'm familiar with the info application, and have been using this to test my progress. It's gotten me a long way, but not past this hurdle.
Avi, I tried that, or at least my interpretation of that, and it didn't work.
I found the gateway in question - it's one of only two references to the trunk - in sip_profiles/. The declaration, including my addition of the variables clause, looks like this:
<gateway name="trunk_1"> <param name="realm" value="talk2"/> <param name="register" value="false"/> <param name="username" value="TCAPI_User"/> <param name="password" value="TCAPI_User"/> <variables> <variable name="foo" data="bar" direction="both"/> </variables> </gateway>
I then called in via that interface, using a DDI, with the info application. I got lots of information, but neither foo nor bar. I did change the direction from "inbound" to "both", to make it as likely as possible to work.
The log output I got had lots of stuff in it (see http://pastebin.freeswitch.org/17943 ) but no foo, no bar, and no trunk_1. It did have several occurrences of the ip address of talk2, 10.10.9.1, but that can change. I also see several references to the ip address (10.10.10.149) and sofia profile name (sipinterface_3), but all gateways will be on the same profile.
Any further help would be appreciated.
Jaybee-
On 06/12/11 11:57, Avi Marcus wrote:
http://lists.freeswitch.org/pipermail/freeswitch-users/2010-March/055508.htm...
Hmm, gateways on the wiki should be cleaned up.. I couldn't find it on the wiki, only via google.
-Avi
On Tue, Dec 6, 2011 at 12:45 AM, Michael Collins <msc@freeswitch.org>wrote:
Try adding one of these to the dialplan that handles inbound calls:
<action application="info"/>
Then, watch the console while an inbound comes in and you'll see quite a lot of information. Anything in that info dump is available to you for "figuring out" what's going on. If you have any questions then drop that info output to a pastebin and give us the URL here.
-MC
On Mon, Dec 5, 2011 at 2:02 PM, Jort Bloem <jort.bloem@btg.co.nz> wrote:
Hi all,
I have a setup with several gateways coming in on one profile. The Realms, unfortunately, are by DNS, and move from time to time.
Is there any way to identify, in the dialplan, which gateway the call comes from, for incoming calls?
I know I can get the ip address, but the ip address is subject to change.
I know that the trunk provider can set various things, but I don't have control of the far end of the trunk.
If there is a way to set variables on a per-gateway (NOT per-profile) basis, that would be perfect.
"RTFM" gladly accepted with a hint about which part of which FM to R.
-- Jaybee-
_________________________________________________________________________ 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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- Jort Bloem
Technical Engineer - Auckland Business Technology Group
P: +64 9 5801374 x 9884
Sent from Mozilla Thunderbird
_________________________________________________________________________ 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.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- Jaybee
_________________________________________________________________________ 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
Yes, but I *am* testing [well, development] ;) - besides, before I put things into production, I test them in testing, so I already know it will work [at least, in theory]. After the restart of FS, it still didn't work. On 07/12/11 06:49, Avi Marcus wrote:
Maybe in testing, but in production you kinda need to know what you can change live... reloadxml does the dialplan, reload mod_x does that mod, and "sofia $profile killgw $gw" I think kills that gateway, then you can do a rescan..
Anyway, after the reload it still didn't work..? -Avi
On Tue, Dec 6, 2011 at 7:42 PM, Jort Bloem <jort.bloem@btg.co.nz <mailto:jort.bloem@btg.co.nz>> wrote:
I fully shut it down freeswitch, and then started it up again (I've found that the time wasted doing a complete shutdown is more than offset by the hours you can waste trying to figure out why your changes don't take effect ;-) )
On 06/12/11 22:01, Avi Marcus wrote:
Did you kill and restart the gateway after adding the variable? (Or restart the entire interface, or restart FS?)
-Avi
On Tue, Dec 6, 2011 at 2:26 AM, Jort Bloem <jort.bloem@btg.co.nz <mailto:jort.bloem@btg.co.nz>> wrote:
Hi Avi & Michael,
Michael, I'm familiar with the info application, and have been using this to test my progress. It's gotten me a long way, but not past this hurdle.
Avi, I tried that, or at least my interpretation of that, and it didn't work.
I found the gateway in question - it's one of only two references to the trunk - in sip_profiles/. The declaration, including my addition of the variables clause, looks like this:
<gateway name="trunk_1"> <param name="realm" value="talk2"/> <param name="register" value="false"/> <param name="username" value="TCAPI_User"/> <param name="password" value="TCAPI_User"/> <variables> <variable name="foo" data="bar" direction="both"/> </variables> </gateway>
I then called in via that interface, using a DDI, with the info application. I got lots of information, but neither foo nor bar. I did change the direction from "inbound" to "both", to make it as likely as possible to work.
The log output I got had lots of stuff in it (see http://pastebin.freeswitch.org/17943 ) but no foo, no bar, and no trunk_1. It did have several occurrences of the ip address of talk2, 10.10.9.1, but that can change. I also see several references to the ip address (10.10.10.149) and sofia profile name (sipinterface_3), but all gateways will be on the same profile.
Any further help would be appreciated.
Jaybee-
On 06/12/11 11:57, Avi Marcus wrote:
http://lists.freeswitch.org/pipermail/freeswitch-users/2010-March/055508.htm...
Hmm, gateways on the wiki should be cleaned up.. I couldn't find it on the wiki, only via google.
-Avi
On Tue, Dec 6, 2011 at 12:45 AM, Michael Collins <msc@freeswitch.org <mailto:msc@freeswitch.org>> wrote:
Try adding one of these to the dialplan that handles inbound calls:
<action application="info"/>
Then, watch the console while an inbound comes in and you'll see quite a lot of information. Anything in that info dump is available to you for "figuring out" what's going on. If you have any questions then drop that info output to a pastebin and give us the URL here.
-MC
On Mon, Dec 5, 2011 at 2:02 PM, Jort Bloem <jort.bloem@btg.co.nz <mailto:jort.bloem@btg.co.nz>> wrote:
Hi all,
I have a setup with several gateways coming in on one profile. The Realms, unfortunately, are by DNS, and move from time to time.
Is there any way to identify, in the dialplan, which gateway the call comes from, for incoming calls?
I know I can get the ip address, but the ip address is subject to change.
I know that the trunk provider can set various things, but I don't have control of the far end of the trunk.
If there is a way to set variables on a per-gateway (NOT per-profile) basis, that would be perfect.
"RTFM" gladly accepted with a hint about which part of which FM to R.
-- Jaybee-
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
-- Jort Bloem
Technical Engineer - Auckland Business Technology Group
P:+64 9 5801374 x 9884 <tel:%2B64%209%205801374%20x%209884>
Sent from Mozilla Thunderbird
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
-- Jaybee
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
_________________________________________________________________________ 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
-- Jaybee-
participants (3)
-
Avi Marcus
-
Jort Bloem
-
Michael Collins