Bug #3762
closed
fix TC_mo_cc_bssmap_clear
Added by dexter over 5 years ago.
Updated over 5 years ago.
Description
The TTCN3 test TC_mo_cc_bssmap_clear is constantly not passing for a few days. Investigate whats wrong here.
Files
- Status changed from New to In Progress
- % Done changed from 0 to 90
I think I found the cause for the problem. TC_lu_and_mt_sms_paging_and_nothing was using the same IMSI as TC_mo_cc_bssmap_clear. This leads to conflicts because the timed out paging from TC_lu_and_mt_sms_paging_and_nothing will start again and mess up TC_mo_cc_bssmap_clear. I have made sure that the two tests use individual IMSIs that do not repeat.
See also:
https://gerrit.osmocom.org/#/c/osmo-ttcn3-hacks/+/12681 MSC_Tests: individual IMSI for TC_lu_and_mt_sms_paging_and_nothing
I am a bit confused now. Gerrit states that the patch above is merged. I can also confirm this locally with gitk. However, the tests still behave the old way. When I download the artifacts (archive.zip) from jenkins I can still see the old behavior (MSC_Tests.TC_lu_and_mt_sms_paging_and_nothing.pcap, ISMI=...43), while when I execute the test locally the behavior is as intended (MSC_Tests.TC_lu_and_mt_sms_paging_and_nothing_local.pcapng, IMSI=...1843)
I wonder if there are some problems with jenkins. Maybe it is not testing on the most recent state?
(see attached traces)
- Status changed from In Progress to Resolved
- % Done changed from 90 to 100
Now the test also passes on TC_mo_cc_bssmap_clear, so I believe that the change now has propagated to jenkins properly and we get the results as I expect. I think we can close this now.
Also available in: Atom
PDF