asterisk.ru

Добрый день.

Впервые столкнулся с такой проблемой, поэтому даже не знаю, как правильно её гуглить. "Incorrect CID +NAT" и подобные запросы что-то не помогают.

Суть проблемы в том что АТС находится в ДЦ, а половина клиентов — за офисным натом. Из-за этого(?) звонящие друг другу пользователи видят на экране, можно сказать, рандомный CID. Это очень сильно беспокоит их, потому что часто на экране "большой босс", хотя звонит, например, секретарь. Ну и вдогонку, проблема с features.conf, за которую меня наверняка можно отпинать ногами:
На предыдущей АТС перевод был по *2 и номеру.

Здесь я попытался сделать так же Но потерпел сокрушительное фиаско. Перевод инициализируется только после нажатия решётки, а сразу за этим робот сообщает, что такого экстеншна нет и возвращает переводимого абонента обратно.
А так же не работает callpickup. АТС просто игнорирует две звёздочки.

Я немного в мыле, потому что "у нас ничего не работает!!!!1111одинодин" и поэтому туго соображаю.
Помогите, пожалуйста.

type=friend.

type=friend сработало на отлично! Спасибо. Перехват заработал.

Дело за малым — починить attended transfer и кривые CID.

1) Где строка
context= ?
в ваших конфигах?

2) Не из-за того, что АТС находится в ДЦ, а половина клиентов — за офисным натом, звонящие друг другу пользователи видят на экране. Обращайтесь уже к системным интеграторам, сами Вы много что упустили в настройках, чтобы щшаг за шагом сейчас тут рассказывать как надо авсё правильно организовать. Забейте на шаблоны [peer](!,defaults)

3) Почему не смотрете в мыле в CLI, где подробно текстом информируется чуть побольше, чем когда робот сообщает, что такого экстеншна нет и возвращает переводимого абонента обратно. И, команда
CLI> features show
покажет что Астериск думает по поводу ваших конфигов с callpickup. АТС просто игнорирует две звёздочки.

Спасибо, пошёл копать