On Wed, Jan 22, 2014 at 10:05:57AM +0100, Andreas Eversberg wrote:
The RTP stream is generated or forwarded by OpenBSC to nanoBTS. Due to switching of streams (hold/retrieve call), packet loss or even stalling of sender's process, the time stamp must be corrected. If outdated packets are received, they get dropped.
Can you please use the rtp state/replay code to show this specific issue? From Jacob's latest experiment the nanoBTS software only appears to have issues when the same timestamp is sent twice or the sample delta is not a multiple of 160.
The replaying code and the generation of rtp_headers can be found in the contrib/rtp directory.
holger