зело не хватает вывода консольного вербоза и дебага типа
UDPTL (SIP/si2000): packet from 192.168.211.34:8025 (type 0, seq 0, len 48)
UDPTL (SIP/6184452): packet to x.y.z.9:6449 (type 0, seq 220, len 32)

хочу понять почему т38 сессия рвется и данные не идут.

Собрать всю сессию (с медиа) в файл и посмотреть WireShark'ом. Нет?

шарк кажет что в ртп идет неправильная нумерация пакетов wrong sequence number
сессия факсовая начинается и завершается корректно, а в плеере слышно только периодический тон с одной стороны и все. вторая пискнув вначале теряется в тишине пространства.

но все равно не ясно почему сиквенсы не те и пошто если все по сесии гладко данные не идут.

предположим, что сиквенсы не те потому, что не идут данные. т.е. передача не стартует. но как понять, что не согласовано факсами то????

Если передача идет по Т38, должна быть детализация факсовой сессии. Там по транспорту Т38 идет установление Т30 сессии.
Если такой детализации нет - плохо, у кого-то отвратная реализация rtp-протокола.

wrong sequence number - номер пакета в порядке его отправки. Причинно-следственная связь обратная - пакеты откидываются ("не идут данные") из-за того, что "сиквенсы не те".

а в детализации rtp я и вижу SET - wrong sequence number - SET - wrong sequence number

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


да, видимо тогда надо вопрос ставить "как увидеть дебаг Т30?"

в T30 что Вы хотите увидеть? если у вас 38й не поднимается , то и не видать вам модемных общений.

Да, что-то я действительно поторопился, zzuz прав.
Что вообще есть на данный момент? Re-Invite на Т38 судя по всему вообще не происходит?

приходит. что в консоли, что в дампе все красиво - согласовываются оба крыла для т38, приходит реинвайт, приходит подтверждение, rtp переключается в т38 без голоса, далее летят пакеты, те что в первом сообщении. проходит полминуты и приходит bye. далее все корректно обрубается.

Когда один модем не слышит нормальных сигналов от другого , то никакого трансмита не будет. Причины- корявый джитер, задержки , потери, но это же для pass-thru, правда?
Давайте схему подключения .

Не совсем, но пофиг.
К схеме еще бы иметь инфу о том, от кого летят пакеты с неправильным sequence number'ом.