Конфиг серверного железа какой?

Нужно только указать для atxfer параметр

и потом в консоли астера reload features

А фрипбх не проще?

не знаю, не работалс ним "чистый" так сказать астер проще для меня

Ну....

Пока хотелки прода не завернут в 3 этажа... Сложности

А ещё хуже.. Когда спустя пол/год, нужно что то подпрпвить... И сиди кури конфиг...

когда завернут в три этажа, в фрипбх конфиг приходится кастомить и там потом тоже концов не найдёшь

я краем глаза читал как что фрипбх настраивается

ну так настраивается стандартный пятый класс

вот эти эекстеншнс кастом, и не кастом, одно там другое там

стандартный функционал пятого класса отлично в простой для чтения конфиг укладывается

а что значит пятого класса)

а что значит пятого класса)

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

аа

Как мне тут как то советовали переписал свой диалплан на lua, пособирал из кусков там сям, и мои 4 входящих городских номера, с возможностью донабора, из почти около 2000 строк, правда там заводских навалом ещё, превратились в изящные - хорошо если 200 строк, и вообще красота, и как почитал на lua диалплан и работает шустрее, и гораздо шире возможности, ну и комментарии в конфигах, даже для себя, можно понаписать, что б не гадать потом что для чего

Пока правда он не в работе, тот что с lua

По большей части ради интереса сделал)

Угу

На вскидку фряха длительность разговора ни в какой переменной не передаёт?

Пока правда он не в работе, тот что с lua

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

Угу

А слепить его в гуи еще в 100500 раз быстрее

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

И никаму вникать не нужно в чужой лисапед...

Эххх

)

да и на lua не так уж сложно написать как оказалось

Админ админу друг, тлварищ и МАН.

))

А вот в штатном решении задачи, можно "нарваца" на ЛУА...

И опаньки...

Сиди учи ЛУА, а не просто очередь влепи, пару фолов ми и 10-к экстенов с ивр...

Тут пападос на долго...

Ибо в конце концов... Выкуришь всю догику... Перенесёшь на фри пбх и с миром разойдешься с заказчиком

Я бы понял, эсли это пров войп...

Но они фри свитч и астер 11 везде кластерят...

А тут... Из пушки по воробьям....

Согласен)

И самый главный фактор: время решения задачи...

Увы и ах

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

у луа есть свои плюсы и минусы: - Он явно быстрее выполняе цикличесткие операции так как у него циклы нативные - Он быстрее работает с переменными так как сами пременные нативны - он быстрее работает с IF так как он тоже нативные - можно избегать всяких GotoIfTime - Нормальный код вместо конфига который принципе всегда тяжело читается , особенно если там есть If, set, while - безпроблемная работа с JSON - безпроблемная работа с файловой системой (не прибегая к bash) - множество расширений (хотть gRPC подключайте и работайте с ним как с транспортом для АПИ) минусы: - если использовать драйвер луа для коннекта к БД - он будет коннектиться каждый раз (хотя как по мне само уже то что вы где то в конфге используете бд на прямую - говорит о том, что диалплан неправильно написан) - невозможность испльзовать глобальные переменые так как они будут инититься снова для каждого нового звонка (как и коннект к бд)

Народ, щас модно использовать динамическую маршрутизацию? dundi Используете у себя или пилите диалплан и диапазоны номеров четко по серверам астера?

Хочу понять что сейчас носят

Народ, щас модно использовать динамическую маршрутизацию? dundi Используете у себя или пилите диалплан и диапазоны номеров четко по серверам астера?

Вообще сейчас в моде меховистый диалплан. Ну знаете, из медведя желательно.

Вообще сейчас в моде меховистый диалплан. Ну знаете, из медведя желательно.

Сами носите?

Теплый, зимний?

Сами носите?

Вообще то нужно можные диалплановые выставки посещать. Та четко показана мода на ношение диалплана Если серьезно - стройте так как вам удобно. Вам же с этим работать Нет тут моды

У меня сейчас объединение через код+префикс. Потому что остальные астериски не совсем в моем ведении

Доброе утро, Братья! Столкнулся со следующей проблемой: 1) Имею АСТЕР Asterisk 13.1.0 стоит на хецнере 2) Имею локальную сеть, которой рулит Mikrotik (192.168.88.xxx) 3) Имею ПК у установленными софт-фонами (MicroSIP) 4) МИКРОСИП показывает что он онлайн у всех пользователей 5) sip show peers показывает следующее (интересует 201 юзер): Name/username Host Dyn Forcerport Comedia ACL Port Status Description 101 (Unspecified) D No No 0 UNKNOWN 102 (Unspecified) D No No 0 UNKNOWN 103 (Unspecified) D No No 0 UNKNOWN 200 (Unspecified) D No No 0 UNKNOWN 201/201 192.168.88.16 D No No 64491 UNREACHABLE 202/202 (Unspecified) D No No 0 UNKNOWN 203 (Unspecified) D No No 0 UNKNOWN 204 (Unspecified) D No No 0 UNKNOWN 205 (Unspecified) D No No 0 UNKNOWN 206 (Unspecified) D No No 0 UNKNOWN 207 (Unspecified) D No No 0 UNKNOWN 6) При попытке набрать с 201 в ТФОП получаю следующее == Using SIP RTP CoS mark 5 -- Executing [89122222077@call-out:1] Dial("SIP/201-00000005", "SIP/89222222077@329819") in new stack == Using SIP RTP CoS mark 5 -- Called SIP/89222222077@329819 > 0x7f8ec4005cd0 -- Probation passed - setting RTP source address to 185.45.152.135:17350 > 0x7f8ec4005cd0 -- Probation passed - setting RTP source address to 185.45.152.135:17350 -- SIP/329819-00000006 answered SIP/201-00000005 -- Channel SIP/201-00000005 joined 'simple_bridge' basic-bridge <05a48673-d487-4f2d-8fdf-945c8bbb2552> -- Channel SIP/329819-00000006 joined 'simple_bridge' basic-bridge <05a48673-d487-4f2d-8fdf-945c8bbb2552> > Bridge 05a48673-d487-4f2d-8fdf-945c8bbb2552: switching from simple_bridge technology to native_rtp > 0x7f8eac13d4e0 -- Probation passed - setting RTP source address to 79.172.1.37:4002 > 0x7f8ec4005cd0 -- Probation passed - setting RTP source address to 185.45.152.135:17350 -- Channel SIP/329819-00000006 left 'native_rtp' basic-bridge <05a48673-d487-4f2d-8fdf-945c8bbb2552> -- Channel SIP/201-00000005 left 'native_rtp' basic-bridge <05a48673-d487-4f2d-8fdf-945c8bbb2552> == Spawn extension (call-out, 89122222077, 1) exited non-zero on 'SIP/201-00000005' Вопрос как победить п.5 и п.6 (мне кажется что это одна и так же проблема?)

"хотя как по мне само уже то что вы где то в конфге используете бд на прямую - говорит о том, что диалплан неправильно написан" Вот сейчас обидно было))

Доброе утро, Братья! Столкнулся со следующей проблемой: 1) Имею АСТЕР Asterisk 13.1.0 стоит на хецнере 2) Имею локальную сеть, которой рулит Mikrotik (192.168.88.xxx) 3) Имею ПК у установленными софт-фонами (MicroSIP) 4) МИКРОСИП показывает что он онлайн у всех пользователей 5) sip show peers показывает следующее (интересует 201 юзер): Name/username Host Dyn Forcerport Comedia ACL Port Status Description 101 (Unspecified) D No No 0 UNKNOWN 102 (Unspecified) D No No 0 UNKNOWN 103 (Unspecified) D No No 0 UNKNOWN 200 (Unspecified) D No No 0 UNKNOWN 201/201 192.168.88.16 D No No 64491 UNREACHABLE 202/202 (Unspecified) D No No 0 UNKNOWN 203 (Unspecified) D No No 0 UNKNOWN 204 (Unspecified) D No No 0 UNKNOWN 205 (Unspecified) D No No 0 UNKNOWN 206 (Unspecified) D No No 0 UNKNOWN 207 (Unspecified) D No No 0 UNKNOWN 6) При попытке набрать с 201 в ТФОП получаю следующее == Using SIP RTP CoS mark 5 -- Executing [89122222077@call-out:1] Dial("SIP/201-00000005", "SIP/89222222077@329819") in new stack == Using SIP RTP CoS mark 5 -- Called SIP/89222222077@329819 > 0x7f8ec4005cd0 -- Probation passed - setting RTP source address to 185.45.152.135:17350 > 0x7f8ec4005cd0 -- Probation passed - setting RTP source address to 185.45.152.135:17350 -- SIP/329819-00000006 answered SIP/201-00000005 -- Channel SIP/201-00000005 joined 'simple_bridge' basic-bridge <05a48673-d487-4f2d-8fdf-945c8bbb2552> -- Channel SIP/329819-00000006 joined 'simple_bridge' basic-bridge <05a48673-d487-4f2d-8fdf-945c8bbb2552> > Bridge 05a48673-d487-4f2d-8fdf-945c8bbb2552: switching from simple_bridge technology to native_rtp > 0x7f8eac13d4e0 -- Probation passed - setting RTP source address to 79.172.1.37:4002 > 0x7f8ec4005cd0 -- Probation passed - setting RTP source address to 185.45.152.135:17350 -- Channel SIP/329819-00000006 left 'native_rtp' basic-bridge <05a48673-d487-4f2d-8fdf-945c8bbb2552> -- Channel SIP/201-00000005 left 'native_rtp' basic-bridge <05a48673-d487-4f2d-8fdf-945c8bbb2552> == Spawn extension (call-out, 89122222077, 1) exited non-zero on 'SIP/201-00000005' Вопрос как победить п.5 и п.6 (мне кажется что это одна и так же проблема?)

Во первых - пастебин!!!

"хотя как по мне само уже то что вы где то в конфге используете бд на прямую - говорит о том, что диалплан неправильно написан" Вот сейчас обидно было))

Не ссы, бро. Юра сам в конфиге использовал БД на прямую - инфа соточка :))) через это все проходят :)

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

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

просто я силюсь понять! что значит напрямую? ODBC напрямую?

просто я силюсь понять! что значит напрямую? ODBC напрямую?

Не. Одбс ещё норм

уф

прям каменьс души

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

просто я силюсь понять! что значит напрямую? ODBC напрямую?

На прямую - когда у вас в диалплане есть запрос. SELECT че то там и тд

На прямую - когда у вас в диалплане есть запрос. SELECT че то там и тд

я понял - скажем нет прямым контактам с бд!!

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

А потом у вас начитает тупить PBX потому что все через execute

я понял - скажем нет прямым контактам с бд!!

Именно. Вообще чем бльше вынесите в АПИ тем лучше Но это опять же - не всегда нужно и возможно. просто если это офисная АТС - то и хрен бы с ней А если ы строите систему в которой Asterisk - ядро и вокруг него много сервисов - то у вас все равно будет где то сервис API котроый вам всю инфу сможет отдать просто универсилиируйте его

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

Если речь идет о макросе и тд - что можно написать в Extensions.сonf то как правило если туда много всего накручивать - это становится невозможно читать, потмоу то вся логика скрыта за слоем скобочек и нечитаемого синтаксиса Если писать простой диалплан - то lua не нужен но если писать что-то более сложное- то без языа программирования не обойтись Именно поэтому есть еще и ARI который вообещ чистые каналы отдает и пишите вы там на любом язке свои приложухи

У меня сейчас объединение через код+префикс. Потому что остальные астериски не совсем в моем ведении

Про префикс не подумал, интересно. Вобщем у присутствующих нет нужды в динамической маршрутизации, как я понял

Да нафига она ваще нужна?

На прямую - когда у вас в диалплане есть запрос. SELECT че то там и тд

А если использовать func_odbc.conf , то и odbc и select запрос в func_odbc.conf есть. Это как?

А если использовать func_odbc.conf , то и odbc и select запрос в func_odbc.conf есть. Это как?

Одбс держит одно соединение

А если использовать func_odbc.conf , то и odbc и select запрос в func_odbc.conf есть. Это как?

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

А не подключается каждый раз

На прямую - когда у вас в диалплане есть запрос. SELECT че то там и тд

Не, selecta нет) через odbc

Да нафига она ваще нужна?

динамическая маршрутизация? или вы про odbc

Но опять же -смотреть надо исходя из потребностей

динамическая маршрутизация? или вы про odbc

Маршрутизация

Маршрутизация

у меня она решает организационную проблему, когда людей перекидывают из одной компании (юрлица) в другую, у них разные АТС потому что каждый платит за свою, а люди решают вопросы с заявками от одной компании, от другой, им нужно звонить с разных исходящих номеров, которые соответственно есть каждый на своей АТС и при этом люди не хотят лишаться внутреннего номера. Ну и между АТС понятно есть внутренняя связь

Доброе утро! Если есть у кого-нибудь OpenStage Manager, поделитесь, пожалуйста )

у меня она решает организационную проблему, когда людей перекидывают из одной компании (юрлица) в другую, у них разные АТС потому что каждый платит за свою, а люди решают вопросы с заявками от одной компании, от другой, им нужно звонить с разных исходящих номеров, которые соответственно есть каждый на своей АТС и при этом люди не хотят лишаться внутреннего номера. Ну и между АТС понятно есть внутренняя связь

Тоесть. Вместо планов нумерации например первый филиал - 11ххх, второй - 12ххх и тд + автопровижн - у вас «хочу оставить свой номер» для пользователя? Нафиг этот гемор. Перевели - выдали другой внутренний. Ну или тогда делать внутренние адреса равными электронной почте

Тоесть. Вместо планов нумерации например первый филиал - 11ххх, второй - 12ххх и тд + автопровижн - у вас «хочу оставить свой номер» для пользователя? Нафиг этот гемор. Перевели - выдали другой внутренний. Ну или тогда делать внутренние адреса равными электронной почте

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

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

Убирайте номера - оставляйте никнеймы

Убирайте номера - оставляйте никнеймы

совсем не понял, что за никнеймы? возможно позвонить не на екстеншн (цифры), а на некую абстракцию в виде букв?

совсем не понял, что за никнеймы? возможно позвонить не на екстеншн (цифры), а на некую абстракцию в виде букв?

Sip учетка - это не только цифры

не вижу как это решит проблему обнаружения на какой АТС зарегистрирована сип учетка

А никак :) Это как способ разделить доб номер и логин :) оставлять только логин

Номер можно менять

вобще не понимаю, какую проблему решит логин)

не вижу как это решит проблему обнаружения на какой АТС зарегистрирована сип учетка

Ну и регить всех можно на каме. Одном для всех

по мне так кама костыль посерьезнее dundi

вобще не понимаю, какую проблему решит логин)

А, забей :) это типа иллюзия юзеру - номер меняем, учетку нет

по мне так кама костыль посерьезнее dundi

Ща прийдет @ovoshlook и сделает «ататата» :)))

по мне так кама костыль посерьезнее dundi

Если вы не умеете работать с каким то По это ещё не значит что оно костыль)

Ну уж нет, на эту тему я спорить не буду)))

Проблема переноса номера с филиала на филиал довольно распространенная

Я для себя это решил тем что сип аккаунт не есть номер, а номер навешивается на сип аккаунт и в любой момент можно поменять без перенастройки шлюзов

Соответствие хранится в astdb

Ну уж нет, на эту тему я спорить не буду)))

И kamailio это прокси, который описан в rfc. Который работает по rfc. Так что по вашему rfc тот ещё костыль

Забей Юр, у многих отличие мышления от его собственного и есть костыль

Все таки уговариваете меня поспорить? зачем вам это)

Этой истории не одна тыща лет)

у меня она решает организационную проблему, когда людей перекидывают из одной компании (юрлица) в другую, у них разные АТС потому что каждый платит за свою, а люди решают вопросы с заявками от одной компании, от другой, им нужно звонить с разных исходящих номеров, которые соответственно есть каждый на своей АТС и при этом люди не хотят лишаться внутреннего номера. Ну и между АТС понятно есть внутренняя связь

Это решается мультижоменом одень просто. Который в свою очередь решается очень просто через kamailio