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/gerrit-log@lists.osmocom.org/.
dexter gerrit-no-reply at lists.osmocom.orgdexter has posted comments on this change. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/16649 )
Change subject: BTS_Tests: tolerate empty measurement result on chan est.
......................................................................
Patch Set 3:
(4 comments)
https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/16649/1/bts/BTS_Tests.ttcn
File bts/BTS_Tests.ttcn:
https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/16649/1/bts/BTS_Tests.ttcn@1734
PS1, Line 1734: * MS related measurement (l1_info, l3_info and ms timing offset. */
> missing ).
Done
https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/16649/1/bts/BTS_Tests.ttcn@1805
PS1, Line 1805:
> ws
Done
https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/16649/2/bts/BTS_Tests.ttcn
File bts/BTS_Tests.ttcn:
https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/16649/2/bts/BTS_Tests.ttcn@1788
PS2, Line 1788: [] RSL.receive(f_build_meas_res_tmpl_empty()) -> value rsl {
> how are we guarding this to prevent a situation where the MS is sending many empty measurement repor […]
Done
https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/16649/3/bts/BTS_Tests.ttcn
File bts/BTS_Tests.ttcn:
https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/16649/3/bts/BTS_Tests.ttcn@1771
PS3, Line 1771: var boolean chan_est := false;
> Are we always using this altstep when the channel is not yet established? Because if the channel is […]
I do not see the problem. This variable is used to guard against two corner cases that may happen in the very beginning of the establishment phase.
The mechanism is: Once we see one of our "Osmocom" measurement reports we know that the channel is fully up and there must not be any hardcoded or empty measurement reports. If a caller uses this on a channel that is already up, then we will receive "Osmocom" measurement reports and the corner cases are not coming into play anyway.
Is the variable name confusing? maybe it should be different?
--
To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/16649
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings
Gerrit-Project: osmo-ttcn3-hacks
Gerrit-Branch: master
Gerrit-Change-Id: Ib2f511991349ab15e02db9c5e45f0df3645835a4
Gerrit-Change-Number: 16649
Gerrit-PatchSet: 3
Gerrit-Owner: dexter <pmaier at sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: dexter <pmaier at sysmocom.de>
Gerrit-Reviewer: fixeria <axilirator at gmail.com>
Gerrit-Reviewer: laforge <laforge at osmocom.org>
Gerrit-Reviewer: pespin <pespin at sysmocom.de>
Gerrit-Comment-Date: Fri, 03 Jan 2020 13:30:13 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: pespin <pespin at sysmocom.de>
Comment-In-Reply-To: fixeria <axilirator at gmail.com>
Comment-In-Reply-To: laforge <laforge at osmocom.org>
Gerrit-MessageType: comment
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/gerrit-log/attachments/20200103/df1e9946/attachment.htm>