Change in osmo-ttcn3-hacks[master]: BTS_Tests: tolerate empty measurement result on chan est.

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/.

pespin gerrit-no-reply at lists.osmocom.org
Fri Jan 3 13:02:00 UTC 2020


pespin 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:

(1 comment)

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 already established it is still necessary to receive 2 measurement reports to get out from it. It may make sense to make chan_est := false a param os as_meas_res, this way the caller (which should know if the chan is already established or not) can decide whether it needs to wait for one extra one or not:

altstep as_meas_res(boolean verify_meas := true, boolean chan_est := false) runs on ConnHdlr {



-- 
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: 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:02:00 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Gerrit-MessageType: comment
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/gerrit-log/attachments/20200103/3bac573f/attachment.htm>


More information about the gerrit-log mailing list