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
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
