I'm having some troubles with a provider sending RTP before a 183 Session Progress or 200 OK (I see up to 1s of rtp prematurely). The machine is running rtpproxy and apparently rtpproxy buffers these rtp packets and flushed them in one burst when the 183/200 arrive, this creates havock in some endpoints but is undesirable in all cases IMHO if the delay of the 182/200 is to high (>0.1s).
Is there a way to control buffering/flushing from kamailio? Is rebuilding rtpproxy with a smaller buffer an option? Or should I switch to an other proxy module? Any thoughts about this subject (apart from getting the provider to stop sending premature rtp)?
On 04/23/2014 07:36 AM, Daniel Tryba wrote:
I'm having some troubles with a provider sending RTP before a 183 Session Progress or 200 OK (I see up to 1s of rtp prematurely). The machine is running rtpproxy and apparently rtpproxy buffers these rtp packets and flushed them in one burst when the 183/200 arrive, this creates havock in some endpoints but is undesirable in all cases IMHO if the delay of the 182/200 is to high (>0.1s).
Just of curiosity, how exactly does the "havoc" manifest itself? What are the symptoms of this being a problem?
On Wednesday 23 April 2014 13:41:42 Alex Balashov wrote:
Just of curiosity, how exactly does the "havoc" manifest itself? What are the symptoms of this being a problem?
Havoc might be a bit strong (though "great confusion and disorder" fits well). Bad sound quality (if any sound) for a longer period due to multiple jitter buffer overflows for that one channel and if the endpoint is on a limited circuit drops in the other channels as well. It manifests on a particular PBX (Swyx), most endpoints are Patton Smartnodes and they seem to cope well.
-
Alex Balashov -
Daniel Tryba