Debugging in Yate
In Yate there are several ways to debug issues that permits you to monitorize the state of the system and of the modules.
The debugging can be done in two ways:
- by following the logs from the file
- and at runtime - there are modules like rmanager that allows you to have logs in real time.
Also there is msgsniff to dump the Yate's messages to an output console or log them into a file.
If you start Yate witk logging but you use rmanager to change the levels for debugging, the debug messages will be seen not only on the console but also in the file.
Contents |
Start Yate with logging
At startup Yate can be started with logging in a file so that you can see the errors in the specified file.
To increase the visible debug level you have to add -v option more than once to the command line or to service start script:
yate -vvvvv -l logfile -d -s -r
To see what all the other options are please run
yate --help
Debug using rmanager module
This module allows controlling Yate using a simple telnet client.
When we say to control Yate from console that means that remotely logged you can:
- start/stop/restart Yate
- debug the modules
- start/stop calls
Debug modules in Yate
Reloads module configuration files:
- reload [plugin]
Restarts the engine:
- restart [now]
Stops the engine with optionally provided exit code:
- stop [exitcode]
Show information on how long Yate has run:
- uptime
Controls the modules loaded in the Telephony Engine:
- module {{load|reload} modulefile|unload modulename|list}
Show or change debugging level globally or per module:
- debug [module] [level|on|off]
Example: Enable debugging and increase the level of debugging:
telnet localhost 5038 debug on debug level 10 debug sip level 10
Colorize the output in console:
- color [on|off]
Shows status of all or selected modules or channels
- status [overview] [modulename]
Example: Show status module accfile
status accfile %%+status:accfile name=accfile,type=misc;users=2;line_1=outcalls_1,line_2=outcalls_2 %%-status
The output is different depending on the module that is investigated.
Show log of engine startup and initialization process:
- logview
Debug calls
Drops one or all active calls:
- drop {chan|*|all} [reason]
Execute an outgoing call:
- call chan target
Debug external scripts
Enable output in PHP scripts:
- Yate::Output(true);
Stop/start a script, useful when changes are done and you want to reload the new file in Yate:
- external stop scriptname.php
- external start scriptname.php
Debug using msgsniff module
The module will dump the Yate messages to output console or log into file.
By default this module should be loaded but not started. To start this module use the telnet command or configure when yate starts.
Load module msgsniff
Enable module in yate.conf:
[general] msgsniff=no modload=no ;Don't forget to load the sniffer module if modload parameter value is 'no'. [modules] ;for debugging yate rmanager.yate=yes msgsniff.yate=yes
Start msgsniff
- Start Yate with logging:
./run -vvvvv -l logfile
- Enable / Disable sniffer in telnet:
The module must be loaded so that you can use this commands from telnet:
telnet 0 5038 ;enable sniffer: sniffer on ;and disabled with: sniffer off
Use filters with msgsniff
- Filters can be applied by specifying regex to match in telnet:
sniffer filter ^\(chan\.\|engine\.halt$\)
- or in yate.conf:
[default] ; filtersniff: regexp: Default filter to apply to message sniffer at initialization ; If empty it will match all messages except engine.timer which is never displayed ; Example for a filter matching all chan.Anything messages and engine.halt: filtersniff=^\(chan\.\|engine\.halt$\)
Compiling Yate with xdebug, ddebug or debug
This is used by developers to test their code, to see information about creating specific objects or if some specific functions are called.
To compile with debug messages when compiling Yate you have to specify:
make xdebug make ddebug make debug
When compiling with xdebug, the ddebug messages are included but if ddebug is compiled, xdebug messages are not included.
When compiling with debug symbols of functions are added. This will allow creating a useful core file for debugging purpose.
Frequently asked question when debugging
Q1: How you see if a module is loaded or not?
A1: Give status command from telnet, this will list all modules that are loaded in that moment. If module is not listed, then it's not loaded.
Q2: How do I see if a script is running?
A2: Give command external from telnet, this will display all scripts running in that moment.
See also
