Attention is currently required from: neels, laforge, pespin. fixeria has posted comments on this change. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/28214 )

Change subject: BSC_Tests: add TC_chan_alloc_algo_{a,de}scending ......................................................................

Patch Set 5:

(2 comments)

Patchset:

PS4:

I understand why a NACK makes things quicker, but it is surely better to model […]

Hi Neels. Thanks for your feedback!

BSC_Tests.TC_ratectr_all_available_allocated is not a good example because is not doing TCH assignment. It's simply filling up all SDCCH channels, what makes osmo-bsc allocate TCH channels for signalling.

Regarding the VTY scripts, it would have been a better option indeed. But unfortunately I ran out of time budget, so I cannot spend more time on this task.

Patchset:

PS5:

unfortunately even v4 still going through the NACK case, something both neels and I have been expres […]

The main problem preventing me from implementing proper assignment scenarios is the complexity of MGCP_Emulation component. It was designed to be executed on MSC_ConnHdlr component, and there is no easy way to make it run on the test_CT. And I cannot spawn MSC_ConnHdlr components here because multi-trx support is currently only implemented for the test_CT.

I ran out of time budget, so I cannot spend more hours on this task. Reworking the MGCP_Emulation to support running on test_CT would be a lot of work (I tried to do so, but quickly gave up). Implementing multi-trx support for the test_CT also seems like a lot of work.

I am fine with not merging this patchset or even abandoning it. These testcases were useful for me during development of SYS#5460, so I didn't have to play ping-pong with the customer saying that "it should work find" and getting "it does not" in a loop.