Переадресация, внешние номера и ограничения. Не стыкуется...

[postscripter]

Новый квест - реально голову можно сломать... Сделал тестовый маршрут на платные номера - мобильные, город и т.д. Есть два варианта защиты - через Custom Context сделать выход только с определённых номеров, или пин-код, чтобы сведущий мог позвонить с любого аппарата. Вроде бы, отлично, но...

1) Сustom-Context отключает возможность прямого набора мобильного, но оставляет возможность делать переадресацию вида *72(любой-номер). После этого достаточно позвонить самому себе - и вуаля...

2) А если поставить пин-код, переадресация вообще перестаёт работать, поскольку использует транк с пин-кодом. Система будет запрашивать пин-код у звонящего(!)

Как обычно решают эту проблему пользователи freepbx? Задача, чтобы ограниченный номер мог поставить переадресацию только на внутренние номера. И чтобы переадресованному не приходилось вводить пин.

[Pechen]

обычно эта проблема у пользователей freepbx не возникает... если они знают что такое контексты, конечно..

[postscripter]

Pechen, ну это здорово конечно, но можно ближе к теме? Хотя нет, совершенно не здорово. Люди, у которых нет проблем, живут скучно и неинтересно.

И я в курсе про контексты, но решения не вижу. Пин проверяется в самом конце, то есть в [outrt], и на него попадают все.

Код: Выделить всё

localhost*CLI> dialplan show 000@from-internal
[ Included context 'outrt-3' created by 'pbx_config' ]
  '_00.' =>         1. Macro(user-callerid,LIMIT,EXTERNAL,)       [pbx_config]
                    2. Gosub(sub-record-check,s,1(out,${EXTEN},dontcare)) [pbx_config]
     [pinsets]      3. Macro(pinsets,2,1)                         [pbx_config]
                    4. ExecIf($[ "${CALLEE_ACCOUNCODE}" != "" ] ?Set(CDR(accountcode)=${CALLEE_ACCOUNCODE})) [pbx_config]
                    5. Set(MOHCLASS=${IF($["${MOHCLASS}"=""]?default:${MOHCLASS})}) [pbx_config]
                    6. Set(_NODEST=)                              [pbx_config]
                    7. Macro(dialout-trunk,3,${EXTEN},,off)       [pbx_config]
                    8. Macro(outisbusy,)                          [pbx_config]

[postscripter]

Solved.

[ded]

Ну вот статус solved - ни для кого не информативно, кроме вас.
Так и должно быть (согласно Правилам форума). Только забыли обобликовать решение.

[postscripter]

Я подумал, зачем кому-то моё костыльное решение, если "у других пользователей таких проблем не возникает"? Все и так всё знают, надо всего лишь пользоваться контекстами - и всё получится...

_____
Мне пришлось перевести все номера из from-internal в другой контекст. Тогда в from-internal остался только сам астериск, и для него можно настраивать правила отдельно, например, убрать пин.

[ded]

Это правда, про контексты. Если есть понимание каждого контекста в автоматически генерируемых freePBX, то можно в любой из них воткнуть свои кастомные костыли.
Не возбраняется.
Но если Вы не хотите публиковать - Ваше дело, могу предположить, что не хотите нарваться на критику. Которая в большинстве случаев вполне полезна, хотя может быть и спорна.
Держите удар!

[postscripter]

Это и есть решение, второй абзац. Ни строчки конфигов, всё мышкой. Но костыль в том, что теперь у меня по два одинаковых маршрута в каждом направлении, один с пином, другой - без. Который без пина, поднят выше, астериск [from-internal] использует его при переадресации. Все extensions перемещены в другой контекст, и первый маршрут использовать не могут, запрещено через CustomConfig, поэтому попадают на следующий.

А разве можно вот так взять, и переправить автоматически генерируемый контекст под себя?

[ded]

Можно. Для этого есть extensions_override_freepbx.conf
прочитайте его описание в extensions.conf

[postscripter]

Нет, всё-таки с переадресацией некрасиво.. Если я напишу свою версию контекста app-cf-оn, куда его вставить, чтобы он отобразился в Custom Context в веб-интерфейсе и включался-выключался оттуда?