asterisk.ru

Добрый день.
Ситуация такая есть несколько центров обработки данных(ЦОД), к которым нужно подключить телефонию.
Есть 2 варианта:
1) поставить один asterisk и подключить его к нескольким ЦОД
соответственно тут возникают проблемы с быстродействием(ЦОД и asterisk могут быть далеко или абонент может быть далеко),
а также с надежностью(если упадет, то всё сразу).
2) поставить по asterisk'у на каждый ЦОД
тут другие проблемы
надо научиться вести общую базу пользователей и в случае чего уметь перевести вызов на другой asterisk(в trunk получается)

интересно ваще мнение, кто за какой вариант?

проблемы с быстродействием? Чего?
ЦОД и asterisk могут быть как угодно далеко, и абонент может быть далеко - не влияет. Один наш клиент построил сеть на спутниковом интернете, там задержки 1200 мсек, вот это далеко! И то он счастлив, привык говорить с паузами, не перебивая друг друга.
А что с надежностью ЦОД? Что это за ЦОД, если у него нет своей автономной системы (AS) + BGP и минимум два независимых подключения к интернет? Если что упадет всё сразу?
Перебирайтесь к нам, у нас не падает.

уметь перевести вызов на другой asterisk(в trunk получается) - это просто чёрный пояс по трансферам, годы тренировок...

Лично я выбрал бы второй вариант. Как минимум потому что я всегда ЗА:

• - распределение нагрузки
  - как никак, но все же резервирование

Не совсем понял причем тут "проблемы" ? Отсутствие знаний не должно являться проблемой. Знания это дело наживное.
Чему учиться для общей базы - например MySQL, читаете, создаете БД, ведете БД.
Соединение двух Asterisk`ов даже в "библии" рассматривается, а при поиске в гугле (http://www.google.ru/search?q=соединени ... erisk+iax2) можно найти тонну доп.информации.

в центре 2 штуку - с mysql в режиме мастер-мастер и HA - http://wiki.freepbx.org/display/FCM/Fre ... lave+Nodes
в каждом филиале по серверу (что нибудь простое и дешевое)

ded писал(а): это просто чёрный пояс по трансферам, годы тренировок...

хм, действительно сложно или сарказм?
на первый взгляд кажется всё просто, планирую через AMI переводить в другой контекст и воуля, вызов уже на другом сервере
другое дело, что надо сначала определить, на каком * находится данный пользователь...

virus_net писал(а):- распределение нагрузки
- как никак, но все же резервирование

угу, я как раз об этом

virus_net писал(а):Чему учиться для общей базы - например MySQL, читаете, создаете БД, ведете БД.

Быть может я неправильно выразился, задача тут в общем смысле такая:
пользователь жмет кнопку перевести вызов и набирает номер, далее надо узнать на какой * переводить вызов.
По этому поводу сейчас мне приходит только одна идея: сделать какую-нибудь общую базу пользователей и
после того как зарегистрируется новый пользователь писать в эту базу его(отслеживать например при помощи AMI).

awsswa писал(а):в центре 2 штуку - с mysql в режиме мастер-мастер и HA - http://wiki.freepbx.org/display/FCM/Fre ... lave+Nodes
в каждом филиале по серверу (что нибудь простое и дешевое)

Нене, там планируется в общем порядка 12-ти абонентов(это на 3 ЦОД).
Планировал ставить либо чистый asterisk, либо AstNow. Не думаю что HA нужен.

MakcumOK писал(а):на каком * находится данный пользователь...

MakcumOK писал(а): далее надо узнать на какой * переводить вызов.

а что пользователь будет с разными номерами ?!
или все таки один у него номер !?

Вот это НАГРУЗКА-то! ТС явно не в теме понятий НАГРУЗКА-ПРОИЗВОДИТЕЛЬНОСТЬ-.... Шла бы речь о 150-ти операторах в разных точках-- еще понятно бы было, а так

с такой нагрузкой . можно астериск погрузить и на какой ни будь DIR 320.
и ли на какую ни будь Rasperi PI. на край на атомную материнку

april22 писал(а):а что пользователь будет с разными номерами ?!
или все таки один у него номер !?

у одного пользователя один номер.
Приведу пример: есть вызов на Asterisk#1, пользователь хочет перевести вызов на внутренний номер 2005, но у нас также есть Asterisk#2 и Asterisk#3.
Соответственно в зависимости от того, где зарегистрирован 2005 возможно 3 варианта:
1) переводим в рамках Asterisk#1
2) переводим вызов в trunk с Asterisk#2
3) переводим вызов в trunk с Asterisk#3

april22 писал(а):с такой нагрузкой . можно астериск погрузить и на какой ни будь DIR 320.
и ли на какую ни будь Rasperi PI. на край на атомную материнку

вообще 12 человек принимают вызовы, в общем случае в очереди будет больше вызовов, чем человек, т.е. в Asterisk будет одновременно висеть например 30 сессий
И пока не известно, нужно ли будет тратить время на например транскодинг.

Максим, у вас 12 внутренних абонентов, а диалплан 4-х значный? В чём смысл? Вам хватит 2-х мерных внутренних номеров.
А Ваш пример реализуется просто: В таком варианте вызов передаётся всегда на три станции, где зарегистрован абонент 15 - там и ответит.