Unbounded AGCH queue in OsmoBTS

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.

Holger Hans Peter Freyther holger at freyther.de
Tue Sep 10 09:21:58 UTC 2013


On Tue, Sep 10, 2013 at 11:41:33AM +0400, Alexander Chemeris wrote:
> Hi all,
> 
> An attached is a quick fix for the unbounded queue growth. It uses a
> hardcoded value for the maximum queue length, which is fine for our
> load testing, but not flexible enough for the real life usage. We
> should make the AGCH queue long enough to keep high performance. At
> the same time, it must not exceed MS timeout or _all_ IMM.ASS messages
> will miss their target MS's.
> 
> We could make this parameter user-configurable on a BTS side, but it
> seems more reasonable to automatically calculate it, depending on the
> channel combination and timeout values. But this should be done on the
> BSC side. So the questions are:
> 1) what is a good way to calculate it?
> 2) should we configure this queue length over OML, or move the queue
> from BTS to BSC?

I had a quick look at 12.21 and there doesn't appear to be anything
for the AGCH. So we will need to calculate the size from the channel
configuration but this should be fairly easy. The other topic is the
question of fairnes? The first requests will fill the queue, and then
we drop most of the requests.

Can you implement the size calculation?




More information about the OpenBSC mailing list