Difference between revisions of "Logging"

From VoIPmonitor.org
Jump to navigation Jump to search
Line 14: Line 14:
 
==Description of a status line==
 
==Description of a status line==
 
t2CPU[
 
t2CPU[
  pb:10.5/ - packetbuffer - výstup paketů
+
  pb:10.5/ - packetbuffer - out of the buffer
  d:39.2/ - založení struktury pro další zpracování v t2
+
  d:39.2/ - structs create for processing in t2
  s:24.6/ - sip - parsování
+
  s:24.6/ - SIP - parse
  e:17.3/ - sip - hledání hovoru a jeho vytváření (jen hovory a zprávy)
+
  e:17.3/ - SIP - calls/messages search, struct creation
  c:6.8/ - process_packet - jen hovory a zprávy g:6.4/         - process_packet - jen zpracovani registraci
+
  c:6.8/               - process_packets - calls/messages
  r:7.3/ - process_packet - rtp
+
g:6.4/                       - process_packets - registers
  ('e' se vlastně větví na 'c', 'g', 'r' a nebo ty činnosti zpracovává (pokud ty thready větví nasjou založeny) přímo 'e')
+
  r:7.3/               - process_packets - RTP
rm:24.6/ - posun rtp paketů - příprava pro zpracování
 
rh:16.7/ - rtp - hledání hashe
 
rd:19.3/ - rtp - přesun do fronty pro zpracování rtp_read (rd muze byt vice)
 
  
přidávání:
+
rm:24.6/ - packets shift, prepare for processing
automaticky jede vždy 'd' thread (oddělovací thread od packetbuferu)
+
rh:16.7/ - RTP - search hash
  if 'd' > 50, pustí se thread 's' (reasemblování, sip parsování)  
+
rd:19.3/ - RTP - move to read queue
  if 's' > 50, pustí se thread 'e' (hledání callid + zakládání hovorů), za e navazuje přímé zpracování 'c' (hovory), 'g' (registrace), 'r' (rtp)
+
 
  if 'e' > 50, pustí se thread 'c'  
+
**Addding new thread is automatic**
  if 'e' > 50, pustí se thread 'g'  
+
 
  if 'e' > 50, pustí se thread 'r'
+
'd' is running after pb,
 +
  if 'd' > 50%, new thread 's' (reasembles, sip parse)  
 +
  if 's' > 50%, new thread 'e' (callid seach + structs create for calls),  
 +
  if 'e' > 50%, new thread 'c' (calls)
 +
  if 'c' > 50%, new thread 'g' (registers)
 +
  if 'g' > 50%, new thread 'r' (rtp)
  
 
ubírání
 
ubírání

Revision as of 03:47, 15 February 2018

Messages from GNU GPL sniffer sensor service

Voipmonitor by default uses 'daemon' facility of syslog to store status messages. By default it is stored to **/var/log/syslog**(debian/ubuntu) or to **/var/log/messages**(centos/rh)


You can find useful to store status info from voipmonitor to different file: For rsyslog use this in /etc/rsyslog.conf

if $programname == 'voipmonitor' and $syslogseverity <= '7' then /var/log/voipmon.log
& ~


Description of a status line

t2CPU[

pb:10.5/	- packetbuffer - out of the buffer
d:39.2/		- structs create for processing in t2
s:24.6/		- SIP - parse
e:17.3/		- SIP - calls/messages search, struct creation
c:6.8/		              - process_packets - calls/messages
g:6.4/                       - process_packets - registers
r:7.3/		              - process_packets - RTP
rm:24.6/	- packets shift, prepare for processing
rh:16.7/	- RTP - search hash
rd:19.3/	- RTP - move to read queue
    • Addding new thread is automatic**
'd' is running after pb,
if 'd' > 50%, new thread 's' (reasembles, sip parse) 
if 's' > 50%, new thread 'e' (callid seach + structs create for calls), 
if 'e' > 50%, new thread 'c' (calls)
if 'c' > 50%, new thread 'g' (registers)
if 'g' > 50%, new thread 'r' (rtp)

ubírání

if 'e' < N zruší se 'r' 
if 'e' < N zruší se 'g' 
if 'e' < N zruší se 'c'
if 'e' < N zruší se 'e'
if 's' < N zruší se 's'

SQLq[ C=CDR_queue M=Message_queue R=Register_queue L=LiveSniffer_queue Cl=Cleanspool queue

tarQ number of files in a queue

tarB MBs in tar buffer

tarCPU threads used for taring - its consumption