Иван Байдин

Если вас устраивает текущее положение вещей, то к чему вопросы? Посчитайте, сколько вы сможете сэкономить ежемесячно по максимуму оптимизируя внешние линии на своем сервере, посчитайте, получите ли вы прямой или косвенный доход от того, что добавите какие-то функции, которых нет в облаке. если будет выходить 2-5 экономии, забейте и успокойтесь.
Как правило в организациях на 50 и более работников внедрение IP-телефонии штука затратная. Нет, конечно можно и на коленках все поднять, взяв списанный системник, но если хочется стабильную работу, сравнимую с тем же манго, то готовьтесь отдать те самы 2-5 т за каждый внутренний номер в сумме в процессе внедрения. Итого получаем окупаемость в несоклько лет. Смысл?

Update
простое приложение в диалплане
что то вида
//запись
exten=> 505,1,Answer
exten=> 505,n,MixMonitor(/service_records/active_record.wav)
//выставляем флаг дикой загрузки
exten =>506,1,MYSQL(Connect connid host, myUser, myPass)
exten=>506,2,Mysql(update service_states set flag=1 where service=overload)
//сбрасываем флаг
exten=> 507,1,Answer
exten=>507,1,Mysql(update service_states set flag=0 where service=overload)
//обработка входящих
[support_incoming]
exten => _XXXXXXXXXXX,1,Answer
exten => _XXXXXXXXXXX,2,MYSQL(Connect connid host, myUser, myPass)
exten => _XXXXXXXXXXX,3,MYSQL(Query resultid ${connid} SELECT flag from service_states where service=overload)
exten => _XXXXXXXXXXX,4,MYSQL(Fetch fetchid ${resultid} FLAG_STATE)
exten => _XXXXXXXXXXX,5,GotoIf($["${FLAG_STATE}" = "1"]?6:7)
exten =_XXXXXXXXXXX,6,Queue(overload_queue)
exten =_XXXXXXXXXXX,7,Queue(normal_queue)

остается в очереди overload_queue поставить дефолтный звук /service_records/active_record
как то так. можете еще пририсовать для оператора менюшку с кнопочками текущего состояния и вместо трех сервисных экстеншенов сделать один и в нем писать, устанавилвать флаг

ps вместо mysql можно использовать и локальную бд

Если встанет вопрос дальнейшего увеличения числа операторов - лучше в сторону софт-свитчей, например, как упоминали выше, Freeswitch, поскольку * - это все-таки PBX с подходом "поставили, настроили, забыли на на n-лет.
Из своего опыта могу сказать, что при росте нагрузки проблемы таки будут и все управление нагрузкой, распределением звонков и прочее в таких случаях надо выносить в свое приложение, работающее в связке с телефонией. Тогда и возможность горизонтального мастабирования уже не призрачна и предсказуема

Можно сделать и как выше, но тогда входящие по gsm будут раздражать.
запрос с помощью Curl вас спасет. Его можно выполнять прямо из диалплана
www.voip-info.org/wiki/view/Asterisk+func+curl

за флуд SIP-операторы обычно считают множественные звонки на один и тот же номер. По позапрошлогоднему опыту могу сказать, что zadarma банит исходящие на номер после 20го зонка по одному номеру. Была практика обзвона через sipnet - несколько серий по списку из нескольких тысяч - бан получал только за то, что запускал несколько потоков с одного аккаунта и они звонили на один и тот же номер - то есть наказывают за DOS удаленного абонента.
Если нужен сервис надежнее - городской номер по договору от оператора, который предоставляет приземление по SIP. в этом случае оператор ничего не имеет права делать с трафиком до жалоб абонентов (но вы же делаете честную штуку, правда?)

wiki.fusionpbx.com/index.php?title=Installation#Windows
UPD/ да, а ктио мешает скачать готовый vmware-appliance с настроенным астериском и запустить на виндовой машине? порты пробросите и только