Основные выводы

Инфраструктура VoIP охватывает каждый уровень, который проходит вызов между телефонным аппаратом и коммутируемой телефонной сетью общего пользования (ТфОП), поэтому прерывающийся, односторонний или сорванный вызов можно проследить до конкретного вызвавшего его уровня.

Удерживайте одностороннюю задержку между ртом и ухом на уровне или ниже 150 мс (целевой показатель ITU-T G.114) и закладывайте 80 кбит/с в каждом направлении для каждого вызова G.711 без учета накладных расходов Уровня 2.
Распространенной причиной односторонней слышимости является NAT: он перезаписывает заголовки пакетов, но оставляет частный адрес внутри тела SIP-сообщения, и пограничный контроллер сеансов решает эту проблему.
Соглашение об уровне обслуживания (SLA) с доступностью 99,999% допускает 5,26 минут простоя в год, поэтому спрашивайте, как работает отработка отказа, а не только то, что обещает SLA.

Что такое инфраструктура VoIP?

Инфраструктура VoIP — это полная цепочка систем, которая передает голосовой вызов по протоколу IP и передает его в телефонную сеть.

Определение: Инфраструктура VoIP охватывает каждое устройство, сеть и услугу, которые проходит вызов от телефонного аппарата вызывающего абонента до вызываемого абонента, включая пограничный контроллер сеансов, магистраль SIP и узел ТфОП, которые находятся за пределами офиса.

Обычная картина ограничивается офисом: достаточная пропускная способность, QoS на маршрутизаторе и правильные телефоны. Это охватывает два уровня из семи. Пограничный контроллер сеансов (SBC), магистраль SIP и межсетевой интерфейс ТфОП работают за пределами здания, и они определяют качество связи не реже. Поскольку инфраструктура представляет собой цепочку, каждая проблема с качеством имеет свое место в ней.

Как работает VoIP-вызов

VoIP-вызов проходит четыре этапа. Во-первых, телефон или приложение преобразует речь в пакеты с помощью такого кодека, как G.711. Во-вторых, сигнализация SIP устанавливает вызов: она находит другую сторону, согласовывает кодек и указывает каждой стороне, куда отправлять аудио. В-третьих, само аудио передается отдельно в виде RTP-пакетов, обычно каждые 20 мс. В-четвертых, когда вызываемая сторона находится на обычном телефонном номере, оператор конвертирует вызов и передает его в ТфОП.

Сигнализация и медиаданные идут по разным путям, поэтому вызов может соединиться чисто и при этом не иметь звука. Это разделение объясняет большинство сбоев, описанных ниже.

Подключите свою телефонную систему к сети оператора связи с помощью Telnyx SIP trunking.

Изучите магистрали Telnyx SIP, чтобы подключать свои вызовы к общедоступной телефонной сети со встроенной защитой от сбоев.

Архитектура VoIP, уровень за уровнем

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

Что не так с вашим вызовом?

Выберите слышимый вами симптом, чтобы узнать вероятную причину и способ ее устранения.

Частный IP-адрес все еще находится в SDP

Захватите INVITE и 200 OK и прочитайте строку c= в SDP. Если в ней указан адрес из диапазона 10.x, 172.16.x – 172.31.x или 192.168.x, удаленная сторона отправляет RTP на адрес, к которому она никогда не сможет получить доступ.

Сначала отключите SIP ALG на маршрутизаторе, так как он часто перезаписывает заголовки, но не SDP. Затем укажите телефонам или АТС на SBC с включенным обходом NAT, чтобы он определял реальный общедоступный адрес и порт из первого полученного им RTP-пакета.

До: c=IN IP4 192.168.1.20 в ответе 200 OK, и вызывающий абонент слышит тишину. После: SBC перезаписывает его на c=IN IP4 203.0.113.10, и звук идет в обоих направлениях.

ACK так и не дошел до отвечающей стороны

SIP дает вызову с ответом 64 попытки с таймером повторной передачи 500 мс, что составляет 32 секунды, для получения ACK. Без него отвечающая сторона продолжает отправлять повторно 200 OK, сдается и отправляет BYE.

ACK обычно отправляется на частный адрес, взятый из заголовка Contact. Исправьте заголовок Contact через настройки SBC или NAT, чтобы он содержал общедоступный адрес, и сброс через 32 секунды исчезнет.

До: 200 OK отправляется повторно около десяти раз, и вызов завершается в 0:32. После: ACK прибывает за один круговой обход (round trip), и вызов остается активным в течение всей своей длительности.

Исходящий канал перегружен или голос не помечен

Умножьте максимальное количество одновременных вызовов на 80 кбит/с для G.711 и сравните это со скоростью вашего исходящего соединения, а не входящего. Большинство офисных каналов асимметричны, поэтому исходящий канал заканчивается первым.

Пометьте RTP как DSCP EF (46) и SIP как CS3 (24) и предоставьте EF строгий приоритет на интерфейсе WAN. Если канал по-прежнему слишком мал, G.729 использует около 24 кбит/с в каждом направлении с заголовками IP, UDP и RTP для пакетов по 20 мс.

До: 25 вызовов G.711 требуют 2 Мбит/с на отдачу при исходящей скорости 2 Мбит/с, и звук прерывается в 10 утра. После: те же 25 вызовов на G.729 требуют около 600 кбит/с.

Джиттер или потеря пакетов превосходят буфер

Каждый RTP-пакет переносит 20 мс речи, поэтому каждый потерянный пакет представляет собой пробел в 20 мс. G.711 без маскирования начинает звучать испорченным примерно при 1% потерь. Проверьте показатели потерь и джиттера в отчетах RTCP или в статистике вызовов вашего телефона.

Сначала переведите софтфоны и IP-телефоны с Wi-Fi на проводной порт. Увеличивайте адаптивный буфер джиттера только в том случае, если потери уже низкие, так как каждые дополнительные 20 мс буфера вычитаются из бюджета задержки в 150 мс.

До: 3% потерь и 60 мс джиттера на ноутбуке по Wi-Fi. После: тот же ноутбук по Ethernet показывает менее 0,5% потерь и менее 20 мс джиттера.

Односторонняя задержка превышает 150 мс

Пропингуйте SBC оператора и разделите круговой путь пополам, чтобы получить долю сети. Добавьте около 20 мс для пакета кодека и размера буфера джиттера. Если общая сумма превышает 150 мс, абоненты начинают перебивать друг друга.

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

До: 120 мс сети плюс 60 мс буфера джиттера составляют 180 мс в одну сторону. После: более близкий регион со скоростью 40 мс плюс тот же буфер дают 100 мс.

В таблице сопоставлен каждый уровень с его обычным владельцем и звуком его сбоя.

Семь уровней инфраструктуры VoIP

Уровни с 3 по 7 — это то место, где качество звонка определяется вне вашего контроля, и это те уровни, которые настраивает оператор. Джеймс Ухедби (James Whedbee), работающий в сети, управляемой Telnyx, называет элементы управления, которые находятся там:

"Telnyx сделала часть инфраструктуры продуктом. Это дает нам другой набор рычагов: сетевую маршрутизацию, привязку медиаданных, поведение SIP, репутацию номеров, отказоустойчивость и размещение ИИ". Джеймс Ухедби (James Whedbee), вице-президент по инжинирингу в Telnyx

Каждый рычаг действует на уровень из таблицы:

Сетевая маршрутизация находится на уровне 3. Она определяет, какой путь проходят пакеты между вашим периметром и оператором связи, и, следовательно, какую задержку они накапливают.
Привязка медиаданных находится на уровнях 4 и 5. Это выбор места ретрансляции звука, который определяет, как далеко звук распространяется, прежде чем достигнет другой стороны.
Поведение SIP находится на уровнях 4 и 5. Оно охватывает то, как обрабатывается сигнализация: таймеры, заголовки и то, как каждая сторона считывает адрес, на который ей поручено отправить аудио.
Репутация номеров находится на уровне 7. Она влияет на то, будут ли исходящие вызовы приняты или помечены до того, как кто-либо снимет трубку.
Отказоустойчивость находится на уровне 5. Она определяет, что происходит с вызовами при сбое маршрута, сайта или региона.
Размещение ИИ находится на уровне 5. Оно определяет, где выполняется обработка агента ИИ относительно пути вызова.

Конечные точки и локальная сеть

Эндпоинты преобразуют речь в пакеты и воспроизводят входящий сигнал. При их сбое вы слышите эхо из-за слабого подавления, односторонний вызов из-за плохой гарнитуры или телефон не может зарегистрироваться. Локальная сеть передает эти пакеты на шлюз. Здесь проявляются перегрузки, помехи Wi-Fi и брандмауэр, блокирующий RTP-порты; именно этот уровень обычно охватывает стандартный контрольный список настройки.

Транспорт, SBC и SIP-транк

Транспорт — это интернет-соединение или выделенный канал между вашим объектом и провайдером. SBC располагается на границе сети, приводит в порядок адресацию и ретранслирует медиапоток. SIP-транк соединяет вашу телефонную систему с сетью оператора связи, чтобы вызовы доходили до реальных телефонных номеров. Если вы выбираете между транком и облачным сервисом, их плюсы и минусы рассмотрены в материале SIP-транкинг против VoIP. Неполадки здесь обычно выглядят как проблемы с сетью в офисе, из-за чего их часто диагностируют неверно.

Взаимодействие с ТфОП и телефонные номера

Взаимодействие с ТфОП — это точка, где оператор связи обменивается вызовами с другими телефонными сетями. Слабый маршрут на этом участке объясняет, почему вызовы не проходят или звучат плохо только при звонках в определенные страны или другим операторам. Телефонные номера находятся в конце цепочки. Команды, получающие VoIP-номер, также наследуют отношение к этому номеру со стороны других сетей, что влияет на процент успешных ответов на исходящие вызовы. Провайдер, выдающий ваши телефонные номера, контролирует перенос номеров, регистрацию и то, как эти номера представляются в сети.

Требования к VoIP-сети: задержка, джиттер, потеря пакетов и пропускная способность

Для VoIP-вызова требуются низкая задержка в одну сторону, стабильное время доставки пакетов, минимальные потери и прогнозируемая пропускная способность на один вызов. Два из этих параметров основаны на стандарте или арифметике. Два других зависят от кодека и буфера джиттера, поэтому единого опубликованного порогового значения не существует:

Задержка в одну сторону: не более 150 мс от рта до уха, согласно ITU-T G.114. При превышении этого значения собеседники начинают перебивать друг друга.
Джиттер: единое стандартное значение отсутствует. Буфер джиттера сглаживает колебания, но каждая миллисекунда буфера добавляет задержку, поэтому высокий джиттер приводит либо к пропускам, либо к лагам.
Потеря пакетов: единое стандартное значение отсутствует. Кодеки с функцией маскирования потери пакетов скрывают небольшие потери, в то время как значительные или пакетные потери проявляются в виде проглоченных слогов и «роботизированной» речи.
Пропускная способность: 80 кбит/с в каждом направлении для каждого вызова G.711 без учета накладных расходов уровня 2, расчет приведен ниже.

Какая пропускная способность нужна для VoIP-вызова

Пропускная способность одного вызова складывается из трех показателей: битрейта кодека, интервала пакетов и размера заголовка. Пересчитайте эти значения для вашего кодека и объема вызовов:

Кодек G.711 кодирует речь со скоростью 64 кбит/с.
Интервал пакетов 20 мс означает 50 пакетов в секунду.
Каждый пакет содержит 40 байт заголовков IP, UDP и RTP (20, 8 и 12 байт соответственно).
40 байт × 8 бит × 50 пакетов в секунду = 16 кбит/с накладных расходов на заголовки.
64 кбит/с + 16 кбит/с = 80 кбит/с на вызов в каждом направлении без учета кадров уровня 2.
Умножьте это значение на пиковое количество одновременных вызовов. Двадцать одновременных вызовов G.711 требуют 1,6 Мбит/с в каждом направлении до добавления кадров.

Цифра в 100 кбит/с на вызов, которая часто упоминается, представляет собой эти 80 кбит/с плюс Ethernet-кадрирование и небольшой запас. Широкополосные кодеки, такие как G.722, улучшают разборчивость, а Opus динамически подстраивает битрейт под сеть, поэтому перед определением пропускной способности канала проверяйте скорость, которую телефоны согласовывают на практике.

Куда уходит бюджет задержки

Задержка накапливается в определенном порядке, и каждый этап расходует часть лимита в 150 мс:

Обработка кодеком на отправляющем устройстве.
Пакетизация, которая задерживает 20 мс аудиоданных перед отправкой каждого пакета.
Буфер джиттера на принимающей стороне.
Передача данных через слои сети с 2 по 5.
Переход в ТфОП и прохождение через нее, если абонент на другом конце использует телефонный номер.

Первые три этапа в основном фиксированы. Передача по сети — это этап, который увеличивается пропорционально расстоянию, и именно на него влияют механизмы маршрутизации и привязки медиапотока.

Почему эхо возникает в IP-вызовах: пользователи редко замечают эхо, пока время кругового пути остается очень малым, обычно менее 50 мс. IP-маршруты часто длиннее, поэтому каждому эндпоинту требуется работающее эхоподавление, а жалобы на эхо зачастую связаны с проблемой задержки, а не с неисправной трубкой.

QoS и голосовые VLAN

QoS работает на двух уровнях локальной сети. На уровне 2 теги 802.1p внутри кадров 802.1Q указывают коммутаторам пересылать голосовой трафик в первую очередь. На уровне 3 метки DSCP (Expedited Forwarding, значение 46 — стандартный выбор для голоса) сообщают то же самое маршрутизаторам. Выделенная голосовая VLAN изолирует телефоны от общего массива данных.

Эти метки действуют только в контролируемых вами сетях. Как только пакеты попадают в публичный интернет, большинство сетей игнорируют их. Именно в этот момент вызов, успешно прошедший тесты в офисе, может ухудшиться, и здесь вступают в силу уровни с 3 по 5.

Почему NAT нарушает работу вызовов и что исправляет контроллер границ сетей (SBC)

NAT нарушает вызовы, потому что он перезаписывает адрес в заголовке пакета, но не адрес, который SIP переносит внутри тела сообщения. Согласно RFC 3261, SIP-сообщение включает описание сеанса (SDP), в котором указано, куда другая сторона должна отправлять аудиопоток. Телефон за маршрутизатором записывает свой внутренний адрес в этот SDP. Маршрутизатор перезаписывает внешний заголовок на свой публичный адрес, оставляя SDP без изменений. В результате удаленная сторона отправляет аудио на локальный адрес, до которого не может достугнуться, и вы получаете одностороннее аудио или его полное отсутствие.

Одностороннее аудио и SIP ALG

Многие маршрутизаторы поставляются с включенной функцией SIP ALG, которая пытается решить эту проблему путем перезаписи адресов внутри SIP-сообщений. На практике она часто приводит к повреждению сообщений, поэтому отключение SIP ALG является стандартным первым шагом при устранении неполадок.

Используйте симптом для определения уровня:

Одностороннее аудио: внутренний адрес остался в SDP. Проверьте обработку NAT в локальной сети или на SBC.
Аудио отсутствует в обоих направлениях: RTP-порты заблокированы брандмауэром. Проверьте правила брандмауэра для диапазона RTP-портов.
Вызовы обрываются через фиксированный интервал, часто около 30 секунд или заданное число минут: истекает срок действия привязки NAT или таймера SIP-сеанса. Проверьте настройки keepalive и таймеров сеанса.
Периодически сбоит регистрация телефонов: SIP ALG перезаписывает регистрационные сообщения. Отключите SIP ALG на маршрутизаторе.

Что делает контроллер границ сетей

Контроллер границ сетей (SBC) располагается на стыке двух сетей и выполняет задачи, с которыми не справляется NAT:

Корректирует адреса внутри SIP и SDP, чтобы аудио поступало на публичную и доступную точку.
Ретранслирует медиапоток, что также определяет место привязки аудио.
Скрывает внутреннюю структуру сети от внешнего мира.
Обеспечивает соблюдение политик безопасности, таких как ограничения частоты запросов и разрешенные направления.

VoIP-безопасность и соответствие требованиям: шифрование, мошенничество и экстренные вызовы

Обеспечение безопасности VoIP-инфраструктуры подразумевает шифрование как сигнализации, так и медиапотока, предотвращение мошенничества на транке и соблюдение правил, применимых к экстренным вызовам и определителю номера.

Шифрование сигнализации и медиапотока

Сигнализация и медиаданные требуют раздельной защиты. TLS шифрует SIP-сигнализацию. SRTP, описанный в RFC 3711, шифрует и аутентифицирует RTP-аудио с помощью AES. Устаревшие рекомендации, в которых для голоса упоминаются DES или RC4, описывают шифры, которые больше не считаются безопасными. Если в описании от вендора указано «сквозное шифрование» (end-to-end encrypted), убедитесь, что упомянуты и TLS, и SRTP.

Четыре угрозы, с которыми сталкивается любая VoIP-система, соответствуют конкретным мерам защиты:

Прослушивание: злоумышленник перехватывает аудио или сведения о вызовах на пути следования. Используйте SRTP для медиаданных и TLS для сигнализации на всем пути от клиентского устройства до SBC и транка.
Телефонное мошенничество: злоумышленник использует ваш транк для совершения дорогостоящих международных вызовов. Используйте надежную аутентификацию, ограничения на вызовы и ограничения по направлениям на уровне SBC или транка.
Отказ в обслуживании: злоумышленник перегружает SIP-периферию запросами до тех пор, пока вызовы не перестанут проходить. Используйте ограничение скорости (rate limiting) на SBC и отделите голосовой трафик от данных.
Несанкционированный доступ: злоумышленник захватывает учетную запись или устройство. Используйте надежные учетные данные, ролевую модель доступа и списки разрешенных IP-адресов.

E911 и аутентификация вызовов

Экстренные вызовы являются частью инфраструктуры. Передаваемое в экстренные службы местоположение каждого пользователя должно быть зарегистрировано и поддерживаться в актуальном состоянии, чтобы вызов 911 попал к нужному диспетчеру. Подробности рассмотрены в требованиях к E911.

Аутентификация идентификатора вызывающего абонента (Caller ID) — это второй регуляторный уровень. STIR/SHAKEN — это фреймворк, который американские операторы связи используют для подписи и верификации Caller ID, и он влияет на то, будут ли ваши исходящие вызовы отображаться как проверенные.

Задайте любому провайдеру три вопроса:

Передается ли SIP поверх TLS?
Шифруются ли медиаданные с помощью SRTP по умолчанию или только по запросу?
Кто несет ответственность за регистрацию и обновление адресов E911?

Отказоустойчивость VoIP: аварийное переключение и что на самом деле означает SLA по доступности

SLA по доступности (uptime) — это допустимая норма времени простоя, которая ничего не говорит о том, как именно провайдер осуществляет аварийное переключение (failover).

Что означает доступность 99,999% в минутах

В году 525 600 минут. Каждая дополнительная девятка сокращает допустимое время простоя в десять раз.

Доступность 99,9%: около 8,76 часов в год или около 43,8 минут в месяц.
Доступность 99,99%: около 52,6 минут в год или около 4,4 минут в месяц.
Доступность 99,999%: около 5,26 минут в год или около 26 секунд в месяц.

Этот процент упускает из виду то, что действительно важно во время сбоя. Уточните, выживают ли текущие вызовы при сбое, работает ли сервис более чем в одном регионе и как измеряется и компенсируется SLA.

Отказоустойчивость под вашим контролем

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

Второй интернет-канал от другого провайдера.
Резервное питание и коммутация на площадке.
Резервный SIP-транк или второй маршрут на том же транке.
Переадресация вызовов на мобильные номера или линию ТфОП (PSTN) в качестве крайней меры.
Контактные данные службы поддержки вашего провайдера, сохраненные где-то вне телефонной системы.

Как построить VoIP-инфраструктуру: собственное решение, подписка или услуги оператора

Вы можете построить VoIP-инфраструктуру тремя способами, и реальная разница между ними заключается в том, какие из семи уровней вы обслуживаете самостоятельно, а какие передаете провайдеру.

Три способа организации связи

Собственное решение (Self-hosted). Программное обеспечение с открытым исходным кодом, такое как Asterisk или FreeSWITCH, работает на ваших собственных серверах, а SIP-транк используется для доступа к ТфОП. Вы управляете уровнями с 1 по 4 и платите за «железо» и рабочее время специалистов. Этот вариант подходит командам, которым требуется глубокая кастомизация и у которых есть штатные инженеры по телефонии.

Размещенная телефонная система (Hosted). Провайдер управляет коммуникационной платформой, а вы покупаете рабочие места (seats). Вы управляете уровнями 1 и 2, а стоимость масштабируется в расчете на пользователя. Это подходит офисам, которым нужна работающая телефонная система с минимальными затратами на инженерное обеспечение.

Операторский SIP-транкинг или голосовой API. Вы строите решение на сети оператора связи с помощью SIP-транков или VoIP API, а стоимость масштабируется в зависимости от использования. Вы сами выбираете, какой объем уровней с 1 по 4 обслуживать самостоятельно, а уровни с 5 по 7 берет на себя оператор. Примером такой модели является Telnyx: компания управляет операторской инфраструктурой, маршрутизацией вызовов, обработкой медиаданных, телефонными номерами и самим протоколом SIP.

Владение инфраструктурой влияет как на цену, так и на качество. Провайдер, перепродающий чужую сеть связи, перекладывает на вас изменения цен этого оператора и не может исправить его маршруты.

«Владение всем стеком технологий также позволяет нам контролировать ценообразование, чтобы мы могли назначать справедливую плату и не поднимать тарифы в одночасье только потому, что один из наших вендоров решил повысить цены». Абхишек Шарма (Abhishek Sharma), старший менеджер по техническому маркетингу в Telnyx

Чек-лист по запуску

Запуск состоит из четырех фаз:

Планирование: проведите аудит сети, подсчитайте пиковое количество одновременных вызовов и рассчитайте необходимую полосу пропускания с помощью приведенной выше арифметики.
Создание: настройте QoS, голосовую VLAN и SBC, а перенос номеров (porting) начните заранее, так как это занимает больше всего времени.
Тестирование: запустите небольшую пилотную группу и проверьте задержку (latency), джиттер и потерю пакетов в часы наибольшей нагрузки, а не только в нерабочее время.
Эксплуатация: мониторьте качество вызовов на каждом уровне и регулярно пересматривайте показатели пропускной способности.

VoIP-инфраструктура для голосовых ИИ-агентов

Голосовой ИИ-агент задействует в цепочке вызова распознавание речи, языковую модель и синтез речи, поэтому каждая миллисекунда задержки сети отнимает время, отведенное агенту на ответ. Маршрут, добавляющий едва заметную для человека задержку, может сделать ИИ-агента «медленным» или привести к тому, что он будет перебивать собеседника.

Из-за этого качество вызовов с ИИ является в такой же степени инфраструктурной задачей, в какой и вопросом самой модели:

«Мы не просто оркестрируем ИИ-агент. Мы также управляем операторской инфраструктурой, маршрутизацией вызовов, обработкой медиаданных, телефонными номерами, SIP и уровнем голосового ИИ. Это важно, потому что качество связи в production — проблема не только промптов или модели. Это также маршрутизация, показатели успешности вызовов (answer rates), обработка кодеков, аварийное переключение, наблюдаемость (observability) и операционная ответственность, когда что-то идет не так». Джеймс Уедби (James Whedbee), вице-президент по инжинирингу в Telnyx

Маршрутизация и привязка медиаданных определяют, как далеко путешествует аудиосигнал. Показатели успешности вызовов зависят от репутации номера. Обработка кодеков определяет то, что в действительности слышит система распознавания речи. Аварийное переключение и наблюдаемость определяют, будет ли проблема обнаружена и устранена. Результаты измерений при размещении агента в непосредственной близости от пути вызова описаны в материале об инфраструктуре с совместным размещением (co-located infrastructure).

Прежде чем менять модель: если ИИ-агент отвечает с задержкой или сбрасывает вызовы, проверьте семь уровней из таблицы архитектуры выше, прежде чем переписывать промпт или менять модель.

Часто задаваемые вопросы (FAQ)

Что такое VoIP и как это работает?

VoIP (Voice over IP) передает телефонные вызовы в виде пакетов данных, а не по медным линиям. Кодек преобразует речь в пакеты, SIP-сигнализация устанавливает вызов, а RTP передает аудио. Когда ваш собеседник находится на обычном номере, оператор связи передает вызов в публичную телефонную сеть, чтобы телефон мог зазвонить.

Каковы минимальные требования к VoIP-инфраструктуре?

Планируйте пропускную способность около 80 кбит/с в каждом направлении для каждого вызова в кодеке G.711 без учета накладных расходов Уровня 2 (Layer 2), одностороннюю задержку на уровне 150 мс или ниже, а также низкий и стабильный джиттер и потерю пакетов. Добавьте QoS или голосовую VLAN в вашей сети, межсетевой экран, разрешающий трафик SIP и RTP, а также SIP-транк или размещенный сервис для доступа к телефонной сети.

Что вызывает ухудшение качества связи после установки VoIP?

Обычными причинами являются перегрузка локальной сети, проблемы с NAT или SIP ALG на роутере, чрезмерная задержка или потеря пакетов в сети интернет, а также слабые маршруты оператора до определенных направлений. Сопоставьте симптом с определенным уровнем: односторонняя слышимость указывает на NAT, прерывающийся звук в часы пик — на локальную сеть, а проблемы на определенных маршрутах — на оператора связи.

Какие факторы влияют на латентность и задержку в VoIP?

Задержка складывается из обработки кодека, пакетирования (обычно 20 мс на пакет), буфера джиттера, передачи по сети и шлюза в общедоступную телефонную сеть. Первые три составляющие в основном фиксированные. Сетевой трафик возрастает с увеличением расстояния, поэтому маршрутизация и место ретрансляции аудио оказывают наибольшее влияние на общую задержку вызова.

Могу ли я сохранить свои текущие телефонные номера при переходе на VoIP?

В большинстве случаев да. Перенос номеров позволяет перенести существующие номера от старого оператора к новому. Это может занять от нескольких дней до недель в зависимости от оператора и страны, поэтому начинайте перенос на раннем этапе внедрения и сохраняйте старый сервис активным до тех пор, пока каждый номер не будет перенесен и протестирован.

Найдите уровень, на котором возникает проблема с качеством связи

Каждый сбой вызова имеет свой уровень. Telnyx самостоятельно управляет операторскими уровнями, включая маршрутизацию вызовов, обработку медиаданных, телефонные номера и SIP, что позволяет отслеживать проблему за пределами офисной сети.

Изучите SIP-транкинг