Господа,

Хочется построить АТС на 1000 абонентов на Asterisk.
У кого нибудь есть уже аналогичный опыт?

Не страшно? :-)

при грамотном подходе сделать можно и на 10 тыс.
но имейте ввиду, что первое время проблемы будут - 100%

Мировой опыт есть. вряд ли кто-то в России делал проект такого масштаба. Тут вопрос, насколько централизованная система, исходя из этого нужно рисовать узлы, балансировку и резервирование. Думаю что все получится.

АТС? или транзитный свитч?

если транзитный свитч в котором онли SIP канал например,
то запросто
нагрузка про транскодингу ляжет на пропускную способность сети и железо

если АТС то сушите весла проблемы будут всегда
клиенты будут ворчать, ругать вас
но если сумете подсадить их как на наркотик и альтернатив других у клиентов не будет, то будут пожизни ваши клиенты
а иначе поиграетесь этой идеей и забросите

категорически!
через месяц-два отладите и будет все нормально, но осадок у пользователей останется, по своему опыту знаю ;)

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

А в чем собственно проблема, 1000 абонентов - это, при средней нагрузке, 100-200 одновременных звонков, а с этим справится любой более менее современный сервер..

svoy один сервер - это одна точка отказа. Лучше заставить перегистрироваться 500 абонентов, чем 1000.

Решение на 1000 абонентов я бы не рассматривал без серьезного резервирования:

Openser/Kamailio - балансировщик и регистрар, нагрузка распределяется между Asterisk'ами

Я бы построил так: 2 Openser/Kamailio в HA кластере - 2 ( лучше 3 ) сервера на этих же серверах работают Asterisk'и + выделенный сервер под базу данных

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

будьте проще.

три сервака, один из них резервный. на нем можно и cdr держать, и бд и вообще на нем все делать. два других - обрабатывают вызовы.
резервный вступает в работу только когда один валится, причем решает это не мутный альгоритм HA, а сами телефоны, которые уж точно знают что связь отвалилась.
из минусов - довольно длительная реакция, но при этом большая часть абонентов все-таки работает.
если не использовать системы с freepbx то вообще хватит одного двухпроцессорного сервака на все, ибо не будет мудацких agi, которые жрут ресурсы почем зря.

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