Attention is currently required from: pespin.

arehbein has posted comments on this change. ( 
https://gerrit.osmocom.org/c/osmo-bsc/+/31878?usp=email )

Change subject: Make RLC timing data configurable
......................................................................


Patch Set 2:

(1 comment)

File src/osmo-bsc/net_init.c:

https://gerrit.osmocom.org/c/osmo-bsc/+/31878/comment/03fbfef7_b9faad9b
PS2, Line 51:   { .T = 3142, .default_val = 20,
> So we really need to add a osmo_tdef group per bts object. You can have a 
> look at > asp->cfg.T_defs_lm in libosmo-sccp/src/osmo_ss7_asp.c:673 to find 
> out how to add > a T_def instance per object (as opposed to a single 
> structure per process like > the gsm_network_T_defs here). Basically:
> """
> asp->cfg.T_defs_lm = talloc_memdup(asp, ss7_asp_lm_timer_defaults,
> sizeof(ss7_asp_lm_timer_defaults));
> osmo_tdefs_reset(asp->cfg.T_defs_lm);
> """


I have written some of the per-bts part on my local working copy, but I thought 
I'd ask before proceeding.

I added an array of tdefs and an array of timer groups like in net_init.c, but 
since it's per BTS, I can't just add a tdef group to the one in net_init.c and 
use the tdef API with that to generate VTY commands automatically (the VTY 
command wouldn't be per BTS).
I moved that code to bts_init.c - thinking I could use 
`osmo_tdef_vty_groups_init()` from libosmocore.git:src/vty/tdef_vty.c (which 
unfortunately didn't work out, because or reliance on a global variable 
`global_tdef_groups` that cannot be changed without breaking a previously set 
up tdef group).
So my thought now is basically to replicate the tdef API code - pretty much 
staying the same except for I'd probably have to change usage of 
`global_tdef_groups` into usage of some BTS-dependent arrays of tdef groups 
automatically generating the commands for all tdef groups (I'm thinking "rlc", 
"bssgp" (other upcoming patch) and "nse" (other upcoming patch) would be 
appropriate groups for each BTS).

So, to sum it up, the approach I would go for something like this (for each 
BTS):
 - Copy and adapt code from tdef_vty.c in libosmocore to enable per BTS tdef 
API functionality (put it in osmo-bsc.git:src/osmo-bsc/bts_vty.c )
 - Set up an array of tdefs (copied from a default set)
 *(in theory we could make that configurable so that if a bts config is missing 
config values, it can take those from a 'global' bts timer config put in 
`global_tdef_groups` set up in the net_init.c code)*
 - Set up an array of tdef groups referenced in the bts struct

I did look at the example in libosmo-sccp/src/osmo_ss7_asp.c, but since we're 
adding quite a few more timers here, using timer numbers from the specs and 
also with BSSGP and NSE timers in two other upcoming patches, I assume it makes 
more sence to go for the above mentioned approach instead of writing out each 
VTY timer command manually.

What do you think?



--
To view, visit https://gerrit.osmocom.org/c/osmo-bsc/+/31878?usp=email
To unsubscribe, or for help writing mail filters, visit 
https://gerrit.osmocom.org/settings

Gerrit-Project: osmo-bsc
Gerrit-Branch: master
Gerrit-Change-Id: I2c24110d8c977d6cc74c3c8e77bcc709ad9d2675
Gerrit-Change-Number: 31878
Gerrit-PatchSet: 2
Gerrit-Owner: arehbein <arehb...@sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: pespin <pes...@sysmocom.de>
Gerrit-Attention: pespin <pes...@sysmocom.de>
Gerrit-Comment-Date: Tue, 24 Oct 2023 14:55:58 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: arehbein <arehb...@sysmocom.de>
Comment-In-Reply-To: pespin <pes...@sysmocom.de>
Gerrit-MessageType: comment

Reply via email to