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

Ищи

Другого поставщика

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

У которого есть кли роут

да и просто звонков из под своего номера

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

то есть? что поменялось?

что такое кли роут?

Роут с гарантией отсутствия фаса

И доставки А номера

И ПДД меньше 10сек

входящие как принимать будешь?

Ааа

то есть? что поменялось?

читайте хотя бы 5-10 постами выше, там всё написано

Бля

а, увидел

для звонков мультифон довольно не выгоден же

ну прикооольно

там не тарифы что на симке, а статик цена 1.5 рубля что ли

И ПДД меньше 10сек

что такое ПДД ?

Время от начала вызова до коннекта (типа до гудка)

Роут с гарантией отсутствия фаса

фаса?

фаса?

Слышишь музыку за которую платишь деньгм

Или ивр

Post Dial Delay

Или ещё шота

За что платмшь

а eMotion разве не по SIP работает?

/

Сегодня

?

asterisk в докере запускали? есть ризон?

Да есть, все работает чётко

А где почитать об этом . Об астериски в докере. Есть тут одна больная мысль

так а что читать? Там достаточно тривиально всё.

можно даже с пробросом портов не заморачиваться - с --net=host

https://github.com/dougbtv/docker-asterisk

что за больная мысль?

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

извращение какое-то

извращение какое-то

Я так 8 поднял. Из печального от провайдера dhcp. А из прикольного /etc/host берется от основной машины, пришлось это учесть на основной машине.

Костыльно получилось, подробности забыл (

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

у меня есть тестовая конфигурация для докера астериска 13, может пригодится для твоих проб? https://github.com/antirek/docker-asterisk13-lua-pjsip-sample

спасибо , потом почитаю

Охх, постараюсь найти

присоединяюсь

Кто знает как обновить или засетить переменную на определенном канале? Не на том для которого диалплан выполняется а для бриджованного с ним?!

Set(_var= или Set(__var=

к сожалению нет

это было бы слишком легко и такой вопрос я бы не постил

Кто знает как обновить или засетить переменную на определенном канале? Не на том для которого диалплан выполняется а для бриджованного с ним?!

Оо мля , присоединяюсь , тоже не нашел

А я нашел, функция SHARED

Да, но туда надо передать имя канала

в чем проблема?

имена всех каналов у меня есть, была проблема передать в нужный

Ну мне передать надо было из h экстеншена , и в этот момент уже канала второго нет

Но вообще , щас зарадилась одна мысль

значит заранее нужно сетить

Можно пробнуть через гоусаб перед диалом

А если скриптом , например, на bash сохранить в файл что нужно, а потом извлечь когда нужно. Или в AstDB ...

А если скриптом , например, на bash сохранить в файл что нужно, а потом извлечь когда нужно. Или в AstDB ...

Я с недавних пор пользую redis для таких вещей....

ERROR: S client not available

привет народ, кто имел удовольствие писать cdr в партиционированную таблицу??? Мы сейчас вроде как пишем, но получаем WARNING[71356]: cdr_adaptive_odbc.c:748 odbc_log: cdr_adaptive_odbc: Insert failed on 'astodbc:cdr'. и достаточно растущий swap. Как выдно из ошибки пишем через odbc. Сами cdr пишутся, но субд не возвращает так называемый "OK" на insert.

Вряд ли это связано. СЕКЦИОНИРОВАНИЕ - прозрачно для приложения

Должно быть. По крайней мере в mysql

До это подобной ошибки не было

я писал CDR в партиционированную таблицу, как раз через adaptive odbc. Никаких проблем

и своп нинужен.

я писал CDR в партиционированную таблицу, как раз через adaptive odbc. Никаких проблем

Psql???

mysql

Ну как бы и вот

руками запрос пульните. с тем-же логином/паролем что в odbc.ini прописан. сдается мне, дело не в астере

Да скорее всего что не в астере, а в odbc драйвере

Будем изыскивать ответ на наш вопрос

а еще, если мне память не изменяет, при verbose 9 или verbose 10 в консоли довольно много подробностей про sql пробегает

Больше дебага - богу дебага!!!!

echo "select 1" | isql -v astodbc

если у вас секция в odbc называется astodbc

ну собсно...на select проблем нет. На insert odbc вернул SQLRowCount returns 0 Хотя фактически запись в таблицу попала собно почему и паникует астер

а если в консоли mysql инсерт руками сделать? может это не odbc виноват?

у меня psql

значит в консоли постгри. там-то счетчик вернет 1?

забавно. тоже 0 вернул

а если инсертить дочерную таблицу то возвращает 1

https://wiki.postgresql.org/wiki/INSERT_RETURNING_vs_Partitioning

не ваш случай?

Похоже на наш

у меня psql

А зря.

с позиции администрирования через гугл, шаг влево, шаг вправо - приравнивается к растрелу

А зря.

Что зря?