Следите за потерями RTP-пакетов, джиттером и задержкой в Asterisk, FreePBX и Issabel. Узнайте, когда изменилось качество, сузьте поиск до транка или внутренней линии и определите следующий шаг проверки.
30 дней бесплатно. Без карты. Аудио не загружается в облако.
Короткий всплеск. Важная зацепка.Стоит проверить
Учебный пример · вымышленные показатели, не данные клиентов
Потери пакетов4,1 %Пик
Джиттер48 мсПик
Задержка RTT180 мсПик
Потери пакетов за 15 минут
10:0010:0510:1010:15
Потери по RTCPОриентир для проверки: 2%
Средние потери всего 0,8%, но на пике они достигают 4,1%. Изучите этот интервал и направление медиапотока, прежде чем проверять транк, локальную сеть или отдельный телефон.
ЧИТАЕМ ПОКАЗАТЕЛИ
Три метрики. Разные подсказки.
Смотрите на среднее, пик и число измерений вместе. Среднее может скрыть короткие всплески, а один пик ещё не доказывает устойчивую проблему.
%
Потери пакетов
Принимающая сторона сообщает о недостающих RTP-пакетах за интервал между отчётами RTCP. Потери могут совпадать с пропусками и обрывками речи.
Проверить при 2%
Сравните один период по транкам и внутренним линиям. Выясните, затронуто одно подключение или несколько.
мс
Джиттер
Джиттер отражает неравномерность прихода пакетов. PBXonix переводит значение RTCP в миллисекунды, когда известна тактовая частота кодека.
Проверить при 30 мс
Сопоставьте всплески с нагрузкой на сеть. При необходимости сравните проводное подключение и Wi-Fi.
мс RTT
Задержка туда и обратно
RTT показывает время прохождения RTCP туда и обратно. Рост помогает исследовать жалобы на задержку разговора. Это не односторонняя задержка голоса.
Проверить при 300 мс
Сравните RTT с обычным значением для этого подключения. Проверьте маршрут, загрузку канала и масштаб изменений.
Это диагностические ориентиры PBXonix, а не универсальная гарантия качества речи. Важны кодек, джиттер-буфер и путь медиапотока. Пороги и длительность срабатывания алертов задаются отдельно в настройках.
ОТ ЖАЛОБЫ К ПРОВЕРКЕ
С чего начать диагностику?
Три ситуации с вымышленными значениями. Они помогают выбрать направление проверки, но не определяют автоматически неисправное устройство или провайдера.
01
У нескольких сотрудников пропадают слова
Что видно
Пик потерь 4,1% · джиттер до 48 мс
Что это может означать
Если всплеск совпадает у нескольких линий на одном транке, проверьте общий путь медиапотока. Если затронута одна линия, начните с её подключения.
Следующий шаг
Выберите одинаковые АТС, период и направление медиапотока. Сравните строки транка и внутренних линий, затем проверьте ошибки интерфейсов, загрузку канала и настройки QoS.
02
Собеседники перебивают друг друга
Что видно
RTT до 420 мс · потери остаются 0,2%
Что это может означать
Рост RTT помогает заметить задержку даже при небольших потерях. По этим значениям нельзя точно определить её участок или доказать проблему у оператора связи.
Следующий шаг
Сравните с обычным периодом и другим транком. Проверьте, не изменились ли в это время маршрут WAN, путь через VPN или нагрузка на канал.
03
Звонки идут, а графики пустые
Что видно
Нет наблюдений RTCP · значения недоступны
Что это может означать
Нет данных не означает 0% потерь. Сборщик может ждать RTCP, медиапоток может идти в обход Asterisk, а часть показателей зависит от согласованного кодека.
Следующий шаг
Сначала проверьте статус сборщика и время обновления. Убедитесь, что Asterisk выдаёт события RTCP, а агент имеет права мониторинга. Затем проверьте путь медиапотока.
ПОНЯТНЫЙ ПОРЯДОК ДЕЙСТВИЙ
От жалобы до конкретной проверки.
Проверьте сбор данных
Посмотрите время обновления и число измерений RTCP. Подключённый агент может ещё ждать наблюдений о качестве.
Выберите нужный период
Доступны последний час, 24 часа и семь дней. Сопоставьте время жалобы со средними и пиковыми значениями.
Сузьте область поиска
Выберите АТС и направление медиапотока. Сравните доступные измерения по известным транкам и внутренним линиям.
Проследите за инцидентом
Изучите историю, назначьте ответственного и запишите выполненные проверки. После изменения сравните те же показатели.
Получайте уведомление об устойчивом ухудшении.
Включите уведомления о качестве в настройках. Задайте пороги, длительность и минимальное число наблюдений, затем получайте алерты по email или в Telegram. Следите за проблемой и восстановлением в центре инцидентов; для плановых работ используйте режим техобслуживания.
Модуль качества передаёт числовые агрегаты по минутам и известные технические идентификаторы линий и транков. Номера клиентов, имена звонящих, аудио, захваты пакетов и сырые SIP-сообщения не загружаются. Агент соединяется с облаком по исходящему HTTPS.
Средние взвешены по числу наблюдений RTCP, а не звонков или пакетов. Измерения сгруппированы и не являются записями отдельных разговоров. PBXonix не рассчитывает MOS. Спокойный график не исключает проблем кодека, телефона или акустики.
Вопросы о качестве связи Asterisk
Почему SIP-транк зарегистрирован, а звук плохой?+
Регистрация SIP отражает доступность сигнализации. RTP передаёт медиапоток, а RTCP сообщает о его состоянии. Транк может оставаться зарегистрированным, пока потери, джиттер или задержка влияют на разговор. Проверяйте состояние транка вместе с метриками качества.
Работает ли мониторинг с FreePBX, Issabel, SIP и PJSIP?+
PBXonix собирает события отчётности RTCP, которые выдаёт Asterisk. Сбор проверен на Asterisk 16 и 20 с chan_sip и PJSIP. Для FreePBX и Issabel доступность зависит от версии Asterisk, событий, прав мониторинга и конфигурации медиапотока.
Почему иногда нет джиттера или RTT?+
Не каждое наблюдение RTCP содержит все метрики. Для перевода джиттера в миллисекунды нужна известная тактовая частота кодека; RTT также зависит от содержимого отчётов и направления. При direct media или отсутствии RTCP графики могут быть пустыми. Недоступные значения не заменяются нулями.
Средние показатели рассчитываются по звонкам?+
Нет. Среднее каждой метрики рассчитывается по доступным наблюдениям RTCP с учётом их количества. Долгий звонок может дать больше наблюдений. Число измерений не равно числу уникальных звонков, а средние потери не являются долей потерянных пакетов всей АТС.
PBXonix передаёт номера клиентов или записывает звук?+
Модуль качества отправляет числовые агрегаты и известные технические идентификаторы АТС. Он не загружает номера клиентов, имена звонящих, аудио, захваты пакетов или сырые SIP-сообщения. Общая модель сбора описана на странице «Безопасность и данные».
Можно получать алерты о потерях, джиттере и задержке?+
Да. Уведомления о качестве включаются в настройках: можно задать пороги, длительность и минимальное число наблюдений. Для email и Telegram используются настроенные каналы уведомлений. Центр инцидентов позволяет отслеживать ответственных, технические комментарии и восстановление.
Считаем суммарные открытия страниц и действия в демо без идентификаторов посетителей, аналитических cookies и записи сеансов. Учитываем сигналы приватности браузера.