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

ну вобщем мы в данный момент работаем над схемами виртуализации посредством OpenVX или vserver под linux, или jail в FreeBSD. Как появятся результаты - напишу.

Такое решение приведет к тому, что если упадет основной сервер, то и все остальные клиенты остануться без своих "АТС".
Как здесь решается вопрос об отказоустойчивости? Ведь это операторское решение ...
Да и на скольких клиентов расчитана такая система?

Как вы думаете, хостинг провайдеры для каждого клиента запускают по "виртуальной машине" и/или по своему, отдельному веб.серверу?

P.S. Готов взяться за проект "виртуальный офис", на основе кластера * ... :)

2 cron333:
есть для тебя работенка: LB кластер на 2-4 сервера...
свяжись со мной icq 1-2-5-4-3-1-3-0-3

*bump*
Есть ли успехи по данной теме у кого?

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

Немногу апну тему.
У себя сделали решение на базе linux+xen.
В нулевом домене установлена плата Wildcard TE420, xen позволяет ее пробросить в виртуальную систему, где уже установлен * и драйвера. под нагрузкой еще сильно не гоняли, 2 потока, 40sip ext ~ 1000минут в день - полет нормальный.

Кстати на OpenVZ так же не возникает никаких проблем с использованием Zaptel оборудования, есть работающая система с TE122P. Поток один и нагрузка довольно скромная, но думаю что никаких проблем с ростом нагрузок не возникнет.