Pull to refresh

Comments 32

Недопонял, что за зверь этот VirtualPBX.
Как именно он прикручивается к астериску, что «можно допилить что-то своё»?
Реально ли его поставить отдельно от предлагаемой «коробки» rpmов с заточенной инфраструктурой?

/* сейчас юзаем FreePBX который меня как админа бесит тем, что внаглую перерисовывает все конфиги, предполагает, что кроме него в системе вообще ничего нет, генерит баговые диалпланы и написан на говнопхп-без-поллитры-не-пофиксишь */
Ну раз вы лазаете в конфиги FreePBX руками, то наверняка в шапке видели указание, что эти файлы не предназначены для правки вручную. Для ручной правки конфигов есть файлы *_custom.conf: extensions_custom.conf, sip_additional_custom.conf и десятки других.

А по поводу баговых диалпланов — это вы зря. Они местами несколько избыточны, но вполне работоспособны.
А, например, в файле indications.conf такая надпись появилась только после моего багрепорта о том, что для россии там неправильные данные. Баг провисел с полгода.
Зачем переписывать этот файл данными, захардкодеными в пхп — загадка.

Ну и да, есть *_custom.conf, *_general_custom.conf, *_additional_custom.conf, *_custom_post.conf — это весело и удобно.

О баговых диалпланах посмотрите /var/log/asterisk/warn после регенерации файлов.
Те ошибки, что там могут проскакивать, на работу не сказываются.

Хорош FreePBX или плох, тема для отдельной сложной дискуссии. Но факт один — нормальной альтернативы ему нет.
Я под альтернативой предполагаю софт в такой же весовой категории. А так — таких «альтернатив» для Asterisk просто масса.
Наличие массы альтернатив говорит о том, что существующие решения устраивают далеко не всех
Да! Не поверите, но и меня, проводящего бОльшую часть рабочего времени в панели FreePBX, там тоже много чего не устраивает. И при всем при этом, пока ни одна альтернативная панель управления не доросла до уровня.
Все (виденные мной) альтернативы построены по пирнципу «нажми на кнопку — получишь результат».
Если кнопки для желаемого результата нет — надо лезть в недокументированные сорцы, писать плагины.
Потому и делают альтернативы со своими блэкджэками.

И, похоже, в этом году появится ещё одна альтернатива, но уже по принципу «навороченный редактор диалплана».
Вот в этом плане FreePBX как раз и хорош: масса функционала устанавливается в виде модулей. Например, Custom Context или тот же Autoprovisionig.
FreePBX это гуй для всего астериска, если пытаться дробить им астериск на несколько пользователей, то проще сделать себе харакири. Как я писал выше, вариант поставить три десятка FreePBX в виртульных машинах не сильно радует, `виртуализация` про которую топик радует больше. Но мы таки понимаем, что такая `виртуализация` будет накладывать больше ограничений для тонкой настроки для каждого отдельно взятого клиента нежели отданный клиенту целый астериск.
Asterisk — сам по себе не Multi-Tenant. Если вам нужно на один Астериск повесить тридцать офисов, но так, чтобы они не могли звонить друг другу и звонили через своих операторов — то проблем никаких — разносите их по контекстам, хоть вручную, хоть через FreePBX.
и какова конечная цена вопроса для 'разносите их по контекстам' в человеко-часах / зарплате? и как и кто это потом будет поддерживать? Я впринципе даже спорить не буду, что это можно и в FreePBX, только будет ли результат лучше того, что описано выше и будет ли этот результат хоть чем то похож на оригинальный FreePBX. Вот в чем вопрос.
Смотря что считать «конечной ценой вопроса».

То что вы поставили-настроили-проверили, и вроде бы проблем на старте не нашлось — здорово. Но когда они со временем начнут появляться, а спросить будет не у кого, то как это повлияет на цену вопроса, которая уже вроде как выплачена? Если бы вы написали, что поставили систему два года назад и все это время «ни единого разрыва» — то да, снимаю шляпу. Но если же не так, то в свой продакшн я бы побоялся ставить.
Риск есть, это да, но с альтернативами удовлетворяющими нашим ТТХ не густо. До астериска имел счастье видеть локально установленный светец с их гуем на php и voip скриптами на js и меровский IP-Centrex ( привет товарищам из тех-поддержки меры которые любили апдейтить наш PBX в середине рабочего дня ), проблемы там вылезали тоже в самый неподходящий момент и 5-ти значная сумма в $ заплаченная например за меру не гарантировала, что они в принципе это пофиксят и уж тем более пофиксят прям 'завтра'. Так, что всё относительно.
в том виде, в котором всё это отдают это больше напоминает черный ящик, внутри которого CentOS, asterisk,apache,mysql и скрипты. К астериску оно прикручено как include куска диалплана и sip конфига, то есть то, что было до этого оно не трогает. Отдельно поставить можно но смысла без 'заточенной инфраструктуры' не будет, проще оказалось к той инфраструктуре прикрутить свой диал-план и конфиги…
Устроился в фирму, а там астеров с freepbx 5 штук. Так не привычно в web все конфиги править, и плюс убивает, что freepbx подтерает, что руками правил.
Откройте для себя файлы _custom.conf
Чем этот набор скринов лучше консоли и конфигов?

В вашем случае вообще Манго офис лучше.
лучше скриптов и конфигов для администратора нет ничего лучше. Скрипты и конфиги не отдать пользователям. Те пользователи которым можно отдать скрипты и конфиги просто ставят у себя полностью астериск.

Манго офис можно поставить у себя?
Нет, и тут Вы не совсем правы.

Часто видим ситуации, когда одмин поставил Астериск, написал все диалпланы/транки/экстеншены в виде конфигов и благополучно свалил.
После его ухода компания вынуждена либо искать точно такого же низкоуровнего Астерискера, что отразится на его зарплатных ожиданиях, либо все переустанавливать (чаще всего — не бесплатно), чтобы получить человекопонятный интерфейс.

Мы, например, внедряем решения на FreePBX, после окончания проекта учим админа самостоятельной работе со станцией. Если админ поменяется и придет другой, то либо он разберется сам, либо мы его научим за символические деньги.

Так или иначе, бизнес клиента не находится под угрозой комментов к конфигу в голове у админа.
Мы на чистом asterisk внедряем и местному админу потом показываем как настраивать. Или предлагаем техподдержку. За 3-4 тр в месяц клиентам бывает интересно, что им в дальнейшем будут поддерживать грамотные специалисты.
Скорее всего, Вы не пользовались Манго офисом.
А если пользовались, то наверное для Вашего бизнеса телефония — не критичный ресурс.

Иначе бы ощутили на себе всю эту прелесть недоделанных псевдооблачных IP-PBX. У нас есть несколько клиентов, которые имеют номера от всяких там Манго и Октолайнов. По количеству отбоев как на вход, так и на выход — им просто нет равных! Логи полнятся 486-ми и 50x-ми отбоями, а техподдержка говорит «Да-да, знаем-знаем, работаем. Подождите еще часок.»

Недавно даже был прецендент. У нашего клиента номер от Октолайна. Так вот обилие косяков настолько утомило клиентов, что даже сумели отобрать у Октолайна номер и получить его-же от вышестоящего оператора — НексТела.
Похоже, проклятие этого чудовищного интерфейса FreePBX будет вечно преследовать бесплатные и небесплатные PBX на астериске.
vim /etc/asterisk/extensions.conf
vim /etc/asterisk/extensions_templates.conf
vim /etc/asterisk/extensions_trunks.conf
vim /etc/asterisk/extensions_peers.conf

vim /etc/asterisk/sip.conf

и никак иначе. Иначе война с freepbx за каждую инородную воипную железку, коих со смутных времен ещё в изобилии осталось.
(резервный канал через chan_dongle, входящий Skype через SipToSis, оповещения в корпоративный жаббер, связь со старой LDK100 через E1, два аппарата cisco spa8000 на удаленке, требующие отдельных настроек для sip и 729-го кодека (с преобразованием ulaw<-->729 есть свои заморочки). А также виртуальный факс, приходящий в виде файлов tif в общую папку. Chan_dongle заводит свой баланс в мониторинг, ну и в жаббер мне орет, если вдруг денег мало на нем осталось. Боевые телефоны — DECT KIRK, но есть и длинки, линксисы и две «чистокровных» циски. Ну такие простые вещи, как ведение статистики, mobile extension, роуминг трубок между филиалами и банальный перевод звонка с возможностью трехсторонней конференции в момент перевода. И всё это на несколько филиалов, в динамике и с синхронными обновлениями.

Вроде ничего не забыл. Причем контора-то не особо большая. Просто порой телефония кажется очень простой штукой, а потом внезапно нужно то, то и ещё вот то, и это бы тоже неплохо. И диалплан из freepbx отправляется в мусорку, покупается вот эта книжка, и делается всё по-людски, без кучи extensions под каждый аппарат.
и не спрашивайте, почему я обо всём этом пишу в три часа ночи.
Заказать виртуальный офис или виртуальную АТС — IP PBX можно на сайте Virtual Number, техподдержка вам поможет решить все вопросы, которые у вас возникли в процессе настройки и общения с клиентами.
давайте все по рекламируем свои фирмы с виртуальными АТС…
Уже давно есть оптимальные решения между чистым виртуальным офисом типа упомянутого тут манго и собственным серверов — hosted pbx на площадке телефонного провайдера. В этом случае провайдер отвечает и за телефонную станцию (поддерживает ее со всеми настройками), и за качество самой телефонии. Цена вопроса иногда ниже, чем поддержка на аутсорсе. Пример такого решения на хабре неоднократно обсуждали. Как пример нашей стратегии: saas hosted pbx от Док.Телеком
Из того, что еще доступно на даннй момент, заказать У-АТС можно еще на сайтах:

Еще неплохой вариант для покупки фиртуального офиса — telnum.net
Only those users with full accounts are able to leave comments. Log in, please.