Patch Set 1: > my assumption is that > * before this patch, the proposed test would fail (i.e. link not > up) > * after this patch, the proposed test will pass as the UP signal is > created at connect, not at receive
I am still not entirely sure how such a test would work. There is currently no way to observe the OML_UP and RSL_UP flags from outside of C code in bts_ipaccess_nanobts.c. Which means we'd either have to write a pure C test which overrides some functions, or we could add a way to query these flags from the control interface (see https://gerrit.osmocom.org/7574) and then use a ttcn3 test which establishes OML and RSL connections to the BSC but does not send any RSL messages and queries RSL connection state over the control interface. Would you expect that this latter approach could work? -- To view, visit https://gerrit.osmocom.org/7503 To unsubscribe, visit https://gerrit.osmocom.org/settings Gerrit-MessageType: comment Gerrit-Change-Id: I78a152671a00b95c997830f7161fca92bb898fa3 Gerrit-PatchSet: 1 Gerrit-Project: osmo-bsc Gerrit-Branch: master Gerrit-Owner: Stefan Sperling <ssperl...@sysmocom.de> Gerrit-Reviewer: Harald Welte <lafo...@gnumonks.org> Gerrit-Reviewer: Jenkins Builder Gerrit-Reviewer: Stefan Sperling <ssperl...@sysmocom.de> Gerrit-HasComments: No