в консоли примерно такое будет

VERBOSE[90578][C-0027e6ee]: app_dial.c:935 in do_forward: \
[2019-11-25 09:54:06] \
-- Now forwarding SIP/2765-00559bac \
to 'Local/3135@office' (thanks to SIP/2559-00559bad)

NOTICE[90578][C-0027e6ee]: app_dial.c:958 in do_forward: \
Not accepting call completion offers from call-forward \
recipient Local/3135@office-0014b4ca;1

ами не пугает, а проще-то никак? ) я так понимаю, что есть глобальный выключатель promiscredir в sip.conf. неужели для диалплана аналога нет? астеру же возвращается Moved Temporary, нельзя какой-нить костыль на это повесить дополнительный?

Опять же в инвайте на новый номер (на который переадресовали вызов), должен быть сип хедер Diversion

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

посмотрите дебаг.
если будет инвайт в сторону астериска, и в нем будет хедер Diversion, то можете отлавливать такой инвайт с помощью функции SIP_HEADER и далее Hangup

https://wiki.asterisk.org/wiki/display/AST/Asterisk+11+Function_SIP_HEADER

не 100% уверен, но поизучайте дебаг и может быть получится

ммм... интересный вариант, спасибо, посмотрю.

> астеру же возвращается Moved Temporary, нельзя какой-нить костыль на это повесить дополнительный?

в Астериске нет.
разве что попробовать разрулить по возвращенному значению ${DIALSTATUS}. Но это не панацея.
Что-то вроде if(${DIALSTATUS}=!"ANSWERED")

но если звонок завершился со статусом !ANSWERED, сами понимаете - это еще не означает, что там именно переадресация.

не, это вообще не то.

Вообще для подобных задач нужен sip proxy, пару вариантов я упомянул выше.

Сами сталкивались раньше, когда в КЦ с ~1000 операторов кто-то из них решил побаловаться и в настройках ip-телефона указал переадресацию на другой внутренний номер.

Средствами Астериска что-то сделать - большой вопрос. Но как минимум в логе должно быть написано то, что я выше скинул.

только != а не =!
но да, это не поможет, так как если переадресация на телефоне то диалплане не возвращается а выполняется всё тот же Dial

У Dial есть опция i, чтобы игнорировать перенаправление, попробуйте с ней.

очепятка😊

да, интересно попробовать.
отпишитесь по результату. вдруг это именно то, что вам надо

Товарищи, есть вопрос. Имею две АТС FreePBX, соединены одним Транком iax, на одной номера 1ХХ на второй 5ХХ и из за нехватки добавил 6ХХ. И сейчас такая проблема что при звонке с 100 на 566, попадаю на 666. В чем может быть проблема?

ну и всех номеров так, К примеру с 103 звоня 511 заменяется на 611

Коллеги, кто может подсказать, был у меня дистрибутив FreePBX Distro 6.12.65-32 с 11 астером, развернут на виртуальной машине в VMware, всё исправно работало. Потребовалось обновить до 13 астера, но он там как экспериментал, чтобы поставить последнюю возможную версию астера надо обновить сам дистрибутив до 10.13.66-1. Что я и делаю, обновляю дистрибутив, затем обновляю астер до 13, при этом, после обновления у меня совершенно произвольно начинает подпрыгивать CPU до 100%, даже когда звонков нет или когда я меняю настройки в вебе. С чем это может быть связано?

проблема в диалплане, при чем как и на первой атс так и на второй может быть. Открывай лог вызова на одной и второй станции и ищи где меняется номер

Вот смог поймать момент при изменении настроек в вебе, отключал транки и применял

ну тут явно проблема с вебом, скорей всего что-то криво встало, либо курить логи, либо ставить свежий дистр с 13 или 16 астером и переносить настройки