КАЧЕСТВО СВЯЗИ / RTCP

Разберитесь, почему ухудшается звук в Asterisk.

Следите за потерями RTP-пакетов, джиттером и задержкой в Asterisk, FreePBX и Issabel. Узнайте, когда изменилось качество, сузьте поиск до транка или внутренней линии и определите следующий шаг проверки.

30 дней бесплатно. Без карты. Аудио не загружается в облако.

Короткий всплеск. Важная зацепка.Стоит проверить

Учебный пример · вымышленные показатели, не данные клиентов

Потери пакетов4,1 %Пик
Джиттер48 мсПик
Задержка RTT180 мсПик

Потери пакетов за 15 минут

Потери пакетов в процентах. Вымышленные измерения с 10:00 до 10:15. Пик 4,1%, среднее за интервал 0,8%.4%2%0%
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, а агент имеет права мониторинга. Затем проверьте путь медиапотока.
ПОНЯТНЫЙ ПОРЯДОК ДЕЙСТВИЙ

От жалобы до конкретной проверки.

  1. Проверьте сбор данных

    Посмотрите время обновления и число измерений RTCP. Подключённый агент может ещё ждать наблюдений о качестве.

  2. Выберите нужный период

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

  3. Сузьте область поиска

    Выберите АТС и направление медиапотока. Сравните доступные измерения по известным транкам и внутренним линиям.

  4. Проследите за инцидентом

    Изучите историю, назначьте ответственного и запишите выполненные проверки. После изменения сравните те же показатели.

Получайте уведомление об устойчивом ухудшении.

Включите уведомления о качестве в настройках. Задайте пороги, длительность и минимальное число наблюдений, затем получайте алерты по 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 используются настроенные каналы уведомлений. Центр инцидентов позволяет отслеживать ответственных, технические комментарии и восстановление.

Подключите АТС. Разберитесь в качестве связи.

Начать бесплатно

30 дней бесплатно · Asterisk, FreePBX и Issabel

PBXonix / 01:15

Увидеть сигнал. Понять, что проверить.

Английский интерфейс. Субтитры на вашем языке. Демонстрационные данные.

Посмотреть демо →
Обзор за 75 секунд · Обзор
  1. Интерактивное демо · Вымышленные данные · Без установки
  2. Выберите ситуацию. Проследите сигнал от обзора до инцидента.
  3. Найдите недоступный транк, откройте инцидент и посмотрите пример уведомления.
  4. Пример уведомления. Ничего не отправляется.
  5. Сравните потери, джиттер и задержку, чтобы сузить поиск причины.
  6. Проверьте ожидающих, свободных операторов и самое долгое ожидание.
  7. Показать восстановление
  8. Пример отчёта за день
  9. 30 дней бесплатно. Без банковской карты.

Помочь подключить АТС

Укажите тип АТС и шаг, на котором остановились. Не отправляйте пароли и токены доступа.

[email protected] ↗

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