Доброе время суток.
Схема такая:
[Cisco ATA-186(h323)]--[* ver. 1.2.6]--[Cisco as5350(SIP)]
ip-связь напрямую между ата и 5350 невозможна, только воип через *.
Для 5350 в sip.conf canreinvite=yes(так нужно, и ставить в no не хотелось бы очень).
* - шлюз для и ата и для 5350.
Проблема в следующем: при звонке с ата на 5350 или обратно устанавливается соединение через *, ата льет ртп-трафик на *, тот его проксирует на 53. Голос юзера с атахи слышно юзеру с 53-ей. а вот 53-я почему-то льет ртп напрямую на ата и этот трафик зарезается. и юзера 53-ей на атахе не слышно естественно. в sip.cof параметр canreinvite=no для 53-ей спас бы положение, но очень не хочется это делать, так как ВСЕ медиа-потоки на 53-ю в этом случае пойдут через *.
Для h323 используется драйвер chan_ooh323.so.
Вопрос такой:
можно ли добиться того, чтобы 53-я слала ртп не напрямую на клиента, а на *, средствами ooh323.conf? есть ли там аналог canreinvite=no?

Залей в Cisco ATA-186 прошивку sip и не парься.

Н323 настройки сложней, там есть возможность а) не проксировать вообще (peer-to-peer), б) проксировать только сигнализацию и в) проксировать все.
Эффективней всего это рулится через гейткипер между * и Н323 шлюзами и терминалами. Охота тебе уморачиваться с лишним протоколом, если есть возможность все решить по SIP?

Гейткипер очень неохота поднимать дополнительный. К сожалению, СИП везде не воткнуть. АТА сейчас эмулирует воип пиринг с провайдером. В дальнейшем АТА там не будет, а будет другая 53-я. Вот хотелось бы выяснить, можно ли без гейткипера гибко определять глубину проксирования по h323 в Астериске?
Спасибо

Думаю авторы chan_ooh323.so запросто могли бы гибко определять глубину проксирования по h323 в Астериске.
Мы используем 1) гейткипер и 2) chan_h323.so
ПлАчу вместе с тобой :((