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

спасибо

а с сертом в итоге разобрался самоподписанным?

Роман, а вы в вокслинк с ARI работаете? Вопрос есть

Коллеги, приветствую! Нужен "pro" по freepbx. Я уже по сути сдался... Freepbx частично перестал слушаться, когда через веб морду что -то делаешь. Например, пользователя в веб морде нет, а в sip_additional он есть. Или, скажем, маршрут добавляешь исходящий, а после релоада его нет. -в скуле дампил бд asterisk, грепал в ней добавочный, который не удаляется. -в database все связанные ключи удалил. Так же почистил все "бэд валю" -анализируя лог freepbx убрал все, на что он ругался Куда копать? Как вообще работает механизм freepbx, куда он смотрит, что бы нагенерить конфиг?

в частности да, кое кто посоветовал обратиться к вокслинку как к про в freepbx)

Может кто знает.. Есть решение для взвонков на битриксе24, назвается http://prostiezvonki.ru/ Там отдельное приложение написано и черпает инфу из CEL и отправляет в битрикс24. Так прикол в том что оно работает на версии собранном из исходников астера 1.8. А на таком же собранном у меня на генту 13.19.2 видит только входящие звонки а исходящие не видит. Причем на убунте 16 все ОК работает 13.20.1 и видит все, а вот на убунте 18 снова нет.

Товарищи, а прокомментируйте ответ разработчиков! "Здравствуйте, Александр, проблема не в нашем модуле - проблема в том что от АТС не прилетают CEL события APP_START и APP_END, почему непонятно. На Ubuntu18 проблему воспроизвести удалось, но на 16 версии ОС все работает корректно - т.е. причины данной ситуации вероятно кроются в окруженни в котором собирается и работает Asterisk. Причину выявить так и не удалось. "

обтекаемо послали нахуй ))

как в мире дорогих вендоров... круто

Как мне проверить что действительно нет этих событий в СЕЛ?

Роман, а вы в вокслинк с ARI работаете? Вопрос есть

С ари ситуация следующая, это мое имхо: 1. В любом случаем появление новых апи и инструментов для астера это хорошо 2. Ари сильно ограничен и контролирует только то что заведено в Stasis 3. Ари нужен больше для разрабов и создания своих приложений но это займет очень много времени поэтому лично я просто обойдусь диалпланом и ами 4. В ари не хватает работы с очередями 5. Пока не вижу задач и кейсов которые я бы не решил с помощью ами+диалплан

С ари ситуация следующая, это мое имхо: 1. В любом случаем появление новых апи и инструментов для астера это хорошо 2. Ари сильно ограничен и контролирует только то что заведено в Stasis 3. Ари нужен больше для разрабов и создания своих приложений но это займет очень много времени поэтому лично я просто обойдусь диалпланом и ами 4. В ари не хватает работы с очередями 5. Пока не вижу задач и кейсов которые я бы не решил с помощью ами+диалплан

Тоесть - не работали?

Тоесть - не работали?

в том объема как с ами нет, но крутил вертел немного

обтекаемо послали нахуй ))

оптекаемо намекнули что за бесплатно дебажить все версии Linux они не хотят

Мне интересен оригинате внешнего с внешним На чистом астере все всегда получалось А тут на фрипбх он соединяет но звука нет. Судя по sngrep РТП в одну сторону только. При этом входящие-исходящие все ходят хорошо

И вот вопрос - мож диалплан у фрипбх косячит?

в частности да, кое кто посоветовал обратиться к вокслинку как к про в freepbx)

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

астер за натом?

Да

Внешний адрес прописан. Локалка прописана. Опции нат указаны. С внутреннего на внешние звонки успешны

А вот внешний - внешний - баста

астер за натом?

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

С ари ситуация следующая, это мое имхо: 1. В любом случаем появление новых апи и инструментов для астера это хорошо 2. Ари сильно ограничен и контролирует только то что заведено в Stasis 3. Ари нужен больше для разрабов и создания своих приложений но это займет очень много времени поэтому лично я просто обойдусь диалпланом и ами 4. В ари не хватает работы с очередями 5. Пока не вижу задач и кейсов которые я бы не решил с помощью ами+диалплан

Ну в ARI И не будет очередей Он задумывался как простой сырой интерфейс где "все пишем сами"

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

sngrep мне тут не помощник видимо?

С ари ситуация следующая, это мое имхо: 1. В любом случаем появление новых апи и инструментов для астера это хорошо 2. Ари сильно ограничен и контролирует только то что заведено в Stasis 3. Ари нужен больше для разрабов и создания своих приложений но это займет очень много времени поэтому лично я просто обойдусь диалпланом и ами 4. В ари не хватает работы с очередями 5. Пока не вижу задач и кейсов которые я бы не решил с помощью ами+диалплан

Кстати, по второму пункту. Я вот вообще не понимаю, зачем они пошли по пути стазиса. Почему нельзя было написать нормальное апи аля ами без влезания в диалпланы

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

sngrep мне тут не помощник видимо?

Ну скажем так - отсуствие детекта - это следствие. Вам нужно понять почему девайсы отваливаются

Кстати, по второму пункту. Я вот вообще не понимаю, зачем они пошли по пути стазиса. Почему нельзя было написать нормальное апи аля ами без влезания в диалпланы

Оно нормальное. Просто пересмотрена концепция и подход более низкоуровневый

Смысл в том что при ARI Предлагают полностью отказатьяс от диалплана

Да пускай, но они же сами в противовес декларируют воткнуть стазис в диалплан.

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

Ага, пробовал Поставил ансвер перед диал Что изменилось - до этого он звонил на первый номер, ждал поднятия трубки и шел звонок на второй. Мелькали прогрессы но звука дозвона не было. После того как поставил ансвер - он сразу звонит на оба номеоа. Звука все рано нет.

Ага, пробовал Поставил ансвер перед диал Что изменилось - до этого он звонил на первый номер, ждал поднятия трубки и шел звонок на второй. Мелькали прогрессы но звука дозвона не было. После того как поставил ансвер - он сразу звонит на оба номеоа. Звука все рано нет.

Смотри что у тебя в SDP

Да пускай, но они же сами в противовес декларируют воткнуть стазис в диалплан.

Да. Заворачиваешь в стазис. И рулишь чернз АРИ. Диалплан в одну строку

И еще посомотри отвалится ли звонок после того как трубка поднялась

Если да- то проблема в натировании сигналки

Ага, пробовал Поставил ансвер перед диал Что изменилось - до этого он звонил на первый номер, ждал поднятия трубки и шел звонок на второй. Мелькали прогрессы но звука дозвона не было. После того как поставил ансвер - он сразу звонит на оба номеоа. Звука все рано нет.

добавьте Playback silence/1

И еще посомотри отвалится ли звонок после того как трубка поднялась

Звонок вешается по таймауту ртп

после ансвера

добавьте Playback silence/1

После ансвера?

Ага

Можно на ты. Не гордый :)

Да пускай, но они же сами в противовес декларируют воткнуть стазис в диалплан.

Ну точка входа одна.

Звонок вешается по таймауту ртп

Посмотри сигналку еще Естьвариант что у тебя уходит 200 но на него не прилетает ACK Если с этим все норм смтори SDP

Как то так

А почему оно у тебя улетает на 198 IP?

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

так вопрос то, посоветовать, где еще посмотреть. Откуда freepbx генерит конфиг. Тащемто)

конфиг в mysql - из него php пишет текстовый файл

А. в SDP потому что. Вижу А в invite какой IP улетает?

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

А почему оно у тебя улетает на 198 IP?

Пров при прогрессе в сдп указывает 198

конфиг в mysql - из него php пишет текстовый файл

там искомого номера нет 100%. Делал дамп всей БД и искал в нем номер.

Пров при прогрессе в сдп указывает 198

Это я увидел

включаете запись логов mysql - и ищите запись номера при добавлении

С другой стороны в ари не реализован контроль очередей, а без них толку от него.

Пров при прогрессе в сдп указывает 198

У тебя в invite что улетает?

У тебя в invite что улетает?

Инвайт от меня к прову на 196

С другой стороны в ари не реализован контроль очередей, а без них толку от него.

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

Инвайт от меня к прову на 196

В SDP?

Щас не скажу. Дамп более старый лежит Помоему внешний айпи

Ну ты уточни. Если даже внешний IP то есть вариант что он у тебя на роутере не открывается

Сетка не моя

ну я понимаю

я про то, почему не работает

Исмп откл Тыкался там как слепой кот

Короче 1. SDP проверить. 2. Если в 1 все норм то порт

Админ божится что все ок Ну и аргумент - «исходящие же работают! И входящие тоже!»

а дамп по 198 ip что говорит, хоть что-то прилетает?

У тебя asterisk инициатор Он сам этот порт не откроет

Ну скажем так - отсуствие детекта - это следствие. Вам нужно понять почему девайсы отваливаются

Вы имеете ввиду именно из очереди отваливаются? Просто ситуация такая, что если совершить прямой вызов, то звонок идет нормально

на отвалившегося из очереди

нет. Очередь это всего лишь обертка над Dial

а дамп по 198 ip что говорит, хоть что-то прилетает?

В смысле?

Вы имеете ввиду именно из очереди отваливаются? Просто ситуация такая, что если совершить прямой вызов, то звонок идет нормально

Атак как она оертка - то она руководствуется SIP статусами абонентов при выхзове их Соотетсвенно по какой то причине протухает авторизация, и ан какое то время абонент становится невидим для АТС

В смысле?

да эт я затупил)

Я думаю что да- надо глянуть роутер еще

Я думаю что да- надо глянуть роутер еще

провер сначала SDP

провер сначала SDP

Как тогда исходящие работают? А два исходящих - нет?

Ну у тебя сейчас на сколкьо я вижу пролема как раз в исходящих не?

Ну у тебя сейчас на сколкьо я вижу пролема как раз в исходящих не?

Да. Оригинате двух внешних номеров При этом звонки с внутреннего на внешний - работают отлично

Ну при этом у тебя от провайдера как раз таки RTP И не приходит. С сигналкой все норм Логично взлянуть на проблему именно со стороны SDP для начала Это 100% не app проблема.

ну тут либо проблемы с оператором что маловероятно, либо проблема с пробросом что более вероятно. Я такую херню проверяю таким образом, если проброс для всех ip (если нет то нужно что бы добавили еще ip) то просто через nmap шлем пакет на один из rtp портов астера где якобы есть проброс (лучше слать на тот который был в дампе при исходящем) а на самом астере врубаем дамп по внешнему ip с которого шлем пакет, если что-то прилетает знач все ок с пробросами и одна проблема отпадает

включаете запись логов mysql - и ищите запись номера при добавлении

я может плохо написал, наверное. Номера в базе нет, в вебе нет, в sip_additional -есть.

ну тут либо проблемы с оператором что маловероятно, либо проблема с пробросом что более вероятно. Я такую херню проверяю таким образом, если проброс для всех ip (если нет то нужно что бы добавили еще ip) то просто через nmap шлем пакет на один из rtp портов астера где якобы есть проброс (лучше слать на тот который был в дампе при исходящем) а на самом астере врубаем дамп по внешнему ip с которого шлем пакет, если что-то прилетает знач все ок с пробросами и одна проблема отпадает

Эээ. Пробросов портов с внешнего на астер нет. Админ не хочет. Типа и так же все работает

???

Админ ебобо?

Ну в одном он прав. Входящие-исходящие - работают

позвольте я вернусь к своему вопросу про очереди, сейчас заметил, было два звонка и два члена очереди ответили на них, затем я кидаю свой звонок и начинает звонить одна из трех трубок, именно та, которая еще не приняла ни одного звонка... Это в 13 версии астериска так теперь ringall Работает? Никтог не сталкивался?

в дампе явно видно что rtp приходит с другого ip, роутер просто его пошлет и все

что и происходит

пусть хотя бы пробросит эти ip оператора которые известны

в дампе явно видно что rtp приходит с другого ip, роутер просто его пошлет и все

Так тут два исходящих Ртп кто первый шлет?

Если астер - то работает. Если пров - то да, согласен

по дампу видно что с ip оперататора тишина а это в 99% значит что проблема с прохождением трафика и застревает он на роутере что бы там админ не говорил

А хотя погодите. У нас первый моб взял трубку- и полетело ртп. Извне. Точняк

А хотя погодите. У нас первый моб взял трубку- и полетело ртп. Извне. Точняк

Я тебе об этом несколкьо сообщений назад писал

Я тебе об этом несколкьо сообщений назад писал

Не понял тебя значит

я может плохо написал, наверное. Номера в базе нет, в вебе нет, в sip_additional -есть.

sip_additional пишетвся из mysql

вы не криво в mysql ищите ?

По тупому сдедлал дамп и в нем грепал