Если Вы не заметили, то я прокомментировал возможность использования OpenSER'а и его использования.
Мне даже лень Вам что-либо комментировать и объяснять -- Вы не поймете, т.к. уперлись в своей правоте и мегазнаниях!

RTP поток идет, если Вы не в курсе, напрямую и он может не пропадать. Проблема возникает не из-за RTP, с ним как раз все и везде нормально, т.к. он не зависит от сигнализации, а от невозможности прервать вызов в случае исчерпания средств, т.к. в случае изолирования OpenSER'а BYE не будет передана и сессия не прервется.

Как H323, так и SIP к RTP не имеют отношения -- это протоколы сигнализации.

Так что Вы ни одного слова не вставили по существу и даже не понимаете сути.
Good bye...

tma, у вас своя специфика и вы в нее уперлись не знаю чем и зачем.
Прервать разговор можно и на SIP, можно следить за RTP чтоб дропнуть SIP сессию. Вариантов - море.
да в древнющем h323 это особенность его корявой архитектуры, но эта особенность в других приложениях только мешает.
так что нечего тут позы корчить, нужно применять то что умеешь применять и то, что нужно применять.
вы меня осуждаете что я ничего не понимаю и что не говорю по существу - дык вы сами по существу ничего не сказали.
только всем очевидные вещи втолковываете уже в десятый раз.
а я пытаюсь вам сказать, что это - ваша специфика, и есть другие бизнес-модели.
вот и все.

Костылей море, а не вариантов.
Стандарт SIP не обязывает устройства обмениваться сигнализацией в процессе сессии, так что никто ничего не дропнет и не обязан.
Следить может медиасервер, о чем я сразу и сказал. Только он может дропнуть SIP-сессию.
"Древний" H323 протокол лишен этого недостатка. Только не понимаю, причем тут он. Видимо Вы плохо читали условия задачи...

Наверное танк наглухо заварен, извините, не знал...

tma, уже скатились на оскорбления?
Вы теперь обратились к стандартам? а я не утверждал, что SIP чем-то кому-то обязан разрывать соединения. Из названия-то все понятно: Session Initiation Protocol — протокол установления сеанса, про разрыв ничего нет ;) и то, о чем вы так спорите - не костыли, а нормальная практика, которая нормально работает.
кстати, под темой подпись:
при условии что прямые связи запрещены между конечными узлами

вот пример:
подрубил одну контору к сипнету полгода назад. Фильтрую два потока и МГ вызовы посылаю в сипнет, что не МГ - в поток провайдеру. Всего 4 потоковых порта. Тупо работает.
За время тестирования два месяца постоянно следили за отчетами, что куда и сколько звонили (и сейчас считаем, но уже только по итогам месяца).
через сервер прошло около 2 млн минут, из них 500..700 тыс - МГ.
И знаете, что-то не заметили мы что сипнет неверно считает. Хотя и инет падал пару раз и еще что-то было, ну не заметили мы, что sip сессия порвалась, а минуты - шли.

кстати, вы утверждаете, что h323 лишен недостатка, о котором спорим. Но это не совсем так.
Соединение будет отваливаться в случае, если пропал маршрут до точки назначения, маршрутизатор отдаст инициатору сообщение и tcp сессия порвется. НО! если маршрут не пропал, и не приходят ответ от точки назначения (пинг, к примеру, 50 секунд или еще что-то), то tcp сессия не порвется, минуты будут тикать, а голоса не будет. Такую ситуацию несложно воспроизвести, бывает она не реже чем просто обрывы, особенно на дальних дистанциях. И распознать такой сбой проще всего анализируя RTP активность.

так что расово верный протокол для пиринга - IAX, у него и сигнализация и голос идут одним коннектом.

Если я Вас оскорбил, то приношу свои извинения...

Спорите Вы, причем непонятно о чем спорите, явно не читая вопрос и мой ответ или не желая в него вникнуть.

В Вашем примере SIP уж никак не поможет -- будет такая же тишина.

Но Вы уже успели приплести IAX... Вау! Может Вы уже написали поддержку IAX для OpenSER'а?!!
Или Вы не знаете, как эта аббревиатура расшифровывается?
Я Вам подскажу: http://ru.wikipedia.org/wiki/IAX

Вам точно стоит почитать вопрос и мои ответы -- это поможет, уверяю.
Также вы можете скопировать мои ответы в текстовой файл и воспользоваться командой grep -i h323.

Можете не отвечать! Я буду отвечать только по существу на поставленный вопрос. Если у Вас нет ничего по топику, прошу даже не пытаться что-либо отвечать. Я отвечать на Ваши сообщения точно не намерен -- лень...

вот как по существу будете отвечать, так и буду принимать извинения.
а пока - перечитайте тему и найдите в условиях следующее:
при условии что прямые связи запрещены между конечными узлами
как минимум в этом случае все равно, что использовать, h323 или sip. при разрыве соединения сессия закончится и все тут.

В условиях автора?!! Хм. Наверное мне стоит самому сходить к окулисту. В упор не вижу!
Если Вы не заметили, то автор топика -- maver.

tma, я видел вас на фото, давайте закроем тему окулиста.

прочитайте мелкую строчку прямо под большим жирным заголовком:
Может ли OpenSER заменить * на транзите???

Я рад, что Вы умеете пользоваться интернетом. ;)

switch:

прочитайте мелкую строчку прямо под большим жирным заголовком:

В чем мой ответ не соответствует вопросу?

ну почему же, соответствует.
я просто хотел обратить ваше внимание, что почти во всех ваших ответах вы говорите об одном и том же:

"у рыбы - чешуя, но если была бы шерсть, то в ней водились бы блохи, а блохи это ..." ну и дальше все про блох