Register: Difference between revisions
(Add explanation that Active tab error is expected behavior when sip-register is disabled - data comes from sniffer processes, not database) |
|||
| Line 1: | Line 1: | ||
The SIP Register section shows three tables - Active registered SIP users, Failed registrations and State changes in SIP registrations. Those tables are filled once you enable sip-register = yes in /etc/voipmonitor.conf. | The SIP Register section shows three tables - Active registered SIP users, Failed registrations and State changes in SIP registrations. Those tables are filled once you enable sip-register = yes in /etc/voipmonitor.conf. | ||
By default PCAP files are not saved for SIP register messages (it can easily overload file system). If you need to record SIP messages you can control this in capture rules main section and here in all three sections there are gray/red small circles which indicates if SIP messages are being recorded to pcap file so it can be retrieved by clicking on PCAP link. Clicking on the circle enables / disables recording. In the dialog window you can adjust values and set auto remove for the rule at specific date. | By default PCAP files are not saved for SIP register messages (it can easily overload file system). If you need to record SIP messages you can control this in capture rules main section and here in all three sections there are gray/red small circles which indicates if SIP messages are being recorded to pcap file so it can be retrieved by clicking on PCAP link. Clicking on the circle enables / disables recording. In the dialog window you can adjust values and set auto remove for the rule at specific date. | ||
Note: If you need to record all register packets by the sniffer instance without need to create capture rules in a GUI use sip-register-save-all=yes in its config (/etc/voipmonitor.conf) | Note: If you need to record all register packets by the sniffer instance without need to create capture rules in a GUI use sip-register-save-all=yes in its config (/etc/voipmonitor.conf) | ||
| Line 15: | Line 15: | ||
*datetime is time creation | *datetime is time creation | ||
*User name / realm shows username and realm from REGISTER message | *User name / realm shows username and realm from REGISTER message | ||
*Source IP / Destination IP | *Source IP / Destination IP | ||
*From / To / Contact are values from SIP headers | *From / To / Contact are values from SIP headers | ||
*Expires at shows date when the registration expires | *Expires at shows date when the registration expires | ||
*User agent | *User agent | ||
*Commands - download PCAP | *Commands - download PCAP | ||
On the picture below you can see a detail area where a sub-grid with state changes and failed registrations from the user name is located. This holds quick filters for a particular active user where you can quickly see his history. Once the SIP registration is expired the history is no longer in the Active table . Each expired registration is stored in the State table. | On the picture below you can see a detail area where a sub-grid with state changes and failed registrations from the user name is located. This holds quick filters for a particular active user where you can quickly see his history. Once the SIP registration is expired the history is no longer in the Active table . Each expired registration is stored in the State table. | ||
[[File:register-activesubstate.png]] | [[File:register-activesubstate.png]] | ||
On the picture below you can see a detail area where a sub-grid with related CDR from the user name is located. | On the picture below you can see a detail area where a sub-grid with related CDR from the user name is located. | ||
[[File:register-activesubcdr.png]] | [[File:register-activesubcdr.png]] | ||
| Line 31: | Line 31: | ||
= Failed table = | = Failed table = | ||
The failed table shows failed SIP registrations. If some device fails to register continuously the counter column increases instead of creating a new row. If there is a one-hour gap between two failed registrations from the same user a new row will be created. | The failed table shows failed SIP registrations. If some device fails to register continuously the counter column increases instead of creating a new row. If there is a one-hour gap between two failed registrations from the same user a new row will be created. | ||
[[File:register-failed.png]] | [[File:register-failed.png]] | ||
| Line 42: | Line 42: | ||
[[File:register-state.png]] | [[File:register-state.png]] | ||
= How the Active tab retrieves data = | |||
The Active table in the GUI displays registration data in two different ways, depending on whether the sip-register feature is enabled: | |||
*When sip-register is disabled (default):* The GUI retrieves active registration data directly from the running sniffer processes in real-time. The sniffer maintains an in-memory list of currently registered SIP devices and provides this information to the GUI. In this configuration, the database tables (register, register_state, register_failed) are '''not''' created or used. The Active tab will still function correctly and show live registration data. | |||
*When sip-register = yes:* Registration data is stored in database tables (register, register_state, register_failed) for persistent storage and historical reporting. The GUI can then query these tables to display both current and historical registration information. | |||
== Error: Table 'voipmonitor.register' doesn't exist == | |||
If you see the error message "Table 'voipmonitor.register' doesn't exist" when viewing the Active tab, this is '''expected and correct behavior''' when the sip-register feature is disabled. | |||
The error message typically appears if the GUI attempts to query the database table for historical information while the feature is disabled. However, the Active tab will still display live registration data retrieved directly from the sniffer processes. | |||
'''No action is required to fix this error.'''' The system is functioning as intended. The error simply indicates that persistent database storage is not enabled for registration data. | |||
If you want to enable persistent storage of registration history, add sip-register = yes to /etc/voipmonitor.conf and restart the sniffer. This will create the database tables and eliminate the error message, but it is optional for basic registration monitoring. | |||
Revision as of 02:41, 4 January 2026
The SIP Register section shows three tables - Active registered SIP users, Failed registrations and State changes in SIP registrations. Those tables are filled once you enable sip-register = yes in /etc/voipmonitor.conf.
By default PCAP files are not saved for SIP register messages (it can easily overload file system). If you need to record SIP messages you can control this in capture rules main section and here in all three sections there are gray/red small circles which indicates if SIP messages are being recorded to pcap file so it can be retrieved by clicking on PCAP link. Clicking on the circle enables / disables recording. In the dialog window you can adjust values and set auto remove for the rule at specific date. Note: If you need to record all register packets by the sniffer instance without need to create capture rules in a GUI use sip-register-save-all=yes in its config (/etc/voipmonitor.conf)
Active table
The active table shows current registered users with this columns:
- ID/sensor id shows internal unique ID and if enabled sensor id
- datetime is time creation
- User name / realm shows username and realm from REGISTER message
- Source IP / Destination IP
- From / To / Contact are values from SIP headers
- Expires at shows date when the registration expires
- User agent
- Commands - download PCAP
On the picture below you can see a detail area where a sub-grid with state changes and failed registrations from the user name is located. This holds quick filters for a particular active user where you can quickly see his history. Once the SIP registration is expired the history is no longer in the Active table . Each expired registration is stored in the State table.
On the picture below you can see a detail area where a sub-grid with related CDR from the user name is located.
Failed table
The failed table shows failed SIP registrations. If some device fails to register continuously the counter column increases instead of creating a new row. If there is a one-hour gap between two failed registrations from the same user a new row will be created.
State table
The state table retains registration history where REGISTER, UNREGISTER and EXPIRE are saved. In each state row you can click on detail [+] to show all related SIP register messages to the selected user. If device registers in regular intervals it will not save state change in the state table (not true now, see bellow) but keeps the last registration status until the re-registration stops - then UNREGISTER will be the last register state change. If the device do not resend registration in time (register expires + 5 second) the last state will be EXPIRE (with red flag).
The same state is periodically saved due to e.g. graphing, etc. The default is 600 seconds. It can be changed by sip-register-state-timeout option in the sensor config.
How the Active tab retrieves data
The Active table in the GUI displays registration data in two different ways, depending on whether the sip-register feature is enabled:
- When sip-register is disabled (default):* The GUI retrieves active registration data directly from the running sniffer processes in real-time. The sniffer maintains an in-memory list of currently registered SIP devices and provides this information to the GUI. In this configuration, the database tables (register, register_state, register_failed) are not created or used. The Active tab will still function correctly and show live registration data.
- When sip-register = yes:* Registration data is stored in database tables (register, register_state, register_failed) for persistent storage and historical reporting. The GUI can then query these tables to display both current and historical registration information.
Error: Table 'voipmonitor.register' doesn't exist
If you see the error message "Table 'voipmonitor.register' doesn't exist" when viewing the Active tab, this is expected and correct behavior when the sip-register feature is disabled.
The error message typically appears if the GUI attempts to query the database table for historical information while the feature is disabled. However, the Active tab will still display live registration data retrieved directly from the sniffer processes.
No action is required to fix this error.' The system is functioning as intended. The error simply indicates that persistent database storage is not enabled for registration data.
If you want to enable persistent storage of registration history, add sip-register = yes to /etc/voipmonitor.conf and restart the sniffer. This will create the database tables and eliminate the error message, but it is optional for basic registration monitoring.





