Bug #4968
openMultiple TTCN3 tests only expect one SGSN
80%
Description
There are various tests in TTCN3 that are not yet aware of SGSN-pooling. As such they usually just test that a message is forwarded to the first SGSN where we would expect it to be broadcast.
f_reset_ptp_bvc_from_sgsn() is a bit special and I'm not sure what to do here. Right now we expect the reset from one SGSN to be forwarded to the BSS. In that case we also need to reset the connection on the other SGSNs. Or we block the BVC to the other SGSNs and reset those connection as soon as the RESET-ACK from the BSS arrives at the gbproxy.
Couldn't we also locally answer the BVC-RESET?
Related issues
Updated by daniel over 3 years ago
- Related to Bug #4964: TC_bvc_reset_ptp_from_bss and TC_bvc_reset_sig_from_bss fail sporadically added
Updated by daniel about 3 years ago
- Tags set to ttcn3
- Subject changed from Multiple TTCN3 tests ony expect one SGSN to Multiple TTCN3 tests only expect one SGSN
Updated by laforge about 3 years ago
- Status changed from New to In Progress
- % Done changed from 0 to 30
Updated by laforge about 3 years ago
- Checklist item f_block_ptp_bvc_from_pcu set to Done
- Checklist item f_unblock_ptp_bvc_from_pcu set to Done
- Status changed from In Progress to Feedback
- Assignee changed from laforge to daniel
- % Done changed from 30 to 80
https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/23548
as for the f_reset_ptp_bvc_from_sgsn question raised by daniel: I'm not sure, either. Happy to defer to your judgement on what the test should do.
Updated by laforge over 2 years ago
laforge wrote in #note-5:
https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/23548
as for the f_reset_ptp_bvc_from_sgsn question raised by daniel: I'm not sure, either. Happy to defer to your judgement on what the test should do.
ping?
