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