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 Freyther holger at freyther.de> On 30 May 2015, at 20:59, Alexander Chemeris <alexander.chemeris at gmail.com> wrote: Dear Alexander, > * Apply change even if the supplied value is higher than the 24dB maximum > suggested by the standard, just warn about this. > UmSITE and probably other SDR based BTS support much wider power > regulation range. this certainly makes sense. We need to check in osmo-bts that “24 dB” in reduction does not exceed the maximum. > Changes: > * Apply change to the BTS over OML immediately. that is nice but there is a bigger picture. Do we really want/can/need change all VTY. We are certainly lacking in terms of live modification capabilities but this path to add them might not be the right one. You might want to change two parameters at once (switch the ARFCN and then use a higher output?). In the long-run I think we need to separate the running config from the one that can be configured and with an “apply” you can then move the config around. I am hesitant to merge a hunk like this right now wihtout having a goal/target to improve the entire situation. > * Apply change even if the supplied value is odd, just warn that it is rounded. > Previously the value was not set at all, which may have lead to a situation when > a user thinks the BTS operating at low power, while it is running full power. No we should not round. We could change the VTY command to list 0|2|4.. 22|24|26.. as options or you find a way to describe the “must be even” attribute with the VTY. holger