сорян)

давно просто было

стоит работает есть не просит

Да, голосовая почта с отправкой на мыло есть, а вот запись разговора нет и отправки нет)

как коллега выше написал - луа питон перл...

Благодарю за подробный ответ. По первой части вопроса - Вы случайно не в курсе - вот такой механизм прохождения вызова через номплан с учётом атрибута наподобие context - схожим образом и в астериске и прочих soft pbx'ах реализовано ?

Ну, на счет прочих, я не могу говорить, но думаю общее понимание что контекст , это некоторое "изолированное пространство" исполнения директив диалплана
Планы набора разделены на контексты, что позволяет звонкам следовать разным маршрутам для разных типов звонков. Вызовы также могут быть переданы в другие контексты.
Коллеги может меня поправят, но Asterisk и Freeswitch руководствуются такой логикой

Можно попробовать объяснить на пальцах Абонент А зарегистрирован в домене example_1.com, абонент Б зарегистрирован в домене example_2.com
Для пользователей первого домена проставлен контекст  context_1 для второго context_2
Оба этих пользователя набрали номер 6666
первый пользователь будет обрабатываться согласно правилу указанному в Context_1 для данного номера 6666 - допустим, голосовая почта
второй же пользователь будет обрабатываться в рамках своего контекста , а там у пользователя может быть на номер 6666 IVR  меню или еще что-то другое
Правила в контекстах изолированы друг от друга. Переместить обработку звонка из одного контекста в другой можно, указав соответствующие команды
Asterisk : Goto([[​context|]extension|]priority).
Freeswitch : transfer [-bleg|-both|] <destination_number> [<dialplan> [<context>]]

Так же даже разным пользователям одного домена можно назначить разные контексты
Например для установления различных ограничений

Спасибо. Весьма подробно. Где-то так и полагал.

для авторизации в sip используется userID, authID и password
перекопал документацию fs но так не нашёл как на внутреннем номере userID и authID сделать разными т.е. к примеру userID=1000 authID=Vasiliy

вопрос - в fs на внутреннем номере userID и authID совмещенные т.е. имеют одно и тоже значение или как-то по другому это делается?

вот ответ на Ваш вопрос
https://freeswitch.org/confluence/display/FREESWITCH/XML+User+Directory#XMLUserDirectory-AlphanumerictoNumericUserMapping

задается алиас для юзера
<user id="johnsmith" number-alias="1001">

alias это иное, к буквам навесить номер
я имею ввиду как в gateway параметры username и auth-username

<variable name="accountcode" value="1000"/>
ничего кроме вот этого в голову не приходит

А вообще вот что я думаю
в параметрах юзера стоит указать
<param name="a1-hash" value="c6440e5de50b403206989679159de89a"/>

изменить на свое значение c6440e5de50b403206989679159de89, сгенерив таким образом
openssl dgst -md5 < filename, or echo -n "auth_id:domain:password" | openssl dgst -md5

куда мы указываем  не id = 1000  а auth_id, который johnsmith например

получается что для генерации a1-hash  мы используем  auth_id.
Вроде должно сработать

Спасибо за наводку, завтра посмотрю что из этого выйдет

Вот тут указано
https://freeswitch.org/confluence/display/FREESWITCH/XML+User+Directory#XMLUserDirectory-ForcingaParticularUsertoaParticularExtension


Additionally look at JIRA ticket FS-5119 - easy way of registration user with different SIP ID (Contact header) and username (Authorization header).

хецнер заманал немношк, теперь они говорят что я прокси сканирую.
исходящий порт - мой сип-порт
это может быть мудак-он-зе-сервер атака? в смысле, хакнули меня.
https://i.imgur.com/04lz327.png

я бы уже давно в pcap глянул что там вообще

Оно как-то рандомно возникает

я про том что там sip-header или мусор в формате чуч