Sounds like your client is getting a 401 by FreeSWITCH and never actually receiving it, 'sofia global siptrace on' you'll probably see a 401 go out and the device won't answer the challenge because it never receives it, the rejected by domains acl thing isn't the problem usually its misunderstanding about what is expected vs what is actually taking place. On Fri, Nov 7, 2014 at 4:20 PM, Steve Kieu <msh.computing@gmail.com> wrote:
You better start your FS new installation and start from there, reading the start up guide in the wiki, step by step understand how FS process the call flow, how the profile works and the ACL stuff.
In a fresh installation of FS if you just change the default password and then get extension 100[0-9] it should automatically work.
In your symptom it looks like call initialted but FS need to auth the call (for all calls coming into internal profile and you want that to protect call fraud). But the caller can not auth or not responding to the auth request.
Again, search the wiki and read again and again ... - If you find a proper wiki section but do not understand the wording then post it here we can explain more.
On Fri, Nov 7, 2014 at 12:50 AM, T Fred Farmington <tfred31@yahoo.com> wrote:
Since I am a total newbie to FreeSwitch please be patient and 'gentle' with me....
I have 'inherited' 2 FreeSwitch installations. One is working (version 1.0.7) and one (version 1.5.14) is a new test environment that is not working.
I cannot get the new test environment to answer the inbound call and in the FreeSwitch log I find: Rejected by acl "domains"
I have tried to search the FreeSwitch documentation for an answer and got lost in it. And I have tried to search the web for an answer, but did not find anything clearly spelled out. And, lastly, I tried to investigate the working installation, but could not find my answer.
I have a dedicated SIP phone line which can call into the new test environment. And via FS_CLI I can see the call being received. However the connection is never established and in the log I find: Rejected by acl "domains"
In both FreeSwitch environments I have a directory named: \Debug into which the previous individual installed all of the configuration parameters.
Questions: 1. Where/How is FreeSwitch configured to recognize this directory and look for its parameters there? **** Maybe the non-working environment does not have that setting established and therefore is ignoring settings made there.
2. I have configured the new inbound IP address into the file: acl.conf.xml and have 'mirrored' the working environment in that regard. **** But the 'Rejected' message in the log suggests that somehow that is not being recognized.
3. Are there other files which I have missed in trying to set this up?
Thanks
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- Steve Kieu
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest