Если Openvox, обратите внимание на этот пост:
http://forum.asterisk.ru/viewtopic.php? ... vox#p53890

Похоже, когда собирали и ставили 13-й, в menuselect не включили поддержку sip.

Возможно, у вас wrapuptime в queues.conf отличный от нуля?

Если я правильно понял, при трансфере звонок попадает в отдельный контекст или контекст по умолчанию, где и проводится проверка на CID. Но тогда получается, что при переводе входящего звонка из GSM-сети, CallerID будет номером мобильного телефона, а никак не внутренним номером АТС, по которому и дел...

Оно и понятно, техподдержка тоже люди. Но, всё-таки, хочется узнавать, с чьей стороны проблема. А если и MTR нельзя верить, то уже не знаю чему можно в этом лживом мире

Поделитесь соображениями?

Спустя длительное время сделал трейс по udp (mtr -u X.X.X.X) на тот же самый ip. И - о чудо - потерь нет. Думается, все эти "фильтры по udp" были обычной отмазкой техподдержки.

Снова проверил при непосредственной регистрации софтфона на шлюзе, занятость есть, в логе - 503 Service Unavailable. Если же звонить через транк на этот шлюз, то в логе тихо. Что происходит?

Залогинился напрямую на шлюзе и повторил попытку. Та же самая ситуация. Стало быть, и правда не в настройках дело. А разве не должно сообщение busy доходить на шлюз, несмотря на задержку преобразования? Ведь я так понимаю, шлюз всё-таки принимает сообщение о занятости, но снова инициирует соединение...

Прошиваться на последнюю прошивку пробовали? На офф сайте лежит за 2015-01-20. В чейнджлоге вашей проблемы не видно, но чем чёрт не шутит.