<p dir="ltr"><br>
On Jun 2, 2015 9:26 AM, "Holger Freyther" <<a href="mailto:holger@freyther.de">holger@freyther.de</a>> wrote:<br>
><br>
><br>
> > On 30 May 2015, at 21:43, Alexander Chemeris <<a href="mailto:alexander.chemeris@gmail.com">alexander.chemeris@gmail.com</a>> wrote:<br>
> ><br>
> > Otherwise you have to restart BTS or at least break the RSL connection<br>
> > to apply the change.<br>
><br>
> Yes we certainly should apply modifications at runtime but probably not by adding<br>
> auto-update to each command. When I change LAC/CI/ms_max_power I don’t want<br>
> to update the SI three times.<br>
><br>
> We really need to have a “commit”/“apply” kind of command that applies OML and<br>
> RSL modifications.</p>
<p dir="ltr">I agree that transactional functionality would be nice and I had been thinking about this. But it's a big change which should be well planned and requires considerable effort to go through all commands and split configuration from application. One issue is that we'll need to create "shadow" registers for the non applied settings. E.g. in case of power control, the setting was actually applied at the BSC part of the control (it was using the setting variable directly), but was not propagated to the BTS party, which was really confusing from a user perspective. </p>
<p dir="ltr">In short - I agree that such feature would be nice, but I don't think this is a showstopper for this patch, because it just makes things more consistent.</p>
<p dir="ltr">Btw, control interface also applies the change immediately. Having vty and control to diverge is quite confusing. </p>
<p dir="ltr">--<br>
Regards,<br>
Alexander Chemeris<br>
CEO Fairwaves, Inc.<br>
<a href="https://fairwaves.co">https://fairwaves.co</a></p>