Hello, apparently none of the rtp relays I was looking at (rtpproxy and rtpenging) are taking in consideration the CSeq value. Quite recently I met a case with a b2bua that sends the invite without sdp, then after its ACK with SDP sends quickly a re-invite to get itself out of media stream. However, due to network and parallel processing races, the ACK gets processed after the re-INVITE, updating the rtp relay session with attributes that should be no longer used. The impact is practically no audio. I got it working using the 'brave' htable and tracking cseq numbers, skipping calling the relay for lower cseqs, but I wonder if wouldn't be better to push it to the relay, to avoid also races on the network between kamailio and the relay. I would be also curious to hear if others were facing such issues. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Next Kamailio Advanced Trainings 2014 - http://www.asipto.com Sep 22-25, Berlin, Germany ::: Oct 15-17, San Francisco, USA