freeswitchforum.com

Каша была насчет context' ов.
В силу "кашной" документации (как раз ее прочтение на сайте confluence) она у меня и начала образовываться.
А касаемо toll_allow она не могла помешать, потому как вообще пока непонимание как данный параметр работает.
Только предполрожения (но достаточно четкие) .
После последнего вашего сообщения, добавилось еще чего-то "в прояснение" , но не полностью.
Потому что пока этот параметр "мешает" переводу звонка при его поступлении из вне (с внешнего транка) .
Внутренние звонки " идут" .

Буду смотреть еще log.

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

получить пользовательскую переменную можно другим путем:
${user_data(${user_num}@${domain_name} var toll_allow)}
но это даст сомнительный эффект при входящих в данном случае, если только заранее определено на какого пользователя нужно направить вызов.

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

Эту вашу мысль понял.
Вопрос в другом, немного.
У меня появилась (немного ранее) "сумасшедшая мысля" - ограничить некоторых пользователей на звонки внутри, то есть:
- какому-то пользователю "наружу" звонить можно, "внутрь" нельзя;
- входящий звонок "с наружи" не может быть переведен на какого-то пользователя, при этом другие внутренние абоненты ему звонить могут.
Для реализации п. 1 в "обработчик" внутренних вызовов (из примера vanilla) добавил ту строку.
Но при ее наличии, вообще ни один входящий из вне звонок не "приходит" , внутренние идут.
Из log' a (подробный) видно, что звонок помещается в 104@default, но просто пропускается этот обработчик (дл внутренних вызовов) .
То есть обработчик "внутренних" вызовов" один - для внутренних звонков (внутри станции) и для перевода внешних.
В нем есть эта строка.
Соответственно, тогда переформулирую вопрос (в связи с вновь открывшимися обстоятельствами) .

Возможно реализовать указанные 2 пункта или хотя бы один и двух ?
Для этого нужно 2 разных обработчика внутренних вызовов - один для "внутри АТС" , другой для "перевода входящего ?
И, в 1-м тогда "выставляется" toll_allow, в другом нет.

Пункт 1 реализовал, а вот с пунктом 2 пока напряги.
Вопрос: как реализовать его ?

Мне не хватит объяснять элементарные вещи с учетом "сумасшедших мыслей".

Так что давайте как-нить сами решите эту бредовую задачу.

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

Я в вас верил.

В любом случае буду сам продолжать решать.
И, спасибо.

Просто правильно из ваших слов сделал вывод, что все таки для "моего случая" п. 2 , для обработки перевода звонков на "местные" телефоны при входящих с транков нужен будет отдельный "обработчик" , отличающийся от того, который обрабатывает звонки внутри АТС (присутствует toll_allow) и скорее всего он будет в контексте public, не default (относительно примера vanilla) ?

В принципе сделал и п. 2.
Может не совсем как well-mannered way...
Хотя пока не знаю, как well-mannered way для Freeswitch.

В принципе тема = решена !

P.S.: Все таки 2 пункт сделан на 50 %.
Буду смотреть дальше.

вы бы рассказали зачем вообще это нужно человечеству

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

Ну за человечество не скажу.
Индивидуально мне - возникали "случаи" , когда нужно было "изолировать" внутреннего абонента от приема звонков с нескольких определенных транков (например входящих с 2 из 4) , при том, конечно же, чтобы данный абонент мог звонить "внутри" и получать звонки от внутренних же абонентов.
Кстати бывает - не надо, увидел, что такое есть, и понадобилось.
Согласен, такие ситуации бывают редко.
Пока такой запрет не реализовал. Но входящие работают.
У меня есть пока очень примерные варианты реализации, хотелось как с toll_allow, такой вариант для исходящих мне понравился.
Кстати донабор внутреннего номера (при входящем из вне) тоже можно считать в своем роде исходящим - от Did к внутреннему абоненту. Это к слову о исходящих и toll_allow.

пробуйте через user_data https://freeswitch.org/confluence/displ ... +Directory
но практического смысла всё-равно не вижу в этой возне.

можно еще пользователей вынести в разные домены и там рулить.

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