[RTPproxy Users] RTPProxy sending RTP packets before receiving initial packet.

[mayamatakeshi]

Hello,
we are running RTPPRoxy 1.1 with Kamailio.
After a call is set up, I can see rtpproxy sending 24 RTP packets to the
private ip and port advertised in the SDP of the caller (like
192.168.1.2:60000).
This doesn't cause any problem to the call, as less then one second after
this, rtpproxy starts to send the packets to the global IP addresses.
However, why would be rtpproxy doing this? It doesn't seem to be according
to the HOWITWORKS explanation in the man page.
Does rtpproxy receive this SDP info from SER?
The problem is that we have those addresses (192.168.1.*) in our network, so
this causes several "icmp destination unreachable" packets to be sent back
and this is flooding our network.
And I don't see these private ports sending any packets to rtpproxy ports to
make it behave as such.

Regards,
takeshi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.rtpproxy.org/pipermail/users/attachments/20091022/438ec7e4/attachment.html