[Serusers] ser-rtpproxy bridge mode and T38

[Atif Rasheed]

Hi everyone,

I have raised this issue in dev list but got no response, hoping some
one here will be able to answer this.

I have read in RtpProxy that RtpProxy waits for both parties to send
atleast one udp packet and then it fills up both ip:port structures
associated with that call and then it starts relaying.

Call Setup is like this:
                --------Media----->          
A-Party ----->MG-------->SSW------>SER/RtpProxy------->B-Party

now only B-Party is sending UDP Packets and Ser/RtpProxy sends them to
SSW (signalling entity) instead of MediaGateway. As soon as RtpProxy
receives one udp packet from A-Party then it sends those RTP packets to
MG i.e. it starts relaying following the right path.
how I can solve this ???

Adding to this, now after RTP relay starts successfully. B-Party (if
Dialed number is a FAX) reinvites with T38 and the IP:Port info in SDP
remains same. Now somehow RtpProxy is not recognizing the T38 packets
becuase we are in the same session and RtpProxy start sending those
T38 packets to SSW (signalling entity) instead of sending to MG. Please
remember we are in the same session, and RtpProxy shud send these T38
packets to MG, as it was sending RTP packets before ReInvite. 

is it a bug in RTPProxy, should I use MediaProxy instead ???

Please comment, your help will be highly appriciated. I am using CVS
version of SER and RTPProxy.

Thank you
Atif Rasheed