не совсем уверен что подойдёт Asterisk. Тут нужно что-нибудь посерьёзней опенсорса

To noize: то есть вы считаете что так и придется смотреть в сторону нортела или авайи?

ну чанел банки = )))
буржуи их для того и придумали
где то 7 E1 порта для FXS
и 4 порта для FXO

не на одной железке тоесть сервере
но вполне реально
а вот ваша идеи что бы через Eth - лучще забудте
незнаю вашей топологии
но если здание очень большое
то E1 репитеры и E1 каналы лучше провести
это если на астериске строить

а топология сети тут не причем.. если ставить адаптеры по 32 FXO то собирать их в стойку и через отдельный свич подключать их к серверу на котором стоит *. и больше ни к чему

ну если вы собираетесь гнять поток по езернету
то флаг вам в руки +)
но я вас предупредил
а топология сдесь очень как причем

если у вас в одно место приходят 1000FXS 400FXO
то тогда можно все платы в несколько серваков а то и один

но если нужно удлиннять то токо E1
ну или T1 токо плат больше

Несколько слов от меня можно?

400 внешних линий телефонным кабелем - это дурдом. Идеально - получить оптику и ч-з нее принимать потоки Е1.
Иначе... Не представляю такое промышленное решение...

Почему против пачки VOIP-шлюзов с FXO-портами? Да потому что много промежуточных звеньев получается и используется Ethernet (на нем еще запустят и компьютерную сеть) да и в таком случае смотреть надо не на D-Link, а на что-то посерьезнее. Но выкрутиться можно в принципе и так.

Проблемы с производительностью самой * с таким количеством пользователей. Может придется поставить для обслуживания внутри организации тот же OpenSER для разгрузки * на внутренних звонках. Благо такие решения внедряются.

IP-телефоны - однозначно придется переходить на PoE-коммутаторы (деньги) или ставить девайсы для запитки оных (деньги). Сами аппараты тоже необходимо брать с функциями PoE (деньги). Сразу нацелиться на одного производителя (Linksys, Cisco, Grandstream у всех есть аппараты до $100 - деньги!).

Запитка всех коммутационных узлов - по первой категории (АВР с 2-мя вводами) иначе никак (мы же говорим о телефонии предприятия, а не о лабораторных работах).

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

Серверы - конечно кластерная технология (мастер-слейв), загрузка и хранение конфига и ОС на CF-карточке и никаких жестких дисков, ессно 2 БП, ИБП, запитка по первой категории опять же.

Ну скажу еще про факсы... С этим тоже не все гладко.

В итоге получаем... Получаем возможность поиметь огромный геморрой и на всю жизнь разувериться в VoIP.

Как-то все некрасиво получилось.

Сам бы предложил несколько иную схему (гибридную).
В центре ставим стандартную АТС или несколько и сопрягаем их (панасоник, LG, Samsung). В ней - руководство, офис-менеджеры и проч.
Удаленные площадки и выносы можно реализовать с помощью Ethernet и * и голосовых шлюзов на опять же стандартных телефонных аппаратах (ценой в $10).
Международные и междугородние - можно попробовать засести ч-з * и провайдера VoIP.
Звонки на мобильных операторов - ч-з GSM-шлюзы.
На IP-телефоны можно посадить удаленные офисы и надомных работников (если они есть).

Вот как-то так.

---
Удачи!

Уважаемый noize. У Вас опечатка. Вы хотели сказать "тут нужно что-нибудь" посерьезней Asterisk'a, но никак не оперсорса.
Ведь следующее заявление в таком же духе будет "Не совсем уверен, что подойдет Linux. Тут нужно что-нить посерьезнее, например винда"...

yakuzzza, разбор полёта - расово верный, но с резюме я не согласен.
Конечно, вне всяких - получить оптику и ч-з нее принимать потоки Е1 (АТМ? STM?).
Если предприятие говорит нет (или не можно провести оптику!), то предприятие должно умереть, раздираемое противоречиями между стремлением к новой жизни, и старыми привязанностями. Гибрид плохо, по многим факторам. Например - необходимость поддерживать двойной-тройной диал-план, всё время крутить гайки как абонентам 6ХХХ звонить на 2ХХХ, а абоненту 1234 запретить звонить на мобилку но разрешить по международным через ИП.

Короче говоря: 400 входных линий (они небось ещё и пульсовые?) - фтопку. Чем быстрей сгорят, тем легче освободится для нового мышления.

Например - подать туда STM по оптическому бриджу, и не надо никаких разрешений ни у кого получать.

Задачу поставили "400 внешних аналоговых портов", а не цифровых. Похоже, старая АТС исжила свое, а везде протянута лапша... Вот и надо сперва прозрачно заменить старую АТС, а потом расти за счет подключения по VoIP. И именно в таких случаях выкидывается старая махина, ставится стойка с Asterisk + Controlex, и туда разводятся все аналоговые порты. И этими Zap каналами достаточно удобно управлять.

не при пульсовых наборах и шумах в кроссах.