Каждые 10 секунд VoIP Monitor выводит в системный журнал строку состояния, содержащую метрики в реальном времени о звонках, загрузке ЦП, использовании памяти и размере очереди. На этой странице описаны все метрики и действия в случае возникновения проблем.

пример строки состояния на сервере Master
voipmonitor[1]: calls[56,r:0][56,r:0] PS[C:1/-0(0/0) r:-/- S:4/4 SR:- SM:- R:5000/10012 A:7382] SQLf[cdr: 1 / 0.028s] heap[u0|t0|a0] deq[0/2301] comp[54] [23.1/22.6Mb/s] tarQ[95] tarB[7MB] tarCPU[0.1|0.5%] t0i_eth1_CPU[0.0Mb/s;main:0.0%/pcap_process:2.3%] t0CPU[2.2%] t1CPU[1.1%] t2CPU[pb:2.0/defrag:5.0/d:3.2/s:3.8/e:2.2/cf:2.2/cp:2.6/r:3.2/o:0.5/rh:3.8|0.2|0.2/rd:4.5/S:28.4%] tRTP_CPU[11.5%/11.5m/1t] tacCPU[0.8%] RRD[0.1%] RSS/VSZ[301|1643]MB TCM[h:348/a:177/f:23/u:106/tc:22]MB HEAP_HASHTABLE[0/64]MB LA[0.69 0.51 0.41|8] TLB[66] v2025.09.1(b746)
пример строки состояния на сервере Slave
voipmonitor[1]: heap[u0|t0|a0] comp[54] [21.9Mb/s] t0i_eth1_CPU[22.0Mb/s;main:0.2%/pcap_process:5.3%] t0CPU[4.9%] t1CPU[3.7%] t2CPU[1.4%] RSS/VSZ[962|1584]MB TCM[h:1162/a:10/f:1088/u:28/tc:18]MB LA[0.17 0.09 0.06|16] TLB[7] v2025.09.1(b746)

Посмотреть данную информацию можно двумя способами:

  •  через веб-интерфейс:

Настройки → Сенсоры → Выбрать сенсор → Дополнительная информация

  • через терминал, выполнив команду:
выполняется на master и slave
docker logs voipmonitor-core-sniffer --follow

Описание метрик

title = вызовы [ X ] [ Y ] 
calls[56,r:0][56,r:0]
      │       └── Общее количество вызовов в памяти (включая завершённые)
      └─────── Активные вызовы (в процессе)
PS[C:x S:y/z R:a A:b] — статистика пакетов
PS[C:1/-0(0/0) r:-/- S:4/4 SR:- SM:- R:5000/10012 A:7382]
   │                 │               │            └── A: Все пакеты обработаны
   │                 │               └────────── R: Пакеты RTP
   │                 └─────────────── S: Пакеты SIP (текущие/общие)
   └─────────────────────── C: Управляющие пакеты

Если R (RTP) равно 0, но S (SIP) показывает трафик, проверьте, включение портов RTP в захват или настройку псевдонимов NAT.

SQLf[ ] — очередь SQL
SQLf[cdr: 1 / 0.028s]
 └── Очередь на диске (файлы query_cache)
heap [ u | t | a ] — буферы памяти
heap[u0|t0|a0]
     │  │  └── a: Использование кучи при обработке %
     │  └──── t: Использование вторичного буфера %
     └────── u: Использование первичного буфера пакетов %

heap — буферы памяти

ЗначениеСтатусДействия
Все < 20 %ЗдоровыйНет
Любой > 50%Предупреждение — заполнение буфераИсследуйте проблему
Приближается к 100 %КритическийУвеличьте max_buffer_mem или устраните проблему

Предупреждение:

Если объём памяти достигнет 100 %, вы увидите PACKETBUFFER: MEMORY IS FULL и пакеты будут отбрасываться.

comp[ x ] — потоки сжатия
comp[54]
 └── Количество активных потоков сжатия для файлов PCAP/аудиофайлов

Высокие значения указывают на высокую загрузку ЦП

[ X.X Мб/с ] — скорость передачи данных
[23.1/22.6Mb/s]
 └── Текущая скорость обработки сетевого трафика
t0CPU[ X% ] — поток захвата пакетов
t0CPU[4.9%]
└── Использование ЦП основным потоком захвата пакетов
ЗначениеСтатусДействия
< 50%ЗдоровыйНет
50-80%ПредупреждениеПланируйте модернизацию производственных мощностей
> 90%КритическийПакеты будут сброшены!

Предупреждение:

Поток t0 не может быть распараллелен. Если его загрузка достигает 100 %, необходимо снизить нагрузку (с помощью фильтров, отключения функций) или использовать обход ядра.

t1CPU[ X% ], t2CPU[ X% ] — потоки обработки
t1CPU[1.1%] t2CPU[pb:2.0/defrag:5.0/d:3.2/s:3.8/e:2.2/cf:2.2/cp:2.6/r:3.2/o:0.5/rh:3.8|0.2|0.2/rd:4.5/S:28.4%]

Второстепенные потоки обработки. Они могут автоматически масштабироваться в зависимости от трафика.

Когда t2CPU показывает высокую загрузку, подробная разбивка помогает выявить проблему:

t2CPU[pb:2.0/defrag:5.0/d:3.2/s:3.8/e:2.2/cf:2.2/cp:2.6/r:3.2/o:0.5/rh:3.8|0.2|0.2/rd:4.5/S:28.4%]
КодФункцияОписаниеПример
pbБуфер пакетовВывод из буфера пакетовpb:2.0
dОтправкаСоздание структур для обработкиd:3.2
sСинтаксический анализ SIPСинтаксический анализ заголовков SIPs:3.8
eПоиск объектаПоиск / создание вызововe:2.2
cОбработка вызововОбработка пакетов вызовов
gОбработка регистраОбработка РЕГИСТРОВЫХ пакетов
rОбработка RTPОбработка RTP-пакетовr:3.2
rmПеремещение RTPПеремещение RTP-пакетов для обработки
rhХэш RTPПоиск в хэш-таблице RTPrh:3.8|0.2|0.2
rdОтправка RTPОтправка в очередь чтения RTPrd:4.5
tacCPU[ A|B|C|D% ] — сжатие TAR
tacCPU[0.8%]
 └── Использование ЦП потоками сжатия TAR-архива

RSS/VSZ[ X | Y ] МБ — использование памяти
RSS/VSZ[301|1643]MB
 │   └── VSZ: виртуальная память (предварительно выделенная, используется не вся) 
 └─────── RSS: размер резидентного набора (фактически используемая физическая память)
Высокие значения указывают на интенсивное архивирование PCAP. Контролируется tar_maxthreads (по умолчанию: 8).
МетрикаЗначениеДействие
RSS постоянно растетВозможная утечка памятиИсследуйте проблему
Высокий VSZ, нормальный RSSНормальное — виртуальное предварительное выделениеНет
RSS приближается к оперативной памяти сервераРиск Out Of MemoryУменьшите буферы или добавьте оперативной памяти
  • Нет меток