mithraen

100% утилизация процессора на сервере вообще это зло. Особенно для realtime задач (к коим относится и IP-телефония).

С факсами — согласен, тут все уже зависит от задач. Когда делал крупные системы для офисов, факсы обслуживались отдельно (вплоть до подключения к отдельным шлюзам, которые напрямую связывались с оператором).

Но более 900 одновременных соединений в 1 сервере я успешно делал. Жалоб на качество связи при этом не было.

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

К счастью телефония прекрасно кластеризируется.

Конкретно в исходной задаче решение очевидно — зажать G.729 как требуемый кодек для всех peer'ов (потому как все транки обычно умеют его, но не все умеют G.711) — тем самым избавиться от транскодинга. Думаю даже transfer работать под такой нагрузкой будет, хотя надо проверять.

Если понадобится запись переговоров (а она наверняка в call-центре понадобится), вот там будет засада — ибо 400 потоков записи на диск убьют дисковую подсистему напрочь. Так что писать придется на tmpfs, а потом переносить одним потоком на диски. Кроме того писать придется прямо сырой G.729, а чем и где его потом перекодировать в пригодный для прослушивания формат — отдельная песня.

В общем ничего нерешаемого тут нет. Это задача — непростая, требующая подбора оборудования, тестов, и т.д. — но вполне решаемая.

Не слушайте теоретиков. 400 одновременных линий на астере не проблема, но только если нет transcoding, и обработки голосового потока на стороне самого астериска.

Т.е. если опции для управления переадресацией у Dial убрать, никакого inband dtmf (но его, к счастью, и так обычно никто в трезвом уме не использует), и идентичный список кодеков для абонентских устройств и аплинка — работать оно будет без проблем.

Но вот с сетевыми картами могут быть грабли, надо тестировать, и в целом решение по производительности тестировать, конечно, следует, перед сдачей в эксплуатацию.

www.voip-info.org/wiki/view/Asterisk+dimensioning — почитайте это. Тысячи одновременных соединений для астериска на современном серверном железе уже не проблема.

И стоит помнить, что между major versions у астериска были существенные улучшения в производительности.

У вас ведь уже есть астериск и значит опыт с его администрированием?
Ну и ставьте второй астериск.
Несколько десятков звонков в день это не нагрузка.
Да, второй запущеный астериск у вас займет, вероятно, вплоть до нескольких сотен мегабайт оперативки (это зависит от того, насколько вы у него поотрываете с помощью modules.conf ненужные модули). Стоимость этой памяти — десять баксов.

На kamailio есть смысл смотреть только в том случае, если надо использовать его как софтсвич при операторских нагрузках (хотя бы сотни одновременных вызовов).

200 аналоговых абонентов имеет смысл только если телефонизируется крупное предприятие где уже проложены телефонные кабели до какой-нибудь старой АТС, и есть сложности провести ethernet.

Вообще-то это очень маловероятная ситуация, ибо ethernet везде есть.

Самым надежным решением будет использовать IP-телефоны.