Добрый день!

Слабонагруженная система на trixbox 2.8 (26 ext + 9 транков), 8 месяцев стабильной работы в текущей конфигурации с парой перезагрузок для создания образов. Исходящие звонки "в город" идут по умолчанию через 2 линии SIP-провайдера ЭрТелеком (т.м. ГОРСВЯЗЬ) по g729. Астериск с двумя сетевыми интерфейсами, один - в локальную сеть, второй - через роутер в DMZ к sip-провайдеру, статическая маршрутизация.

С середины июня появились жалобы пользователей на качество связи, по симптомам чрезвычайно похожие на узость канала или его загруженность чем угодно, но не voip (в самой начале был печальный опыт задействования локальной сети фирмы для построения ip-телефонии), а именно: прерывания, заикания, изменение голоса. В некоторых случаях - односторонняя слышимость ("нас не слышат"). Тестово на три дня исходящие были перенаправлены через проводного провайдера через sip-шлюзы - жалобы не появлялись. Проблема чаще всего бывает при одновременных исходящих звонках через sip-провайдера, при этом первый абонент замечает искажения в голосе и запинки, но может продолжить общение, второй (позднее подключившийся) - ловит обрывки фраз и перенабирает абонента, чтобы снова столкнуться с проблемой. 5-7 звонков из 200 идут с проблемами.

Внешне логи (sip set debug ip провайдера) одинаковые, что при проблеме с качеством, что без нее. Провайдер самоустранился: "у нас запас по ширине канала", "проблем на активном оборудовании нет", "sip-проси загружен всего на 60%" и т.п "разбирайтесь с Астериском".

Что может быть? Не верю, что после 8 месяцев работы системы она вдруг стала работать хуже сама по себе.

скорее всего ваш провайдер прикупил пир дешовый и ваш трафик по некоторым направлениям сливает через него.
оттуда и проблемы

Не, у них там простая схема, стандартная для всех городов.
Пожалуй, универсального совета не существует. обратитесь к специалистам по VoIP, так как таковым похоже Вы не являетесь :)
ЗЫ: В Эртелекоме спецов по войпу посокращали, а с админами активки про проблемы войпа разговаривать бесполезно.

QoS?

в одну сторону?

trscod, а почему бы и нет? Чай нагрузка на сеть не зеркальная =)

это первое, что я предложил проверить провайдеру. Ответ, ясен пень - "у нас все ОК".

...Оптический узел провайдера в промзоне стоит у нас за стенкой, от него идет кабель ethernet, в котором две пары для интернета, две - для телефонии. Мои подозрения, что за последние пару месяцев наподключали к узлу массу пользователей, из-за чего канал стал нестабильным, отвергли, хотя всё один к одному - почти всегда проблемы до обеда, когда телефоны у всех звонят, а трафик - льется рекой. Тесты с аппаратными шлюзами (PAP2T как раз на 2 линии), как и ожидалось ничего не дали: за сделаные 3-5 одновременных звонков "застать" проблему "5 из 200" не получилось.

Обнаружил еще одну странность и запросил провайдера подтвердить (меняли ли настройки кодеков? раньше было два на выбор iLBC или 729).

Sip show channels в момент проблемы

Peer - User/ANR - Call ID - Format - Hold - Last Message
91.144.160.105 - 733112 - 425dd47c3b15d00 - 0x100 (g729) - No - Tx: ACK
192.168.0.43 - 106 - 1328565245-5074 - 0x4 (ulaw) - No - Rx: ACK
91.144.160.105 - 685645 - 2c7f3eff02f4308 - 0x4 (ulaw) - No - Tx: ACK
192.168.0.36 - 109 - f449ce41-978a9c - 0x4 (ulaw) - No - Rx: ACK
4 active SIP dialogs

здесь второй вызов - сверху, идет как и положено по g729, зато первый (3-я строка) - почему-то по 711u, чего быть не должно. Описание транка для подключения к ЭрТелеком, которое они публично не показывают (все почтой-почтой :) ниже:

username=номер
usereqphone=yes
type=friend
secret=пароль
insecure=invite
host=91.144.160.105
fromuser=номер
dtmfmode=rfc2833
disallaw=all
context=from-pstn
allow=g729

disallaw=all -вот так вот прямо, без утайки? может всё-таки в консерватории поправить на disallow=all?

context=from-pstn
allow=g729

я тоже думаю что на аплоад ему не QoS не нужен.

и где тут смайлик "бьюсь головой об стену"? Стыдно. Не проверил текст, вставляя в транк опечатку. И работал с ней аж с октября прошлого года.

Исправил, жду дальнейших жалоб пользователей или решения проблемы.