( This should become a list of generalized troubleshooting procedures and methodologies. Move specifics to the pages to which they apply.)
You need not recompile with debug symbols or use a debugger to take these steps (for that, see Debugging Freeswitch)
DO NOT POST LOGS
If you ask for help on the freeswitch-users mailing list DO NOT POST LOG OUTPUT. Use pastebin to hold the logs as outlined below, then post a link to the pastebin in your question on the users list,
You must ATTACH logs to the JIRA, DO NOT PUT PASTEBIN URLs in JIRA tickets as they expire, so the logs will be lost.
mailing list and IRC => Use pastebin
JIRA tickets => ATTACH logs as separate files with meaningful file names
If you have trouble with applications that communicate with 'localhost' edit your /etc/hosts file to eliminate the reference between localhost and unused protocols. For example, if you use only ipv4 while the hosts file still contains a line pointing localhost to an ipv6 address, then fs_cli and Event Socket communications might fail.
Enabling SIP Tracing
At fs_cli type:
sofia loglevel all 9
sofia global siptrace on
<param name="log_event" value="DEBUG"/> <param name="all" value="DEBUG"/>
Edit switch.conf.xml (especially if you have lots of calls, reduce logging)
<param name="loglevel" value="debug"/>
The possible values for value are (use only the text value in ""):
0 "CONSOLE", 1 "ALERT", 2 "CRIT", 3 "ERR", 4 "WARNING", 5 "NOTICE", 6 "INFO", 7 "DEBUG"
[what are the possible name values?]
You may also use the console API to set debug level on FS console.
freeswitch@de> console loglevel [0-7] (numerical value as above)
And you can also set the levels of fsctl.
freeswitch@de> fsctl loglevel [0-7] (numerical value as above)
In console.conf.xml uncomment the color mode.
The colors are:
- ALER - Red
- CRIT - Red
- ERROR - Red
- WARNING - Magenta
- NOTICE - Cyan
- INFO - Green
- DEBUG - Yellow
Enable libedit via --enable-core-libedit-support argument to the configure script when you build FreeSWITCH™ to enable command-line history editing and curses functionality.
- Check to see what the encoding is, so you know what needs to be debugged. 'show channels' on the fs_cli.
- Make a call to the same endpoint, to see if it is related to a short, or long call.
- Check for any error or warning output in the fs_cli during the calls, to see if there is something obvious that FS already knows about.
- If with the same endpoint you always experience the problem, try to isolate where the issue is.
- Call 9198 and listen to Tetris to see if the problem is present there.
- Call 9197 and listen to the mw tone.
- Call 9196 and test the echo.
- If steps 5-7 don't show the issue, then the connection between phone to FS is fine.
- Try other endpoints to see whether it is experienced in all cases.
- Call 5000, and call the 888 conference to see whether the issue is present there.
- Call the endpoint (if it is PSTN) with a POTS or mobile phone, to see whether it is VoIP related or endpoint related.
You should know where the issue lies after these steps!