Может кому пригдится, здесь все объяснения от разработчика: https://asteriskfaqs.org/2017/12/03/ast ... tions.html

я-же говорю, что такого контекста нет на обоих серверах. Однако один запрашивает авторизацию, а другой - нет. Версии Астерисков - одинаковые

а принимающий Астериск посылает его на фиг, отвечая "я тут самый увороченный, и буду требовать авторизацию от любого (!) принятого мною SIP пакета." так вот как побороть это? Если с обоих сторон стоят Астериски - настройте IAX2 транк и не надо воевать с SIP авторизацией. Это невозможно в ...

О как. А как может запрашивающая сторона устанавливать запрос авторизации? Или имеется ввиду, сразу отсылать авторизационные данные? Но тут не провайдер, а с обеих сторон стоят астериски. На обоих в параметрах указано: authenticate_qualify=no. Но один запрашивает авторизацию, а другой - нет. Подобно...

Вопрос по PJSIP qualify.

В настройках AOR установлен параметр: authenticate_qualify=no
Но, при приходе OPTIONS, сервер запрашивает authentication.

Какой параметр нужно еще установить?

По cron'у - понятно. И AMI генерирует события. Но оба варианта - не совсем подходят. Может быть я что-то упускаю и уже появилась возможность выолнять действия при регистрации прямо в dialplan (или запуск внешнего приложения)

Есть-ли возможность заставить Астериск при регистрации SIP-peer`а выполнить команды плана набора (или внешние команды системы)?

P. S. Если использовать параметр regcontext - то он только создает NoOp в указанном в этом параметре контексте.

а удаленка подходит?

Почему не их то? Схемы были и до них, но этот веб интерфейс насколько я знаю их собственная разработка. Наверняка сделан на каком нить php =) Не их - потому-что написан с использованием чего-то ... )) Уже разобрался. PHP - там даже с виду не пахнет. С какой целью интересуетесь? Что за вопрос? ) Ров...

Нет - не оттуда )

Интересует, на чем основан этот конструктор. Это же явно не их разработка. Напоминает Askozia.