Hi Jens,
RTPproxy does not change anything in the RTP stream (not event the size of the packages), so I think the guilty one is not the rtpproxy - it just a transparent relay.
Have you tried this directly, with no rtpp in the middle?
Regards, Bogdan
Jens Carl wrote:
Hey everybody,
I use OpenSER (openser 1.3.2-tls (x86_64/linux), svnrevision: 2:4420) and the RTPproxy (1.1) and everything works fine expect for one thing.
If I try to use T.38 with following scenario:
SIP-FAX1 (NAT) <-> RTPProxy+OpenSER <-> Asterisk <-> Carrier
the Asterisk always produce this kind of warning: 'WARNING[1493]: rtp.c:1145 ast_rtp_read: RTP Read too short'.
The SIP-signaling with the re-INVITE works fine. If I get an re-INVITE I call the force_rpt_proxy( 'l' ).
Has anybody an idea what I should change in the RTPproxy to get this scenario working?
Thanks for your help,
Jens
Users mailing list Users@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users