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/osmocom-commitlog@lists.osmocom.org/.
gitosis at osmocom.org gitosis at osmocom.orgThis is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Legacy: The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)".
The branch, master has been updated
via 8469818e33ef81e9f707a0c4dd13d7b91ecf83f5 (commit)
via c425351e74d162c0794828c0e9a1e8c15395cae2 (commit)
from 4be40b4f1d2a82cfcd39881ac8a23577369353e4 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
http://cgit.osmocom.org/openbsc/commit/?id=8469818e33ef81e9f707a0c4dd13d7b91ecf83f5
commit 8469818e33ef81e9f707a0c4dd13d7b91ecf83f5
Author: Stefan Sperling <ssperling at sysmocom.de>
Date: Wed Mar 14 20:57:23 2018 +0100
Add support for Access Control Class ramping.
Access Control Class (ACC) ramping is used to slowly make the cell
available to an increasing number of MS. This avoids overload at
startup time in cases where a lot of MS would discover the new
cell and try to connect to it all at once.
Ramping behaviour can be configured with new VTY commands:
[no] access-control-class-ramping
access-control-class-ramping-step-interval (<30-600>|dynamic)
access-control-class-ramping-step-size (<1-10>)
(The minimum and maximum values for these parameters are hard-coded,
but could be changed if they are found to be inadequate.)
The VTY command 'show bts' has been extended to display the
current ACC ramping configuration.
By default, ACC ramping is disabled.
When enabled, the default behaviour is to enable one ACC per
ramping step with a 'dynamic' step interval. This means the
ramping interval (time between steps) is scaled to the channel
load average of the BTS, i.e. the number of used vs. available
channels measured over a certain amount of time.
Below is an example of debug log output with ACC ramping enabled,
while many 'mobile' programs are concurrently trying to connect
to the network via an osmo-bts-virtual BTS. Initially, all ACCs
are barred, and then only one class is allowed. Then the current
BTS channel load average is consulted for scheduling the next
ramping step. While the channel load average is low, ramping
proceeds faster, and while it is is high, ramping proceeds slower:
(bts=0) ACC RAMP: barring Access Control Class 0
(bts=0) ACC RAMP: barring Access Control Class 1
(bts=0) ACC RAMP: barring Access Control Class 2
(bts=0) ACC RAMP: barring Access Control Class 3
(bts=0) ACC RAMP: barring Access Control Class 4
(bts=0) ACC RAMP: barring Access Control Class 5
(bts=0) ACC RAMP: barring Access Control Class 6
(bts=0) ACC RAMP: barring Access Control Class 7
(bts=0) ACC RAMP: barring Access Control Class 8
(bts=0) ACC RAMP: barring Access Control Class 9
(bts=0) ACC RAMP: allowing Access Control Class 0
(bts=0) ACC RAMP: step interval set to 30 seconds based on 0% channel load average
(bts=0) ACC RAMP: allowing Access Control Class 1
(bts=0) ACC RAMP: step interval set to 354 seconds based on 59% channel load average
(bts=0) ACC RAMP: allowing Access Control Class 2
(bts=0) ACC RAMP: step interval set to 30 seconds based on 0% channel load average
(bts=0) ACC RAMP: allowing Access Control Class 3
(bts=0) ACC RAMP: step interval set to 30 seconds based on 0% channel load average
Port of osmo-bsc commit a5c1e8727c391bc56847a00b2ecc08787573b91f
Change-Id: Idd5c4fd7ea2e10086d9b26deee3a71f9469d1280
Related: OS#2591
http://cgit.osmocom.org/openbsc/commit/?id=c425351e74d162c0794828c0e9a1e8c15395cae2
commit c425351e74d162c0794828c0e9a1e8c15395cae2
Author: Stefan Sperling <ssperling at sysmocom.de>
Date: Wed Mar 14 20:46:48 2018 +0100
Add stat items for the BTS's channel load average and T3122.
In addition to logging the current values of a BTS's channel load
average and T3122 override, maintain stat items for these values.
This allows for plotting these values over time, for instance.
These values show up in the VTY under 'show stats' like this:
base transceiver station:
Channel load average.: 25 %
T3122 IMMEDIATE ASSIGNMENT REJECT wait indicator.: 32 s
Port of osmo-bsc commit 4e9d40db2f86bfbd4d9c8bf9e3d9196f5ddf22c6
Change-Id: I766bd51f539dd96236b9c81d661e9d31f5027db4
-----------------------------------------------------------------------
Summary of changes:
openbsc/include/openbsc/Makefile.am | 1 +
openbsc/include/openbsc/acc_ramp.h | 149 +++++++++++++++++++
openbsc/include/openbsc/gsm_data.h | 5 +
openbsc/include/openbsc/gsm_data_shared.h | 8 +
openbsc/src/libbsc/Makefile.am | 1 +
openbsc/src/libbsc/acc_ramp.c | 236 ++++++++++++++++++++++++++++++
openbsc/src/libbsc/bsc_init.c | 15 +-
openbsc/src/libbsc/bsc_vty.c | 113 ++++++++++++++
openbsc/src/libbsc/chan_alloc.c | 4 +
openbsc/src/libbsc/system_information.c | 11 ++
openbsc/src/libcommon/gsm_data_shared.c | 21 ++-
11 files changed, 562 insertions(+), 2 deletions(-)
create mode 100644 openbsc/include/openbsc/acc_ramp.h
create mode 100644 openbsc/src/libbsc/acc_ramp.c
hooks/post-receive
--
Legacy: The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)