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