Aastra, Kirk, RTX, Gigaset (N-series)

каких баз? IP?

ну трубки чтобы к одной базе подключить. не обязательно гигасеты

к какой базе?

а как можно узнать загружен кодек или нет, кроме asterisk -rx "core show translation" ?

к какой базе?

ну база трубки

всмысле как проверить что он не только загружен, но еще и корректен?

а как можно узнать загружен кодек или нет, кроме asterisk -rx "core show translation" ?

а чем этот вариант не гож?

ну база трубки

наверное интересовались моделью базы

всмысле как проверить что он не только загружен, но еще и корректен?

лучше всего - собственным ухом)

а чем этот вариант не гож?

по таблице я вижу что у меня допустим догрузился 729-й но допустим на сайте их 2 просто и с доп инструкиями какой лучше?

они одинаковы, вопрос оптимизации под вашу платформу

а неподходящий - просто грохнется и все

по таблице я вижу что у меня допустим догрузился 729-й но допустим на сайте их 2 просто и с доп инструкиями какой лучше?

лучше тот который работает

Всем привет! Люди подскажите пожалуйста, кто читал эту статью, подскажите мне тугодуму куда оно возрващает $VAR1 в части про Yeastar?

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

У виртуальных атс есть свои слабости, например, у вас пропадет внутренняя связь, если упадет интернет. У вас будет все хрюкать, если канал до того облака, которое вы выберете, будет не всегда стабильным, если ваши телефоны будут просто смотреть в интернет без нормальной защиты, то через уязвимости в прошивках аппаратов или еще из-за чего злоумышленники смогут дозвониться до своих родственников в Гваделупе.. Вы будете привязаны к тарифам держателей облака. Если Роскомнадзор затеит очередную борьбу с телеграмом и адрес облака окажется в черном списке... а вообще-то облаком удобно пользоваться, но, например, я предпочел бы все настроить на голом астериске. Установил, настроил и забыл...

Разумная позиция: не умеешь конфигать - купи облако. Я поддерживаю

Можно брать облачную Атс от операторов, способных дать канал до неё

задарма

у них же чет есть бесплатное

У них вроде нельзя внешние номера привязать

А так абонентская 120 р, и это если не пользоваться ей

В том, что 1) текущее решение несколько, мм, нестабильно. Зависит от интернета и каблуков секретаря. 2) Есть желание поставить несколько трубок в другой офис, без vpn и прочих радостей жизни, просто чтобы работало. 3) Ни у кого нет желания разбираться с freepbx.

SipNet с их атской и amoCRM, подключают сторонних провайдеров по sip, 5000+ндс за самый толстый тариф, хватит на небольшой офис. Не реклама :) сам их атской не пользовался, только транком

Если уж на то пошло, то лучше юзать SIPUNI. Там хоть кастомизации разные можно делать.

SipNet с их атской и amoCRM, подключают сторонних провайдеров по sip, 5000+ндс за самый толстый тариф, хватит на небольшой офис. Не реклама :) сам их атской не пользовался, только транком

Спасибо всем за советы и предложения, но вопрос, к сожалению, для нас больше не актуален. Руководство приняло решение не покупать облачную АТС, а использовать то, что у нас есть.

Ещё товарищ хорошо отзывается о mango, но тут врать не стану, не пробовал

У них вроде нельзя внешние номера привязать

У задарма можно привязать один внешний номер. Звонил узнавал вчера. Но они намекнули на то, что через неделю у них произойдет обновление и возможно, ситуация изменится.

Спасибо всем за советы и предложения, но вопрос, к сожалению, для нас больше не актуален. Руководство приняло решение не покупать облачную АТС, а использовать то, что у нас есть.

Обучение Астериску руководство считает актуальным? Если да, то велком: http://asterisker.ru Окупятся быстро

Скорее всего, мы обратимся к какому-нибудь специалисту, чтобы один раз все настроить и забыть на несколько лет. Но за ссылку спасибо, я лично для себя сохранил.

Скорее всего, мы обратимся к какому-нибудь специалисту, чтобы один раз все настроить и забыть на несколько лет. Но за ссылку спасибо, я лично для себя сохранил.

Руководство еще никогда так не ошибалось)))

Руководство еще никогда так не ошибалось)))

Ну так это будет ошибка руководства, а не моя)

Которая плавно превратится в твою и твой геморрой)))

Скорее всего, мы обратимся к какому-нибудь специалисту, чтобы один раз все настроить и забыть на несколько лет. Но за ссылку спасибо, я лично для себя сохранил.

На этот случай у меня еще одна ссылка есть: http://sbs.voxlink.ru

Ещё товарищ хорошо отзывается о mango, но тут врать не стану, не пробовал

я пробовал. вполне себе сносно работает. правда все прелести их ВАТС не использовал

вопрос на засыпку, кто-то понял как работает связка hint и queue? особенно для членов очереди , которые прописаны как Local интерфейсы?

На этот случай у меня еще одна ссылка есть: http://sbs.voxlink.ru

Я думаю то руководство за 65к удавится и бюджет 15 максимум))) но в итоге будут переделывать и платить дважды как это показывает наша долголетняя практика)))

Ну мы не можем знать мотивации руководтва: может денег сэкономить,а может что-то другое.

Ну мы не можем знать мотивации руководтва: может денег сэкономить,а может что-то другое.

Сэкономить деньги это как опция которая влючена по дефолту и серая что бы нельзя было изменить)

Сэкономить деньги хотят все и всегда, но кто-то экономит в краткосрочной перспективе, а кто поумнее - в долгосрочной.

Никому Mera voip не нужна, в роли прокси после астера

Старье, но в роли пограничного воип маршрутизатора выполняет свою функцию

А зачем нужен пограничный воип маршрутизатор?

А зачем нужен пограничный воип маршрутизатор?

Почитайте на тему sbc. Штука очень полезная для более менее крупных систем. Для мелких тоже годная - вопрос цены

Никому Mera voip не нужна, в роли прокси после астера

Сами настрадались теперь сбагрить хотите. Не хорошо так...

Почему настрадались,?? Всё работает отлично

Я не жалуюсь, помойму самый легкий в плане конфигов свитч

Почитайте на тему sbc. Штука очень полезная для более менее крупных систем. Для мелких тоже годная - вопрос цены

sbc звучит как СыБиСь?

эс би си

hii

ጌቱ

yonse

Hi

Всем привет, ребят, подскажите плз куда копать, у меня астериск стал очень часто вешаться, в лог пишет кучу таких месседжей. chan_sip.c: Autodestruct on dialog '4347079b2d542be744d2bf3773e803cb@<my IP>:5060' with owner SIP/UPLINK-000830fb in place (Method: BYE). Rescheduling destruction for 10000 ms Спасает только core restart now диалплан выглядит так: [main] exten => _X.,1,NoOp(${EXTEN}) exten => _X.,n,AGI(/webapps/asterisk-billing/asterisk_scripts/dial.php) exten => _X.,n,GotoIf($["${DIALSTATUS}" = "BUSY"]?hangupbusy) exten => _X.,n,GotoIf($["${DIALSTATUS}" = "NO ANSWER"]?hangupnoanswer) exten => _X.,n,GotoIf($["${DIALSTATUS}" = "ANSWERED"]?hangup) exten => _X.,n,Hangup(34) exten => _X.,n(hangupbusy),Hangup(17) exten => _X.,n(hangupnoanswer),Hangup(19) exten => _X.,n(hangup),Hangup() exten => h,n,AGI(/webapps/asterisk-billing/asterisk_scripts/post_call_worker.php) Подскажите плз, где искать причину. Заранее спасибо.

А в agi что?

Я так понимаю что вся магия там

там довольно большие скрипты. Могу скинуть файлом.

Всем привет, ребят, подскажите плз куда копать, у меня астериск стал очень часто вешаться, в лог пишет кучу таких месседжей. chan_sip.c: Autodestruct on dialog '4347079b2d542be744d2bf3773e803cb@<my IP>:5060' with owner SIP/UPLINK-000830fb in place (Method: BYE). Rescheduling destruction for 10000 ms Спасает только core restart now диалплан выглядит так: [main] exten => _X.,1,NoOp(${EXTEN}) exten => _X.,n,AGI(/webapps/asterisk-billing/asterisk_scripts/dial.php) exten => _X.,n,GotoIf($["${DIALSTATUS}" = "BUSY"]?hangupbusy) exten => _X.,n,GotoIf($["${DIALSTATUS}" = "NO ANSWER"]?hangupnoanswer) exten => _X.,n,GotoIf($["${DIALSTATUS}" = "ANSWERED"]?hangup) exten => _X.,n,Hangup(34) exten => _X.,n(hangupbusy),Hangup(17) exten => _X.,n(hangupnoanswer),Hangup(19) exten => _X.,n(hangup),Hangup() exten => h,n,AGI(/webapps/asterisk-billing/asterisk_scripts/post_call_worker.php) Подскажите плз, где искать причину. Заранее спасибо.

Посмотрите log вызова, нет ли долгих пауз, между выполнения строк. И как-то не кошерно h,n, нужно для начала h,1,AGI(/webapps/asterisk-billing/asterisk_scripts/post_call_worker.php) Приладьте следующей строкой h,n,Verbose(3, END CALL), посмотрите как долго выполняется AGI

Господа вопрос, фрипбикс или другие веб морды работают с аел?

Вообще есть ли какие-то серьезные преимущества у вебмордовых астерисков?

Вообще есть ли какие-то серьезные преимущества у вебмордовых астерисков?

С ними можно научить работать идтота с мышкой

Пока такой задачи не стоит. Единственный плюс который я вижу - быстрое добавление пользователей

И если клиент требует самостоятельный ввод юзеров

Пока такой задачи не стоит. Единственный плюс который я вижу - быстрое добавление пользователей

Быстрее чем добавить в текстовый файл? Ну нет.

И если клиент требует самостоятельный ввод юзеров

А вот это уже из разряда идтота с мышкой

Ну я просто хеширую пароли в мд5

Это чуть дольше

echo plainpass | md5summ

Офигеть дольше

Не так

Echo -n login:asterisk:pw | md5sum

Ну вообще да

Даже на телефоне быстро

Воот :-)

Просто я думаю, стоит ли для продажи клиентам рассматривать эти извращения

Посмотрите log вызова, нет ли долгих пауз, между выполнения строк. И как-то не кошерно h,n, нужно для начала h,1,AGI(/webapps/asterisk-billing/asterisk_scripts/post_call_worker.php) Приладьте следующей строкой h,n,Verbose(3, END CALL), посмотрите как долго выполняется AGI

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

Не отвечу. А канал же новый для нового цикла, а то не понятно о чём вы, т.к. в dialplanне вижу цикла?

Просто я думаю, стоит ли для продажи клиентам рассматривать эти извращения

Клиентам действительно чаще веб проще сдать. Если не собираешься их обслуживать или у них нет технаря, который не боится консоли

На веб алергий меньше у офисных админов. Многи внщи им даже понятны. А консоль у многих вызывает приступ паники.

Пока такой задачи не стоит. Единственный плюс который я вижу - быстрое добавление пользователей

Добавить пользователя думаю быстрее будет через конфигурационгый файл, если вы сами систему клиенту писали на голом астериске и знаете что и как. В sip.conf просто добавляете нового пользователя и всё, а в extensions.conf у вас вызов этого пользователя уже по шаблону может быть. А freepbx как-то медленно работает на мой взгляд. Пока страничка откроется, пока конфигурации применится. Не для меня это. Ещё нужно думать , если что-то необычное реализовать.

И если клиент требует самостоятельный ввод юзеров

А если клиент требует самоостоятельного ввода пользователей , то два варианта - что-то простое на php делаете для ввода и редактирования пользователей и групп, я такое как-то делал и использовал realtime архитектуру, но думаю, что если еще придется, то лучше буду генерить конфиг файлы по принципу как у фри пбх , но т.к. ничего лишнего не будет., то все будет быстро. А второй способ - дайте сисадмину или кто там что сам хочет доступ к файлам конфигов. Можно не ко всем а к куску конфига, где пользователи. Этот кусок командой инклюдэ включите в основной конфиг файл. А сисадмину этому всего то нужно будет скопировать настройки имеющегося пользователя и присвоить новый номер

И вы вообще уверены , что freepbx - это для конечника проще , чтобы он сам обслуживал?

А если клиент требует самоостоятельного ввода пользователей , то два варианта - что-то простое на php делаете для ввода и редактирования пользователей и групп, я такое как-то делал и использовал realtime архитектуру, но думаю, что если еще придется, то лучше буду генерить конфиг файлы по принципу как у фри пбх , но т.к. ничего лишнего не будет., то все будет быстро. А второй способ - дайте сисадмину или кто там что сам хочет доступ к файлам конфигов. Можно не ко всем а к куску конфига, где пользователи. Этот кусок командой инклюдэ включите в основной конфиг файл. А сисадмину этому всего то нужно будет скопировать настройки имеющегося пользователя и присвоить новый номер

Инклюд конфигов + шаблоны = пользователи описываются двумя-тремя строчками

Инклюд конфигов + шаблоны = пользователи описываются двумя-тремя строчками

Ну я и говорю , что это проще, чем freepbx

И если клиент требует самостоятельный ввод юзеров

Вообще клиентов нужно приучать к тому , чтобы сам не лез в систему. Это для него должен быть черный ящик. Пусть с небольшими настройками. В аналоговых АТС разве много возможностей? Вот предусмотрена конфигурация , скажем , Панасоник ТЕВ308 3 городских и 8 внутренних и всё. Что там добавить? Ну разве изначально было 6 пользователей, можно еще двух подключить. Можете тоже по такому же принципу сделать резерв из нескольких пользователей,например

Обьясните, если в блеклисте, ставлю галочку, то добавляет номер, а внизу запись blocked 1

Или эта галочка не нужна?

заранее прошу прощения у сторожилов за столь большую портянку выражающую личное субъективное мнение на тему ванильного продукта и FreePbx... 1. если всё заранее определено, реализовано от и до, а с эникея-админа требуется только управлять операторами/абонентами, то фрипбикс избыточен (даже если в нём резать права, то для неподготовленного эникея там всё равно много "лишнего") - правильнее и разумнее реалтайм-решение и свои "костыли" с веб-мордой на простые операции; 2. если вы ДОПИЛИЛИ куски FreePbx с которыми взаимодействуют пользователи до минимально-необходимого, используете его основной функционал (а возможно и платные модули), то это имеет право на жизнь вплоть до разворачивания этого комбайна под клиента (от докера до готовых шаблонных виртуалок/контейнеров); 3. если проект клиента (ну или ваш) требует постоянной работы над функционалом, понимания что как работает и от чего зависит, плотной работы по изучению и есть готовность дебажить свой код - то это путь джедая и тут уже ванильный астер без вариантов. P.S. Путь генерации конфигов из базы с мордой взятый за основу FreePbx - удобное и хорошее(м.б. даже лучшее?) решение. Большинство в своих продуктах повторяют его, исключая избыточный функционал заложенный разрабами в базовый FreePbx... Лично меня подташнивает дебажить через консоль FreePbx-овые АТС-ки, особенно если у них понакручены допы в Custom-destinations и пр.

Господа вопрос, фрипбикс или другие веб морды работают с аел?

без проблем. создаёте extensions.ael и вперёд. Модули даже по-умолчанию в системе есть. cli> ael reload и в бой... диалплан прозрачно дополнится вашими контектами из extensions.ael

заранее прошу прощения у сторожилов за столь большую портянку выражающую личное субъективное мнение на тему ванильного продукта и FreePbx... 1. если всё заранее определено, реализовано от и до, а с эникея-админа требуется только управлять операторами/абонентами, то фрипбикс избыточен (даже если в нём резать права, то для неподготовленного эникея там всё равно много "лишнего") - правильнее и разумнее реалтайм-решение и свои "костыли" с веб-мордой на простые операции; 2. если вы ДОПИЛИЛИ куски FreePbx с которыми взаимодействуют пользователи до минимально-необходимого, используете его основной функционал (а возможно и платные модули), то это имеет право на жизнь вплоть до разворачивания этого комбайна под клиента (от докера до готовых шаблонных виртуалок/контейнеров); 3. если проект клиента (ну или ваш) требует постоянной работы над функционалом, понимания что как работает и от чего зависит, плотной работы по изучению и есть готовность дебажить свой код - то это путь джедая и тут уже ванильный астер без вариантов. P.S. Путь генерации конфигов из базы с мордой взятый за основу FreePbx - удобное и хорошее(м.б. даже лучшее?) решение. Большинство в своих продуктах повторяют его, исключая избыточный функционал заложенный разрабами в базовый FreePbx... Лично меня подташнивает дебажить через консоль FreePbx-овые АТС-ки, особенно если у них понакручены допы в Custom-destinations и пр.

+ лучше и не скажешь :)

заранее прошу прощения у сторожилов за столь большую портянку выражающую личное субъективное мнение на тему ванильного продукта и FreePbx... 1. если всё заранее определено, реализовано от и до, а с эникея-админа требуется только управлять операторами/абонентами, то фрипбикс избыточен (даже если в нём резать права, то для неподготовленного эникея там всё равно много "лишнего") - правильнее и разумнее реалтайм-решение и свои "костыли" с веб-мордой на простые операции; 2. если вы ДОПИЛИЛИ куски FreePbx с которыми взаимодействуют пользователи до минимально-необходимого, используете его основной функционал (а возможно и платные модули), то это имеет право на жизнь вплоть до разворачивания этого комбайна под клиента (от докера до готовых шаблонных виртуалок/контейнеров); 3. если проект клиента (ну или ваш) требует постоянной работы над функционалом, понимания что как работает и от чего зависит, плотной работы по изучению и есть готовность дебажить свой код - то это путь джедая и тут уже ванильный астер без вариантов. P.S. Путь генерации конфигов из базы с мордой взятый за основу FreePbx - удобное и хорошее(м.б. даже лучшее?) решение. Большинство в своих продуктах повторяют его, исключая избыточный функционал заложенный разрабами в базовый FreePbx... Лично меня подташнивает дебажить через консоль FreePbx-овые АТС-ки, особенно если у них понакручены допы в Custom-destinations и пр.

прикрепите

заранее прошу прощения у сторожилов за столь большую портянку выражающую личное субъективное мнение на тему ванильного продукта и FreePbx... 1. если всё заранее определено, реализовано от и до, а с эникея-админа требуется только управлять операторами/абонентами, то фрипбикс избыточен (даже если в нём резать права, то для неподготовленного эникея там всё равно много "лишнего") - правильнее и разумнее реалтайм-решение и свои "костыли" с веб-мордой на простые операции; 2. если вы ДОПИЛИЛИ куски FreePbx с которыми взаимодействуют пользователи до минимально-необходимого, используете его основной функционал (а возможно и платные модули), то это имеет право на жизнь вплоть до разворачивания этого комбайна под клиента (от докера до готовых шаблонных виртуалок/контейнеров); 3. если проект клиента (ну или ваш) требует постоянной работы над функционалом, понимания что как работает и от чего зависит, плотной работы по изучению и есть готовность дебажить свой код - то это путь джедая и тут уже ванильный астер без вариантов. P.S. Путь генерации конфигов из базы с мордой взятый за основу FreePbx - удобное и хорошее(м.б. даже лучшее?) решение. Большинство в своих продуктах повторяют его, исключая избыточный функционал заложенный разрабами в базовый FreePbx... Лично меня подташнивает дебажить через консоль FreePbx-овые АТС-ки, особенно если у них понакручены допы в Custom-destinations и пр.

При всем уважении: 1. Реалтайм с костылями разумнее чем готовое решение которое разрабы годами пилят и шлифуют?! Надеюсь это шутка была. У нас были клиенты где за не имением админа станцией управляли девочки секретарши после 10 минутного инструктажа. Я уж не знаю куда проще зайти в номера, нажать новый и сохранить. Все, все остальное делает фрипбкс. А теперь расскажите девочкам как добавлять номера через шаблоны, или как дебажить и фиксить глюки рейлтайма, да они даже по ssh не смогут подключиться. 2. А чего там допиливать то? Там все допилено и пилится годами. Единственное правило фрипбкса - никогда, никогда не накатывать обновы модулей, если не знаешь как потом чинить. 3. Вообще фрипбкс никак не мешает этому, открывайте кастом файлы или оверрайды и пишите и дорабатывайте свой код хоть на луа хоть на аел, но я за стандартный диалплан. А то проблемы простых пользователей после луа или аел взлетят до небес.

При всем уважении: 1. Реалтайм с костылями разумнее чем готовое решение которое разрабы годами пилят и шлифуют?! Надеюсь это шутка была. У нас были клиенты где за не имением админа станцией управляли девочки секретарши после 10 минутного инструктажа. Я уж не знаю куда проще зайти в номера, нажать новый и сохранить. Все, все остальное делает фрипбкс. А теперь расскажите девочкам как добавлять номера через шаблоны, или как дебажить и фиксить глюки рейлтайма, да они даже по ssh не смогут подключиться. 2. А чего там допиливать то? Там все допилено и пилится годами. Единственное правило фрипбкса - никогда, никогда не накатывать обновы модулей, если не знаешь как потом чинить. 3. Вообще фрипбкс никак не мешает этому, открывайте кастом файлы или оверрайды и пишите и дорабатывайте свой код хоть на луа хоть на аел, но я за стандартный диалплан. А то проблемы простых пользователей после луа или аел взлетят до небес.

Роман, в п.1 я говорил за исключительно простые кейсы, с юзерфрейндли формой: номер телефона/пароль (и номер для переадресаций)... такие, где никто из юзверей не полезет дебажить и фиксить... п.2 - я про свои модули, добавляющие функционал или обеспечивающие удобство. п.3 - согласен на все 100%. с субъективной оговоркой, что консоль ванильного астрера чище (=более читаема), чем комбайн из своих кастомов и функционала фрипбикса... может быть дело привычки и безусловно опыта... сколько инсталляций раскатали вы на фришке не идёт в сравнение с установками ванильных астеров под требования заказчика. (ИМХО опять же).

При всем уважении: 1. Реалтайм с костылями разумнее чем готовое решение которое разрабы годами пилят и шлифуют?! Надеюсь это шутка была. У нас были клиенты где за не имением админа станцией управляли девочки секретарши после 10 минутного инструктажа. Я уж не знаю куда проще зайти в номера, нажать новый и сохранить. Все, все остальное делает фрипбкс. А теперь расскажите девочкам как добавлять номера через шаблоны, или как дебажить и фиксить глюки рейлтайма, да они даже по ssh не смогут подключиться. 2. А чего там допиливать то? Там все допилено и пилится годами. Единственное правило фрипбкса - никогда, никогда не накатывать обновы модулей, если не знаешь как потом чинить. 3. Вообще фрипбкс никак не мешает этому, открывайте кастом файлы или оверрайды и пишите и дорабатывайте свой код хоть на луа хоть на аел, но я за стандартный диалплан. А то проблемы простых пользователей после луа или аел взлетят до небес.

Кстати, я про "недоделанность" реалтайма писал как-то и тоже пришел к мысли, что лучше генерить файлы , которые будут инклюдиться в sip.conf и extensions.conf, а для тех клиентов, чей сисадмин не в состоянии делать простую правку в конфиг файле можно сделать простую веб морду (делал). А насчет простоты freepbx - ну, допустим, научите вы за 10 минут добавлять экстеншены, а дальше-то что эта девочка с экстеншенами будет делать? В новый телефонный аппарат прописывать этот экстеншен? А если он не зарегистрируется? Что она без специалиста делать будет? А если нужно будет какие-то ограничения для данного экстеншена ввести? Скажу, что работать с freepbx не проще , чем с голым Астером, тут вопрос скорее в привычке . На Панасониках, например , TDA100 чтобы все настроить нужно повозиться. Сколько там всего такого, что на голом астериске проще делается (на мой взгляд). Тут я не о технологиях Sip или что-то другое, я про обычные настройки внутренних и внешних номеров , групп, использовании тех или иных линий для входящих и исходящих...

Кстати, я про "недоделанность" реалтайма писал как-то и тоже пришел к мысли, что лучше генерить файлы , которые будут инклюдиться в sip.conf и extensions.conf, а для тех клиентов, чей сисадмин не в состоянии делать простую правку в конфиг файле можно сделать простую веб морду (делал). А насчет простоты freepbx - ну, допустим, научите вы за 10 минут добавлять экстеншены, а дальше-то что эта девочка с экстеншенами будет делать? В новый телефонный аппарат прописывать этот экстеншен? А если он не зарегистрируется? Что она без специалиста делать будет? А если нужно будет какие-то ограничения для данного экстеншена ввести? Скажу, что работать с freepbx не проще , чем с голым Астером, тут вопрос скорее в привычке . На Панасониках, например , TDA100 чтобы все настроить нужно повозиться. Сколько там всего такого, что на голом астериске проще делается (на мой взгляд). Тут я не о технологиях Sip или что-то другое, я про обычные настройки внутренних и внешних номеров , групп, использовании тех или иных линий для входящих и исходящих...

А без freepbx ей не нужно будет прописывать экстен в телефон и дебажить если он не подключился?! А вообще из коробки у freepbx есть oss endpoint manager, мы настраиваем шаблоны и dhcp и да, девочке даже на телефон не нужно будет ничего прописывать, тупо нажать две кноки в вебе freepbx - просканить сеть и назначить нужный номер на телефон. Без freepbx ей будет это проще сделать?! Тоже и с ограничениями, делаем кастомы во freepbx: без ограничений, только внутренние, все кроме международки, все кроме междугородки и межуднародки. Опять два-3 клика, выбрали нужный номер и из выпадающего списка выбрали ограничение. ВСЕ ПРОФИТ! Любой индивид с лишней хромосомой справится Голый астер может этоим похвастаться? Вопрос юзабилити FreePBX для пользователя с уровнем знаний и подготовки пользователя "могу включить компухтер" и чуть больше даже и не обсуждается!!!

При всем уважении: 1. Реалтайм с костылями разумнее чем готовое решение которое разрабы годами пилят и шлифуют?! Надеюсь это шутка была. У нас были клиенты где за не имением админа станцией управляли девочки секретарши после 10 минутного инструктажа. Я уж не знаю куда проще зайти в номера, нажать новый и сохранить. Все, все остальное делает фрипбкс. А теперь расскажите девочкам как добавлять номера через шаблоны, или как дебажить и фиксить глюки рейлтайма, да они даже по ssh не смогут подключиться. 2. А чего там допиливать то? Там все допилено и пилится годами. Единственное правило фрипбкса - никогда, никогда не накатывать обновы модулей, если не знаешь как потом чинить. 3. Вообще фрипбкс никак не мешает этому, открывайте кастом файлы или оверрайды и пишите и дорабатывайте свой код хоть на луа хоть на аел, но я за стандартный диалплан. А то проблемы простых пользователей после луа или аел взлетят до небес.

А че там? Реалтайм просто работает. Если ничего не мешает базе.