Каждые 10 секунд VoIP Monitor выводит в системный журнал строку состояния, содержащую метрики в реальном времени о звонках, загрузке ЦП, использовании памяти и размере очереди. На этой странице описаны все метрики и действия в случае возникновения проблем.
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) |
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) |
Посмотреть данную информацию можно двумя способами:
Настройки → Сенсоры → Выбрать сенсор → Дополнительная информация
- через терминал, выполнив команду:
docker logs voipmonitor-core-sniffer --follow |
Описание метрик
calls[56,r:0][56,r:0]
│ └── Общее количество вызовов в памяти (включая завершённые)
└─────── Активные вызовы (в процессе) |
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[cdr: 1 / 0.028s]
└── Очередь на диске (файлы query_cache) |
heap[u0|t0|a0]
│ │ └── a: Использование кучи при обработке %
│ └──── t: Использование вторичного буфера %
└────── u: Использование первичного буфера пакетов % |
| Значение | Статус | Действия |
|---|
| Все < 20 % | Здоровый | Нет | | Любой > 50% | Предупреждение — заполнение буфера | Исследуйте проблему | | Приближается к 100 % | Критический | Увеличьте max_buffer_mem или устраните проблему |
|
Если объём памяти достигнет 100 %, вы увидите PACKETBUFFER: MEMORY IS FULL и пакеты будут отбрасываться. |
comp[54]
└── Количество активных потоков сжатия для файлов PCAP/аудиофайлов |
Высокие значения указывают на высокую загрузку ЦП |
[23.1/22.6Mb/s]
└── Текущая скорость обработки сетевого трафика |
t0CPU[4.9%]
└── Использование ЦП основным потоком захвата пакетов |
| Значение | Статус | Действия |
|---|
| < 50% | Здоровый | Нет | | 50-80% | Предупреждение | Планируйте модернизацию производственных мощностей | | > 90% | Критический | Пакеты будут сброшены! |
|
Поток t0 не может быть распараллелен. Если его загрузка достигает 100 %, необходимо снизить нагрузку (с помощью фильтров, отключения функций) или использовать обход ядра. |
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 | Синтаксический анализ заголовков SIP | s:3.8 |
| e | Поиск объекта | Поиск / создание вызовов | e:2.2 |
| c | Обработка вызовов | Обработка пакетов вызовов |
|
| g | Обработка регистра | Обработка РЕГИСТРОВЫХ пакетов |
|
| r | Обработка RTP | Обработка RTP-пакетов | r:3.2 |
| rm | Перемещение RTP | Перемещение RTP-пакетов для обработки |
|
| rh | Хэш RTP | Поиск в хэш-таблице RTP | rh:3.8|0.2|0.2 |
| rd | Отправка RTP | Отправка в очередь чтения RTP | rd:4.5 |
tacCPU[0.8%]
└── Использование ЦП потоками сжатия TAR-архива |
RSS/VSZ[301|1643]MB
│ └── VSZ: виртуальная память (предварительно выделенная, используется не вся)
└─────── RSS: размер резидентного набора (фактически используемая физическая память) |
Высокие значения указывают на интенсивное архивирование PCAP. Контролируется tar_maxthreads (по умолчанию: 8). |
| Метрика | Значение | Действие |
|---|
| RSS постоянно растет | Возможная утечка памяти | Исследуйте проблему | | Высокий VSZ, нормальный RSS | Нормальное — виртуальное предварительное выделение | Нет | | RSS приближается к оперативной памяти сервера | Риск Out Of Memory | Уменьшите буферы или добавьте оперативной памяти |
|