gb: Fix NS-RESET response message order
According to 3GPP TS 08.16, 7.3 "Reset procedure" the entity
receiving a NS-RESET PDU responds with a NS-RESET-ACK and 'then'
starts the test procedure which essentially means, that a NS-ALIVE
gets sent and a timer is started.
Currently the NS-ALIVE is sent before the NS-RESET-ACK.
This patch fixes the implementation by reversing the order in which
these messages are sent.
Sponsored-by: On-Waves ehf
diff --git a/tests/gb/gprs_ns_test.ok b/tests/gb/gprs_ns_test.ok
index 4a44907..049b5e6 100644
--- a/tests/gb/gprs_ns_test.ok
+++ b/tests/gb/gprs_ns_test.ok
@@ -2,12 +2,12 @@
PROCESSING RESET from 0x01020304:1111
02 00 81 01 01 82 11 22 04 82 11 22
-RESPONSE, msg length 1
-0a
-
RESPONSE, msg length 9
03 01 82 11 22 04 82 11 22
+RESPONSE, msg length 1
+0a
+
result (RESET) = 9
Current NS-VCIs:
@@ -42,12 +42,12 @@
PROCESSING RESET from 0x01020304:2222
02 00 81 01 01 82 11 22 04 82 11 22
-RESPONSE, msg length 1
-0a
-
RESPONSE, msg length 9
03 01 82 11 22 04 82 11 22
+RESPONSE, msg length 1
+0a
+
result (RESET) = 9
Current NS-VCIs:
@@ -58,12 +58,12 @@
PROCESSING RESET from 0x01020304:3333
02 00 81 01 01 82 33 44 04 82 11 22
-RESPONSE, msg length 1
-0a
-
RESPONSE, msg length 9
03 01 82 33 44 04 82 11 22
+RESPONSE, msg length 1
+0a
+
result (RESET) = 9
Current NS-VCIs:
@@ -74,12 +74,12 @@
PROCESSING RESET from 0x01020304:4444
02 00 81 01 01 82 11 22 04 82 33 44
-RESPONSE, msg length 1
-0a
-
RESPONSE, msg length 9
03 01 82 11 22 04 82 33 44
+RESPONSE, msg length 1
+0a
+
result (RESET) = 9
Current NS-VCIs:
@@ -91,12 +91,12 @@
PROCESSING RESET from 0x01020304:3333
02 00 81 01 01 82 11 22 04 82 11 22
-RESPONSE, msg length 1
-0a
-
RESPONSE, msg length 9
03 01 82 11 22 04 82 11 22
+RESPONSE, msg length 1
+0a
+
result (RESET) = 9
Current NS-VCIs:
@@ -108,12 +108,12 @@
PROCESSING RESET from 0x01020304:4444
02 00 81 01 01 82 11 22 04 82 11 22
-RESPONSE, msg length 1
-0a
-
RESPONSE, msg length 9
03 01 82 11 22 04 82 11 22
+RESPONSE, msg length 1
+0a
+
result (RESET) = 9
Current NS-VCIs: