osmo-sgsn/openbsc/tests/sgsn/sgsn_test.ok

Testing LLME allocations
Testing GMM detach
Testing GMM detach (power off)
Testing GMM detach (no MMCTX)
Testing GMM Status (no MMCTX)
Testing GMM attach
Testing GMM reject
  - Attach Request (invalid MI length)
  - Attach Request (invalid MI type)
  - Routing Area Update Request (valid)
  - Routing Area Update Request (invalid type)
  - Routing Area Update Request (invalid CAP length)
Testing P-TMSI allocation
  - sgsn_alloc_ptmsi
  - Repeated Attach Request
  - Repeated RA Update Request
Done
sgsn: Create testcase that verifies that llmes get deleted On an "unassignment" this code verifies that the LLME will vanish from the list of LLMEs. We assume that this doesn't create a memory leak. 2014-10-02 19:27:24 +00:00			`Testing LLME allocations`
sgsn: Add test that exposes a dangling pointer to the LLME On detach the LLME get's unassigned (and hence destroyed) but the GMM context will still point to that dead structure. 2014-10-02 20:24:47 +00:00			`Testing GMM detach`
sgsn/test: Add test case for Detach Request (MO, power-off = 1) Currently only a Detach Request (MO) message with power_off = 0 is checked. This commit adds a new test case with power_off set to 1. It also adds checks for the number of messages generated by the SGSN to verify that these messages are handled differently. Note that the handling of power_off isn't implemented yet. Therefore the corresponding assertion is being disabled yet. Sponsored-by: On-Waves ehf 2014-10-27 13:34:13 +00:00			`Testing GMM detach (power off)`
sgsn: Handle Detach Requests even when there is no mmctx Currently, when a Detach Request is received with an unknown TLLI, it is answered by another Detach Request (!), even when a power_off Type is used. This patch uses gsm48_rx_gmm_det_req to handle the message instead. So this function is changed to cope with a NULL mmctx. In that case it doesn't unassign the llme, so this must be done manually afterwards. Sponsored-by: On-Waves ehf 2014-10-21 11:09:55 +00:00			`Testing GMM detach (no MMCTX)`
sgsn: Unassign the LLME after GMM Status without mmctx Currently the LLME is not deleted when a GMM Status message is received for which a mmctx cannot be found. This can fill the LLME list with unneeded entries. This patch adds code to unassign the LLME in that case. Ticket: OW#1324 Sponsored-by: On-Waves ehf 2014-10-28 08:47:03 +00:00			`Testing GMM Status (no MMCTX)`
sgsn/test: Add test_gmm_attach This test checks the attach procedure until the Attach Complete is received. Note that authorization and GMM state updates are not working properly yet. Sponsored-by: On-Waves ehf 2014-10-29 11:11:58 +00:00			`Testing GMM attach`
sgsn: Cleanup after RA Update Reject / Attach Reject Currently, the LLME is not cleaned up after sending an RA Update Reject. This happens after entering a routing area from outside, since in that case the SGSN sends an RA Update Reject (implicitly detached) which causes the MS to restart the attach procedure. The LLME is also not updated if an Attach Request with message errors (encoding, invalid MI type) is received or if an MM context cannot be allocated. This patch changes gsm48_rx_gmm_ra_upd_req and gsm48_rx_gmm_att_req to unassign the LLME or free the MM context (if available) after a Reject message has been sent. Ticket: OW#1324 Sponsored-by: On-Waves ehf 2014-11-06 12:43:41 +00:00			`Testing GMM reject`
			`- Attach Request (invalid MI length)`
			`- Attach Request (invalid MI type)`
			`- Routing Area Update Request (valid)`
			`- Routing Area Update Request (invalid type)`
			`- Routing Area Update Request (invalid CAP length)`
sgsn: Don't assign a new P-TMSI if one is pending Currently every time an RA Update Req or an Attach Req is processed, a new P-TMSI is allocated. When an MS issues another of these messages before it has completed the first procedure, old_ptmsi is replaced by ptmsi (and thus lost) and ptmsi is replaced by the newly allocated P-TMSI. This can confuse the gbproxy, which can loose track of the logical link then. At least a Blackberry emits a double set of RA Upd Req messages from time to time which may be just 20ms apart. This patch adds a check whether mm->ptmsi or mm->old_ptmsi are set. If both are set, the P-TMSI is not re-allocated. This is only the case, when the Complete message has not been received yet, since that message will reset old_ptmsi. Sponsored-by: On-Waves ehf 2014-11-06 14:43:10 +00:00			`Testing P-TMSI allocation`
			`- sgsn_alloc_ptmsi`
			`- Repeated Attach Request`
			`- Repeated RA Update Request`
sgsn: Create testcase that verifies that llmes get deleted On an "unassignment" this code verifies that the LLME will vanish from the list of LLMEs. We assume that this doesn't create a memory leak. 2014-10-02 19:27:24 +00:00			`Done`