2019-09-05 15:13:33 +00:00
|
|
|
--- test_enc_zero_len ---
|
|
|
|
Application Information Request with zero length received!
|
|
|
|
|
|
|
|
--- test_enc ---
|
|
|
|
exp: 03 fc 03 fc 00 00 00 00 00 00 00 00 00 00 00 00
|
|
|
|
msg: 03 fc 03 fc 00 00 00 00 00 00 00 00 00 00 00 00
|
|
|
|
|
|
|
|
--- test_pcu_rx_no_subscr_with_active_tbf ---
|
|
|
|
Application Information Request received: type=0x00000000 len=0
|
|
|
|
Packet Application Information will not be sent, no subscribers with active TBF
|
|
|
|
|
|
|
|
--- prepare_bts_with_two_dl_tbf_subscr ---
|
TLLI 0x00000000 is a valid TLLI, use 0xffffffff instead
The assumption that TLLI 0x00000000 is invalid and can be used
as the initializer is wrong. Similar to TMSI, 0x00000000 is a
perfectly valid value, while 0xffffffff is reserved - use it.
According to 3GPP TS 23.003, section 2.4, a TMSI/P-TMSI with
all 32 bits equal to 1 is special and shall not be allocated by
the network. The reason is that it must be stored on the SIM,
where 'ff'O represents the erased state. According to section
2.6 of the same document, a local/foreign TLLI is derived from
P-TMSI, so the same rule applies to TLLI.
I manually checked and corrected all occurances of 'tlli' in the
code. The test expectations have been adjusted with this command:
$ find tests/ -name "*.err" | xargs sed -i "s/0x00000000/0xffffffff/g"
so there should be no behavior change. The only exception is
the 'TypesTest', where TLLI 0xffffffff is being encoded and
expected in the hexdump, so I regenerated the test output.
Change-Id: Ie89fab75ecc1d8b5e238d3ff214ea7ac830b68b5
Related: OS#4844
2020-11-08 06:27:35 +00:00
|
|
|
Creating MS object, TLLI = 0xffffffff
|
|
|
|
Modifying MS object, TLLI = 0xffffffff, MS class 0 -> 10
|
|
|
|
Modifying MS object, TLLI = 0xffffffff, EGPRS MS class 0 -> 11
|
|
|
|
MS(TLLI=0xffffffff, IMSI=, TA=220, 10/11,) Enabled EGPRS, mode EGPRS
|
2019-09-05 15:13:33 +00:00
|
|
|
[DL] algo B <multi> (suggested TRX: 0): using 4 slots
|
2021-10-12 10:04:03 +00:00
|
|
|
PDCH(bts=0,trx=0,ts=4) Attaching TBF(TFI=0 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 1 TBFs, USFs = 00, TFIs = 00000001.
|
|
|
|
PDCH(bts=0,trx=0,ts=5) Attaching TBF(TFI=0 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 1 TBFs, USFs = 00, TFIs = 00000001.
|
|
|
|
PDCH(bts=0,trx=0,ts=6) Attaching TBF(TFI=0 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 1 TBFs, USFs = 00, TFIs = 00000001.
|
|
|
|
PDCH(bts=0,trx=0,ts=7) Attaching TBF(TFI=0 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 1 TBFs, USFs = 00, TFIs = 00000001.
|
|
|
|
MS(TLLI=0xffffffff, IMSI=, TA=220, 10/11,) Attaching DL TBF: TBF(TFI=0 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS)
|
2020-10-30 17:18:06 +00:00
|
|
|
ws(64)
|
TLLI 0x00000000 is a valid TLLI, use 0xffffffff instead
The assumption that TLLI 0x00000000 is invalid and can be used
as the initializer is wrong. Similar to TMSI, 0x00000000 is a
perfectly valid value, while 0xffffffff is reserved - use it.
According to 3GPP TS 23.003, section 2.4, a TMSI/P-TMSI with
all 32 bits equal to 1 is special and shall not be allocated by
the network. The reason is that it must be stored on the SIM,
where 'ff'O represents the erased state. According to section
2.6 of the same document, a local/foreign TLLI is derived from
P-TMSI, so the same rule applies to TLLI.
I manually checked and corrected all occurances of 'tlli' in the
code. The test expectations have been adjusted with this command:
$ find tests/ -name "*.err" | xargs sed -i "s/0x00000000/0xffffffff/g"
so there should be no behavior change. The only exception is
the 'TypesTest', where TLLI 0xffffffff is being encoded and
expected in the hexdump, so I regenerated the test output.
Change-Id: Ie89fab75ecc1d8b5e238d3ff214ea7ac830b68b5
Related: OS#4844
2020-11-08 06:27:35 +00:00
|
|
|
Creating MS object, TLLI = 0xffffffff
|
|
|
|
Modifying MS object, TLLI = 0xffffffff, MS class 0 -> 12
|
|
|
|
Modifying MS object, TLLI = 0xffffffff, EGPRS MS class 0 -> 13
|
|
|
|
MS(TLLI=0xffffffff, IMSI=, TA=220, 12/13,) Enabled EGPRS, mode EGPRS
|
2019-09-05 15:13:33 +00:00
|
|
|
[DL] algo B <multi> (suggested TRX: 0): using 3 slots
|
2021-10-12 10:04:03 +00:00
|
|
|
PDCH(bts=0,trx=0,ts=4) Attaching TBF(TFI=1 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 2 TBFs, USFs = 00, TFIs = 00000003.
|
|
|
|
PDCH(bts=0,trx=0,ts=5) Attaching TBF(TFI=1 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 2 TBFs, USFs = 00, TFIs = 00000003.
|
|
|
|
PDCH(bts=0,trx=0,ts=6) Attaching TBF(TFI=1 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 2 TBFs, USFs = 00, TFIs = 00000003.
|
|
|
|
MS(TLLI=0xffffffff, IMSI=, TA=220, 12/13,) Attaching DL TBF: TBF(TFI=1 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS)
|
2020-10-30 17:18:06 +00:00
|
|
|
ws(64)
|
2019-09-05 15:13:33 +00:00
|
|
|
|
|
|
|
--- test_sched_app_info_ok ---
|
|
|
|
Application Information Request received: type=0x00000000 len=15
|
|
|
|
Sending Packet Application Information to 2 subscribers with active TBF
|
|
|
|
Sending Packet Application Information message
|
|
|
|
Sending Packet Application Information message
|
|
|
|
Packet Application Information successfully sent to all MS with active TBF
|
|
|
|
|
|
|
|
--- test_sched_app_info_missing_app_info_in_bts ---
|
|
|
|
Application Information Request received: type=0x00000000 len=15
|
|
|
|
Sending Packet Application Information to 2 subscribers with active TBF
|
|
|
|
MS has app_info_pending flag set, but no Packet Application Information message stored in BTS!
|
|
|
|
|
|
|
|
--- test_pcu_rx_overwrite_app_info ---
|
|
|
|
Application Information Request received: type=0x00000000 len=15
|
|
|
|
Sending Packet Application Information to 2 subscribers with active TBF
|
|
|
|
Application Information Request received: type=0x00000000 len=15
|
|
|
|
Previous Packet Application Information was not sent to all subscribers, overwriting with new one
|
|
|
|
Sending Packet Application Information to 2 subscribers with active TBF
|
|
|
|
|
|
|
|
--- cleanup ---
|
2021-11-09 11:15:16 +00:00
|
|
|
PDCH(bts=0,trx=0,ts=4) Detaching TBF(TFI=0 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 2 TBFs, USFs = 00, TFIs = 00000003.
|
|
|
|
PDCH(bts=0,trx=0,ts=5) Detaching TBF(TFI=0 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 2 TBFs, USFs = 00, TFIs = 00000003.
|
|
|
|
PDCH(bts=0,trx=0,ts=6) Detaching TBF(TFI=0 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 2 TBFs, USFs = 00, TFIs = 00000003.
|
|
|
|
PDCH(bts=0,trx=0,ts=7) Detaching TBF(TFI=0 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 1 TBFs, USFs = 00, TFIs = 00000001.
|
2021-10-12 10:04:03 +00:00
|
|
|
MS(TLLI=0xffffffff, IMSI=, TA=220, 10/11,) Detaching TBF: TBF(TFI=0 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS)
|
2021-11-09 11:15:16 +00:00
|
|
|
PDCH(bts=0,trx=0,ts=4) Detaching TBF(TFI=1 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 1 TBFs, USFs = 00, TFIs = 00000002.
|
|
|
|
PDCH(bts=0,trx=0,ts=5) Detaching TBF(TFI=1 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 1 TBFs, USFs = 00, TFIs = 00000002.
|
|
|
|
PDCH(bts=0,trx=0,ts=6) Detaching TBF(TFI=1 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS), 1 TBFs, USFs = 00, TFIs = 00000002.
|
2021-10-12 10:04:03 +00:00
|
|
|
MS(TLLI=0xffffffff, IMSI=, TA=220, 12/13,) Detaching TBF: TBF(TFI=1 TLLI=0xffffffff DIR=DL STATE=NEW EGPRS)
|
2021-03-03 19:37:38 +00:00
|
|
|
MS(TLLI=0xffffffff, IMSI=, TA=220, 12/13,) Destroying MS object
|
|
|
|
MS(TLLI=0xffffffff, IMSI=, TA=220, 10/11,) Destroying MS object
|