asterisk.ru

Не трещит, прослушивал с помощью ChanSpy.
Вот на Торменте - зажёвывется и чпокает. Переписываюсь с автором драйвера.

switch писал(а):Причина загрузки банальна: mp3. 60 декодирований это серьезная цифра даже для двухпроцессорной машины, переведи все в alaw

asterisk хотя бы MOH играет один на всех, а Oktell на каждое соединение все с нуля начинает -- т.е. декодировать и т.д.
Железячные решения делают вообще по-другому -- все вставки в MOH они интегрируют в звуковой файл -- ресурсов еще меньше, чем у asterisk'а в дефолтовой конфигурации.

ded, всё-таки как то же самое с wav файлом? Какие результаты по нагрузкам?

Тесты ещё не закончены.

switch писал(а):Смотри, какой у тебя loadavg - аж 8, что в твоем случае для астериска уже на 100% грозит искажениями, так как большую часть ресурсов отнимает декодирование мп3. Поставь музыку в формате alaw и станет все нормально.

Твоя правда. поставил ulaw музыку, до 100 одновременных PRI звонков по 4-м портам Е1, терминируются на мох, без искажений, Load average 2.2 - 2.4. После 100 звонков - пошла деградация звука. Но пока неизвестно на какой из двух сторон.
Конфигурация лабы: Server-A====4-E1=====Server-B(Openvox410P)

DAHDI/105-1 musiconhold@app-blac Up MusicOnHold()
DAHDI/104-1 musiconhold@app-blac Up MusicOnHold()
DAHDI/103-1 musiconhold@app-blac Up MusicOnHold()
DAHDI/102-1 musiconhold@app-blac Up MusicOnHold()
DAHDI/101-1 musiconhold@app-blac Up MusicOnHold()
DAHDI/100-1 musiconhold@app-blac Up MusicOnHold()
DAHDI/99-1 musiconhold@app-blac Up MusicOnHold()
DAHDI/98-1 musiconhold@app-blac Up MusicOnHold()
DAHDI/97-1 musiconhold@app-blac Up MusicOnHold()
DAHDI/96-1 musiconhold@app-blac Up MusicOnHold()
DAHDI/95-1 musiconhold@app-blac Up MusicOnHold()
DAHDI/94-1 musiconhold@app-blac Up MusicOnHold()
110 active channels
110 active calls
110 calls processed

ded писал(а):пока неизвестно на какой из двух сторон.

а если:
SIP -> тот же MOH
сколько каналов?

Э-эм, несколько выходит тогда за рамки темы Выбор Е1 карт - OpenVox D110/D115/210/410P?
Но можно забубенить в другой теме, типа Выбор HP ProLoant DL series

Ну почему же. А калибровка инструмента (HP ProLoant DL series)?

switch писал(а):Я долго мучался, пока не не понял, что искажения давал эмитирующий сервер!

Я бы применил термины - оригинирующий и терминирующий. всё-таки ближе к VoIP-телефонии.
Предложи адекватный тест чтобы точно знать где деградация пойдёт?
Я придумал так, как делаю сейчас - app-echo-test на одном и musiconhold,app-blackhole,1 - на другом.

switch писал(а):1) звук Е1-Е1: Это под вопросом, так как проседать может и оригинатор. Выход - использовать заведомо производительный оригинатор. т.е. все 4 потока обрабатывает 5 серверов: в центре теструемый, два оригинатора и два терминатора.

Я упрощу до трёх серверов:
Оригинатор ==2E1==>Тестируемый_на_тразите==2E1==>Терминатор(I'll be back!)
Заведомо: оригинировать звукуки родной музыкаки через Е1 легче, это можно увидеть всякими htop приблудами, это же не SIP.
Транзитный при бридже вообще не будет напрягаться, если он просто бриджит dahdi каналы.
Вопрос - а что же мы тогда тестируем?