потому что при падении mysql - все будет работать как раньше

поверьте - 200 сервером с реалтаймом и регулярная ремонты Mysql баз не дают скучать

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

и почему у всех создается мнение что все настройки в mysql и реалтайм это круто мне так и не удалось узнать

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

правильные админы сначала жмут reset, а потом пишут "перегружаю pbx" :)

Вообще FreePBX идет по правильному пути - и все настройки которые хочется покрутить - переадресации, followme, DND храняться в отдельной базе - которая почти реалтайм-mysql

опсосы используют

В офисе только если на софтфонах. Хардфоны не умеют, поэтому толку особо нет

make menuselect при компиляции

и почему у всех создается мнение что все настройки в mysql и реалтайм это круто мне так и не удалось узнать

потому что это мастабируемо

НО не всем это нужно. просто если это офис с 1 АТС то и в общем то нафиг ен надо

А если это какое нибудь большое решение где астерисков много и кофигов много - то это другой вопрос

Был у меня один проект где один умник "asterisk" программист не придумал ничгео лучше как раз в минуту делать sip reload

при том что конфиги занимали там тысячи строк

потому что при падении mysql - все будет работать как раньше

И астер тоже не перечитывает конфиги все время, только при релоаде модулей

и в общем то на перечитание эта минута и уходила

И астер тоже не перечитывает конфиги все время, только при релоаде модулей

если база рухнула - астер не стартанет

если база рухнула - астер не стартанет

А зачем его рестартить

Реал тайм нужен если вы динамически создаёте инстансы астера

Во многих количествах

И опять же при отсутствии конфигов - у вас шагов меньше будет, меньше гемора

А бд можно как нефиг делать файловерить, инструментов масса

по мне так удобнее спамеров добавлять через веб интерфейс А как его прочитает ПО это уже вопрос 2

Просто такая реализация не везде уместна, soho это нах не надо

А воип провайдеру вполне себе

А зачем его рестартить

вы не внимательно читали. их 200 штук. и местный админ любит их ребутить. и админов тоже 200 штук. и вот так вот все.

Я скажу так - Когда сервер маленький, то конфига ща глаза Когда сервер большой и их много то Realtime астеирска кроме пиров и очередей превращается в дурную затею

Я не касательно вашей проблемы

да и просто делать запросы из бд во время звонка тоже не очень затея. Учитывая как эти запросы "оптимизируются"

в типовом сценарии "pbx на фирмЕ", условно говоря, 1000 юзеров - 1000 строк mysql. И что вы собираетесь к ним прекрепить, чтобы создать сложный запрос? Нет такого запроса, если специально не создать.

В типовой организации астериск ради астеирска никому нахрен не сдался А вот Астериск + технологиеское ПО + CRM + "ЭтоМыСымиНаписали" вполне себе существует И из всего этого часто надо дергать инфо

Ыы) либо всё из исходников, либо всё из репы. Ето по фен-шую каэш

Если действительно система не из кучи астерисков, то какие проблемы что-то добавить/отредактировать в sip.conf, extensions.conf ? Не думаю, что времени займет больше, чем ч/з базу. Раздражает, что при релоаде peer не появляется в реалтайм архитектуре до обращения к нему или с него. А бывает вообще приходится для такого пира телефон аппаратно перезагружать. В стандартной (не реалтайм ) архитектуре таких проблем не замечал

Кстати, начал тут разбираться с pjsip: транки от провайдеров вроде регистрируются и экстеншены тоже. Но вот попробовал на зойпере экстеншен поставить, а он не работает. На аппаратных телефонах проблем нет. Что-то зойпере не так ?

Я одному клиенту реалтайм сделал, он не жалуется. Но думаю пойти потом в будущих проектах по пути freepbx - пусть информация будет в БД, а при нажатии Применить в вебе пусть лучше новые конфиги сгенерятся.

Не замечал. И какое этому объяснение?

Диалплан на реалтайм вообще самая кривая реализация из всех... ЗА каждой строкой лезет в бд...

Кэшируется, но есть нюансы

И главное о кривости реалтайм архитектуры известно, так почему эту проблему не закроют?

И главное о кривости реалтайм архитектуры известно, так почему эту проблему не закроют?

Потому что гораздо правильнее написать статичный диалплан и потом динамичесие данные подтянуть 1 раз в начале вызова (ну или 2-3 раза) И в общем то все так и делают. Не встреал на своем пути ни одной реализации dialplan В реалтайме на высоконагруженных платформах. В 13-15 астерисках вообще рекомендуют увести все в АРИ и там уже писть свой код, и забыть про dialplan

вы напомните какую? а то мы за обсуждением о том какое говно реалтайм диалплан совсем забыли чего нужно то

Да в принципе если записывать из веба в БД , нажимать Применить, который инициирует генерацию нужных участков extensions.conf и sip.conf , а затем sip reload и dialplan reload, то чем это не реалтайм архитектура? Избавляется от кривостей и получаем статические конфиги, которые можно менять из веба

Коллеги подскажите, пытаюсь изменить Callerid исходящего вызова, взял официальную документацию https://wiki.freepbx.org/display/FPG/Customize+outgoing+caller+name+and+caller+ID#space-menu-link-content , в контескте [macro-dialout-trunk-predial-hook] происходит верная установка caller id, а после перехода в контекст [macro-dialout-trunk] caller id меняется на неверный

тут подбирается команда писать свой FreePbx, Elastix и проч ? Или просто сделать свою реализацию без монструозности фришки хотите?

диалплан у него конечно прям пипец... дебажить в CLI посте ванильного глаза слезятся :))))

поэтому мне ваша идея импонирует... если сидеть с custom-конфигах :)

тут подбирается команда писать свой FreePbx, Elastix и проч ? Или просто сделать свою реализацию без монструозности фришки хотите?

Я делал одну реализацию, где клиенту веб понадобился. Реализовал ввод и редактирование экстеншенов и групп. Выводил детализацию. Все быстро отрабатывает. Реалтайм архитектура. Но в будущих реализациях, когда потребуется что-то подобное, хочу после внесения в БД именно генерить код конфигов

Я делал одну реализацию, где клиенту веб понадобился. Реализовал ввод и редактирование экстеншенов и групп. Выводил детализацию. Все быстро отрабатывает. Реалтайм архитектура. Но в будущих реализациях, когда потребуется что-то подобное, хочу после внесения в БД именно генерить код конфигов

а вашу реализацию вы в гит не выкладывали?

Нет. Там ничего сверх разумного нет. Детализацию я за основу cdrviewermod взял, а остальное не особо сложно сделать. Немного php и всё :)

тут подбирается команда писать свой FreePbx, Elastix и проч ? Или просто сделать свою реализацию без монструозности фришки хотите?

FreePBX не монструозна. Она просто реализует очень много ,поэтому и сложночитаема ТУт многие давно уже свое написали я так думаю Я под разных клиентов разное делал. Далеко не всем нужно все то что есть во FreePBX но многим нужно то чего во FreePBX нет

FreePBX не монструозна. Она просто реализует очень много ,поэтому и сложночитаема ТУт многие давно уже свое написали я так думаю Я под разных клиентов разное делал. Далеко не всем нужно все то что есть во FreePBX но многим нужно то чего во FreePBX нет

именно так... всё вы правильно сказали.

я вот пару заходов делал чтобы UCP под click2call подпилить например... мелочь, а не хватает.. ну чтобы без браузерных расширений и js

я вот пару заходов делал чтобы UCP под click2call подпилить например... мелочь, а не хватает.. ну чтобы без браузерных расширений и js

у меня без браузерных расширений отлично работает (небольшой скрипт js который ajax запросы шлет )

как реализовывали? в 14-м FreePbx в UCP блокируется подгрузка js вроде..

не?

не?

извините немного не понял Вас, как в UCP не могу знать

UCP на php написан, вроде с бутстрапом (но не точно).

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

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

То есть, они всё равно на клиентах сидят?

на компах да, но скачут с места на место

то есть вошел он в свой аккаунт и всё. входящие обрабатывает, они в call history из cdr подтягиваются. делаю чтобы в подтягиваемое из cdr поле сразу в диалплане формировалась html-ссылка на файл оригинации с параметрами (номер клиента и свой)

Vadim Selin: Кстати, начал тут разбираться с pjsip: транки от провайдеров вроде регистрируются и экстеншены тоже. Но вот попробовал на зойпере экстеншен поставить, а он не работает. На аппаратных телефонах проблем нет. Что-то зойпере не так ?

нууу как бепишет чего ему не так не?

Так пишет, только я не врубаюсь, чё делать?

Я pjsip только сегодня ковырять начал. Аппаратные телефоны без проблем. Транки провайдера тоже зарегались

А вот Zoiper зарегался. Звонки с него не идут

Вылазит сообщение

Телеграмма пришла?? Фигасе pjsip консервативный, логи телеграфом шлет

А входящие на него идут

Телеграмма пришла?? Фигасе pjsip консервативный, логи телеграфом шлет

Гы. .. ;)

ну грит он что sdp У вас с zopier фиговый

Я понял что говорит. Только не понял, что делать. Или Zoiper для pjsip не подходит?