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