проблема со снятием с HOLD

[Vlad1983]

с точки зрения сигнализации все нормально
снимите так

Код: Выделить всё

tcpdump -i any -vnn -s0 -w /tmp/hold.cap udp

(не отфильтровывать по ногам)
попадет вместе RTP
все действия постановки/снятия побыстрей чтоб десятки мегабайт не насобирать

[itdzen]

вместе с RTP

[Vlad1983]

от астериска нет RTP после инвайта на снятие с hold
чую проблема не в аппаратах

для начала на пире оператора 550 nat=no

если не поможет, запустить внутренний тайминг астериска, т.к. сейчас синхронизируется от RTP

[itdzen]

я думаю от астериска потому и нет ртп, потому что он по факту с холда не снимает после запроса. По крайней мере "sip show channels" говорит что Hold = Yes.
nat=no и internal_timing=yes не помогли

[ded]

reinvite?

[itdzen]

canreinvite пробовал, не помогает, но мне в любом случае надо чтобы ртп ходил через астериск.

[ded]

Я имел ввиду не canreinvite=yes/no
Просто при снятии с холда возможно происходит повторный инвайт с другим приоритетом кодеков. Этим оъясняется разное поведение снятия с холда при прямом звонке (успешное) и с холда из очереди (неуспешное).
Это надо проверить анализом полного дампа в Wireshark, или просто в sip дебаге поломать глаза.

[itdzen]

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

[Vlad1983]

сняли бы ещё когда оператор на 3CX

[ded]

... и сравнили две картинки. Выкладывать не стоит, это Ваша проблема, Вам и сравнивать.