ReInvite + DTMF chan.sip???

[MIKS]

Есть такая проблема:
Я пока не очень понимаю где она в конфигах (FreePBX) или в сырцах chan.sip.
Прогоняем соединение через астериск - соединение устанавливается пролетает ReINvite и спрямляет RTP. Дальше гимор
шлем DTMF с одного устройства на другое (метод SIP INFO dtmf-relay) Вместо простого прогона INFO сообщения через астериск он реинвайтит голосовой канал туда-сюда. Мне это н.. не нужно.
Как обмануть природу? RFC2833?

[ded]

RFC2833 всяко должно быть правильней. Но не все поддерживают.
Попробуйте поставить параметр на пире
dtmfmode=auto
и ещё есть шаманский параметр
relaxdtmf=yes

[Vlad1983]

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

нужно смотреть что там бегает в сигналке, чтоб оценить правильность поведение

[MIKS]

RFC2833 всяко должно быть правильней. Но не все поддерживают.
Попробуйте поставить параметр на пире
dtmfmode=auto
и ещё есть шаманский параметр
relaxdtmf=yes

По поводу RFC2833 это с какой точки зрения посмотреть. Если с ТЗ стыков с PSTN может быть и правильно. С ТЗ разработчика SIP устройств - намного проще INFO принять чем на потоке висеть постоянно. А шаманский пример попробую ))

[MIKS]

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

нужно смотреть что там бегает в сигналке, чтоб оценить правильность поведение

Я же написал что в сигналке при прилете SIP INFO астериск тупо делает реинвайт RTP на себя обоим точкам, шлет SIP INFO другой точке и опять спрямляет реинвайтом потоки
И так для каждого сигнала

[MIKS]

И еще по теме. Где прописываются sip таймеры на reInvite (видимо стандартными sip таймерами тут не пахнет). Астериск с ними поступает не совсем корректно - долбит чуть ли не через 30-40мс (для моих железячек это совсем не гут)