В фильтре: sip.Call-ID=="тут call id"

И ещё вопрос: а какой мехнизм авторизации вызовов используется? Т.е. как "по идее" всё работает?

И ещё вопрос: а какой мехнизм авторизации вызовов используется? Т.е. как "по идее" всё работает?

что вы имеете в виду под механизм авторизации?

RADIUS/FreeSwitch ACL/Регистрация по имени и паролю из XML User Directory?

т.е. стандартный directory/xml + mod_radius (но там юзеров нет, пока только для теста запросов т.е. радиус всегда дает отлуп)

acl не используем

Т.е. в начале идёт Digest авторизация на основе информации из XML User Directory, а потом в DialPlan вызывается приложение модуля RADIUS. Так?

да

все верно

Flow вызова покажи

Нужно это. И нужно кусок лога FreeSwitch для этого же вызова. Лучше grep по UUID из freeswitch.log

<extension name="radius-auth" continue="true"> <condition field="ani" expression="^27\d{4}$"/> <condition field="${radius_auth_result}" expression="^$"> <action application="radius_auth" inline="true"/> </condition> </extension> и в принципе все.... т.е. значение переменной radius_auth никак далее не проверяю

сейчас попробуем

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

Какой RADIUS модуль используется?

mod_xml_radius

Выгрузи его unload mod_xml_radius и попробуй снова

радиус посылает его нормально:

Thu Jan 11 10:51:34 2018 : Auth: Invalid user: [270481/<via Auth-Type = Reject>] (from client 91.197.172.28 port 0 cli 78352270481) Thu Jan 11 10:51:34 2018 : Auth: Invalid user: [270481/<via Auth-Type = Reject>] (from client 91.197.172.28 port 0 cli 78352270481) Thu Jan 11 10:51:34 2018 : Auth: Invalid user: [270481/NOT_SET] (from client 91.197.172.28 port 0 cli 78352270481) Thu Jan 11 10:51:35 2018 : Auth: Invalid user: [270481/NOT_SET] (from client 91.197.172.28 port 0 cli 78352270481) Thu Jan 11 10:51:35 2018 : Auth: Invalid user: [270481/NOT_SET] (from client 91.197.172.28 port 0 cli 78352270481)

<param name="xml-handler-bindings" value="directory"/> Такоф параметр присутствует в конфиге модуля?

xml_radius модуля? нет

Да

Модуль выключил? Попробовал позвонить?

модуль выгрузил, жду звонка от клиента

http://code.metager.de/source/xref/freeswitch/src/mod/xml_int/mod_xml_radius/xml_radius.conf.xml Это видимо, полный конфиг модуля

есть звонок, сейчас смотрю

так

похоже теперь норм

но не понятно, почему модуль радиуса авторизировал клиента, если сам радиус говорил reject/invalid

У тебя конфиг такогоже формата, как тот, что я тебе прислал по ссылке?

Радиус точно присылает REJECT на все запросы?

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

Одна из стадий: поиск информации для авторизации пользователя. Это выглядит так: приходит INVITE, freeswitch опрашивает обработчики типо directory, эти обработчики возвращают XML фрагмент, описывающий пользователя. Т.е. сам по себе RADIUS в этом месте ничего не решает, он просто отдаёт параметры, необходимые для авторизации пользователя самим FreeSwitch.

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

У тебя конфиг такогоже формата, как тот, что я тебе прислал по ссылке?

да, но разумеется я его переделал, под себя немного.

да я вообщем-то с радиус хорошо знаком и на настройку модуля потратил кучу времени

причем все работало, и случайно эта история вылезла

Одна из стадий: поиск информации для авторизации пользователя. Это выглядит так: приходит INVITE, freeswitch опрашивает обработчики типо directory, эти обработчики возвращают XML фрагмент, описывающий пользователя. Т.е. сам по себе RADIUS в этом месте ничего не решает, он просто отдаёт параметры, необходимые для авторизации пользователя самим FreeSwitch.

хм.... ну модуль же смотрит ответ радиуса, reject или accept

да и насколько я помню при INVITE именно радиус проверяет Digest авторизацию

https://habrahabr.ru/post/240339/ Тут подробно объяснено что и как работает.

помоему не совсем верно, т.к. при REGISTER/INVITE запросах, именно Freeswitch передает в радиус, набор аттрибутов для Digest авторизации

более того замечено, если через mod_xml_radius пришел reject на авторизацию то fs потом лезет в xml_directory и там пытается уже по файлам найти

Замечено на твоей инсталляции, которую отлаживаем?

ой как знакомо что нет документации по mod_xml_radius - мне по наследству достался fs завязанный через mod_xml с чудным ланбиллингом причем спец который строил эту связку закастомизировал сам модуль на сях ? я в сях как свиня в парасях (или как там говорится) сижу пытаюсь понять что да как там. у меня в логах при звонке пишетч что сначала он роется в ACLs а потом сваливается уже в дайжджест авторизацию.

Всё верно пишет.

На ACL он ссылается потому, что указан параметр register-acl в sofia профиле.

Привет, в логах много варнингов. [WARNING] switch_rtp.c:6553 Received an unsupported RTCP packet version 3 из-за чего может такое возникать или можно не обращать внимания?

Привет, в логах много варнингов. [WARNING] switch_rtp.c:6553 Received an unsupported RTCP packet version 3 из-за чего может такое возникать или можно не обращать внимания?

возникать такое может из-за версии RTCP, можно не обращать

особенно если вас процент доставки RTP мало волнует

А в России есть фирмы которых может этот процент волновать?)

Добрый день! Такой вопрос интересует меня: Можно ли на FusionPBX сделать небольшой (агентов на 20) колл-центр с записью звонков и динамическими агентами?

только установил, в веб интерфейсе есть подобные опции. Надо потестировать. Надеюсь, оно работает так же круто, как выглядит))

Какую версию установили?

вернее, установил давненько, а сейчас на работе вспомнил про неё, раскатал в виртуалке, смотрю, что тут есть

сейчас коллцентр есть и он работает, но звонки пишет.... кривенько.

либо клеить надо, либо с moh'ом. Проблема при переводе звонка из очереди в очередь -клиент ждёт, слушает мох и он пишется.

Коллцентр в Elastix ещё более странный -там оператор регистрируется и всегда на линии. Так не надо, наши операторы с ума сойдут, у них есть аппаратные grandstream и им лучше поднимать трубку, чем всегда быть на линии и слушать мелодию

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

Требуется: агенту зарегистироваться в очереди, иногда ставить на паузу, отключаться из очереди. Записывать все входящие звонки. CDR. И при входящем звонке передавать номер в Zabbix.

Добрый день! Такой вопрос интересует меня: Можно ли на FusionPBX сделать небольшой (агентов на 20) колл-центр с записью звонков и динамическими агентами?

https://awsswa.livejournal.com/29196.html

здесь неплохое описание простецкого коллцентра

Требуется: агенту зарегистироваться в очереди, иногда ставить на паузу, отключаться из очереди. Записывать все входящие звонки. CDR. И при входящем звонке передавать номер в Zabbix.

ViciDial никак? Готовое решение, покрывающее практически все потребности.

не слышал такое. Можно попробовать

не слышал такое. Можно попробовать

Нужно попробовать.

уже смотрю, спасибо!)

Господа, а что есть vhlr и с чем его едят? Что-то документации никакой не могу найти совсем

предположу,

https://gsm.academic.ru/3924/virtual__HLR

Да это уже нагуглено) вопрос как это выглядит на практике

Выглядит как поиск по базе клиентов и выявление ответстанного с последующим посылом звонка на него

здрасьте, а фрисвич умеет из базы диалплан брать? Не набор переменных как тут https://freeswitch.org/confluence/display/FREESWITCH/mod_odbc_query , а что-то типа mod_xml_curl

эээ

ну так mod_xml_curl и есть о_О

так он через http же

а тьфу

напрямую из базы

А как ты себе этот механизм представляешь?

с трудом

Особенно, если учесть всю возможную логику XML dialplan

А как ты себе этот механизм представляешь?

ну, представить в принципе несложно - можно просто делать огромные поля с текстом

не, эт бред и я спросил бред

Для Asterisk это так и есть, по сути. Я думаю, что ноги задачи растут именно от этой информации.

вообще задача уехать с астериска

Константин как всегда проницателен и телепатичен

так а чем xml_curl не угодил?

так а чем xml_curl не угодил?

+

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

у нас там стек омфг, ужасно лагает на 200 звонках одновременных

ami/ari и xml_curl - разные вещи

во-первых ты вебсервер с xml_curl можешь посадить для каждого свича свой

во вторых он исполняется до обработки звонка

и нагрузку на ЦП дает уже сам фс

БОльшую часть конфига можно генерировать в статику только при изменении.

Оптимальный вариант - это сочетание статики и скриптов.

я просто думаю будет ли смысл, я привык на ноде поднимать бэк для своих проектов, там соответственно один коннект в базу и всё.