я не спорю, что решений много. я всего лишь говорю, что в `разы рвет` сильно преувеличено, и уж в 168 vs 2000 я не поверю ни для какой задачи. написать модуль на C можно и для астериска, вопрос в том сколько надо времени на написание и поддержку. Про динамический xml когда мы тестили было тоже подозрение, что это оно тормозит, но подложив тот xml статически ничего не поменялось.
а у нас другая история, мы два раза хотели перейти на freeswitch,
1. Наслушавшись о том что FS рвет астериск в разы решили проверить, наши старые железяки держали ~400 звонков астериском, FS на том же железе 500. Подумав решили что переписывать кучу всего ради 20% пока рана.
2. некоторое время назад обновляли железо и решили опять потестить, к этому моменту на астерисках была некая логика на FastAGI написана. Сделали нечто похожее для FS ( динамический xml через http для FS == fastAGI для астериска ) и что то как то не впечатлились…
В общем щас остались на астериске. 2500 звонков с медией на ноду оно тянет и пока это устраивает.
одна из боевых машинок утром так примерно выглядит:
# asterisk -rx 'core show channels' | tail -3
1748 active channels
874 of 2500 max active calls (34.96% of capacity)
4673496 calls processed
# asterisk -rx 'core show uptime'
System uptime: 16 weeks, 1 day, 3 hours, 36 minutes, 6 seconds
Last reload: 16 weeks, 1 day, 3 hours, 36 minutes, 6 seconds
мы тоже тестили sipp, и астериск и fs проксировали трафик дале ( то есть не терминировали )
Исходные данные:
— 2000 одновременных звонков с медией ( ulaw без транскодинга )
— 15 звонков в секунду
— 50000 звонков длительностью 10 минут
Риск есть, это да, но с альтернативами удовлетворяющими нашим ТТХ не густо. До астериска имел счастье видеть локально установленный светец с их гуем на php и voip скриптами на js и меровский IP-Centrex ( привет товарищам из тех-поддержки меры которые любили апдейтить наш PBX в середине рабочего дня ), проблемы там вылезали тоже в самый неподходящий момент и 5-ти значная сумма в $ заплаченная например за меру не гарантировала, что они в принципе это пофиксят и уж тем более пофиксят прям 'завтра'. Так, что всё относительно.
и какова конечная цена вопроса для 'разносите их по контекстам' в человеко-часах / зарплате? и как и кто это потом будет поддерживать? Я впринципе даже спорить не буду, что это можно и в FreePBX, только будет ли результат лучше того, что описано выше и будет ли этот результат хоть чем то похож на оригинальный FreePBX. Вот в чем вопрос.
FreePBX это гуй для всего астериска, если пытаться дробить им астериск на несколько пользователей, то проще сделать себе харакири. Как я писал выше, вариант поставить три десятка FreePBX в виртульных машинах не сильно радует, `виртуализация` про которую топик радует больше. Но мы таки понимаем, что такая `виртуализация` будет накладывать больше ограничений для тонкой настроки для каждого отдельно взятого клиента нежели отданный клиенту целый астериск.
в том виде, в котором всё это отдают это больше напоминает черный ящик, внутри которого CentOS, asterisk,apache,mysql и скрипты. К астериску оно прикручено как include куска диалплана и sip конфига, то есть то, что было до этого оно не трогает. Отдельно поставить можно но смысла без 'заточенной инфраструктуры' не будет, проще оказалось к той инфраструктуре прикрутить свой диал-план и конфиги…
лучше скриптов и конфигов для администратора нет ничего лучше. Скрипты и конфиги не отдать пользователям. Те пользователи которым можно отдать скрипты и конфиги просто ставят у себя полностью астериск.
:)
а вообще `100 в пике` это совсем не нагрузка на современном железе.
1. Наслушавшись о том что FS рвет астериск в разы решили проверить, наши старые железяки держали ~400 звонков астериском, FS на том же железе 500. Подумав решили что переписывать кучу всего ради 20% пока рана.
2. некоторое время назад обновляли железо и решили опять потестить, к этому моменту на астерисках была некая логика на FastAGI написана. Сделали нечто похожее для FS ( динамический xml через http для FS == fastAGI для астериска ) и что то как то не впечатлились…
В общем щас остались на астериске. 2500 звонков с медией на ноду оно тянет и пока это устраивает.
одна из боевых машинок утром так примерно выглядит:
# asterisk -rx 'core show channels' | tail -3
1748 active channels
874 of 2500 max active calls (34.96% of capacity)
4673496 calls processed
# asterisk -rx 'core show uptime'
System uptime: 16 weeks, 1 day, 3 hours, 36 minutes, 6 seconds
Last reload: 16 weeks, 1 day, 3 hours, 36 minutes, 6 seconds
мы тоже тестили sipp, и астериск и fs проксировали трафик дале ( то есть не терминировали )
Исходные данные:
— 2000 одновременных звонков с медией ( ulaw без транскодинга )
— 15 звонков в секунду
— 50000 звонков длительностью 10 минут
машинка 16 процессорная Xeon 2.7
копипаст?
Манго офис можно поставить у себя?