a
взял хаб с питанием
Size: a a a
2017 December 22
a
воткнул в него два модем клиента
a
собрал на опенфрт астер, ибо в стандартной поставке который идет крешится
a
который через opkg
S
Проще в облаке поднять
свою симку/местный телефон?
a
плюс разлочка модемов
АШ
у меня два дня ушло
Относительно быстро ). Не помнил какую AT команду послать. Решил промолчать. Сейчас гоипы за такую цену стоят, ну его нафиг. Флешки сыпяться, через год или два. Хотя RO и не делал.
a
я писал в другом чате что за команда
АШ
Не, я про прошлое. Что делал ) так же. Но не помнил.
АШ
Что бы ответить
2017 December 25
АШ
Есть вопрос про LUA
Прочитал, что у LUA нет приоритетов в диплане, что в целом и логично.
https://wiki.asterisk.org/wiki/display/AST/Advanced+pbx_lua+Topics
Where did the priorities go?
There are no priorities. Asterisk uses priorities to define the order in which dialplan operations occur. The pbx_lua module uses functions to define extensions and execution occurs within the lua interpreter, priorities don't make sense in this context. To Asterisk, each pbx_lua extension appears as an extension with one priority. Lua extensions can be referenced using the context name, extension, and priority 1, e.g. Goto(default,1234,1). You would only reference extensions this way from outside of pbx_lua (i.e. from extensions.conf or extensions.ael). From with in pbx_lua you can just execute that extension's function.
Тогда возникает вопрос, как будет работать опция G в DIAL
G( context^exten^priority ) - If the call is answered, transfer the calling party to the specified priority and the called party to the specified priority plus one.
Вызываемая сторона то ни куда не перейдёт на prioritet +1 . Получается всё свалится в один контекст, а там уже можно будет вычленить, кто есть кто по разным переменным заданым в канале или как по человечески это делается?
Прочитал, что у LUA нет приоритетов в диплане, что в целом и логично.
https://wiki.asterisk.org/wiki/display/AST/Advanced+pbx_lua+Topics
Where did the priorities go?
There are no priorities. Asterisk uses priorities to define the order in which dialplan operations occur. The pbx_lua module uses functions to define extensions and execution occurs within the lua interpreter, priorities don't make sense in this context. To Asterisk, each pbx_lua extension appears as an extension with one priority. Lua extensions can be referenced using the context name, extension, and priority 1, e.g. Goto(default,1234,1). You would only reference extensions this way from outside of pbx_lua (i.e. from extensions.conf or extensions.ael). From with in pbx_lua you can just execute that extension's function.
Тогда возникает вопрос, как будет работать опция G в DIAL
G( context^exten^priority ) - If the call is answered, transfer the calling party to the specified priority and the called party to the specified priority plus one.
Вызываемая сторона то ни куда не перейдёт на prioritet +1 . Получается всё свалится в один контекст, а там уже можно будет вычленить, кто есть кто по разным переменным заданым в канале или как по человечески это делается?
a
на самом деле ывариантов масса
a
ты сам в луа можешь задать приоритет в переменнйо и обсужить
a
либо забить
АШ
Пока придумал провертяь ID канала. старого канала и так в глобальной перменной держу.
IP
Должен же быть доступен channel.PRIORITY
АШ
Должен же быть доступен channel.PRIORITY
Ок, спасбо, протестирую )
АШ
Прикольно в asterisk 13.17.2, второй канал тупо убивается
АШ
Тот на который идёт дозвон.