freeswitchforum.com

Здравствуйте. Вот есть два под-домена, нужно для них сделать разные диалпланы, с пересекающимися (одинаковыми) номерными емкостями. Указателем на активный контекст, насколько я понимаю, является параметр в internal.xml - <param name="context" value="мой контекст">, либо в отсутствии оного, ссылка идет на контекст "default". Естественно, что при мультидоменности, нужный контекст находится в разных диалпланах. Проблема в том, что если название контекста, скажем "default", то при наличии этого контекста в обоих диалпланах, выполняется только первый. Т.е. в том числе и для звонков номеров второго домена, используется диалплан первого. По логике вещей, переменная контекста должна быть динамической и получать его значение в зависимости от домена звонящего номера. Однако, пока что такого не нахожу. Подскажите пожалуйста, кто знает, как это решается?

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

Можно использовать переменную `user_context` для пользователя.
Правда это не работает для chatplan, но если это нужно, то это можно эмулировать
в самом chatplan.

Я ее пробовал использовать, но почему-то результата не дало, может что-то невнимательно сделал. Завтра попробую еще раз.

все прекрасно работает и на одном профиле
Multiple Companies

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch

Первым делом делал точно по этой доке. У вас нужный контекст указывается в каком именно месте?

в xml_directory-конфиге юзера user_context
если у вас валится в дефолтный контекст sofia-профиля, не учитывая user_context, то ваши пользователи не проходят аутентификацию
это из-за непонимания как работают acl в FS

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch

Мои основные предположения
1. Вы установили user_context как параметр, а не как переменную
2. Не включили `auth-calls` в профиле.
3. Добавили IP адрес телефона в ACL.

Спасибо за ответы.

1. user_context установлен как variable

2. acl пускает:

2017-06-09 15:22:03.897407 [DEBUG] sofia.c:8964 sofia/internal/3000@мой_домен2 receiving invite from айпи_моего_шлюза:62642 version: 1.4.26 git ca9207a 2016-02-05 17:58:53Z 64bit
2017-06-09 15:22:03.897407 [DEBUG] sofia.c:9076 IP айпи_моего_шлюза Approved by acl "domains[]". Access Granted.

3. auth-calls включен:
cat internal.xml | grep auth-calls
<param name="auth-calls" value="$${internal_auth_calls}"/>

freeswitch> eval $${internal_auth_calls}

true

-----------
Пока что для удобства настройки номера не пересекаются: Номера 2XXX относятся к мой_домен1, 3XXX к мой_домен2

Поставил снова один профиль - internal, user_context у номеров стоит какой нужен, соответственно домену

Звоню по номерам 1-го домена:

2017-06-09 16:11:43.650058 [DEBUG] switch_core_state_machine.c:166 sofia/internal/2000@мой_домен1 Standard ROUTING
2017-06-09 16:11:43.650058 [INFO] mod_dialplan_xml.c:635 Processing 2000 <2000>->2001 in context мой_домен2
Dialplan: sofia/internal/2000@мой_домен1 parsing [мой_домен2->4000] continue=false
Dialplan: sofia/internal/2000@мой_домен1 Regex (FAIL) [4000] destination_number(2001) =~ /^4000$/ break=on-false
Dialplan: sofia/internal/2000@мой_домен1 parsing [мой_домен2->qaz] continue=false
Dialplan: sofia/internal/2000@мой_домен1 Regex (FAIL) [qaz] destination_number(2001) =~ /^2010$/ break=on-false
Dialplan: sofia/internal/2000@мой_домен1 parsing [мой_домен2->qwe] continue=false
Dialplan: sofia/internal/2000@мой_домен1 Regex (FAIL) [qwe] destination_number(2001) =~ /^(3\d\d\d)$/ break=on-false

Т.е. user_context используется второй

freeswitch> eval $${user_context}

мой_домен2

Похоже на то, что freeswitch устанавливает эту переменную в последнее спарсенное значение, при этом не делая динамической проверки user_context звонящего

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch