ANNOUNCEMENT: Live Wireshark University & Allegro Packets online APAC Wireshark Training Session
April 17th, 2024 | 14:30-16:00 SGT (UTC+8) | Online

Wireshark-bugs: [Wireshark-bugs] [Bug 3452] GSM DTAP: incorrect display of Suppl. Service Messag

Date: Fri, 8 May 2009 05:26:43 -0700 (PDT)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3452


Anders Broman <anders.broman@xxxxxxxxxxxx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |anders.broman@xxxxxxxxxxxx




--- Comment #2 from Anders Broman <anders.broman@xxxxxxxxxxxx>  2009-05-08 05:26:41 PDT ---
Hi,
I think the first part of the patch is incorrect:
3GPP TS 24.080 version 7.2.0 Release 7:
For messages transmitted via CS domain the following applies:
- When the radio connection started with a core network node of earlier than
R99, bit 8 shall be set to 0 and bit 7 is
reserved for the send sequence number in messages sent from the mobile station.
In messages sent from the
network, bits 7 and 8 are coded with a "0". See 3GPP TS 24.007 [4].
- When the radio connection started with a core network node of R'99 or later,
bits 7 and 8 are reserved for the
send sequence number in messages sent from the mobile station. In messages sent
from the network, bits 7 and 8
are coded with a "0". See 3GPP TS 24.007 [4].
For messages transmitted via PS domain the following applies:
- No sequence number shall be used. Bits 7 and 8 shall be coded with a "0". See
3GPP TS 24.007 [4]. If a
sequence number is received on the network side it shall be ignored.

I'll try to check in the last part of the patch tonight together with updated
comments.
Regards
Anders


-- 
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.