asterisk.ru

а если абоненту 15 надо позвонить абоненту 15 в другом ЦОД !?
какой смысл городить одну и туже номерную емкость на всех астерисках ?!
Не лучше у каждого своя , и дальше маршрутизация !?

А зачем иметь одинаковую внутреннюю нумерацию на трёх астерисках? Зачем всё заморачивать для 12-ти внутренних пользователй? Ничто не мешает сделать К тому же Максим хочет балансировать, значит у него над тремя астерисками будет балансер, а это чуть другая схема.

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

На 12 внутренних пользователей - 3 астериска? Тогда уж каждому по астериску выдать?

вообще по моему мнению не понятна суть задачи .... и что предполагается на выходе получить .

Ок, суть задачи такова(данные немного отличаются от тех, что выше):
Есть 4 входных sip trunk'а, через которые на 4 номера попадают вызовы.
У каждого такого номера есть список абонентов, которые должны отвечать на вызовы по нему(по уточненным данным до 14ти абонентов).
По мимо этого контроль за этим всем ведётся через AMI.
Т.е. по сути все звонки встают на MusicOnHold, а в дальнейшем приложение определяет что с ними делать.
Также надо уметь делать переадресацию(которая тоже через AMI).

Вообще на свой вопрос я ответ получил, скорее всего буду делать через один Asterisk,
а если решу сделать 4 Asterisk'а, то воспользуюсь зы не понял на счет load balancer'а
ззы спасибо всем за ответы!)

Если говорить о надежности, то можно и 3 сервера на 12 пользователей. Но тогда вы простыми одноканальными телефонами не обойдетесь.

MakcumOK писал(а):не понял на счет load balancer'а

Например:
sip load balancer asterisk
sip load balancer kamailio