[ASTPPCOM-312] New Install ASTPP 3.5 Issues on fs_CLI and calls don't works Created: 13/Jan/18  Updated: 14/Feb/18  Resolved: 14/Feb/18

Status: Done
Project: ASTPP Community
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Task
Reporter: leandrowcampos Assignee: Unassigned
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Hi. I am new on ASTPP.
I use the link(http://astpp.readthedocs.io/en/v3.5/Installation/centos7_installation.html) to manual install the ASTPP.

I configure the trunks, rates, sip, gateways, etc. All are configured.

When I try to make a call, show me error on fs_cli and the call hangup:

2018-01-13 13:00:25.568487 [ERR] switch_odbc.c:368 STATE: IM002 CODE 0 ERROR: [unixODBC][Driver Manager]Data source name not found, and no default driver specified

2018-01-13 13:00:25.568487 [CRIT] switch_core_sqldb.c:508 Failure to connect to ODBC ASTPP!
2018-01-13 13:00:25.568487 [ERR] freeswitch_lua.cpp:367 Connection failed. DBH NOT Connected.
2018-01-13 13:00:25.568487 [DEBUG] switch_cpp.cpp:1365 [ASTPP] Database connection fail...!!!
2018-01-13 13:00:25.568487 [DEBUG] switch_cpp.cpp:1365 [ASTPP] [LOAD_CONF] Query :SELECT name,value FROM system WHERE group_title IN ('global','opensips','callingcard')
2018-01-13 13:00:25.568487 [ERR] freeswitch_lua.cpp:460 DBH NOT Connected.
2018-01-13 13:00:25.568487 [ERR] mod_lua.cpp:203 /usr/local/freeswitch/scripts/astpp/lib/astpp.functions.lua:30: assertion failed!
stack traceback:
[C]: in function 'assert'
/usr/local/freeswitch/scripts/astpp/lib/astpp.functions.lua:30: in function 'load_conf'
/usr/local/freeswitch/scripts/astpp/astpp.lua:49: in main chunk
2018-01-13 13:00:25.568487 [ERR] mod_lua.cpp:271 LUA script parse/execute error!

The rest of the log are: ( I hidden the server ip with <SERVER-IP>).
2018-01-13 13:00:25.568487 [WARNING] mod_dialplan_xml.c:667 Context default not found
2018-01-13 13:00:25.568487 [INFO] switch_core_state_machine.c:311 No Route, Aborting
2018-01-13 13:00:25.568487 [NOTICE] switch_core_state_machine.c:312 Hangup sofia/default/3206821246@<SERVERIP> [CS_ROUTING] [NO_ROUTE_DESTINATION]
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:643 (sofia/default/3206821246@<SERVERIP>) State ROUTING going to sleep
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:584 (sofia/default/3206821246@<SERVERIP>) Running State Change CS_HANGUP (Cur 1 Tot 3)
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:850 (sofia/default/3206821246@<SERVERIP>) Callstate Change RINGING -> HANGUP
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:852 (sofia/default/3206821246@<SERVERIP>) State HANGUP
2018-01-13 13:00:25.568487 [DEBUG] mod_sofia.c:438 Channel sofia/default/3206821246@<SERVERIP> hanging up, cause: NO_ROUTE_DESTINATION
2018-01-13 13:00:25.568487 [DEBUG] mod_sofia.c:577 Responding to INVITE with: 404
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:60 sofia/default/3206821246@<SERVERIP> Standard HANGUP, cause: NO_ROUTE_DESTINATION
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:852 (sofia/default/3206821246@<SERVERIP>) State HANGUP going to sleep
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:619 (sofia/default/3206821246@<SERVERIP>) State Change CS_HANGUP -> CS_REPORTING
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:584 (sofia/default/3206821246@<SERVERIP>) Running State Change CS_REPORTING (Cur 1 Tot 3)
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:938 (sofia/default/3206821246@<SERVERIP>) State REPORTING
2018-01-13 13:00:25.568487 [INFO] mod_json_cdr.c:271 Process [7c5d919a-f872-11e7-a2fe-97994cc7a303.cdr.json]
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:174 sofia/default/3206821246@<SERVERIP> Standard REPORTING, cause: NO_ROUTE_DESTINATION
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:938 (sofia/default/3206821246@<SERVERIP>) State REPORTING going to sleep
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:610 (sofia/default/3206821246@<SERVERIP>) State Change CS_REPORTING -> CS_DESTROY
2018-01-13 13:00:25.568487 [DEBUG] switch_core_session.c:1665 Session 3 (sofia/default/3206821246@<SERVERIP>) Locked, Waiting on external entities
2018-01-13 13:00:25.568487 [NOTICE] switch_core_session.c:1683 Session 3 (sofia/default/3206821246@<SERVERIP>) Ended
2018-01-13 13:00:25.568487 [NOTICE] switch_core_session.c:1687 Close Channel sofia/default/3206821246@<SERVERIP> [CS_DESTROY]
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:741 (sofia/default/3206821246@<SERVERIP>) Running State Change CS_DESTROY (Cur 0 Tot 3)
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:751 (sofia/default/3206821246@<SERVERIP>) State DESTROY
2018-01-13 13:00:25.568487 [DEBUG] mod_sofia.c:343 sofia/default/3206821246@<SERVERIP> SOFIA DESTROY
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:181 sofia/default/3206821246@<SERVERIP> Standard DESTROY
2018-01-13 13:00:25.568487 [DEBUG] switch_core_state_machine.c:751 (sofia/default/3206821246@<SERVERIP>) State DESTROY going to sleep
2018-01-13 13:00:32.788520 [NOTICE] switch_channel.c:1104 New Channel sofia/default/6938@52.67.248.54 [80bd1710-f872-11e7-a302-97994cc7a303]
2018-01-13 13:00:32.788520 [DEBUG] switch_core_state_machine.c:584 (sofia/default/6938@52.67.248.54) Running State Change CS_NEW (Cur 1 Tot 4)
2018-01-13 13:00:32.788520 [DEBUG] sofia.c:9873 sofia/default/6938@52.67.248.54 receiving invite from 62.210.157.169:31001 version: 1.6.19 git 7a77e0b 2017-07-13 12:01:45Z 64bit
2018-01-13 13:00:32.788520 [DEBUG] sofia.c:10044 IP 62.210.157.169 Rejected by acl "default". Falling back to Digest auth.
2018-01-13 13:00:32.788520 [DEBUG] sofia.c:2334 detaching session 80bd1710-f872-11e7-a302-97994cc7a303

In inbound calls, shows the same errors too, but the call stay ringing, but don't redirect to Customers Account.
On the Calls Report dont shows anything.



 Comments   
Comment by Ketan Kothari (Inactive) [ 16/Jan/18 ]

You may try something from here,
https://groups.google.com/forum/?utm_medium=email&utm_source=footer#!msg/astpp/EBsl4XUpkNs/rwrky8oDBAAJ

You may use and go through our google group for this kind of query as well,
https://groups.google.com/d/forum/astpp

Generated at Sat Feb 10 07:16:01 CET 2024 using Jira 8.13.3#813003-sha1:22ebedbb75c99b147c66f14e031dd8a2d214753a.