This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://firstname.lastname@example.org/.Harald Welte laforge at gnumonks.org
Hi Vadim, On Thu, Dec 14, 2017 at 01:57:11AM +0700, Vadim Yanitskiy wrote: > I looked at the specifications again, and found out that initially I > refered an outdated 5.3.0 version, which was the first link in Google: > > http://www.etsi.org/deliver/etsi_gts/04/0408/05.03.00_60/gsmts_0408v050300p.pdf > > while the latest one is 7.21.0: > > http://www.etsi.org/deliver/etsi_ts/100900_100999/100940/07.21.00_60/ts_100940v072100p.pdf > > So, I compared the 9.1.37-40 sections of both versions, and bingo! > In the higher version ACCH System Information messages do have the > 'L2 Pseudo Length' (10.5.2.19) field. I think you have to review the matching 04.06 / 44.006 together with it. My suspicion is that earlier, 04.06 might not have specified the B4 frame format for downlink SACCH but simply used a normal B frame format (with length octet at L2). Or specified that the B4 frame format includes the length octet. It looks like what used to be a regular UI frame length octet in L2 has at some point been moved into L3 in order to achieve phase1 compatibility by having a length octet that's shorter than the payload length. Old phones will then only look at the "length" number of bytes, where newer phones will look at the full message. If they kept the length octet in L2, L2 would have automatically calculated the length to the total length of the message, including all phase2 extensions. So I guess that's why they came up with that ugly hack of defining L2 as not having a length (only addr + ctrl on downlink sacch) and the L3 including a length octet. >From the wire format point of view, you always have * two octets L1 header (power control, TA loop) * one octet ADDR * one octet CTRL * one octet [either L2 length or L2 pseudo length] * the actual L3 payloda The question is just whether you group ADDR+CTRL+LEN into L2 or you put LEN+L3 into L3. If my line of thinking is correct (see https://osmocom.org/issues/3059) we need to make sure * the L2 pseudo-length is included in all SACCH downlink L3 info on RSL, see https://gerrit.osmocom.org/#/c/7220/ * fix the wireshark dissector for SACCH, see https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14105 * fix the wireshark RSL dissector for RSL (SACCH FILL, SACCH INFO MODIFY, CHAN ACT) Regards, Harald -- - Harald Welte <laforge at gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)