connecting flynumber to freeswitch
Hi all, I've purchased a flynumber (http://www.flynumber.com/) - which gives me a local mexico city number. It has an option to forward that to a SIP account. The flynumber configuration asks for the protocol (SIP), the host (talk.mayfirst.org) and the "Username/ext" (I've put 9999 - since the extension 9999@talk.mayfirst.org is our public conference line). It doesn't provide me with an option to enter a password to register with. When I call the number, I get the following in our console (see below). I think that's because I'm not explicitly allowing un-registered callers to dial that extension. Is that true? And if so - can someone point me to the right configuration/docs on how to enable that? I'm not sure this is something that should be set in our dial plan, or in sip_profile/internal/? Many thanks! jamie p.s. I would like to enable any un-authenticated SIP user to be able to call 9999@talk.mayfirst.org. b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [NOTICE] switch_channel.c:1054 New Channel sofia/internal/525560504865@46.19.209.14 [b1322da6-8e70-47d0-8910-ea2a319fd741] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/525560504865@46.19.209.14 [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/525560504865@46.19.209.14 [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/525560504865@46.19.209.14) Running State Change CS_NEW b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:8340 sofia/internal/525560504865@46.19.209.14 receiving invite from 46.19.209.14:5060 version: 1.4.4 -1 64bit 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:8507 IP 46.19.209.14 Rejected by acl "domains". Falling back to Digest auth. b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/525560504865@46.19.209.14 [BREAK] 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:2033 detaching session b1322da6-8e70-47d0-8910-ea2a319fd741 b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_state_machine.c:486 (sofia/internal/525560504865@46.19.209.14) State NEW b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [WARNING] switch_core_state_machine.c:567 b1322da6-8e70-47d0-8910-ea2a319fd741 sofia/internal/525560504865@46.19.209.14 Abandone d b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [NOTICE] switch_core_state_machine.c:570 Hangup sofia/internal/525560504865@46.19.209.14 [CS_NEW] [WRONG_CALL_STATE] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_channel.c:3216 Send signal sofia/internal/525560504865@46.19.209.14 [KILL] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_session.c:1387 Send signal sofia/internal/525560504865@46.19.209.14 [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/525560504865@46.19.209.14) Running State Change CS_HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:730 (sofia/internal/525560504865@46.19.209.14) Callstate Change DOWN -> HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:732 (sofia/internal/525560504865@46.19.209.14) State HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] mod_sofia.c:413 Channel sofia/internal/525560504865@46.19.209.14 hanging up, cause: WRONG_CALL_STATE b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:58 sofia/internal/525560504865@46.19.209.14 Standard HANGUP, cause: WRONG_CALL_STATE b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:732 (sofia/internal/525560504865@46.19.209.14) State HANGUP going to sleep b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/525560504865@46.19.209.14) State Change CS_HANGUP -> CS_REPORTING b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_session.c:1387 Send signal sofia/internal/525560504865@46.19.209.14 [BREAK] -- May First/People Link Growing networks to build a just world http://www.mayfirst.org https://support.mayfirst.org OpenPGP Key: http://current.workingdirectory.net/pages/identity/ xmpp: jamie@im.mayfirst.org
Flynumber calls are coming from DIDWW network (46.19.208.192 - 46.19.209.255), so you have to edit your acl.conf.xml file and add DIDWW network in it <node type="allow" cidr="46.19.208.0/23"/> On Thu, May 29, 2014 at 9:13 PM, Jamie McClelland <jm@mayfirst.org> wrote:
Hi all,
I've purchased a flynumber (http://www.flynumber.com/) - which gives me a local mexico city number. It has an option to forward that to a SIP account.
The flynumber configuration asks for the protocol (SIP), the host (talk.mayfirst.org) and the "Username/ext" (I've put 9999 - since the extension 9999@talk.mayfirst.org is our public conference line). It doesn't provide me with an option to enter a password to register with.
When I call the number, I get the following in our console (see below).
I think that's because I'm not explicitly allowing un-registered callers to dial that extension. Is that true?
And if so - can someone point me to the right configuration/docs on how to enable that? I'm not sure this is something that should be set in our dial plan, or in sip_profile/internal/?
Many thanks! jamie
p.s. I would like to enable any un-authenticated SIP user to be able to call 9999@talk.mayfirst.org.
b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [NOTICE] switch_channel.c:1054 New Channel sofia/internal/525560504865@46.19.209.14 [b1322da6-8e70-47d0-8910-ea2a319fd741] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/ 525560504865@46.19.209.14 [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/ 525560504865@46.19.209.14 [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/525560504865@46.19.209.14) Running State Change CS_NEW b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:8340 sofia/internal/525560504865@46.19.209.14 receiving invite from 46.19.209.14:5060 version: 1.4.4 -1 64bit 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:8507 IP 46.19.209.14 Rejected by acl "domains". Falling back to Digest auth. b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/ 525560504865@46.19.209.14 [BREAK] 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:2033 detaching session b1322da6-8e70-47d0-8910-ea2a319fd741 b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_state_machine.c:486 (sofia/internal/525560504865@46.19.209.14) State NEW b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [WARNING] switch_core_state_machine.c:567 b1322da6-8e70-47d0-8910-ea2a319fd741 sofia/internal/ 525560504865@46.19.209.14 Abandone d b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [NOTICE] switch_core_state_machine.c:570 Hangup sofia/internal/ 525560504865@46.19.209.14 [CS_NEW] [WRONG_CALL_STATE] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_channel.c:3216 Send signal sofia/internal/525560504865@46.19.209.14 [KILL] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_session.c:1387 Send signal sofia/internal/ 525560504865@46.19.209.14 [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/525560504865@46.19.209.14) Running State Change CS_HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:730 (sofia/internal/525560504865@46.19.209.14) Callstate Change DOWN -> HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:732 (sofia/internal/525560504865@46.19.209.14) State HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] mod_sofia.c:413 Channel sofia/internal/525560504865@46.19.209.14 hanging up, cause: WRONG_CALL_STATE b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:58 sofia/internal/525560504865@46.19.209.14 Standard HANGUP, cause: WRONG_CALL_STATE b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:732 (sofia/internal/525560504865@46.19.209.14) State HANGUP going to sleep b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/525560504865@46.19.209.14) State Change CS_HANGUP -> CS_REPORTING b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_session.c:1387 Send signal sofia/internal/ 525560504865@46.19.209.14 [BREAK]
-- May First/People Link Growing networks to build a just world http://www.mayfirst.org https://support.mayfirst.org
OpenPGP Key: http://current.workingdirectory.net/pages/identity/ xmpp: jamie@im.mayfirst.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, You may also be able to include the external port to your host address (talk.mayfirst.org <http://talk.mayfirst.org>:5080). This will prevent the need to amend your acl file (/usr/local/freeswitch/conf/autoload_configs/acl.conf.xml). From my understanding, it is always best to have unregistered calls (especially from 3rd parties) go to the external port (5080 uses the public dialplan), as this is, in a standard setup, kept separate to the default dialplan and helps prevent toll fraud. Someone please correct me if I'm wrong :) Also, by the looks of is, the calls that are being sent to you from flynumber are including your Mexico number (525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>), so you would need to add to the public dialplan an extension that will handle that number. For example (this is untested but should work): <include> <extension name="mexico_number"> <condition field="destination_number" expression="^(525560504865 <mailto:525560504865@46.19.209.14>)$"> <action application="transfer" data="9999 XML public"/> </condition> </extension> </include> Hope this helps, thanks Matt On 30/05/2014 07:37, Denis Papes wrote:
Flynumber calls are coming from DIDWW network (46.19.208.192 - 46.19.209.255), so you have to edit your acl.conf.xml file and add DIDWW network in it
<node type="allow" cidr="46.19.208.0/23 <http://46.19.208.0/23>"/>
On Thu, May 29, 2014 at 9:13 PM, Jamie McClelland <jm@mayfirst.org <mailto:jm@mayfirst.org>> wrote:
Hi all,
I've purchased a flynumber (http://www.flynumber.com/) - which gives me a local mexico city number. It has an option to forward that to a SIP account.
The flynumber configuration asks for the protocol (SIP), the host (talk.mayfirst.org <http://talk.mayfirst.org>) and the "Username/ext" (I've put 9999 - since the extension 9999@talk.mayfirst.org <mailto:9999@talk.mayfirst.org> is our public conference line). It doesn't provide me with an option to enter a password to register with.
When I call the number, I get the following in our console (see below).
I think that's because I'm not explicitly allowing un-registered callers to dial that extension. Is that true?
And if so - can someone point me to the right configuration/docs on how to enable that? I'm not sure this is something that should be set in our dial plan, or in sip_profile/internal/?
Many thanks! jamie
p.s. I would like to enable any un-authenticated SIP user to be able to call 9999@talk.mayfirst.org <mailto:9999@talk.mayfirst.org>.
b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [NOTICE] switch_channel.c:1054 New Channel sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [b1322da6-8e70-47d0-8910-ea2a319fd741] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) Running State Change CS_NEW b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:8340 sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> receiving invite from 46.19.209.14:5060 <http://46.19.209.14:5060> version: 1.4.4 -1 64bit 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:8507 IP 46.19.209.14 Rejected by acl "domains". Falling back to Digest auth. b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK] 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:2033 detaching session b1322da6-8e70-47d0-8910-ea2a319fd741 b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_state_machine.c:486 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) State NEW b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [WARNING] switch_core_state_machine.c:567 b1322da6-8e70-47d0-8910-ea2a319fd741 sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> Abandone d b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [NOTICE] switch_core_state_machine.c:570 Hangup sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [CS_NEW] [WRONG_CALL_STATE] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_channel.c:3216 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [KILL] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_session.c:1387 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) Running State Change CS_HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:730 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) Callstate Change DOWN -> HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:732 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) State HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] mod_sofia.c:413 Channel sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> hanging up, cause: WRONG_CALL_STATE b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:58 sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> Standard HANGUP, cause: WRONG_CALL_STATE b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:732 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) State HANGUP going to sleep b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) State Change CS_HANGUP -> CS_REPORTING b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_session.c:1387 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK]
-- May First/People Link Growing networks to build a just world http://www.mayfirst.org https://support.mayfirst.org
OpenPGP Key: http://current.workingdirectory.net/pages/identity/ xmpp: jamie@im.mayfirst.org <mailto:jamie@im.mayfirst.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
Thank you Denis and Matt! I ended up going with the solution of adding :5080 to our flynumber configuration - since we don't actually want to give flynumber any extra privileges. It works like a charm!! jamie On Fri May 30, Matt Broad wrote:
Hi, You may also be able to include the external port to your host address (talk.mayfirst.org <http://talk.mayfirst.org>:5080). This will prevent the need to amend your acl file (/usr/local/freeswitch/conf/autoload_configs/acl.conf.xml).
From my understanding, it is always best to have unregistered calls (especially from 3rd parties) go to the external port (5080 uses the public dialplan), as this is, in a standard setup, kept separate to the default dialplan and helps prevent toll fraud. Someone please correct me if I'm wrong :)
Also, by the looks of is, the calls that are being sent to you from flynumber are including your Mexico number (525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>), so you would need to add to the public dialplan an extension that will handle that number.
For example (this is untested but should work):
<include> <extension name="mexico_number"> <condition field="destination_number" expression="^(525560504865 <mailto:525560504865@46.19.209.14>)$"> <action application="transfer" data="9999 XML public"/> </condition> </extension> </include>
Hope this helps,
thanks Matt
On 30/05/2014 07:37, Denis Papes wrote:
Flynumber calls are coming from DIDWW network (46.19.208.192 - 46.19.209.255), so you have to edit your acl.conf.xml file and add DIDWW network in it
<node type="allow" cidr="46.19.208.0/23 <http://46.19.208.0/23>"/>
On Thu, May 29, 2014 at 9:13 PM, Jamie McClelland <jm@mayfirst.org <mailto:jm@mayfirst.org>> wrote:
Hi all,
I've purchased a flynumber (http://www.flynumber.com/) - which gives me a local mexico city number. It has an option to forward that to a SIP account.
The flynumber configuration asks for the protocol (SIP), the host (talk.mayfirst.org <http://talk.mayfirst.org>) and the "Username/ext" (I've put 9999 - since the extension 9999@talk.mayfirst.org <mailto:9999@talk.mayfirst.org> is our public conference line). It doesn't provide me with an option to enter a password to register with.
When I call the number, I get the following in our console (see below).
I think that's because I'm not explicitly allowing un-registered callers to dial that extension. Is that true?
And if so - can someone point me to the right configuration/docs on how to enable that? I'm not sure this is something that should be set in our dial plan, or in sip_profile/internal/?
Many thanks! jamie
p.s. I would like to enable any un-authenticated SIP user to be able to call 9999@talk.mayfirst.org <mailto:9999@talk.mayfirst.org>.
b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [NOTICE] switch_channel.c:1054 New Channel sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [b1322da6-8e70-47d0-8910-ea2a319fd741] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) Running State Change CS_NEW b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:8340 sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> receiving invite from 46.19.209.14:5060 <http://46.19.209.14:5060> version: 1.4.4 -1 64bit 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:8507 IP 46.19.209.14 Rejected by acl "domains". Falling back to Digest auth. b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK] 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:2033 detaching session b1322da6-8e70-47d0-8910-ea2a319fd741 b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_state_machine.c:486 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) State NEW b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [WARNING] switch_core_state_machine.c:567 b1322da6-8e70-47d0-8910-ea2a319fd741 sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> Abandone d b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [NOTICE] switch_core_state_machine.c:570 Hangup sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [CS_NEW] [WRONG_CALL_STATE] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_channel.c:3216 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [KILL] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_session.c:1387 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) Running State Change CS_HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:730 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) Callstate Change DOWN -> HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:732 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) State HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] mod_sofia.c:413 Channel sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> hanging up, cause: WRONG_CALL_STATE b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:58 sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> Standard HANGUP, cause: WRONG_CALL_STATE b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:732 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) State HANGUP going to sleep b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) State Change CS_HANGUP -> CS_REPORTING b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_session.c:1387 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK]
-- May First/People Link Growing networks to build a just world http://www.mayfirst.org https://support.mayfirst.org
OpenPGP Key: http://current.workingdirectory.net/pages/identity/ xmpp: jamie@im.mayfirst.org <mailto:jamie@im.mayfirst.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
_________________________________________________________________________ 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
-- May First/People Link Growing networks to build a just world http://www.mayfirst.org https://support.mayfirst.org OpenPGP Key: http://current.workingdirectory.net/pages/identity/ xmpp: jamie@im.mayfirst.org
good news :) thanks Matt On 30/05/2014 20:13, Jamie McClelland wrote:
Thank you Denis and Matt!
I ended up going with the solution of adding :5080 to our flynumber configuration - since we don't actually want to give flynumber any extra privileges. It works like a charm!!
jamie
On Fri May 30, Matt Broad wrote:
Hi, You may also be able to include the external port to your host address (talk.mayfirst.org <http://talk.mayfirst.org>:5080). This will prevent the need to amend your acl file (/usr/local/freeswitch/conf/autoload_configs/acl.conf.xml).
From my understanding, it is always best to have unregistered calls (especially from 3rd parties) go to the external port (5080 uses the public dialplan), as this is, in a standard setup, kept separate to the default dialplan and helps prevent toll fraud. Someone please correct me if I'm wrong :)
Also, by the looks of is, the calls that are being sent to you from flynumber are including your Mexico number (525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>), so you would need to add to the public dialplan an extension that will handle that number.
For example (this is untested but should work):
<include> <extension name="mexico_number"> <condition field="destination_number" expression="^(525560504865 <mailto:525560504865@46.19.209.14>)$"> <action application="transfer" data="9999 XML public"/> </condition> </extension> </include>
Hope this helps,
thanks Matt
On 30/05/2014 07:37, Denis Papes wrote:
Flynumber calls are coming from DIDWW network (46.19.208.192 - 46.19.209.255), so you have to edit your acl.conf.xml file and add DIDWW network in it
<node type="allow" cidr="46.19.208.0/23 <http://46.19.208.0/23>"/>
On Thu, May 29, 2014 at 9:13 PM, Jamie McClelland <jm@mayfirst.org <mailto:jm@mayfirst.org>> wrote:
Hi all,
I've purchased a flynumber (http://www.flynumber.com/) - which gives me a local mexico city number. It has an option to forward that to a SIP account.
The flynumber configuration asks for the protocol (SIP), the host (talk.mayfirst.org <http://talk.mayfirst.org>) and the "Username/ext" (I've put 9999 - since the extension 9999@talk.mayfirst.org <mailto:9999@talk.mayfirst.org> is our public conference line). It doesn't provide me with an option to enter a password to register with.
When I call the number, I get the following in our console (see below).
I think that's because I'm not explicitly allowing un-registered callers to dial that extension. Is that true?
And if so - can someone point me to the right configuration/docs on how to enable that? I'm not sure this is something that should be set in our dial plan, or in sip_profile/internal/?
Many thanks! jamie
p.s. I would like to enable any un-authenticated SIP user to be able to call 9999@talk.mayfirst.org <mailto:9999@talk.mayfirst.org>.
b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [NOTICE] switch_channel.c:1054 New Channel sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [b1322da6-8e70-47d0-8910-ea2a319fd741] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) Running State Change CS_NEW b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:8340 sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> receiving invite from 46.19.209.14:5060 <http://46.19.209.14:5060> version: 1.4.4 -1 64bit 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:8507 IP 46.19.209.14 Rejected by acl "domains". Falling back to Digest auth. b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_session.c:1052 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK] 2014-05-29 12:50:08.412870 [DEBUG] sofia.c:2033 detaching session b1322da6-8e70-47d0-8910-ea2a319fd741 b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:08.412870 [DEBUG] switch_core_state_machine.c:486 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) State NEW b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [WARNING] switch_core_state_machine.c:567 b1322da6-8e70-47d0-8910-ea2a319fd741 sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> Abandone d b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [NOTICE] switch_core_state_machine.c:570 Hangup sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [CS_NEW] [WRONG_CALL_STATE] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_channel.c:3216 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [KILL] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_session.c:1387 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK] b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) Running State Change CS_HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:730 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) Callstate Change DOWN -> HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:732 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) State HANGUP b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] mod_sofia.c:413 Channel sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> hanging up, cause: WRONG_CALL_STATE b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:58 sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> Standard HANGUP, cause: WRONG_CALL_STATE b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:732 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) State HANGUP going to sleep b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14>) State Change CS_HANGUP -> CS_REPORTING b1322da6-8e70-47d0-8910-ea2a319fd741 2014-05-29 12:50:18.492927 [DEBUG] switch_core_session.c:1387 Send signal sofia/internal/525560504865@46.19.209.14 <mailto:525560504865@46.19.209.14> [BREAK]
-- May First/People Link Growing networks to build a just world http://www.mayfirst.org https://support.mayfirst.org
OpenPGP Key: http://current.workingdirectory.net/pages/identity/ xmpp: jamie@im.mayfirst.org <mailto:jamie@im.mayfirst.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
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
participants (3)
-
Denis Papes
-
Jamie McClelland
-
Matt Broad