ecce402f43
Remove ARFCNs as a concept from resource pool, assign a fixed ARFCN to each BTS and TRX in the resource pools. Using ARFCNs on specific bands as resources was an idea that is hard to implement, because specific BTS dictate selection of bands which influences which ARFCNs can be picked. That means reserving ARFCN resources is only possible after reserving specific BTS resources, but the tester is currently not capable of such two-stage resolution. Writing handover tests, I got the problem that both BTS in a scenario attempt to use the same ARFCN. The by far easiest solution is to assign one fixed ARFCN to each BTS and TRX. If ever needed, a scenario modifier can still configure different ARFCNs. (Due to uncertainty about OC2G operation stability, I prefer to leave OC2G on ARFCN 50, as it happened to end up being configured before this patch.) Change-Id: I0a6c60544226f4261f9106013478d6a27fc39f38 |
||
---|---|---|
.. | ||
scenarios | ||
suites | ||
ttcn3 | ||
README.md | ||
default-suites.conf | ||
defaults.conf | ||
main.conf | ||
resources.conf.prod | ||
resources.conf.rnd | ||
resources.conf.virtual |
README.md
This a real 2G test suite configured and ready to use. The only thing missing is a trial dir containing binaries.
You can point osmo-gsm-tester.py at this config using the '-c $DIR/main.conf' command line argument, where DIR is the directory path where this README file resides.
If you have your trial with binary tar archives in ~/my_trial you can run the suite for example like this:
osmo-gsm-tester.py -c $DIR/main.conf ~/my_trial
Alternatively you can setup this example as default config for your user by doing something like:
mkdir -p ~/.config
ln -s "$DIR" ~/.config/osmo-gsm-tester
A ./state dir will be created to store the current osmo-gsm-tester state. If you prefer not to write to $DIR, set up an own configuration pointing at a different path (see main.conf: 'state_dir').