Путь № 1 (User Space): Поток пакетов из сети через `libpcap` попадает в основной анализатор. Он работает в пространстве пользователя и считает ошибки по CC (Continuity Counter).

Путь № 2 (Kernel Space): Параллельно, на более низком уровне, данные перехватываются через `netfilter` и отправляются во второй, независимый анализатор, который измеряет MLR (Media Loss Rate).

Зачем это нужно? Если показания обоих «экспертов» сходятся — отлично, мы можем быть уверены в результате. Но если их графики расходятся — это мощный сигнал: «Внимание, что-то не так с самим процессом измерения!». Это позволяет нам не делать поспешных выводов о проблемах в сети.

Сценарий 1: Ошибки MLR и CC совпадают

На обоих графиках синхронно появляются ошибки.

Вероятная причина: реальные проблемы в сети.

Что делать: проверяем дропы на коммутаторах, просим дамп у поставщика контента, ставим зонды на входе и выходе сети для локализации участка с потерями.

1. Попросите у поставщика контента дамп на их стороне.
2. Проверьте дропы на коммутационном оборудовании, поставьте зонды на входе и выходе сети доставки, чтобы понять, где именно теряются пакеты.
3. Проверьте работу процессора: возможно, что RSS не включен и есть перегрузка одного процессора с потерей данных, либо вся система перегружена, и тогда нет возможности зонду правильно работать, либо приемный буфер переполнен.

Соответственно, можно попробовать увеличить входящий буфер, оптимизировать производительность системы или снизить нагрузку.

Сценарий 2: Есть ошибки CC, но MLR в норме

Что делать:

• Возможно у вас переполняется буфер в операционной системе или не хватает производительности. Попробуйте их увеличить.
• Проверьте, не запущен ли источник вещания (например, `ffmpeg`) и зонд на одной машине. Гонка процессов за ресурсы CPU может приводить к таким эффектам. Решение этой проблемы— использовать RPS (виртуальные очереди), чтобы «привязать» процессы к разным ядрам.

Сценарий 3: Есть ошибки MLR, а счётчик CC в порядке

Что делать:

• Проверьте, не запущен ли зонд в виртуальной машине. Мы не рекомендуем использовать виртуальную машину для мониторинга мультикаста, потому что мы не можем гарантировать, что пакеты будут измерены правильно. Можно использовать для OTT — там измерения будут нормальными.
• Убедитесь, что сервер не перегружен. Если все ресурсы CPU съедены, анализатор может просто не успевать обрабатывать поток, что приводит к ложным срабатываниям.

Заключение

Надежный мониторинг — это не просто хороший инструмент, но и правильно настроенное окружение. Подход с двойной проверкой, заложенный в Elecard Boro, помогает нашим клиентам быстро отделять зёрна от плевел: реальные сетевые проблемы от артефактов измерения.