стык smg1016M и CCM

[AlexeyMish]

Добрый день,
Коллеги, помогите проанализировать дамп, что то не понимаю суть проблемы.
Схема PBX-SMG1016M-Cisco Call Center
Вызов от PBX до циски доходит, все работает ок.
Но после постановки оператором Cisco Call Center на hold/unhold нарушается обработка RTP трафика.
ССС -> PBX трафик ходит, PBX -> CCC нет (односторонняя слышимость).
Дамп во вложении

[AlexeyMish]

Чуть более подробный дамп.
Вызов с PBX+соединение с CCCM
Не понимаю, что за инвайты идут от СССМ?
Это я плохо стандарт изучил или циска чтото свое придумала?

[AlexeyMish]

Смотрел на дампы, много думал.
До конца не понял.
Увидел, что на SMG1016M приходит пакет с mohenabled после чего шлюз перестает передавать трафик на CUCM(CCCM не знаю как эту штуку правильно называть) .
Потом, приходит пакет который теоретически снимает с холда (насколько понимаю), SMG1016M по прежнему не отвечает на RTP.
Вопросов почему шлюз на второй пакет нет, не понимаю, почему он так реагирует на первый.
Удобнее всего это анализировать на первом дампе, там не паразитного ртп трафика от "левых" звонков.

Можно уточнить, это нерушение спецификации SIP на стороне циски или не корректная работа шлюза?
либо и то и другое в совокупности?
Можно ли по дампу произвести анализ или нужно снимать PSTN логи?

PS снял дамп+логи
атач
Насколько я понимаю, строка 5396 лога переводит канал в режим "только получение". Строка 5511 -- "получения и отправку".
Однако трафик по прежнему ходит в одну строону.

PPS подозреваю, что лог читаю неправильно. moh с recvonly по времени не сходятся.

UPD во втором посте не тот файл прицепил. Тут верный, дамп+лог

[slapik]

попробуйте включить MTP на транке в сторону SMG

[AlexeyMish]

попробуйте включить MTP на транке в сторону SMG

Моя зона ответственности начинается от SMG1016M.
CUCM у партнеров. Надо либо починить, либо объяснить почему косяк у них, а не у меня.
А я не очень понимаю.