Age | Commit message (Collapse) | Author | Files | Lines |
|
Remove leftover from old TTCN-3 build scripts, before refactoring ttcn3
Dockerfiles. This line has already been removed in 357ec806 from 2017 for
ggsn-test.
In osmo-ttcn3-hacks.git, this is only referenced in the obsolete
bin/install.script (looks like we could remove that, together with the
rest of the bin dir?).
Related: OS#5017
Change-Id: Id23e7fae58ba246916a38aa0a10035d4f67f7588
|
|
There has been a lot of changes merged to both osmo-{bsc,bts}, so
now the later seems to be respawning faster then before. Because
of that, osmo-bts-trx is now reaching the limit of 500 runs on
Jenkins right in the middle of ttcn3-bts-test execution:
respawn.sh: exiting after 500 runs
causing the remaining test cases to fail due to:
"BTS_Tests.ttcn:253 : Timeout waiting for RSL bring up"
Most likely, the IUT respawns several times in the windows between
the test cases, i.e. after TITAN finishes one test case and before
it starts another. Let's instruct respawn.sh to sleep 1 second
before starting the process again.
Change-Id: I09e5a8e7c4d28424cd0d004a8bae3cf0ade2d838
|
|
Change-Id: Idbd30800538200970de7a7fba6cd051cdf7ff252
|
|
Change-Id: I6f072e4db07fd6907b91925549edcf62d9c93fb7
Related: I9350c4a54434c3d46ce9424f382ca0057e58d053
Related: SYS#4868, SYS#4915
|
|
In BTS_Tests_SMSCB, we dynamically configure the CBCH slots via
the VTY interface, so there is no need to set them here. This
was also the reason of some SMSCB test case failures, because
the BSC would send unexpected LOAD INDICATIONs.
Change-Id: I6e005ca772e26878c7b19df0d854936d7b7718dd
Related: SYS#4868, OS#4708
|
|
Change-Id: Ie00561de7a4494065156a124565e2190151e6019
|
|
Not only append ':hopping' to classnames equal 'BTS_Tests', but
also 'BTS_Tests_SMSCB' and 'BTS_Tests_LAPDm', so they would not
shadow non-hopping test cases in the test results analyzer.
Change-Id: Ie6ed7844c2d0dfd839181bce971506284da03d28
Related: SYS#4868, OS#4546
|
|
Apparently, TITAN concatenates the contents of all sections, so
we end up with the following set of test cases:
[EXECUTE]
BTS_Tests.control
BTS_Tests_SMSCB.control
BTS_Tests_LAPDm.control
BTS_Tests.control
Change-Id: I71802daec4a5591cbf0fce59a4247027f8dfca46
Related: SYS#4868, OS#4546
|
|
Include the correct configuration file, not the one from the image.
Change-Id: Iecae5cddfbbce4c3bc4077c6c09f527914c06e4b
Related: SYS#4868, OS#4546
|
|
Let's use separate directories to store the artifacts of different
TTCN-3 test case groups. This would prevent the test suite from
overwriting *.log and *.pcap files when running both generic and
hopping configurations together, and simplify the overall hierarchy.
Change-Id: I7c41cfb395047433e22e9c65c8c00ae284717b32
Related: SYS#4868, OS#4546
|
|
Change-Id: I01efad7f86723301807237d9fae515e82cae125b
|
|
We previously only allocated IPv4 sub-nets to the network segments
created with 'docker network'. Let's fix that by assigning both
IPv4 and IPv6 address ranges to each docker network.
Related: OS#4700
Change-Id: I8802208fddcce1ffa57e5626575d23d02b320d99
|
|
Change-Id: I2b8ee5037146203801ab92a1b4fe6703522d8093
Related: SYS#4868, OS#4546
|
|
As it turns out, test cases from BTS_Tests_SMSCB configure the
CBCH slots "on the fly" depending on the test case parameters.
This configuration also makes some test cases fail, so let's
(re)configure SDCCH8+CBCH timeslots to SDCCH8.
Change-Id: I3699450542dc1350971fbf87ad60a330428dec27
|
|
The Physical channel configuration is the same as in the non-hopping
configuration file. Hopping parameters are listed below the table.
== Physical channel configuration (FDMA) ==
+-------+------------------+------------------+------------------+------------------+
| # / # | TRX#0 | TRX#1 | TRX#2 | TRX#3 |
+-------+------------------+------------------+------------------+------------------+
| ARFCN | 871 | 873 | 875 | 877 |
+-------+------------------+------------------+------------------+------------------+
== Physical channel configuration (TDMA) ==
+-------+------------------+------------------+------------------+------------------+
| # / # | TRX#0 | TRX#1 | TRX#2 | TRX#3 |
+-------+------------------+------------------+------------------+------------------+
| TS0 | CCCH+SDCCH4 | TCH/F (a) | TCH/F (a) | TCH/F (a) |
+-------+------------------+------------------+------------------+------------------+
| TS1 | TCH/F | SDCCH8+CBCH | SDCCH8+CBCH (b) | SDCCH8+CBCH (b) |
+-------+------------------+------------------+------------------+------------------+
| TS2 | TCH/F (c) | TCH/H (c) | TCH/F (d) | TCH/H (d) |
+-------+------------------+------------------+------------------+------------------+
| TS3 | TCH/F_PDCH (e) | TCH/F_PDCH (e) | TCH/F_PDCH (e) | TCH/F_PDCH (e) |
+-------+------------------+------------------+------------------+------------------+
| TS4 | TCH/F_TCH/H_PDCH | TCH/F_TCH/H_PDCH | TCH/F_TCH/H_PDCH | TCH/F_TCH/H_PDCH |
+-------+------------------+------------------+------------------+------------------+
| TS5 | TCH/H (f) | TCH/H (f) | TCH/H (f) | TCH/H (f) |
+-------+------------------+------------------+------------------+------------------+
| TS6 | SDCCH8 (g) | PDCH (h) | PDCH (h) | SDCCH8 (g) |
+-------+------------------+------------------+------------------+------------------+
| TS7 | PDCH (i) | PDCH (j) | PDCH (i) | PDCH (j) |
+-------+------------------+------------------+------------------+------------------+
== Hopping configuration ==
a) HSN=0, MAIO=0,1,2
b) HSN=1, MAIO=3,5
c) HSN=2, MAIO=0,1
d) HSN=2, MAIO=2,3
e) HSN=3, MAIO=3,2,1,0
f) HSN=5, MAIO=0,1,2,3
g) HSN=6, MAIO=1,0
h) HSN=6, MAIO=1,0
i) HSN=0, MAIO=1,3
j) HSN=0, MAIO=0,2
Change-Id: I7822c3581fccba3277a63577e740e7486307635d
Related: SYS#4868, OS#4546
|
|
The new physical channel configuration will be used in the upcoming
multi-transceiver test cases. Rather than having the same logical
channel combinations configured for all transceivers, it makes
sense to test more deviations. TRX#0 has kept unchanged.
== Physical channel configuration ==
+-------+------------------+------------------+------------------+------------------+
| # / # | TRX#0 | TRX#1 | TRX#2 | TRX#3 |
+-------+------------------+------------------+------------------+------------------+
| TS0 | CCCH+SDCCH4 | TCH/F | TCH/H | PDCH |
+-------+------------------+------------------+------------------+------------------+
| TS1 | TCH/F | SDCCH8+CBCH | PDCH | TCH/H |
+-------+------------------+------------------+------------------+------------------+
| TS2 | TCH/F | PDCH | SDCCH8+CBCH | TCH/H |
+-------+------------------+------------------+------------------+------------------+
| TS3 | TCH/F_PDCH | TCH/F_TCH/H_PDCH | PDCH | SDCCH8+CBCH |
+-------+------------------+------------------+------------------+------------------+
| TS4 | TCH/F_TCH/H_PDCH | TCH/F_PDCH | SDCCH8 | PDCH |
+-------+------------------+------------------+------------------+------------------+
| TS5 | TCH/H | SDCCH8 | TCH/F | TCH/F |
+-------+------------------+------------------+------------------+------------------+
| TS6 | SDCCH8 | PDCH | PDCH | PDCH |
+-------+------------------+------------------+------------------+------------------+
| TS7 | PDCH | PDCH | PDCH | SDCCH8 |
+-------+------------------+------------------+------------------+------------------+
Change-Id: Ib27704dcba3979d69e44065c472b1452eaa11a7a
Related: SYS#4868, OS#4546
|
|
Since osmo-bts.git 0a6bdb024f5429a35c56178496158c9b1c3ee032, the process
is quickly terminated during shutdown if no TRX is running. Since in the
OML tests the TTCN3 components implements the OML IPA server side, most
of the time when osmo-bts starts it finds no one listening on the
address and exits immediately. This makes respawn.sh script run osmo-bts
lots of times per seconds (since osmo-bts terminates quicker now). As a
result, it quickly consumes the 500 launch threshold and exits without
starting osmo-bts being launched anymore.
As a result, only first tests pass, and all the later ones fail because
osmo-bts never connects.
Let's add a sleep 1 between respawns in respawn.sh only when running OML
tests (not needed in the others since there's an osmo-bsc always
running). This also clears a lot of output in the logs of osmo-bts
processes restarting over and over again.
Change-Id: I10d3e1ef8325dd78f9ae2b95fbfd1c6d893bf8a4
|
|
Change-Id: Ib0bfbe0d98ef0d3e6d627e737edbbf013a5f19c0
|
|
Change-Id: I51e95a83aac0af1223d9608c234b87162835c9bc
|
|
Change-Id: I5d4d9a16d5e30bccc25e8f1030f22b6e49b64c67
Depends: Ic9dd49a2fc856de593b52b3ec0c559e0e15ca173
Related: OS#3155
|
|
Change-Id: Ief73b53ed9da6f5af82975bc36d851277d5d3185
|
|
Change-Id: I9d76acc717f5aafbfbecafb30160b02486d341fd
Depends: I66cecc9ea24ba79e1a03492e3fda2874951d37a0
|
|
The test mentioned above is added in osmo-ttcn3-hacks.git
Ieb7444c6312bbeab64da2732393b3facf3e1f003.
config files are updated to make sense:
* "nominal power" in osmo-bsc.cfg reflects correct default nominal tx
power of fake_trx.
* "osmotrx tx-attenuation" in osmo-bts.cfg is removed to let osmo-bts
use the value received through OML (max_power_red 20).
* "power-ramp step-size" in osmo-bts.cfg is increased to speed up the
test. There's no good reason to keep it lower.
Change-Id: I878d329dde3d2089ee3b68f56271fcb88d210025
|
|
Change-Id: I2c92ca7d8839a5e141a756f0e1ca26f5f27ca143
|
|
This allows easily checking if fake_trx fails to start early during
startup, for instance due to a python exception.
Change-Id: I3e13a3b1f78d071618e4848aa19bcba1eb300d18
|
|
This parameter has been deprecated in both osmo-msc and osmo-bsc.
Change-Id: I6d33c6d9c43078ee9961d3b076386188ec45be0f
|
|
Don't list debian-stretch-build and debian-stretch-titan as dependencies
anymore, now that docker_images_require finds them automatically.
Related: OS#4564
Change-Id: I3cb6b693f3dd9df84fb29c0217bb3dae454cc18f
|
|
EGPRS Packet Channel Request cannot be enabled in 'GPRS only' mode
anyway. Moreover, this command was deprecated. Let's just remove it.
Change-Id: I03733490d9c4bf78a748d22874e550e015fbab78
|
|
Change-Id: Ie5494fd08fc7d2277a087ccc9502b5076fa2565b
|
|
In the recent osmo-bsc master, this configuration parameter has
been removed, so it fails to start due to "unknown parameter".
Change-Id: I8f763a4b35f80f4db637bebdd8e802a835a9fd2d
|
|
This is needed for the forthcoming frequency hopping test cases.
Change-Id: Ib5ad31388ae25399ad09739aac3fdcb0b3a1f78b
Depends: I86afb55ecc6703ce7a229aaa626223f9331a4778
Related: OS#4546
|
|
Allow to pass options to each "docker run" line in the various
jenkins.sh scripts. I'm using this to run the testsuites and Osmocom
components in docker with the same configurations as jenkins, but with
Osmocom and testsuite binaries built outside and mounted into the
containers:
DOCKER_ARGS="-v /usr/local:/usr/local:ro -v $hacks:/osmo-ttcn3-hacks:ro"
This allows very short test cycles without a second set of configs. The
full script that makes use of this feature is in osmo-dev.git,
ttcn3/ttcn3.sh.
Change-Id: I8d1f78aee926f8f6ec0b704e16639bc83f525816
|
|
Depends: Ie5d14a261e17af554f7132b03d58549a4831dcdb
Change-Id: I7f82e4f573db8f72256718c04bb1ace23788ba38
|
|
osmo-bts-virtual fails to start:
Error occurred during reading the below line:
ms-power-control dsp
This BTS model has no DSP/HW MS Power Control support
Failed to parse the config file: '/data/osmo-bts.cfg'
Change-Id: Ic85603db10c11de911d20313caf2f819e92d94d1
|
|
As of Change-Id Id965295dfe04f8bd5ce831db70c86f67b8dc290b the
bogus 'NAT' log category has been removed from osmo-bsc.
Change-Id: I266d6f6ed54d1457b1ca63b87fc1c29f6dd40caf
|
|
Control
It was noticed that most of the OML related TTCN-3 test cases do not
pass anymore, while some of them are green for the release builds.
The culprit is I49706926b1e962b18791174627bc3cc0cd0cd9d5, which did
not ensure backwards compatibility with older configuration files.
Let's remove 'ms-power-control dsp' and use the defaults.
Change-Id: I940df510d803d0eaa063dd5145c2f9a4c5d0543f
|
|
If directory is not created beforehand by the user, docker (root) will
create the directory before binding it to the container.
Related: OS#4313
Fixes: a66f6ebb23716a157ea68d78d6f7b827581dc5ed
Change-Id: I3f02faef1aa5846c48a3776191c3862bac913d10
|
|
Change-Id: Icd243b62b8c80cdb2c2f09e1308f00565589c0e7
|
|
This way we get VTY parsing failures as well as backtraces upon process
crash.
Related: OS#4212
Change-Id: I3d9f6de638dbc07391a32c6a0cbd469dc5adf2b5
|
|
That's the default value for all BTS, so no need to have it there.
Furthermore, forthcoming osmo-bts patches will drop osmo-bts-trx support
for DSP/HW based MS Power control, which means BTS will reject this
setting. Let's drop it now and let osmo-bts binary to select the
preferred one.
Related: OS#1851
Change-Id: I0f69880a5028002a53736653735c11ae3cd53f07
|
|
The configuration file for osmo-bsc contains obsolete config statements,
which cause osmo-bsc to crash. Lets remove those config statements.
Change-Id: Ic91e2ee1e9132886cd02535bc84a568d4c25dbb4
|
|
The logging categories cc and mgcp are obsolete. The tests still contain
logging statements with those categories, which makes osmo-bsc
terminate during startup while parsing the configuration file.
Change-Id: Ifd6bf46b73420c0443f997ea953318710544b751
|
|
gsmtap log won't be sending any message unless it is allowed by "logging
filter all 1".
Change-Id: Ibf8062c0d962f2572a07623e6f06936df0d42c67
|
|
Configure each osmo-* program to send GSMTAP log output to the IP of the
docker container, which runs the testsuite (and therefore runs tcpdump).
Related: https://lists.osmocom.org/pipermail/openbsc/2019-June/012946.html
Change-Id: I99e74f6ffb5b7d566cec35995bf067df414968d8
|
|
There's a number of new tests that aren't executed yet.
Change-Id: I3bfb4483f39d4dbf3f506f86470e4f2d3b6b7af2
|
|
Having extended-timestamp allows for easier matching between osmo-*.log
files and pcap traces.
Change-Id: I98cdc0adc24edc966d5648d2c215c6ad7c749209
|
|
Run the testsuite one more time; this time for OML tests which
require us to run without a BSC. We can run those with trxcon
and omso-bts-trx and don't need virtphy for them.
Related: OS#4031
Depends: osmo-ttcn3-hacks I82bb85b684d2db3a6b1e96a68ffde03e22affa6b
Change-Id: I97db9c74c56ca93c75e5e5226955799cd945eec0
|
|
Some tests require GPRS features not yet present in trxcon, so we have
to fall back using virtphy.
Change-Id: I2f17f03194a4dfa0abca51b0d3e22b3934d08a9a
|
|
Change-Id: If9ac580aa5f0745468f69d413aa732891acb4a1c
|
|
Some tests, particularly those for SMSCB, want to access the BSC
VTY. This was enabled in the ttcn3 code, but the configs we're
using in the docker environment didn't properly refelect that yet.
Change-Id: I6b6e8b47bfe85c15fb57a25b649029f872477146
|