SIP-транки вместо PRI: экономим на межгороде, воюем с качеством голоса

У клиента - средний производственный офис, около 80 внутренних номеров, Panasonic TDA600 в роли УАТС, аналоговый поток E1/PRI от городского оператора. Плюс отдельная аналоговая линия для факса и «запасной» выход. Всё это работало годами, и претензий по надёжности не было. Но счета за межгород росли, а директор периодически интересовался: вот говорят, что IP-телефония дешевле - это вообще реально или маркетинг?

Реально. Но не без нюансов.

Почему SIP-транк, а не полная замена УАТС

Логичный вопрос: раз уж трогать телефонию, может, сразу поставить Asterisk на весь офис и выбросить Panasonic? Мы рассматривали этот вариант и отказались. Причины простые:

• Panasonic TDA600 работает без нареканий. Сотрудники привыкли к телефонам, схема внутренней нумерации устоялась, переключать 80 людей на новые аппараты - это отдельный проект с отдельным бюджетом.
• Задача была конкретная - снизить расходы на исходящий межгород и международные звонки, а не перестроить всю телефонную инфраструктуру.
• Гибридный вариант понятнее по рискам. Asterisk в роли SIP-шлюза между УАТС и оператором: если Asterisk вдруг упадёт, можно переключить PRI обратно в Panasonic без простоя.

Схема получилась такая: Panasonic TDA600 -> аналоговый транк в Asterisk (карточка Digium TDM400P) -> SIP-транк к оператору. Asterisk принимает исходящие звонки с УАТС, маршрутизирует их в SIP, и обратно - входящие с номера через SIP заводим в Panasonic.

Сам переход

Технически подготовка заняла около двух недель. Основные работы:

• Выбор оператора. Взяли двух для сравнения: один федеральный с московской точкой присутствия, один региональный. Тестировали параллельно с рабочим PRI.
• Настройка Asterisk. Сервер на Debian с Asterisk 1.6.2. SIP-транк регистрировался по логину/паролю, план нумерации настраивали под существующую схему клиента. Маршрутизация по префиксам: 8-800, международные и дальний восток - через SIP, местные - пока через PRI для надёжности.
• Тесты качества. Прогнали несколько дней тестовых звонков до переключения основного потока.

По итогам тестов федеральный оператор отправился в резерв, а региональный стал основным - там тарифы на межгород оказались заметно привлекательнее.

После переключения основного потока звонков экономия на межгороде вышла около 35% от предыдущих счетов. Директор удовлетворён. Мы тоже - почти.

Где зарылись

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

Первое подозрение - кодеки. Asterisk и оператор согласовали G.711 (alaw), что нормально. Посмотрели джиттер - средний показатель 15-20 мс, в пиках до 80 мс. Это уже неприятно, но не катастрофа. Включили джиттер-буфер в Asterisk:

jbenable=yes
jbforce=no
jbmaxsize=200
jbresyncthreshold=1000

Часть симптомов пропала. Но «банка» на дальнем востоке осталась.

Долго разбирались с трассировкой SIP-пакетов через sngrep, смотрели на RTP-поток. Нашли: оператор для некоторых направлений транскодировал трафик дважды - у них где-то в цепочке вставал G.729, потом снова G.711. Это и давало характерную деградацию.

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

Что имеем в итоге

Экономика - работает, как и ожидали. Межгород и международные звонки заметно дешевле. PRI-линия оставлена как резервный канал с минимальным абонентским платежом.

Надёжность - за три месяца после запуска три коротких инцидента: два раза терялась SIP-регистрация (помогло добавить register-retry в конфигурацию), один раз оператор падал на несколько часов - переключались на PRI вручную, что и было планом Б.

Управление - появилась детальная статистика звонков через CDR в базе, которой с Panasonic на голом PRI не было. Теперь клиент видит распределение исходящих по направлениям, может планировать.

Гибридная схема «УАТС + Asterisk-шлюз + SIP-транк» пока выглядит разумным компромиссом для офиса, где замена всех телефонов - избыточный шаг. Интеграция корпоративной телефонии с существующей инфраструктурой без полного сноса - отдельная инженерная задача, и её не стоит недооценивать. Особенно в части качества голоса у оператора: тарифы выбирают все, а вот маршрутизацию RTP-трафика проверяют немногие.