osmocom
/
wireshark
14
0
Fork 1
Code Issues Pull Requests Projects Releases Wiki Activity
wireshark/epan/dissectors/packet-gsmtap.c

1073 lines
45 KiB
C
Raw Normal View History

From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
/* packet-gsmtap.c
* Routines for GSMTAP captures
*
From Harald Welte via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8365 : Add GSMTAP support for UMTS RRC captures svn path=/trunk/; revision=47792
2013-02-21 10:08:53 +00:00
* (C) 2008-2013 by Harald Welte <laforge@gnumonks.org>
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
* (C) 2011 by Holger Hans Peter Freyther
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
*
* Wireshark - Network traffic analyzer
* By Gerald Combs <gerald@wireshark.org>
* Copyright 1998 Gerald Combs
*
dissectors: use SPDX identifiers. Change-Id: I92c94448e6641716d03158a5f332c8b53709423a Reviewed-on: https://code.wireshark.org/review/25756 Petri-Dish: Dario Lombardo <lomato@gmail.com> Reviewed-by: Anders Broman <a.broman58@gmail.com>
2018-02-12 11:23:27 +00:00
* SPDX-License-Identifier: GPL-2.0-or-later
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
*/
/* GSMTAP is a generic header format for GSM protocol captures,
* it uses the IANA-assigned UDP port number 4729 and carries
* payload in various formats of GSM interfaces such as Um MAC
* blocks or Um bursts.
*
Don't force people to do a Web search to find the header layout. Change-Id: Ie71db56327e1cb17b46da0d0675e3485bebd2439 Reviewed-on: https://code.wireshark.org/review/22885 Reviewed-by: Guy Harris <guy@alum.mit.edu>
2017-07-31 01:27:35 +00:00
* It is defined by the gsmtap.h libosmocore header, in
*
GSMTAP: add definitions for new LTE RRC channels Later release of 3GPP TS 36.331 added new LTE RRC channels. This commit additionally defines LTE RRC message types existing in Release V15.3.0. Change-Id: If20710c15823ed879bddde17355704c769845d0d Reviewed-on: https://code.wireshark.org/review/30073 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2018-10-08 09:21:48 +00:00
* http://cgit.osmocom.org/libosmocore/tree/include/osmocom/core/gsmtap.h
Don't force people to do a Web search to find the header layout. Change-Id: Ie71db56327e1cb17b46da0d0675e3485bebd2439 Reviewed-on: https://code.wireshark.org/review/22885 Reviewed-by: Guy Harris <guy@alum.mit.edu>
2017-07-31 01:27:35 +00:00
*
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
* Example programs generating GSMTAP data are airprobe
* (http://airprobe.org/) or OsmocomBB (http://bb.osmocom.org/)
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
*
* It has also been used for Tetra by the OsmocomTETRA project.
* (http://tetra.osmocom.org/)
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
*
* GSMTAP also carries payload in various formats of WiMAX interfaces.
* It uses the wimax plugin to decode the WiMAX bursts.
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
*/
We always HAVE_CONFIG_H so don't bother checking whether we have it or not. svn path=/trunk/; revision=45017
2012-09-20 02:03:38 +00:00
#include "config.h"
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
#include <epan/packet.h>
Remove circuit API Replace with conversation API that limits the "endpoint" to a single uint32 value. The intention is to eventually have "layered" endpoints, because circuit_id was used in cases where src/dest port have already been populated (and are used for layers above). Those src/dest ports should just be treated as just another endpoint, but we currently only have support for one. Change-Id: Ic6aa7ef0241275aa4dfde9459194369b48c72960 Reviewed-on: https://code.wireshark.org/review/24369 Petri-Dish: Michael Mann <mmann78@netscape.net> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2017-11-11 22:16:13 +00:00
#include <epan/conversation.h>
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
gsmtap: Introduce a new packet-gsmtap.h header file Move the GSMTAP protocol related #defines to packet-gsmtap.h, as there are other dissectors (like packet-gsm_sim.c and future dissectors) need access to some of those #defines. Change-Id: Ibb3517bd773be63b7e3cd30104a5351427e22ebf Reviewed-on: https://code.wireshark.org/review/19185 Petri-Dish: Michael Mann <mmann78@netscape.net> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Michael Mann <mmann78@netscape.net>
2016-12-09 18:21:13 +00:00
#include "packet-gsmtap.h"
LAPDm: Support the LAPDm B4 Frame Format The B4 Frame Format is used on the downlink SACCH and has no length field. While the comment on top of packet-lapdm.c claimed ever since its introduction in 2009 that B4 was a supported format, in fact it was not supported yet. This patch makes handling the length field conditional to a frame format that has a length field, and introduces lapdm_data_t that can be passed using call_dissector_with_data(). The GSMTAP dissector is updated to use this mechanism to specify the frame format based on the channel type. Change-Id: I52cb1cedbc8c7baf65e70d3e050e8932573647aa Reviewed-on: https://code.wireshark.org/review/21767 Reviewed-by: Jaap Keuter <jaap.keuter@xs4all.nl> Petri-Dish: Jaap Keuter <jaap.keuter@xs4all.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Michael Mann <mmann78@netscape.net>
2017-05-26 19:44:08 +00:00
#include "packet-lapdm.h"
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
#include "packet-tetra.h"
Fix [-Wmissing-prototypes] svn path=/trunk/; revision=54135
2013-12-15 23:44:12 +00:00
void proto_register_gsmtap(void);
void proto_reg_handoff_gsmtap(void);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
static int proto_gsmtap = -1;
static int hf_gsmtap_version = -1;
static int hf_gsmtap_hdrlen = -1;
static int hf_gsmtap_type = -1;
static int hf_gsmtap_timeslot = -1;
static int hf_gsmtap_subslot = -1;
static int hf_gsmtap_arfcn = -1;
static int hf_gsmtap_uplink = -1;
GSMTAP: also dissect PCS band indicator of ARFCN The absolute radio-frequency channel numbers may overlap between both DCS1800 and PCS1900 frequency bands. The purpose of the PCS band indocator is to avoid ambiguity for the overlapping numbers. Change-Id: I5c6e429e9c579d1e132994954a4d32f2f1bd6ca5 Reviewed-on: https://code.wireshark.org/review/36240 Reviewed-by: Alexis La Goutte <alexis.lagoutte@gmail.com> Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-02-29 10:17:44 +00:00
static int hf_gsmtap_pcs = -1;
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
static int hf_gsmtap_signal_dbm = -1;
Fix gsmtap signal and snr. -Correct parsrsing to get correct value (corect position in header). -Rename hf_gsmtap_noise_dbm to hf_gsmtap_snr_db to reflect use and name in struct. -Change order of decalaration/use of signal and snr to reflect position in struct. -Change registered types to signed to reflect possible values and definition in struct. Change-Id: I748bd19757c0dd87fe4ad0969dfcc8427b908aa2 Reviewed-on: https://code.wireshark.org/review/8077 Reviewed-by: Sylvain Munaut <246tnt@gmail.com> Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2015-04-15 13:50:34 +00:00
static int hf_gsmtap_snr_db = -1;
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
static int hf_gsmtap_frame_nr = -1;
static int hf_gsmtap_burst_type = -1;
static int hf_gsmtap_channel_type = -1;
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
static int hf_gsmtap_tetra_channel_type = -1;
From Sylvain Munaut: Fix the windows build by filling up stuct with dummy member https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6798 svn path=/trunk/; revision=40932
2012-02-08 17:01:09 +00:00
static int hf_gsmtap_gmr1_channel_type = -1;
GSMTAP: Add UMTS RRC message type field Showing a description of the 'sub_type' in the fields tree for RRC payloads. Change-Id: Ie4fd4498690db27d4b996fff99fa74b676be9ddb Reviewed-on: https://code.wireshark.org/review/23133 Petri-Dish: Michael Mann <mmann78@netscape.net> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Michael Mann <mmann78@netscape.net>
2017-08-19 18:28:28 +00:00
static int hf_gsmtap_rrc_sub_type = -1;
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
static int hf_gsmtap_antenna = -1;
static int hf_sacch_l1h_power_lev = -1;
static int hf_sacch_l1h_fpc = -1;
static int hf_sacch_l1h_ta = -1;
GSMTAP: implement dissecting of PTCCH/D messages According to 3GPP TS 45.002, section 3.3.4.2, PTCCH (Packet Timing advance control channel) is a packet dedicated channel, that is used for continuous Timing Advance control in (E)GPRS. There are two sub-types of that logical channel: - PTCCH/U (Uplink): used to transmit random Access Bursts to allow estimation of the Timing Advance for one MS in packet transfer mode. - PTCCH/D (Downlink): used by the network to transmit Timing Advance updates for several MS. As per 3GPP TS 45.003, section 5.2, the coding scheme used for PTCCH/U is the same as for PRACH as specified in subclause 5.3, while the coding scheme used for PTCCH/D is the same as for CS-1 as specified in subclause 5.1.1. The format of PTCCH/D messages can be described as follows: +--------------+--------------+-----+---------------+------------------+ | Octet 1 | Octet 2 | | Octet 16 | Octet 17 .. 23 | +---+----------+---+----------+-----+---+-----------+------------------+ | 0 | TA TAI=0 | 0 | TA TAI=1 | ... | 0 | TA TAI=15 | Padding 00101011 | +---+----------+---+----------+-----+---+-----------+------------------+ what gives us 16 Timing Advance values (7 bit each) for 16 different mobile stations identified by TAI (0..15). The remaining space is padding and shall be filled with constant value 0x2B. Bug: 16096 Change-Id: I0ce81d922a8a8c3981da2486baa3e1efcff46539 Reviewed-on: https://code.wireshark.org/review/34660 Reviewed-by: Pau Espin Pedrol <pespin@sysmocom.de> Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2019-09-30 15:17:23 +00:00
static int hf_ptcch_spare = -1;
static int hf_ptcch_ta_idx = -1;
static int hf_ptcch_ta_val = -1;
static int hf_ptcch_padding = -1;
gsmtap: Add support for dissecting GSM voice / user plane messages The GSMTAP Um interface type has so far only been used for transporting signaling messages. Osmocom has recently introduced support for encapsulating user-plane data (voice codec frames) in virtphy and osmo-bts-virtual. Let's catch up with this capability here. For the Osmcoom side, see: * https://gerrit.osmocom.org/c/osmocom-bb/+/17415 * https://gerrit.osmocom.org/c/osmo-bts/+/17377 Change-Id: Icceb524f0f47bab206ead8345d405ffea06ac109 Reviewed-on: https://code.wireshark.org/review/36359 Petri-Dish: Pascal Quantin <pascal@wireshark.org> Tested-by: Petri Dish Buildbot Reviewed-by: Vadim Yanitskiy <axilirator@gmail.com> Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-03-10 12:26:41 +00:00
static int hf_um_voice_type = -1;
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
static gint ett_gsmtap = -1;
enum {
GSMTAP_SUB_DATA = 0,
GSMTAP_SUB_UM,
GSMTAP_SUB_UM_LAPDM,
From Ludovic Haessler: Add 3GPP TS44.060 RLC/MAC control blocks management in GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6103 svn path=/trunk/; revision=37960
2011-07-11 13:32:04 +00:00
GSMTAP_SUB_UM_RLC_MAC_UL,
GSMTAP_SUB_UM_RLC_MAC_DL,
From Ludovic Haessler: Add 3GPP LLC/SNDCP protocols management in GSMTAP dissecto. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6145 svn path=/trunk/; revision=38166
2011-07-22 08:24:48 +00:00
GSMTAP_SUB_LLC,
GSMTAP_SUB_SNDCP,
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
GSMTAP_SUB_ABIS,
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
/* WiMAX sub handles */
Checked in, with the following changes: - Adapted packet-gsm_sim.c and CmakeLists.txt to match current content (trivial) - Fixed warnings about //-style comments that were found running ../../tools/checkAPIs.pl -g deprecated -g prohibited -g abort -g termoutput packet-gsm_sim.c packet-etsi_card_app_toolkit.c Error: Found C++ style comments in packet-gsm_sim.c - Not fixed (will lead to dissector abort if in a packet): ../../tools/checkhf.pl packet-gsm_sim.c packet-etsi_card_app_toolkit.c ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b19 ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b18 ERROR: NO ARRAY: packet-etsi_card_app_toolkit.c, hf_ctlv_bearer_descr Please provide the necessary element entries for the hf[] array in a followup patch. svn path=/trunk/; revision=40854
2012-02-05 11:34:04 +00:00
GSMTAP_SUB_CDMA_CODE,
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
GSMTAP_SUB_FCH,
GSMTAP_SUB_FFB,
GSMTAP_SUB_PDU,
GSMTAP_SUB_HACK,
GSMTAP_SUB_PHY_ATTRIBUTES,
From Mike Morrin: The gsmtap patch related to Add dissectors for GSM and UMTS Cell Broadcast protocols. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6770 svn path=/trunk/; revision=40738
2012-01-26 23:13:31 +00:00
GSMTAP_SUB_CBCH,
Checked in, with the following changes: - Adapted packet-gsm_sim.c and CmakeLists.txt to match current content (trivial) - Fixed warnings about //-style comments that were found running ../../tools/checkAPIs.pl -g deprecated -g prohibited -g abort -g termoutput packet-gsm_sim.c packet-etsi_card_app_toolkit.c Error: Found C++ style comments in packet-gsm_sim.c - Not fixed (will lead to dissector abort if in a packet): ../../tools/checkhf.pl packet-gsm_sim.c packet-etsi_card_app_toolkit.c ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b19 ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b18 ERROR: NO ARRAY: packet-etsi_card_app_toolkit.c, hf_ctlv_bearer_descr Please provide the necessary element entries for the hf[] array in a followup patch. svn path=/trunk/; revision=40854
2012-02-05 11:34:04 +00:00
GSMTAP_SUB_SIM,
From Sylvain Munaut: Fix the windows build by filling up stuct with dummy member https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6798 svn path=/trunk/; revision=40932
2012-02-08 17:01:09 +00:00
/* GMR-1 sub handles */
GSMTAP_SUB_GMR1_BCCH,
From Sylvain Munaut: packet-gsmtap: Call the GMR-1 CCCH dissector when appropriate (Step 3). https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6921 svn path=/trunk/; revision=41449
2012-03-09 12:33:16 +00:00
GSMTAP_SUB_GMR1_CCCH,
From Sylvain Munaut: Call the new dissector from the GSMTap dissector for GMR-1 channels using LAPSat svn path=/trunk/; revision=41405
2012-03-07 20:09:48 +00:00
GSMTAP_SUB_GMR1_LAPSAT,
From Sylvain Munaut via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7664 : packet-gsmtap: Call GMR-1 RACH dissector when appropriate svn path=/trunk/; revision=44671
2012-08-25 21:09:49 +00:00
GSMTAP_SUB_GMR1_RACH,
From Harald Welte via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8365 : Add GSMTAP support for UMTS RRC captures svn path=/trunk/; revision=47792
2013-02-21 10:08:53 +00:00
/* UMTS */
GSMTAP_SUB_UMTS_RLC_MAC,
GSMTAP_SUB_UMTS_RRC,
GSMTAP: add LTE RRC message support This code is borrowed from a patch proposed by altaf329@gmail.com in june 2015 (Ice136a9cb950bb97a11bee4486071b6883a0cad7) and adapted to fit current wireshark code (and minus the LTE MAC frame dissector). Change-Id: Iaa1ea8b2d7a3e618f8aa14203449f2c77b4727f5 Reviewed-on: https://code.wireshark.org/review/22515 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-07-04 13:31:24 +00:00
/* LTE*/
GSMTAP_SUB_LTE_RRC,
GSMTAP: add the handle to dissect LTE NAS EPS messages GSMTAP_TYPE_LTE_NAS has been set to 0x12 by osmocom: https://gerrit.osmocom.org/5018 Change-Id: Ia248e54cd73eaa9b8ad02aa40145e5a87baca79e Reviewed-on: https://code.wireshark.org/review/24554 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-11-23 14:32:49 +00:00
GSMTAP_SUB_LTE_NAS,
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
GSMTAP_SUB_MAX
};
From Harald Welte via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8365 : Add GSMTAP support for UMTS RRC captures svn path=/trunk/; revision=47792
2013-02-21 10:08:53 +00:00
enum {
GSMTAP_RRC_SUB_DL_DCCH_Message = 0,
GSMTAP_RRC_SUB_UL_DCCH_Message,
GSMTAP_RRC_SUB_DL_CCCH_Message,
GSMTAP_RRC_SUB_UL_CCCH_Message,
GSMTAP_RRC_SUB_PCCH_Message,
GSMTAP_RRC_SUB_DL_SHCCH_Message,
GSMTAP_RRC_SUB_UL_SHCCH_Message,
GSMTAP_RRC_SUB_BCCH_FACH_Message,
GSMTAP_RRC_SUB_BCCH_BCH_Message,
GSMTAP_RRC_SUB_MCCH_Message,
GSMTAP_RRC_SUB_MSCH_Message,
GSMTAP_RRC_SUB_HandoverToUTRANCommand,
GSMTAP_RRC_SUB_InterRATHandoverInfo,
GSMTAP_RRC_SUB_SystemInformation_BCH,
GSMTAP_RRC_SUB_System_Information_Container,
GSMTAP_RRC_SUB_UE_RadioAccessCapabilityInfo,
GSMTAP_RRC_SUB_MasterInformationBlock,
GSMTAP_RRC_SUB_SysInfoType1,
GSMTAP_RRC_SUB_SysInfoType2,
GSMTAP_RRC_SUB_SysInfoType3,
GSMTAP_RRC_SUB_SysInfoType4,
GSMTAP_RRC_SUB_SysInfoType5,
GSMTAP_RRC_SUB_SysInfoType5bis,
GSMTAP_RRC_SUB_SysInfoType6,
GSMTAP_RRC_SUB_SysInfoType7,
GSMTAP_RRC_SUB_SysInfoType8,
GSMTAP_RRC_SUB_SysInfoType9,
GSMTAP_RRC_SUB_SysInfoType10,
GSMTAP_RRC_SUB_SysInfoType11,
GSMTAP_RRC_SUB_SysInfoType11bis,
GSMTAP_RRC_SUB_SysInfoType12,
GSMTAP_RRC_SUB_SysInfoType13,
GSMTAP_RRC_SUB_SysInfoType13_1,
GSMTAP_RRC_SUB_SysInfoType13_2,
GSMTAP_RRC_SUB_SysInfoType13_3,
GSMTAP_RRC_SUB_SysInfoType13_4,
GSMTAP_RRC_SUB_SysInfoType14,
GSMTAP_RRC_SUB_SysInfoType15,
GSMTAP_RRC_SUB_SysInfoType15bis,
GSMTAP_RRC_SUB_SysInfoType15_1,
GSMTAP_RRC_SUB_SysInfoType15_1bis,
GSMTAP_RRC_SUB_SysInfoType15_2,
GSMTAP_RRC_SUB_SysInfoType15_2bis,
GSMTAP_RRC_SUB_SysInfoType15_2ter,
GSMTAP_RRC_SUB_SysInfoType15_3,
GSMTAP_RRC_SUB_SysInfoType15_3bis,
GSMTAP_RRC_SUB_SysInfoType15_4,
GSMTAP_RRC_SUB_SysInfoType15_5,
GSMTAP_RRC_SUB_SysInfoType15_6,
GSMTAP_RRC_SUB_SysInfoType15_7,
GSMTAP_RRC_SUB_SysInfoType15_8,
GSMTAP_RRC_SUB_SysInfoType16,
GSMTAP_RRC_SUB_SysInfoType17,
GSMTAP_RRC_SUB_SysInfoType18,
GSMTAP_RRC_SUB_SysInfoType19,
GSMTAP_RRC_SUB_SysInfoType20,
GSMTAP_RRC_SUB_SysInfoType21,
GSMTAP_RRC_SUB_SysInfoType22,
GSMTAP_RRC_SUB_SysInfoTypeSB1,
GSMTAP_RRC_SUB_SysInfoTypeSB2,
GSMTAP_RRC_SUB_ToTargetRNC_Container,
GSMTAP_RRC_SUB_TargetRNC_ToSourceRNC_Container,
GSMTAP_RRC_SUB_MAX
};
GSMTAP: Add UMTS RRC message type field Showing a description of the 'sub_type' in the fields tree for RRC payloads. Change-Id: Ie4fd4498690db27d4b996fff99fa74b676be9ddb Reviewed-on: https://code.wireshark.org/review/23133 Petri-Dish: Michael Mann <mmann78@netscape.net> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Michael Mann <mmann78@netscape.net>
2017-08-19 18:28:28 +00:00
static const value_string rrc_sub_types[] = {
{ GSMTAP_RRC_SUB_DL_DCCH_Message, "RRC DL-DCCH" },
{ GSMTAP_RRC_SUB_UL_DCCH_Message, "RRC UL-DCCH" },
{ GSMTAP_RRC_SUB_DL_CCCH_Message, "RRC DL-CCCH" },
{ GSMTAP_RRC_SUB_UL_CCCH_Message, "RRC UL-CCCH" },
{ GSMTAP_RRC_SUB_PCCH_Message, "RRC PCCH" },
{ GSMTAP_RRC_SUB_DL_SHCCH_Message, "RRC DL-SHCCH" },
{ GSMTAP_RRC_SUB_UL_SHCCH_Message, "RRC UL-SHCCH" },
{ GSMTAP_RRC_SUB_BCCH_FACH_Message, "RRC BCCH-FACH" },
{ GSMTAP_RRC_SUB_BCCH_BCH_Message, "RRC BCCH-BCH" },
{ GSMTAP_RRC_SUB_MCCH_Message, "RRC MCCH" },
{ GSMTAP_RRC_SUB_MSCH_Message, "RRC MSCH" },
{ GSMTAP_RRC_SUB_HandoverToUTRANCommand, "RRC Handover To UTRAN Command" },
{ GSMTAP_RRC_SUB_InterRATHandoverInfo, "RRC Inter RAT Handover Info" },
{ GSMTAP_RRC_SUB_SystemInformation_BCH, "RRC System Information - BCH" },
{ GSMTAP_RRC_SUB_System_Information_Container, "RRC System Information Container" },
{ GSMTAP_RRC_SUB_UE_RadioAccessCapabilityInfo, "RRC UE Radio Access Capability Info" },
{ GSMTAP_RRC_SUB_MasterInformationBlock, "RRC Master Information Block" },
{ GSMTAP_RRC_SUB_SysInfoType1, "RRC System Information Type 1" },
{ GSMTAP_RRC_SUB_SysInfoType2, "RRC System Information Type 2" },
{ GSMTAP_RRC_SUB_SysInfoType3, "RRC System Information Type 3" },
{ GSMTAP_RRC_SUB_SysInfoType4, "RRC System Information Type 4" },
{ GSMTAP_RRC_SUB_SysInfoType5, "RRC System Information Type 5" },
{ GSMTAP_RRC_SUB_SysInfoType5bis, "RRC System Information Type 5bis" },
{ GSMTAP_RRC_SUB_SysInfoType6, "RRC System Information Type 6" },
{ GSMTAP_RRC_SUB_SysInfoType7, "RRC System Information Type 7" },
{ GSMTAP_RRC_SUB_SysInfoType8, "RRC System Information Type 8" },
{ GSMTAP_RRC_SUB_SysInfoType9, "RRC System Information Type 9" },
{ GSMTAP_RRC_SUB_SysInfoType10, "RRC System Information Type 10" },
{ GSMTAP_RRC_SUB_SysInfoType11, "RRC System Information Type 11" },
{ GSMTAP_RRC_SUB_SysInfoType11bis, "RRC System Information Type 11bis" },
{ GSMTAP_RRC_SUB_SysInfoType12, "RRC System Information Type 12" },
{ GSMTAP_RRC_SUB_SysInfoType13, "RRC System Information Type 13" },
{ GSMTAP_RRC_SUB_SysInfoType13_1, "RRC System Information Type 13.1" },
{ GSMTAP_RRC_SUB_SysInfoType13_2, "RRC System Information Type 13.2" },
{ GSMTAP_RRC_SUB_SysInfoType13_3, "RRC System Information Type 13.3" },
{ GSMTAP_RRC_SUB_SysInfoType13_4, "RRC System Information Type 13.4" },
{ GSMTAP_RRC_SUB_SysInfoType14, "RRC System Information Type 14" },
{ GSMTAP_RRC_SUB_SysInfoType15, "RRC System Information Type 15" },
{ GSMTAP_RRC_SUB_SysInfoType15bis, "RRC System Information Type 15bis" },
{ GSMTAP_RRC_SUB_SysInfoType15_1, "RRC System Information Type 15.1" },
{ GSMTAP_RRC_SUB_SysInfoType15_1bis, "RRC System Information Type 15.1bis" },
{ GSMTAP_RRC_SUB_SysInfoType15_2, "RRC System Information Type 15.1" },
{ GSMTAP_RRC_SUB_SysInfoType15_2bis, "RRC System Information Type 15.2bis" },
{ GSMTAP_RRC_SUB_SysInfoType15_2ter, "RRC System Information Type 15.2ter" },
{ GSMTAP_RRC_SUB_SysInfoType15_3, "RRC System Information Type 15.3" },
{ GSMTAP_RRC_SUB_SysInfoType15_3bis, "RRC System Information Type 15.3bis" },
{ GSMTAP_RRC_SUB_SysInfoType15_4, "RRC System Information Type 15.4" },
{ GSMTAP_RRC_SUB_SysInfoType15_5, "RRC System Information Type 15.5" },
{ GSMTAP_RRC_SUB_SysInfoType15_6, "RRC System Information Type 15.6" },
{ GSMTAP_RRC_SUB_SysInfoType15_7, "RRC System Information Type 15.7 "},
{ GSMTAP_RRC_SUB_SysInfoType15_8, "RRC System Information Type 15.8" },
{ GSMTAP_RRC_SUB_SysInfoType16, "RRC System Information Type 16" },
{ GSMTAP_RRC_SUB_SysInfoType17, "RRC System Information Type 17" },
{ GSMTAP_RRC_SUB_SysInfoType18, "RRC System Information Type 18" },
{ GSMTAP_RRC_SUB_SysInfoType19, "RRC System Information Type 19" },
{ GSMTAP_RRC_SUB_SysInfoType20, "RRC System Information Type 20" },
{ GSMTAP_RRC_SUB_SysInfoType21, "RRC System Information Type 21" },
{ GSMTAP_RRC_SUB_SysInfoType22, "RRC System Information Type 22" },
{ GSMTAP_RRC_SUB_SysInfoTypeSB1, "RRC System Information Type SB 1" },
{ GSMTAP_RRC_SUB_SysInfoTypeSB2, "RRC System Information Type SB 2" },
{ GSMTAP_RRC_SUB_ToTargetRNC_Container, "RRC To Target RNC Container" },
{ GSMTAP_RRC_SUB_TargetRNC_ToSourceRNC_Container, "RRC Target RNC To Source RNC Container" },
{ 0, NULL }
};
GSMTAP: add LTE RRC message support This code is borrowed from a patch proposed by altaf329@gmail.com in june 2015 (Ice136a9cb950bb97a11bee4486071b6883a0cad7) and adapted to fit current wireshark code (and minus the LTE MAC frame dissector). Change-Id: Iaa1ea8b2d7a3e618f8aa14203449f2c77b4727f5 Reviewed-on: https://code.wireshark.org/review/22515 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-07-04 13:31:24 +00:00
/* LTE RRC message types */
enum {
GSMTAP_LTE_RRC_SUB_DL_CCCH_Message = 0,
GSMTAP_LTE_RRC_SUB_DL_DCCH_Message,
GSMTAP_LTE_RRC_SUB_UL_CCCH_Message,
GSMTAP_LTE_RRC_SUB_UL_DCCH_Message,
GSMTAP_LTE_RRC_SUB_BCCH_BCH_Message,
GSMTAP_LTE_RRC_SUB_BCCH_DL_SCH_Message,
GSMTAP_LTE_RRC_SUB_PCCH_Message,
GSMTAP_LTE_RRC_SUB_MCCH_Message,
GSMTAP: add definitions for new LTE RRC channels Later release of 3GPP TS 36.331 added new LTE RRC channels. This commit additionally defines LTE RRC message types existing in Release V15.3.0. Change-Id: If20710c15823ed879bddde17355704c769845d0d Reviewed-on: https://code.wireshark.org/review/30073 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2018-10-08 09:21:48 +00:00
GSMTAP_LTE_RRC_SUB_BCCH_BCH_Message_MBMS,
GSMTAP_LTE_RRC_SUB_BCCH_DL_SCH_Message_BR,
GSMTAP_LTE_RRC_SUB_BCCH_DL_SCH_Message_MBMS,
GSMTAP_LTE_RRC_SUB_SC_MCCH_Message,
GSMTAP_LTE_RRC_SUB_SBCCH_SL_BCH_Message,
GSMTAP_LTE_RRC_SUB_SBCCH_SL_BCH_Message_V2X,
GSMTAP_LTE_RRC_SUB_DL_CCCH_Message_NB,
GSMTAP_LTE_RRC_SUB_DL_DCCH_Message_NB,
GSMTAP_LTE_RRC_SUB_UL_CCCH_Message_NB,
GSMTAP_LTE_RRC_SUB_UL_DCCH_Message_NB,
GSMTAP_LTE_RRC_SUB_BCCH_BCH_Message_NB,
GSMTAP_LTE_RRC_SUB_BCCH_BCH_Message_TDD_NB,
GSMTAP_LTE_RRC_SUB_BCCH_DL_SCH_Message_NB,
GSMTAP_LTE_RRC_SUB_PCCH_Message_NB,
GSMTAP_LTE_RRC_SUB_SC_MCCH_Message_NB,
GSMTAP: add LTE RRC message support This code is borrowed from a patch proposed by altaf329@gmail.com in june 2015 (Ice136a9cb950bb97a11bee4486071b6883a0cad7) and adapted to fit current wireshark code (and minus the LTE MAC frame dissector). Change-Id: Iaa1ea8b2d7a3e618f8aa14203449f2c77b4727f5 Reviewed-on: https://code.wireshark.org/review/22515 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-07-04 13:31:24 +00:00
GSMTAP_LTE_RRC_SUB_MAX
};
GSMTAP: add the handle to dissect LTE NAS EPS messages GSMTAP_TYPE_LTE_NAS has been set to 0x12 by osmocom: https://gerrit.osmocom.org/5018 Change-Id: Ia248e54cd73eaa9b8ad02aa40145e5a87baca79e Reviewed-on: https://code.wireshark.org/review/24554 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-11-23 14:32:49 +00:00
/* LTE NAS message types */
enum {
GSMTAP_LTE_NAS_PLAIN = 0,
GSMTAP_LTE_NAS_SEC_HEADER,
GSMTAP_LTE_NAS_SUB_MAX
};
gsmtap: Add support for dissecting GSM voice / user plane messages The GSMTAP Um interface type has so far only been used for transporting signaling messages. Osmocom has recently introduced support for encapsulating user-plane data (voice codec frames) in virtphy and osmo-bts-virtual. Let's catch up with this capability here. For the Osmcoom side, see: * https://gerrit.osmocom.org/c/osmocom-bb/+/17415 * https://gerrit.osmocom.org/c/osmo-bts/+/17377 Change-Id: Icceb524f0f47bab206ead8345d405ffea06ac109 Reviewed-on: https://code.wireshark.org/review/36359 Petri-Dish: Pascal Quantin <pascal@wireshark.org> Tested-by: Petri Dish Buildbot Reviewed-by: Vadim Yanitskiy <axilirator@gmail.com> Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-03-10 12:26:41 +00:00
/*! First byte of type==GSMTAP_TYPE_UM sub_type==GSMTAP_CHANNEL_VOICE payload */
enum gsmtap_um_voice_type {
/*! 1 byte TOC + 112 bits (14 octets) = 15 octets payload;
* Reference is RFC5993 Section 5.2.1 + 3GPP TS 46.030 Annex B */
GSMTAP_UM_VOICE_HR,
/*! 33 payload bytes; Reference is RFC3551 Section 4.5.8.1 */
GSMTAP_UM_VOICE_FR,
/*! 31 payload bytes; Reference is RFC3551 Section 4.5.9 + ETSI TS 101 318 */
GSMTAP_UM_VOICE_EFR,
/*! 1 byte TOC + 5..31 bytes = 6..32 bytes payload; RFC4867 octet-aligned */
GSMTAP_UM_VOICE_AMR,
/* TODO: Revisit the types below; their usage; ... */
GSMTAP_UM_VOICE_AMR_SID_BAD,
GSMTAP_UM_VOICE_AMR_ONSET,
GSMTAP_UM_VOICE_AMR_RATSCCH,
GSMTAP_UM_VOICE_AMR_SID_UPDATE_INH,
GSMTAP_UM_VOICE_AMR_SID_FIRST_P1,
GSMTAP_UM_VOICE_AMR_SID_FIRST_P2,
GSMTAP_UM_VOICE_AMR_SID_FIRST_INH,
GSMTAP_UM_VOICE_AMR_RATSCCH_MARKER,
GSMTAP_UM_VOICE_AMR_RATSCCH_DATA,
};
GSMTAP: add the handle to dissect LTE NAS EPS messages GSMTAP_TYPE_LTE_NAS has been set to 0x12 by osmocom: https://gerrit.osmocom.org/5018 Change-Id: Ia248e54cd73eaa9b8ad02aa40145e5a87baca79e Reviewed-on: https://code.wireshark.org/review/24554 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-11-23 14:32:49 +00:00
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
static dissector_handle_t sub_handles[GSMTAP_SUB_MAX];
From Harald Welte via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8365 : Add GSMTAP support for UMTS RRC captures svn path=/trunk/; revision=47792
2013-02-21 10:08:53 +00:00
static dissector_handle_t rrc_sub_handles[GSMTAP_RRC_SUB_MAX];
GSMTAP: add LTE RRC message support This code is borrowed from a patch proposed by altaf329@gmail.com in june 2015 (Ice136a9cb950bb97a11bee4486071b6883a0cad7) and adapted to fit current wireshark code (and minus the LTE MAC frame dissector). Change-Id: Iaa1ea8b2d7a3e618f8aa14203449f2c77b4727f5 Reviewed-on: https://code.wireshark.org/review/22515 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-07-04 13:31:24 +00:00
static dissector_handle_t lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_MAX];
GSMTAP: add the handle to dissect LTE NAS EPS messages GSMTAP_TYPE_LTE_NAS has been set to 0x12 by osmocom: https://gerrit.osmocom.org/5018 Change-Id: Ia248e54cd73eaa9b8ad02aa40145e5a87baca79e Reviewed-on: https://code.wireshark.org/review/24554 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-11-23 14:32:49 +00:00
static dissector_handle_t lte_nas_sub_handles[GSMTAP_LTE_NAS_SUB_MAX];
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
From Harald Welte: GSMTAP dissector: introduce a dissector table. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6810 svn path=/trunk/; revision=40934
2012-02-08 19:31:23 +00:00
static dissector_table_t gsmtap_dissector_table;
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
static const value_string gsmtap_bursts[] = {
{ GSMTAP_BURST_UNKNOWN, "UNKNOWN" },
{ GSMTAP_BURST_FCCH, "FCCH" },
{ GSMTAP_BURST_PARTIAL_SCH, "PARTIAL SCH" },
{ GSMTAP_BURST_SCH, "SCH" },
{ GSMTAP_BURST_CTS_SCH, "CTS SCH" },
{ GSMTAP_BURST_COMPACT_SCH, "COMPACT SCH" },
{ GSMTAP_BURST_NORMAL, "NORMAL" },
{ GSMTAP_BURST_DUMMY, "DUMMY" },
{ GSMTAP_BURST_ACCESS, "RACH" },
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
/* WiMAX bursts */
Checked in, with the following changes: - Adapted packet-gsm_sim.c and CmakeLists.txt to match current content (trivial) - Fixed warnings about //-style comments that were found running ../../tools/checkAPIs.pl -g deprecated -g prohibited -g abort -g termoutput packet-gsm_sim.c packet-etsi_card_app_toolkit.c Error: Found C++ style comments in packet-gsm_sim.c - Not fixed (will lead to dissector abort if in a packet): ../../tools/checkhf.pl packet-gsm_sim.c packet-etsi_card_app_toolkit.c ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b19 ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b18 ERROR: NO ARRAY: packet-etsi_card_app_toolkit.c, hf_ctlv_bearer_descr Please provide the necessary element entries for the hf[] array in a followup patch. svn path=/trunk/; revision=40854
2012-02-05 11:34:04 +00:00
{ GSMTAP_BURST_CDMA_CODE, "CDMA Code" },
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
{ GSMTAP_BURST_FCH, "FCH" },
{ GSMTAP_BURST_FFB, "Fast Feedback" },
{ GSMTAP_BURST_PDU, "PDU" },
{ GSMTAP_BURST_HACK, "HACK" },
{ GSMTAP_BURST_PHY_ATTRIBUTES, "PHY Attributes" },
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
{ 0, NULL },
};
static const value_string gsmtap_channels[] = {
{ GSMTAP_CHANNEL_UNKNOWN, "UNKNOWN" },
{ GSMTAP_CHANNEL_BCCH, "BCCH" },
{ GSMTAP_CHANNEL_CCCH, "CCCH" },
{ GSMTAP_CHANNEL_RACH, "RACH" },
{ GSMTAP_CHANNEL_AGCH, "AGCH" },
{ GSMTAP_CHANNEL_PCH, "PCH" },
{ GSMTAP_CHANNEL_SDCCH, "SDCCH" },
{ GSMTAP_CHANNEL_SDCCH4, "SDCCH/4" },
{ GSMTAP_CHANNEL_SDCCH8, "SDCCH/8" },
{ GSMTAP_CHANNEL_TCH_F, "FACCH/F" },
{ GSMTAP_CHANNEL_TCH_H, "FACCH/H" },
From Mike Morrin: The gsmtap patch related to Add dissectors for GSM and UMTS Cell Broadcast protocols. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6770 svn path=/trunk/; revision=40738
2012-01-26 23:13:31 +00:00
{ GSMTAP_CHANNEL_PACCH, "PACCH" },
Adjust indentation to match editor modelines; Do other minor whitespace changes. Change-Id: Ic020b2c92db5d14a2be9dc4d35aef4514b8b0353 Reviewed-on: https://code.wireshark.org/review/4502 Reviewed-by: Bill Meier <wmeier@newsguy.com>
2014-10-06 16:55:18 +00:00
{ GSMTAP_CHANNEL_CBCH52, "CBCH" },
GSMTAP: Proper name for PDTCH (not PDCH) PDCH is the physical channel name, while PDTCH is one of the logical channels (goether with PTCCH and PACCH) on the PDTCH. Let's call it by its proper name, rather than keeping the misnomer. Change-Id: I724fcfba595c9c861b64a30d5510468ec007424c Reviewed-on: https://code.wireshark.org/review/22860 Reviewed-by: Michael Mann <mmann78@netscape.net>
2017-07-30 13:49:21 +00:00
{ GSMTAP_CHANNEL_PDTCH, "PDTCH" },
Adjust indentation to match editor modelines; Do other minor whitespace changes. Change-Id: Ic020b2c92db5d14a2be9dc4d35aef4514b8b0353 Reviewed-on: https://code.wireshark.org/review/4502 Reviewed-by: Bill Meier <wmeier@newsguy.com>
2014-10-06 16:55:18 +00:00
{ GSMTAP_CHANNEL_PTCCH, "PTTCH" },
{ GSMTAP_CHANNEL_CBCH51, "CBCH" },
gsmtap: Add support for dissecting GSM voice / user plane messages The GSMTAP Um interface type has so far only been used for transporting signaling messages. Osmocom has recently introduced support for encapsulating user-plane data (voice codec frames) in virtphy and osmo-bts-virtual. Let's catch up with this capability here. For the Osmcoom side, see: * https://gerrit.osmocom.org/c/osmocom-bb/+/17415 * https://gerrit.osmocom.org/c/osmo-bts/+/17377 Change-Id: Icceb524f0f47bab206ead8345d405ffea06ac109 Reviewed-on: https://code.wireshark.org/review/36359 Petri-Dish: Pascal Quantin <pascal@wireshark.org> Tested-by: Petri Dish Buildbot Reviewed-by: Vadim Yanitskiy <axilirator@gmail.com> Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-03-10 12:26:41 +00:00
{ GSMTAP_CHANNEL_VOICE_F, "TCH/F" },
{ GSMTAP_CHANNEL_VOICE_H, "TCH/H" },
From Mike Morrin: The gsmtap patch related to Add dissectors for GSM and UMTS Cell Broadcast protocols. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6770 svn path=/trunk/; revision=40738
2012-01-26 23:13:31 +00:00
Adjust indentation to match editor modelines; Do other minor whitespace changes. Change-Id: Ic020b2c92db5d14a2be9dc4d35aef4514b8b0353 Reviewed-on: https://code.wireshark.org/review/4502 Reviewed-by: Bill Meier <wmeier@newsguy.com>
2014-10-06 16:55:18 +00:00
{ GSMTAP_CHANNEL_ACCH|
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
GSMTAP_CHANNEL_SDCCH, "LSACCH" },
{ GSMTAP_CHANNEL_ACCH|
GSMTAP_CHANNEL_SDCCH4, "SACCH/4" },
{ GSMTAP_CHANNEL_ACCH|
GSMTAP_CHANNEL_SDCCH8, "SACCH/8" },
{ GSMTAP_CHANNEL_ACCH|
GSMTAP_CHANNEL_TCH_F, "SACCH/F" },
{ GSMTAP_CHANNEL_ACCH|
Fix a (value) mistake in a value_string. Found by Martin's patch on the -dev list. svn path=/trunk/; revision=37260
2011-05-18 20:26:55 +00:00
GSMTAP_CHANNEL_TCH_H, "SACCH/H" },
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
{ 0, NULL },
};
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
static const value_string gsmtap_tetra_channels[] = {
{ GSMTAP_TETRA_BSCH, "BSCH" },
{ GSMTAP_TETRA_AACH, "AACH" },
{ GSMTAP_TETRA_SCH_HU, "SCH/HU" },
{ GSMTAP_TETRA_SCH_HD, "SCH/HD" },
{ GSMTAP_TETRA_SCH_F, "SCH/F" },
{ GSMTAP_TETRA_BNCH, "BNCH" },
{ GSMTAP_TETRA_STCH, "STCH" },
{ GSMTAP_TETRA_TCH_F, "AACH" },
{ 0, NULL },
};
From Sylvain Munaut: Fix the windows build by filling up stuct with dummy member https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6798 svn path=/trunk/; revision=40932
2012-02-08 17:01:09 +00:00
static const value_string gsmtap_gmr1_channels[] = {
{ GSMTAP_GMR1_BCCH, "BCCH" },
{ GSMTAP_GMR1_CCCH, "CCCH" },
{ GSMTAP_GMR1_PCH, "PCH" },
{ GSMTAP_GMR1_AGCH, "AGCH" },
{ GSMTAP_GMR1_BACH, "BACH" },
{ GSMTAP_GMR1_RACH, "RACH" },
{ GSMTAP_GMR1_CBCH, "CBCH" },
{ GSMTAP_GMR1_SDCCH, "SDCCH" },
{ GSMTAP_GMR1_TACCH, "TACCH" },
{ GSMTAP_GMR1_GBCH, "GBCH" },
{ GSMTAP_GMR1_TCH3, "TCH3" },
{ GSMTAP_GMR1_TCH3|
GSMTAP_GMR1_FACCH, "FACCH3" },
{ GSMTAP_GMR1_TCH3|
GSMTAP_GMR1_DKAB, "DKAB" },
{ GSMTAP_GMR1_TCH6, "TCH6" },
{ GSMTAP_GMR1_TCH6|
GSMTAP_GMR1_FACCH, "FACCH6" },
{ GSMTAP_GMR1_TCH6|
GSMTAP_GMR1_SACCH, "SACCH6" },
{ GSMTAP_GMR1_TCH9, "TCH9" },
{ GSMTAP_GMR1_TCH9|
GSMTAP_GMR1_FACCH, "FACCH9" },
{ GSMTAP_GMR1_TCH9|
GSMTAP_GMR1_SACCH, "SACCH9" },
{ 0, NULL },
};
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
/* the mapping is not complete */
From Holger Freyther: Fix the GSMTAP to TETRA table GSMTAP has the BSCH at 1... this means the table needs to have 9 entries, the first being 0. -------------------------------------------------------------------------------- https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35882
2011-02-08 22:01:33 +00:00
static const int gsmtap_to_tetra[9] = {
0,
TETRA_CHAN_BSCH,
TETRA_CHAN_AACH,
TETRA_CHAN_SCH_HU,
0,
TETRA_CHAN_SCH_F,
TETRA_CHAN_BNCH,
TETRA_CHAN_STCH,
0
};
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
static const value_string gsmtap_types[] = {
{ GSMTAP_TYPE_UM, "GSM Um (MS<->BTS)" },
{ GSMTAP_TYPE_ABIS, "GSM Abis (BTS<->BSC)" },
{ GSMTAP_TYPE_UM_BURST, "GSM Um burst (MS<->BTS)" },
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
{ GSMTAP_TYPE_SIM, "SIM" },
{ GSMTAP_TYPE_TETRA_I1, "TETRA V+D"},
{ GSMTAP_TTPE_TETRA_I1_BURST, "TETRA V+D burst"},
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
{ GSMTAP_TYPE_WMX_BURST,"WiMAX burst" },
GSMTAP: update description of types Change-Id: Idf0b7b81192827e8c71876c47a66e275f31f32cb Reviewed-on: https://code.wireshark.org/review/30074 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2018-10-08 10:29:38 +00:00
{ GSMTAP_TYPE_GMR1_UM, "GMR-1 air interface (MES-MS<->GTS)" },
From Harald Welte via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8365 : Add GSMTAP support for UMTS RRC captures svn path=/trunk/; revision=47792
2013-02-21 10:08:53 +00:00
{ GSMTAP_TYPE_UMTS_RLC_MAC, "UMTS RLC/MAC" },
{ GSMTAP_TYPE_UMTS_RRC, "UMTS RRC" },
GSMTAP: add LTE RRC message support This code is borrowed from a patch proposed by altaf329@gmail.com in june 2015 (Ice136a9cb950bb97a11bee4486071b6883a0cad7) and adapted to fit current wireshark code (and minus the LTE MAC frame dissector). Change-Id: Iaa1ea8b2d7a3e618f8aa14203449f2c77b4727f5 Reviewed-on: https://code.wireshark.org/review/22515 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-07-04 13:31:24 +00:00
{ GSMTAP_TYPE_LTE_RRC, "LTE RRC" },
GSMTAP: update description of types Change-Id: Idf0b7b81192827e8c71876c47a66e275f31f32cb Reviewed-on: https://code.wireshark.org/review/30074 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2018-10-08 10:29:38 +00:00
{ GSMTAP_TYPE_LTE_MAC, "LTE MAC" },
{ GSMTAP_TYPE_LTE_MAC_FRAMED, "LTE MAC framed" },
Add GSMTAP logging sub-dissector Applications can also use GSMTAP framing to convey log messages which would traditionally be printed on stderr or on log files. This allows the ordered/interspersed display of protocol messages with log lines from the applications that send or received those messages. The osmocom logging framework (part of libosmocore) implements this in libosmocore.git Change-Id I9a7e72b8c9c6f6f2d76d1ea2332dcdee12394625 Change-Id: I0de723445e5b5ce0199a4081808111240a9ed047 Reviewed-on: https://code.wireshark.org/review/19183 Reviewed-by: Michael Mann <mmann78@netscape.net> Petri-Dish: Michael Mann <mmann78@netscape.net> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2016-12-02 21:29:36 +00:00
{ GSMTAP_TYPE_OSMOCORE_LOG, "libosmocore logging" },
GSMTAP: update description of types Change-Id: Idf0b7b81192827e8c71876c47a66e275f31f32cb Reviewed-on: https://code.wireshark.org/review/30074 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2018-10-08 10:29:38 +00:00
{ GSMTAP_TYPE_QC_DIAG, "Qualcomm DIAG" },
{ GSMTAP_TYPE_LTE_NAS, "LTE NAS" },
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
{ 0, NULL },
};
gsmtap: Add support for dissecting GSM voice / user plane messages The GSMTAP Um interface type has so far only been used for transporting signaling messages. Osmocom has recently introduced support for encapsulating user-plane data (voice codec frames) in virtphy and osmo-bts-virtual. Let's catch up with this capability here. For the Osmcoom side, see: * https://gerrit.osmocom.org/c/osmocom-bb/+/17415 * https://gerrit.osmocom.org/c/osmo-bts/+/17377 Change-Id: Icceb524f0f47bab206ead8345d405ffea06ac109 Reviewed-on: https://code.wireshark.org/review/36359 Petri-Dish: Pascal Quantin <pascal@wireshark.org> Tested-by: Petri Dish Buildbot Reviewed-by: Vadim Yanitskiy <axilirator@gmail.com> Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-03-10 12:26:41 +00:00
static const value_string gsmtap_um_voice_types[] = {
{ GSMTAP_UM_VOICE_HR, "HR" },
{ GSMTAP_UM_VOICE_FR, "FR" },
{ GSMTAP_UM_VOICE_EFR, "EFR" },
{ GSMTAP_UM_VOICE_AMR, "AMR" },
{ GSMTAP_UM_VOICE_AMR_SID_BAD, "AMR_SID_BAD" },
{ GSMTAP_UM_VOICE_AMR_ONSET, "AMR_ONSET" },
{ GSMTAP_UM_VOICE_AMR_RATSCCH, "AMR_RATSCCH" },
{ GSMTAP_UM_VOICE_AMR_SID_UPDATE_INH, "AMR_SID_UPDATE_INH" },
{ GSMTAP_UM_VOICE_AMR_SID_FIRST_P1, "AMR_SID_FIRST_P1" },
{ GSMTAP_UM_VOICE_AMR_SID_FIRST_P2, "AMR_SID_FIRST_P2" },
{ GSMTAP_UM_VOICE_AMR_SID_FIRST_INH, "AMR_SID_FIRST_INH" },
{ GSMTAP_UM_VOICE_AMR_RATSCCH_MARKER, "AMR_RATSCCH_MARKER" },
{ GSMTAP_UM_VOICE_AMR_RATSCCH_DATA, "AMR_RATSCCH_DATA" },
{ 0, NULL },
};
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
/* dissect a SACCH L1 header which is included in the first 2 bytes
* of every SACCH frame (according to TS 04.04) */
static void
dissect_sacch_l1h(tvbuff_t *tvb, proto_tree *tree)
{
proto_item *ti;
proto_tree *l1h_tree = NULL;
if (!tree)
return;
ti = proto_tree_add_protocol_format(tree, proto_gsmtap, tvb, 0, 2,
"SACCH L1 Header, Power Level: %u, Timing Advance: %u",
tvb_get_guint8(tvb, 0) & 0x1f,
tvb_get_guint8(tvb, 1));
l1h_tree = proto_item_add_subtree(ti, ett_gsmtap);
/* Power Level */
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
proto_tree_add_item(l1h_tree, hf_sacch_l1h_power_lev, tvb, 0, 1, ENC_BIG_ENDIAN);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
/* Fast Power Control */
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_BOOLEAN FT_IPv4 FT_EUI64 FT_GUID FT_UINT_STRING Also: For type FT_ITv6 use ENC_NA. (This was missed in SVN #39260) svn path=/trunk/; revision=39328
2011-10-10 00:39:31 +00:00
proto_tree_add_item(l1h_tree, hf_sacch_l1h_fpc, tvb, 0, 1, ENC_BIG_ENDIAN);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
/* Acutal Timing Advance */
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
proto_tree_add_item(l1h_tree, hf_sacch_l1h_ta, tvb, 1, 1, ENC_BIG_ENDIAN);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
}
GSMTAP: implement dissecting of PTCCH/D messages According to 3GPP TS 45.002, section 3.3.4.2, PTCCH (Packet Timing advance control channel) is a packet dedicated channel, that is used for continuous Timing Advance control in (E)GPRS. There are two sub-types of that logical channel: - PTCCH/U (Uplink): used to transmit random Access Bursts to allow estimation of the Timing Advance for one MS in packet transfer mode. - PTCCH/D (Downlink): used by the network to transmit Timing Advance updates for several MS. As per 3GPP TS 45.003, section 5.2, the coding scheme used for PTCCH/U is the same as for PRACH as specified in subclause 5.3, while the coding scheme used for PTCCH/D is the same as for CS-1 as specified in subclause 5.1.1. The format of PTCCH/D messages can be described as follows: +--------------+--------------+-----+---------------+------------------+ | Octet 1 | Octet 2 | | Octet 16 | Octet 17 .. 23 | +---+----------+---+----------+-----+---+-----------+------------------+ | 0 | TA TAI=0 | 0 | TA TAI=1 | ... | 0 | TA TAI=15 | Padding 00101011 | +---+----------+---+----------+-----+---+-----------+------------------+ what gives us 16 Timing Advance values (7 bit each) for 16 different mobile stations identified by TAI (0..15). The remaining space is padding and shall be filled with constant value 0x2B. Bug: 16096 Change-Id: I0ce81d922a8a8c3981da2486baa3e1efcff46539 Reviewed-on: https://code.wireshark.org/review/34660 Reviewed-by: Pau Espin Pedrol <pespin@sysmocom.de> Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2019-09-30 15:17:23 +00:00
/* Dissect a PTCCH/D (Packet Timing Advance Control Channel) message.
* See 3GPP TS 45.010, section 5.6.2 and 3GPP TS 45.002, section 3.3.4.2.
*
* +--------------+--------------+-----+---------------+------------------+
* | Octet 1 | Octet 2 | | Octet 16 | Octet 17 .. 23 |
* +---+----------+---+----------+-----+---+-----------+------------------+
* | 0 | TA TAI=0 | 0 | TA TAI=1 | ... | 0 | TA TAI=15 | Padding 00101011 |
* +---+----------+---+----------+-----+---+-----------+------------------+
*/
static void
GSMTAP: fix empty INFO column for PTCCH/D messages Change-Id: I3abc627ee0e88cc276511af66b33bda990fe5624 Reviewed-on: https://code.wireshark.org/review/35157 Petri-Dish: Pascal Quantin <pascal@wireshark.org> Tested-by: Petri Dish Buildbot Reviewed-by: Pascal Quantin <pascal@wireshark.org>
2019-11-20 10:38:48 +00:00
dissect_ptcch_dl(tvbuff_t *tvb, packet_info *pinfo, proto_tree *tree)
GSMTAP: implement dissecting of PTCCH/D messages According to 3GPP TS 45.002, section 3.3.4.2, PTCCH (Packet Timing advance control channel) is a packet dedicated channel, that is used for continuous Timing Advance control in (E)GPRS. There are two sub-types of that logical channel: - PTCCH/U (Uplink): used to transmit random Access Bursts to allow estimation of the Timing Advance for one MS in packet transfer mode. - PTCCH/D (Downlink): used by the network to transmit Timing Advance updates for several MS. As per 3GPP TS 45.003, section 5.2, the coding scheme used for PTCCH/U is the same as for PRACH as specified in subclause 5.3, while the coding scheme used for PTCCH/D is the same as for CS-1 as specified in subclause 5.1.1. The format of PTCCH/D messages can be described as follows: +--------------+--------------+-----+---------------+------------------+ | Octet 1 | Octet 2 | | Octet 16 | Octet 17 .. 23 | +---+----------+---+----------+-----+---+-----------+------------------+ | 0 | TA TAI=0 | 0 | TA TAI=1 | ... | 0 | TA TAI=15 | Padding 00101011 | +---+----------+---+----------+-----+---+-----------+------------------+ what gives us 16 Timing Advance values (7 bit each) for 16 different mobile stations identified by TAI (0..15). The remaining space is padding and shall be filled with constant value 0x2B. Bug: 16096 Change-Id: I0ce81d922a8a8c3981da2486baa3e1efcff46539 Reviewed-on: https://code.wireshark.org/review/34660 Reviewed-by: Pau Espin Pedrol <pespin@sysmocom.de> Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2019-09-30 15:17:23 +00:00
{
proto_tree *sub_tree;
proto_item *ti, *gi;
int offset;
GSMTAP: fix empty INFO column for PTCCH/D messages Change-Id: I3abc627ee0e88cc276511af66b33bda990fe5624 Reviewed-on: https://code.wireshark.org/review/35157 Petri-Dish: Pascal Quantin <pascal@wireshark.org> Tested-by: Petri Dish Buildbot Reviewed-by: Pascal Quantin <pascal@wireshark.org>
2019-11-20 10:38:48 +00:00
col_set_str(pinfo->cinfo, COL_INFO, "Packet Timing Advance Control");
GSMTAP: implement dissecting of PTCCH/D messages According to 3GPP TS 45.002, section 3.3.4.2, PTCCH (Packet Timing advance control channel) is a packet dedicated channel, that is used for continuous Timing Advance control in (E)GPRS. There are two sub-types of that logical channel: - PTCCH/U (Uplink): used to transmit random Access Bursts to allow estimation of the Timing Advance for one MS in packet transfer mode. - PTCCH/D (Downlink): used by the network to transmit Timing Advance updates for several MS. As per 3GPP TS 45.003, section 5.2, the coding scheme used for PTCCH/U is the same as for PRACH as specified in subclause 5.3, while the coding scheme used for PTCCH/D is the same as for CS-1 as specified in subclause 5.1.1. The format of PTCCH/D messages can be described as follows: +--------------+--------------+-----+---------------+------------------+ | Octet 1 | Octet 2 | | Octet 16 | Octet 17 .. 23 | +---+----------+---+----------+-----+---+-----------+------------------+ | 0 | TA TAI=0 | 0 | TA TAI=1 | ... | 0 | TA TAI=15 | Padding 00101011 | +---+----------+---+----------+-----+---+-----------+------------------+ what gives us 16 Timing Advance values (7 bit each) for 16 different mobile stations identified by TAI (0..15). The remaining space is padding and shall be filled with constant value 0x2B. Bug: 16096 Change-Id: I0ce81d922a8a8c3981da2486baa3e1efcff46539 Reviewed-on: https://code.wireshark.org/review/34660 Reviewed-by: Pau Espin Pedrol <pespin@sysmocom.de> Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2019-09-30 15:17:23 +00:00
if (!tree)
return;
ti = proto_tree_add_protocol_format(tree, proto_gsmtap, tvb, 0, 23,
"PTCCH (Packet Timing Advance Control Channel) on Downlink");
sub_tree = proto_item_add_subtree(ti, ett_gsmtap);
for (offset = 0; offset < 16; offset++) {
/* Meta info: Timing Advance Index */
gi = proto_tree_add_uint(sub_tree, hf_ptcch_ta_idx, tvb, 0, 0, offset);
proto_item_set_generated(gi);
proto_tree_add_item(sub_tree, hf_ptcch_spare, tvb, offset, 1, ENC_NA);
proto_tree_add_item(sub_tree, hf_ptcch_ta_val, tvb, offset, 1, ENC_NA);
}
/* Spare padding */
proto_tree_add_item(sub_tree, hf_ptcch_padding, tvb, offset, -1, ENC_NA);
}
LAPDm: Support the LAPDm B4 Frame Format The B4 Frame Format is used on the downlink SACCH and has no length field. While the comment on top of packet-lapdm.c claimed ever since its introduction in 2009 that B4 was a supported format, in fact it was not supported yet. This patch makes handling the length field conditional to a frame format that has a length field, and introduces lapdm_data_t that can be passed using call_dissector_with_data(). The GSMTAP dissector is updated to use this mechanism to specify the frame format based on the channel type. Change-Id: I52cb1cedbc8c7baf65e70d3e050e8932573647aa Reviewed-on: https://code.wireshark.org/review/21767 Reviewed-by: Jaap Keuter <jaap.keuter@xs4all.nl> Petri-Dish: Jaap Keuter <jaap.keuter@xs4all.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Michael Mann <mmann78@netscape.net>
2017-05-26 19:44:08 +00:00
static void
handle_lapdm(guint8 sub_type, tvbuff_t *tvb, packet_info *pinfo, proto_tree *tree)
{
lapdm_data_t ld;
ld.hdr_type = LAPDM_HDR_FMT_B;
/* only downlink SACCH frames use B4 header format */
if (sub_type & GSMTAP_CHANNEL_ACCH && pinfo->p2p_dir == P2P_DIR_RECV)
ld.hdr_type = LAPDM_HDR_FMT_B4;
call_dissector_with_data(sub_handles[GSMTAP_SUB_UM_LAPDM], tvb, pinfo, tree, &ld);
}
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
gsmtap: Add support for dissecting GSM voice / user plane messages The GSMTAP Um interface type has so far only been used for transporting signaling messages. Osmocom has recently introduced support for encapsulating user-plane data (voice codec frames) in virtphy and osmo-bts-virtual. Let's catch up with this capability here. For the Osmcoom side, see: * https://gerrit.osmocom.org/c/osmocom-bb/+/17415 * https://gerrit.osmocom.org/c/osmo-bts/+/17377 Change-Id: Icceb524f0f47bab206ead8345d405ffea06ac109 Reviewed-on: https://code.wireshark.org/review/36359 Petri-Dish: Pascal Quantin <pascal@wireshark.org> Tested-by: Petri Dish Buildbot Reviewed-by: Vadim Yanitskiy <axilirator@gmail.com> Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-03-10 12:26:41 +00:00
static void
dissect_um_voice(tvbuff_t *tvb, packet_info *pinfo, proto_tree *tree)
{
tvbuff_t *payload_tvb;
guint8 vtype = tvb_get_guint8(tvb, 0);
col_add_fstr(pinfo->cinfo, COL_INFO, "GSM CS User Plane (Voice/CSD): %s",
val_to_str(vtype, gsmtap_um_voice_types, "Unknown %d"));
proto_tree_add_item(tree, hf_um_voice_type, tvb, 0, 1, ENC_NA);
payload_tvb = tvb_new_subset_length(tvb, 1, tvb_reported_length(tvb)-1);
call_dissector(sub_handles[GSMTAP_SUB_DATA], payload_tvb, pinfo, tree);
}
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
static void
GSMTAP: drop _U_ attribute from arguments of handle_tetra() Change-Id: I00abb41f513c7afcf95c8ed9a1fcdb64f3f14aa4 Reviewed-on: https://code.wireshark.org/review/35154 Reviewed-by: Pascal Quantin <pascal@wireshark.org>
2019-11-20 00:33:16 +00:00
handle_tetra(int channel, tvbuff_t *payload_tvb, packet_info *pinfo, proto_tree *tree)
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
{
int tetra_chan;
if (channel < 0 || channel > GSMTAP_TETRA_TCH_F)
return;
tetra_chan = gsmtap_to_tetra[channel];
if (tetra_chan <= 0)
return;
tetra_dissect_pdu(tetra_chan, TETRA_DOWNLINK, payload_tvb, tree, pinfo);
}
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
/* dissect a GSMTAP header and hand payload off to respective dissector */
create_dissector_handle -> new_create_dissector_handle This finalizes the transformation for dissectors. Change-Id: Ie5986b72bb69a6e8779ca3f5e20a80357c9e6fea Reviewed-on: https://code.wireshark.org/review/12122 Petri-Dish: Michael Mann <mmann78@netscape.net> Reviewed-by: Michael Mann <mmann78@netscape.net>
2015-11-25 02:59:51 +00:00
static int
dissect_gsmtap(tvbuff_t *tvb, packet_info *pinfo, proto_tree *tree, void* data _U_)
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
{
GSMTAP: add LTE RRC message support This code is borrowed from a patch proposed by altaf329@gmail.com in june 2015 (Ice136a9cb950bb97a11bee4486071b6883a0cad7) and adapted to fit current wireshark code (and minus the LTE MAC frame dissector). Change-Id: Iaa1ea8b2d7a3e618f8aa14203449f2c77b4727f5 Reviewed-on: https://code.wireshark.org/review/22515 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-07-04 13:31:24 +00:00
int sub_handle, sub_handle_idx = 0, len, offset = 0;
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
proto_item *ti;
proto_tree *gsmtap_tree = NULL;
tvbuff_t *payload_tvb, *l1h_tvb = NULL;
From Harald Welte: lapdm dissector tries to defragment segment of different streams. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6659 svn path=/trunk/; revision=40842
2012-02-04 15:44:10 +00:00
guint8 hdr_len, type, sub_type, timeslot, subslot;
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
guint16 arfcn;
Replace tvb_length() Change-Id: I0b5ad4d588f0b658abaf3892d08d6520ecd2f645 Reviewed-on: https://code.wireshark.org/review/5431 Reviewed-by: Anders Broman <a.broman58@gmail.com>
2014-11-21 14:54:59 +00:00
len = tvb_reported_length(tvb);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
hdr_len = tvb_get_guint8(tvb, offset + 1) <<2;
type = tvb_get_guint8(tvb, offset + 2);
From Harald Welte: lapdm dissector tries to defragment segment of different streams. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6659 svn path=/trunk/; revision=40842
2012-02-04 15:44:10 +00:00
timeslot = tvb_get_guint8(tvb, offset + 3);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
arfcn = tvb_get_ntohs(tvb, offset + 4);
From Harald Welte: lapdm dissector tries to defragment segment of different streams. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6659 svn path=/trunk/; revision=40842
2012-02-04 15:44:10 +00:00
sub_type = tvb_get_guint8(tvb, offset + 12);
subslot = tvb_get_guint8(tvb, offset + 14);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
/* In case of a SACCH, there is a two-byte L1 header in front
* of the packet (see TS 04.04) */
if (type == GSMTAP_TYPE_UM &&
sub_type & GSMTAP_CHANNEL_ACCH) {
tvb_new_subset -> tvb_new_subset_length when length parameters are equal. tvb_new_subset -> tvb_new_subset_remaining it appears that's what the intention is. Change-Id: I2334bbf3f10475b3c22391392fc8b6864454de2d Reviewed-on: https://code.wireshark.org/review/1999 Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2014-06-06 14:35:50 +00:00
l1h_tvb = tvb_new_subset_length(tvb, hdr_len, 2);
payload_tvb = tvb_new_subset_length(tvb, hdr_len+2, len-(hdr_len+2));
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
} else {
tvb_new_subset -> tvb_new_subset_length when length parameters are equal. tvb_new_subset -> tvb_new_subset_remaining it appears that's what the intention is. Change-Id: I2334bbf3f10475b3c22391392fc8b6864454de2d Reviewed-on: https://code.wireshark.org/review/1999 Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2014-06-06 14:35:50 +00:00
payload_tvb = tvb_new_subset_length(tvb, hdr_len, len-hdr_len);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
}
/* We don't want any UDP related info left in the INFO field, as the
* gsm_a_dtap dissector will not clear but only append */
col_clear(pinfo->cinfo, COL_INFO);
col_set_str(pinfo->cinfo, COL_PROTOCOL, "GSMTAP");
Checked in, with the following changes: - Adapted packet-gsm_sim.c and CmakeLists.txt to match current content (trivial) - Fixed warnings about //-style comments that were found running ../../tools/checkAPIs.pl -g deprecated -g prohibited -g abort -g termoutput packet-gsm_sim.c packet-etsi_card_app_toolkit.c Error: Found C++ style comments in packet-gsm_sim.c - Not fixed (will lead to dissector abort if in a packet): ../../tools/checkhf.pl packet-gsm_sim.c packet-etsi_card_app_toolkit.c ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b19 ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b18 ERROR: NO ARRAY: packet-etsi_card_app_toolkit.c, hf_ctlv_bearer_descr Please provide the necessary element entries for the hf[] array in a followup patch. svn path=/trunk/; revision=40854
2012-02-05 11:34:04 +00:00
/* Some GSMTAP types are completely unrelated to the Um air interface */
From Harald Welte: GSMTAP dissector: introduce a dissector table. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6810 svn path=/trunk/; revision=40934
2012-02-08 19:31:23 +00:00
if (dissector_try_uint(gsmtap_dissector_table, type, payload_tvb,
pinfo, tree))
create_dissector_handle -> new_create_dissector_handle This finalizes the transformation for dissectors. Change-Id: Ie5986b72bb69a6e8779ca3f5e20a80357c9e6fea Reviewed-on: https://code.wireshark.org/review/12122 Petri-Dish: Michael Mann <mmann78@netscape.net> Reviewed-by: Michael Mann <mmann78@netscape.net>
2015-11-25 02:59:51 +00:00
return tvb_captured_length(tvb);
Checked in, with the following changes: - Adapted packet-gsm_sim.c and CmakeLists.txt to match current content (trivial) - Fixed warnings about //-style comments that were found running ../../tools/checkAPIs.pl -g deprecated -g prohibited -g abort -g termoutput packet-gsm_sim.c packet-etsi_card_app_toolkit.c Error: Found C++ style comments in packet-gsm_sim.c - Not fixed (will lead to dissector abort if in a packet): ../../tools/checkhf.pl packet-gsm_sim.c packet-etsi_card_app_toolkit.c ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b19 ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b18 ERROR: NO ARRAY: packet-etsi_card_app_toolkit.c, hf_ctlv_bearer_descr Please provide the necessary element entries for the hf[] array in a followup patch. svn path=/trunk/; revision=40854
2012-02-05 11:34:04 +00:00
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
if (arfcn & GSMTAP_ARFCN_F_UPLINK) {
GSMTAP: use col_set_str() instead of col_append_str() Change-Id: I1489239ba6f0f687d933e94e811e916300fe7089 Reviewed-on: https://code.wireshark.org/review/35155 Reviewed-by: Pascal Quantin <pascal@wireshark.org>
2019-11-20 00:01:48 +00:00
col_set_str(pinfo->cinfo, COL_RES_NET_SRC, "MS");
col_set_str(pinfo->cinfo, COL_RES_NET_DST, "BTS");
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
/* p2p_dir is used by the LAPDm dissector */
pinfo->p2p_dir = P2P_DIR_SENT;
} else {
col_set_str(pinfo->cinfo, COL_RES_NET_SRC, "BTS");
switch (sub_type & ~GSMTAP_CHANNEL_ACCH) {
case GSMTAP_CHANNEL_BCCH:
case GSMTAP_CHANNEL_CCCH:
case GSMTAP_CHANNEL_PCH:
case GSMTAP_CHANNEL_AGCH:
From Mike Morrin: The gsmtap patch related to Add dissectors for GSM and UMTS Cell Broadcast protocols. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6770 svn path=/trunk/; revision=40738
2012-01-26 23:13:31 +00:00
case GSMTAP_CHANNEL_CBCH51:
Adjust indentation to match editor modelines; Do other minor whitespace changes. Change-Id: Ic020b2c92db5d14a2be9dc4d35aef4514b8b0353 Reviewed-on: https://code.wireshark.org/review/4502 Reviewed-by: Bill Meier <wmeier@newsguy.com>
2014-10-06 16:55:18 +00:00
case GSMTAP_CHANNEL_CBCH52:
GSMTAP: also consider PTCCH/D as a broadcast channel Change-Id: Ie4cf6e5a00aa2a699e979f0ebd52f7dce084c8f4 Reviewed-on: https://code.wireshark.org/review/35156 Reviewed-by: Pascal Quantin <pascal@wireshark.org>
2019-11-19 23:56:41 +00:00
case GSMTAP_CHANNEL_PTCCH:
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
col_set_str(pinfo->cinfo, COL_RES_NET_DST, "Broadcast");
break;
default:
col_set_str(pinfo->cinfo, COL_RES_NET_DST, "MS");
break;
}
/* p2p_dir is used by the LAPDm dissector */
pinfo->p2p_dir = P2P_DIR_RECV;
}
From Harald Welte: lapdm dissector tries to defragment segment of different streams. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6659 svn path=/trunk/; revision=40842
2012-02-04 15:44:10 +00:00
/* Try to build an identifier of different 'streams' */
/* (AFCN _cant_ be used because of hopping */
Remove circuit API Replace with conversation API that limits the "endpoint" to a single uint32 value. The intention is to eventually have "layered" endpoints, because circuit_id was used in cases where src/dest port have already been populated (and are used for layers above). Those src/dest ports should just be treated as just another endpoint, but we currently only have support for one. Change-Id: Ic6aa7ef0241275aa4dfde9459194369b48c72960 Reviewed-on: https://code.wireshark.org/review/24369 Petri-Dish: Michael Mann <mmann78@netscape.net> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2017-11-11 22:16:13 +00:00
conversation_create_endpoint_by_id(pinfo, ENDPOINT_GSMTAP, (timeslot << 3) | subslot, 0);
From Harald Welte: lapdm dissector tries to defragment segment of different streams. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6659 svn path=/trunk/; revision=40842
2012-02-04 15:44:10 +00:00
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
if (tree) {
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
guint8 channel;
const char *channel_str;
channel = tvb_get_guint8(tvb, offset+12);
if (type == GSMTAP_TYPE_TETRA_I1)
channel_str = val_to_str(channel, gsmtap_tetra_channels, "Unknown: %d");
From Sylvain Munaut: Fix the windows build by filling up stuct with dummy member https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6798 svn path=/trunk/; revision=40932
2012-02-08 17:01:09 +00:00
else if (type == GSMTAP_TYPE_GMR1_UM)
channel_str = val_to_str(channel, gsmtap_gmr1_channels, "Unknown: %d");
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
else
channel_str = val_to_str(channel, gsmtap_channels, "Unknown: %d");
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
ti = proto_tree_add_protocol_format(tree, proto_gsmtap, tvb, 0, hdr_len,
"GSM TAP Header, ARFCN: %u (%s), TS: %u, Channel: %s (%u)",
arfcn & GSMTAP_ARFCN_MASK,
arfcn & GSMTAP_ARFCN_F_UPLINK ? "Uplink" : "Downlink",
tvb_get_guint8(tvb, offset+3),
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
channel_str,
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
tvb_get_guint8(tvb, offset+14));
gsmtap_tree = proto_item_add_subtree(ti, ett_gsmtap);
proto_tree_add_item(gsmtap_tree, hf_gsmtap_version,
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
tvb, offset, 1, ENC_BIG_ENDIAN);
Adjust proto_tree_add_uint_format_value calls to use unit string Several calls to proto_tree_add_uint_format_value could be better served using BASE_UNIT_STRING with a "unit string" in hf_ field. There also a few cases where proto_tree_add_uint_format_value could just be proto_tree_add_uint. Added a few more "common" unit string values to unit_strings.[ch] Change-Id: Iaedff82c515269c9c31ab9100dff19f5563c932d Reviewed-on: https://code.wireshark.org/review/19242 Petri-Dish: Michael Mann <mmann78@netscape.net> Reviewed-by: Michael Mann <mmann78@netscape.net>
2016-12-13 19:26:27 +00:00
proto_tree_add_uint(gsmtap_tree, hf_gsmtap_hdrlen,
tvb, offset+1, 1, hdr_len);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
proto_tree_add_item(gsmtap_tree, hf_gsmtap_type,
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
tvb, offset+2, 1, ENC_BIG_ENDIAN);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
proto_tree_add_item(gsmtap_tree, hf_gsmtap_timeslot,
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
tvb, offset+3, 1, ENC_BIG_ENDIAN);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
proto_tree_add_item(gsmtap_tree, hf_gsmtap_arfcn,
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
tvb, offset+4, 2, ENC_BIG_ENDIAN);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
proto_tree_add_item(gsmtap_tree, hf_gsmtap_uplink,
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
tvb, offset+4, 2, ENC_BIG_ENDIAN);
GSMTAP: also dissect PCS band indicator of ARFCN The absolute radio-frequency channel numbers may overlap between both DCS1800 and PCS1900 frequency bands. The purpose of the PCS band indocator is to avoid ambiguity for the overlapping numbers. Change-Id: I5c6e429e9c579d1e132994954a4d32f2f1bd6ca5 Reviewed-on: https://code.wireshark.org/review/36240 Reviewed-by: Alexis La Goutte <alexis.lagoutte@gmail.com> Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-02-29 10:17:44 +00:00
proto_tree_add_item(gsmtap_tree, hf_gsmtap_pcs,
tvb, offset+4, 2, ENC_BIG_ENDIAN);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
proto_tree_add_item(gsmtap_tree, hf_gsmtap_signal_dbm,
Fix gsmtap signal and snr. -Correct parsrsing to get correct value (corect position in header). -Rename hf_gsmtap_noise_dbm to hf_gsmtap_snr_db to reflect use and name in struct. -Change order of decalaration/use of signal and snr to reflect position in struct. -Change registered types to signed to reflect possible values and definition in struct. Change-Id: I748bd19757c0dd87fe4ad0969dfcc8427b908aa2 Reviewed-on: https://code.wireshark.org/review/8077 Reviewed-by: Sylvain Munaut <246tnt@gmail.com> Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2015-04-15 13:50:34 +00:00
tvb, offset+6, 1, ENC_BIG_ENDIAN);
proto_tree_add_item(gsmtap_tree, hf_gsmtap_snr_db,
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
tvb, offset+7, 1, ENC_BIG_ENDIAN);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
proto_tree_add_item(gsmtap_tree, hf_gsmtap_frame_nr,
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
tvb, offset+8, 4, ENC_BIG_ENDIAN);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
if (type == GSMTAP_TYPE_UM_BURST)
proto_tree_add_item(gsmtap_tree, hf_gsmtap_burst_type,
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
tvb, offset+12, 1, ENC_BIG_ENDIAN);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
else if (type == GSMTAP_TYPE_UM)
proto_tree_add_item(gsmtap_tree, hf_gsmtap_channel_type,
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
tvb, offset+12, 1, ENC_BIG_ENDIAN);
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
else if (type == GSMTAP_TYPE_TETRA_I1)
proto_tree_add_item(gsmtap_tree, hf_gsmtap_tetra_channel_type,
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
tvb, offset+12, 1, ENC_BIG_ENDIAN);
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
else if (type == GSMTAP_TYPE_WMX_BURST)
proto_tree_add_item(gsmtap_tree, hf_gsmtap_burst_type,
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
tvb, offset+12, 1, ENC_BIG_ENDIAN);
From Sylvain Munaut: Fix the windows build by filling up stuct with dummy member https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6798 svn path=/trunk/; revision=40932
2012-02-08 17:01:09 +00:00
else if (type == GSMTAP_TYPE_GMR1_UM)
proto_tree_add_item(gsmtap_tree, hf_gsmtap_gmr1_channel_type,
tvb, offset+12, 1, ENC_BIG_ENDIAN);
GSMTAP: Add UMTS RRC message type field Showing a description of the 'sub_type' in the fields tree for RRC payloads. Change-Id: Ie4fd4498690db27d4b996fff99fa74b676be9ddb Reviewed-on: https://code.wireshark.org/review/23133 Petri-Dish: Michael Mann <mmann78@netscape.net> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Michael Mann <mmann78@netscape.net>
2017-08-19 18:28:28 +00:00
else if (type == GSMTAP_TYPE_UMTS_RRC)
proto_tree_add_item(gsmtap_tree, hf_gsmtap_rrc_sub_type,
tvb, offset+12, 1, ENC_BIG_ENDIAN);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
proto_tree_add_item(gsmtap_tree, hf_gsmtap_antenna,
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
tvb, offset+13, 1, ENC_BIG_ENDIAN);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
proto_tree_add_item(gsmtap_tree, hf_gsmtap_subslot,
Convert 'encoding' parameter of certain proto_tree_add_item() calls in non-autogenerated epan/dissectors: Specifically: Replace FALSE|0 and TRUE|1 by ENC_BIG_ENDIAN|ENC_LITTLE_ENDIAN as the encoding parameter for proto_tree_add_item() calls which directly reference an item in hf[] which has a type of: FT_UINT8 FT_UINT16 FT_UINT24 FT_UINT32 FT_UINT64 FT_INT8 FT_INT16 FT_INT24 FT_INT32 FT_INT64 FT_FLOAT FT_DOUBLE svn path=/trunk/; revision=39288
2011-10-06 03:35:44 +00:00
tvb, offset+14, 1, ENC_BIG_ENDIAN);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
}
switch (type) {
From Harald Welte via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8365 : Add GSMTAP support for UMTS RRC captures svn path=/trunk/; revision=47792
2013-02-21 10:08:53 +00:00
case GSMTAP_TYPE_UMTS_RRC:
sub_handle = GSMTAP_SUB_UMTS_RRC;
GSMTAP: add LTE RRC message support This code is borrowed from a patch proposed by altaf329@gmail.com in june 2015 (Ice136a9cb950bb97a11bee4486071b6883a0cad7) and adapted to fit current wireshark code (and minus the LTE MAC frame dissector). Change-Id: Iaa1ea8b2d7a3e618f8aa14203449f2c77b4727f5 Reviewed-on: https://code.wireshark.org/review/22515 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-07-04 13:31:24 +00:00
sub_handle_idx = sub_type;
if (sub_handle_idx >= GSMTAP_RRC_SUB_MAX) {
Fix https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8397 : Prevent an out of bounds access when trying to call RRC sub dissectors and fallback to DATA dissector svn path=/trunk/; revision=47876
2013-02-25 16:39:43 +00:00
sub_handle = GSMTAP_SUB_DATA;
}
From Harald Welte via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8365 : Add GSMTAP support for UMTS RRC captures svn path=/trunk/; revision=47792
2013-02-21 10:08:53 +00:00
/* make entry in the Protocol column on summary display.
* Normally, the RRC dissector would be doing this, but
* we are bypassing dissect_rrc() and directly call a
* sub-dissector */
col_set_str(pinfo->cinfo, COL_PROTOCOL, "RRC");
break;
GSMTAP: add LTE RRC message support This code is borrowed from a patch proposed by altaf329@gmail.com in june 2015 (Ice136a9cb950bb97a11bee4486071b6883a0cad7) and adapted to fit current wireshark code (and minus the LTE MAC frame dissector). Change-Id: Iaa1ea8b2d7a3e618f8aa14203449f2c77b4727f5 Reviewed-on: https://code.wireshark.org/review/22515 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-07-04 13:31:24 +00:00
case GSMTAP_TYPE_LTE_RRC:
sub_handle = GSMTAP_SUB_LTE_RRC;
sub_handle_idx = sub_type;
if (sub_handle_idx >= GSMTAP_LTE_RRC_SUB_MAX) {
sub_handle = GSMTAP_SUB_DATA;
}
/*Directly call the respective lte rrc message dissector */
break;
GSMTAP: add the handle to dissect LTE NAS EPS messages GSMTAP_TYPE_LTE_NAS has been set to 0x12 by osmocom: https://gerrit.osmocom.org/5018 Change-Id: Ia248e54cd73eaa9b8ad02aa40145e5a87baca79e Reviewed-on: https://code.wireshark.org/review/24554 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-11-23 14:32:49 +00:00
case GSMTAP_TYPE_LTE_NAS:
sub_handle = GSMTAP_SUB_LTE_NAS;
sub_handle_idx = sub_type;
if (sub_handle_idx >= GSMTAP_LTE_NAS_SUB_MAX) {
sub_handle = GSMTAP_SUB_DATA;
}
break;
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
case GSMTAP_TYPE_UM:
if (l1h_tvb)
dissect_sacch_l1h(l1h_tvb, tree);
switch (sub_type & ~GSMTAP_CHANNEL_ACCH) {
case GSMTAP_CHANNEL_BCCH:
case GSMTAP_CHANNEL_CCCH:
case GSMTAP_CHANNEL_PCH:
case GSMTAP_CHANNEL_AGCH:
/* FIXME: we might want to skip idle frames */
sub_handle = GSMTAP_SUB_UM;
break;
case GSMTAP_CHANNEL_SDCCH:
case GSMTAP_CHANNEL_SDCCH4:
case GSMTAP_CHANNEL_SDCCH8:
case GSMTAP_CHANNEL_TCH_F:
case GSMTAP_CHANNEL_TCH_H:
LAPDm: Support the LAPDm B4 Frame Format The B4 Frame Format is used on the downlink SACCH and has no length field. While the comment on top of packet-lapdm.c claimed ever since its introduction in 2009 that B4 was a supported format, in fact it was not supported yet. This patch makes handling the length field conditional to a frame format that has a length field, and introduces lapdm_data_t that can be passed using call_dissector_with_data(). The GSMTAP dissector is updated to use this mechanism to specify the frame format based on the channel type. Change-Id: I52cb1cedbc8c7baf65e70d3e050e8932573647aa Reviewed-on: https://code.wireshark.org/review/21767 Reviewed-by: Jaap Keuter <jaap.keuter@xs4all.nl> Petri-Dish: Jaap Keuter <jaap.keuter@xs4all.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Michael Mann <mmann78@netscape.net>
2017-05-26 19:44:08 +00:00
handle_lapdm(sub_type, payload_tvb, pinfo, tree);
return tvb_captured_length(tvb);
From Ludovic Haessler: Add 3GPP TS44.060 RLC/MAC control blocks management in GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6103 svn path=/trunk/; revision=37960
2011-07-11 13:32:04 +00:00
case GSMTAP_CHANNEL_PACCH:
GSMTAP: Treat PDTCH identical to PACCH (hand into packet-gsm-rlcmac.c) The RLC/MAC dissector decodes both signalling (PACCH) and data (PDTCH) RLC/MAC blocks, so let's make sure we dispatch both logical channels into that dissector. Change-Id: Ia26a1ba74468a49da071185cc5ee876ade907207 Reviewed-on: https://code.wireshark.org/review/22861 Reviewed-by: Michael Mann <mmann78@netscape.net>
2017-07-30 13:52:38 +00:00
case GSMTAP_CHANNEL_PDTCH:
From Ludovic Haessler: Add 3GPP TS44.060 RLC/MAC control blocks management in GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6103 svn path=/trunk/; revision=37960
2011-07-11 13:32:04 +00:00
if (pinfo->p2p_dir == P2P_DIR_SENT) {
sub_handle = GSMTAP_SUB_UM_RLC_MAC_UL;
}
else
{
sub_handle = GSMTAP_SUB_UM_RLC_MAC_DL;
}
break;
GSMTAP: implement dissecting of PTCCH/D messages According to 3GPP TS 45.002, section 3.3.4.2, PTCCH (Packet Timing advance control channel) is a packet dedicated channel, that is used for continuous Timing Advance control in (E)GPRS. There are two sub-types of that logical channel: - PTCCH/U (Uplink): used to transmit random Access Bursts to allow estimation of the Timing Advance for one MS in packet transfer mode. - PTCCH/D (Downlink): used by the network to transmit Timing Advance updates for several MS. As per 3GPP TS 45.003, section 5.2, the coding scheme used for PTCCH/U is the same as for PRACH as specified in subclause 5.3, while the coding scheme used for PTCCH/D is the same as for CS-1 as specified in subclause 5.1.1. The format of PTCCH/D messages can be described as follows: +--------------+--------------+-----+---------------+------------------+ | Octet 1 | Octet 2 | | Octet 16 | Octet 17 .. 23 | +---+----------+---+----------+-----+---+-----------+------------------+ | 0 | TA TAI=0 | 0 | TA TAI=1 | ... | 0 | TA TAI=15 | Padding 00101011 | +---+----------+---+----------+-----+---+-----------+------------------+ what gives us 16 Timing Advance values (7 bit each) for 16 different mobile stations identified by TAI (0..15). The remaining space is padding and shall be filled with constant value 0x2B. Bug: 16096 Change-Id: I0ce81d922a8a8c3981da2486baa3e1efcff46539 Reviewed-on: https://code.wireshark.org/review/34660 Reviewed-by: Pau Espin Pedrol <pespin@sysmocom.de> Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2019-09-30 15:17:23 +00:00
/* See 3GPP TS 45.003, section 5.2 "Packet control channels" */
case GSMTAP_CHANNEL_PTCCH:
/* PTCCH/D carries Timing Advance updates encoded with CS-1 */
if (pinfo->p2p_dir == P2P_DIR_RECV) {
GSMTAP: fix empty INFO column for PTCCH/D messages Change-Id: I3abc627ee0e88cc276511af66b33bda990fe5624 Reviewed-on: https://code.wireshark.org/review/35157 Petri-Dish: Pascal Quantin <pascal@wireshark.org> Tested-by: Petri Dish Buildbot Reviewed-by: Pascal Quantin <pascal@wireshark.org>
2019-11-20 10:38:48 +00:00
dissect_ptcch_dl(payload_tvb, pinfo, tree);
GSMTAP: implement dissecting of PTCCH/D messages According to 3GPP TS 45.002, section 3.3.4.2, PTCCH (Packet Timing advance control channel) is a packet dedicated channel, that is used for continuous Timing Advance control in (E)GPRS. There are two sub-types of that logical channel: - PTCCH/U (Uplink): used to transmit random Access Bursts to allow estimation of the Timing Advance for one MS in packet transfer mode. - PTCCH/D (Downlink): used by the network to transmit Timing Advance updates for several MS. As per 3GPP TS 45.003, section 5.2, the coding scheme used for PTCCH/U is the same as for PRACH as specified in subclause 5.3, while the coding scheme used for PTCCH/D is the same as for CS-1 as specified in subclause 5.1.1. The format of PTCCH/D messages can be described as follows: +--------------+--------------+-----+---------------+------------------+ | Octet 1 | Octet 2 | | Octet 16 | Octet 17 .. 23 | +---+----------+---+----------+-----+---+-----------+------------------+ | 0 | TA TAI=0 | 0 | TA TAI=1 | ... | 0 | TA TAI=15 | Padding 00101011 | +---+----------+---+----------+-----+---+-----------+------------------+ what gives us 16 Timing Advance values (7 bit each) for 16 different mobile stations identified by TAI (0..15). The remaining space is padding and shall be filled with constant value 0x2B. Bug: 16096 Change-Id: I0ce81d922a8a8c3981da2486baa3e1efcff46539 Reviewed-on: https://code.wireshark.org/review/34660 Reviewed-by: Pau Espin Pedrol <pespin@sysmocom.de> Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2019-09-30 15:17:23 +00:00
return tvb_captured_length(tvb);
}
/* PTCCH/U carries Access Bursts for Timing Advance estimation */
sub_handle = GSMTAP_SUB_DATA;
break;
From Mike Morrin: The gsmtap patch related to Add dissectors for GSM and UMTS Cell Broadcast protocols. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6770 svn path=/trunk/; revision=40738
2012-01-26 23:13:31 +00:00
From Harald Welte: GSMTAP: whitespace / indent cleanup https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6811 svn path=/trunk/; revision=40935
2012-02-08 19:34:53 +00:00
case GSMTAP_CHANNEL_CBCH51:
case GSMTAP_CHANNEL_CBCH52:
sub_handle = GSMTAP_SUB_CBCH;
From Mike Morrin: The gsmtap patch related to Add dissectors for GSM and UMTS Cell Broadcast protocols. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6770 svn path=/trunk/; revision=40738
2012-01-26 23:13:31 +00:00
break;
gsmtap: Add support for dissecting GSM voice / user plane messages The GSMTAP Um interface type has so far only been used for transporting signaling messages. Osmocom has recently introduced support for encapsulating user-plane data (voice codec frames) in virtphy and osmo-bts-virtual. Let's catch up with this capability here. For the Osmcoom side, see: * https://gerrit.osmocom.org/c/osmocom-bb/+/17415 * https://gerrit.osmocom.org/c/osmo-bts/+/17377 Change-Id: Icceb524f0f47bab206ead8345d405ffea06ac109 Reviewed-on: https://code.wireshark.org/review/36359 Petri-Dish: Pascal Quantin <pascal@wireshark.org> Tested-by: Petri Dish Buildbot Reviewed-by: Vadim Yanitskiy <axilirator@gmail.com> Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-03-10 12:26:41 +00:00
case GSMTAP_CHANNEL_VOICE_F:
case GSMTAP_CHANNEL_VOICE_H:
dissect_um_voice(payload_tvb, pinfo, tree);
return tvb_captured_length(tvb);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
case GSMTAP_CHANNEL_RACH:
default:
sub_handle = GSMTAP_SUB_DATA;
break;
}
break;
From HAESSLER: Abis interface not correctly handled in gsmtap dissector https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6097 svn path=/trunk/; revision=37918
2011-07-06 12:47:21 +00:00
case GSMTAP_TYPE_ABIS:
sub_handle = GSMTAP_SUB_ABIS;
break;
From Ludovic Haessler: Add 3GPP LLC/SNDCP protocols management in GSMTAP dissecto. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6145 svn path=/trunk/; revision=38166
2011-07-22 08:24:48 +00:00
case GSMTAP_TYPE_GB_LLC:
sub_handle = GSMTAP_SUB_LLC;
break;
case GSMTAP_TYPE_GB_SNDCP:
sub_handle = GSMTAP_SUB_SNDCP;
break;
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
case GSMTAP_TYPE_TETRA_I1:
handle_tetra(tvb_get_guint8(tvb, offset+12), payload_tvb, pinfo, tree);
create_dissector_handle -> new_create_dissector_handle This finalizes the transformation for dissectors. Change-Id: Ie5986b72bb69a6e8779ca3f5e20a80357c9e6fea Reviewed-on: https://code.wireshark.org/review/12122 Petri-Dish: Michael Mann <mmann78@netscape.net> Reviewed-by: Michael Mann <mmann78@netscape.net>
2015-11-25 02:59:51 +00:00
return tvb_captured_length(tvb);
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
case GSMTAP_TYPE_WMX_BURST:
Checked in, with the following changes: - Adapted packet-gsm_sim.c and CmakeLists.txt to match current content (trivial) - Fixed warnings about //-style comments that were found running ../../tools/checkAPIs.pl -g deprecated -g prohibited -g abort -g termoutput packet-gsm_sim.c packet-etsi_card_app_toolkit.c Error: Found C++ style comments in packet-gsm_sim.c - Not fixed (will lead to dissector abort if in a packet): ../../tools/checkhf.pl packet-gsm_sim.c packet-etsi_card_app_toolkit.c ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b19 ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b18 ERROR: NO ARRAY: packet-etsi_card_app_toolkit.c, hf_ctlv_bearer_descr Please provide the necessary element entries for the hf[] array in a followup patch. svn path=/trunk/; revision=40854
2012-02-05 11:34:04 +00:00
switch (sub_type) {
case GSMTAP_BURST_CDMA_CODE:
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
sub_handle = GSMTAP_SUB_CDMA_CODE;
break;
Checked in, with the following changes: - Adapted packet-gsm_sim.c and CmakeLists.txt to match current content (trivial) - Fixed warnings about //-style comments that were found running ../../tools/checkAPIs.pl -g deprecated -g prohibited -g abort -g termoutput packet-gsm_sim.c packet-etsi_card_app_toolkit.c Error: Found C++ style comments in packet-gsm_sim.c - Not fixed (will lead to dissector abort if in a packet): ../../tools/checkhf.pl packet-gsm_sim.c packet-etsi_card_app_toolkit.c ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b19 ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b18 ERROR: NO ARRAY: packet-etsi_card_app_toolkit.c, hf_ctlv_bearer_descr Please provide the necessary element entries for the hf[] array in a followup patch. svn path=/trunk/; revision=40854
2012-02-05 11:34:04 +00:00
case GSMTAP_BURST_FCH:
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
sub_handle = GSMTAP_SUB_FCH;
break;
Checked in, with the following changes: - Adapted packet-gsm_sim.c and CmakeLists.txt to match current content (trivial) - Fixed warnings about //-style comments that were found running ../../tools/checkAPIs.pl -g deprecated -g prohibited -g abort -g termoutput packet-gsm_sim.c packet-etsi_card_app_toolkit.c Error: Found C++ style comments in packet-gsm_sim.c - Not fixed (will lead to dissector abort if in a packet): ../../tools/checkhf.pl packet-gsm_sim.c packet-etsi_card_app_toolkit.c ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b19 ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b18 ERROR: NO ARRAY: packet-etsi_card_app_toolkit.c, hf_ctlv_bearer_descr Please provide the necessary element entries for the hf[] array in a followup patch. svn path=/trunk/; revision=40854
2012-02-05 11:34:04 +00:00
case GSMTAP_BURST_FFB:
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
sub_handle = GSMTAP_SUB_FFB;
break;
Checked in, with the following changes: - Adapted packet-gsm_sim.c and CmakeLists.txt to match current content (trivial) - Fixed warnings about //-style comments that were found running ../../tools/checkAPIs.pl -g deprecated -g prohibited -g abort -g termoutput packet-gsm_sim.c packet-etsi_card_app_toolkit.c Error: Found C++ style comments in packet-gsm_sim.c - Not fixed (will lead to dissector abort if in a packet): ../../tools/checkhf.pl packet-gsm_sim.c packet-etsi_card_app_toolkit.c ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b19 ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b18 ERROR: NO ARRAY: packet-etsi_card_app_toolkit.c, hf_ctlv_bearer_descr Please provide the necessary element entries for the hf[] array in a followup patch. svn path=/trunk/; revision=40854
2012-02-05 11:34:04 +00:00
case GSMTAP_BURST_PDU:
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
sub_handle = GSMTAP_SUB_PDU;
break;
Checked in, with the following changes: - Adapted packet-gsm_sim.c and CmakeLists.txt to match current content (trivial) - Fixed warnings about //-style comments that were found running ../../tools/checkAPIs.pl -g deprecated -g prohibited -g abort -g termoutput packet-gsm_sim.c packet-etsi_card_app_toolkit.c Error: Found C++ style comments in packet-gsm_sim.c - Not fixed (will lead to dissector abort if in a packet): ../../tools/checkhf.pl packet-gsm_sim.c packet-etsi_card_app_toolkit.c ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b19 ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b18 ERROR: NO ARRAY: packet-etsi_card_app_toolkit.c, hf_ctlv_bearer_descr Please provide the necessary element entries for the hf[] array in a followup patch. svn path=/trunk/; revision=40854
2012-02-05 11:34:04 +00:00
case GSMTAP_BURST_HACK:
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
sub_handle = GSMTAP_SUB_HACK;
break;
Checked in, with the following changes: - Adapted packet-gsm_sim.c and CmakeLists.txt to match current content (trivial) - Fixed warnings about //-style comments that were found running ../../tools/checkAPIs.pl -g deprecated -g prohibited -g abort -g termoutput packet-gsm_sim.c packet-etsi_card_app_toolkit.c Error: Found C++ style comments in packet-gsm_sim.c - Not fixed (will lead to dissector abort if in a packet): ../../tools/checkhf.pl packet-gsm_sim.c packet-etsi_card_app_toolkit.c ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b19 ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b18 ERROR: NO ARRAY: packet-etsi_card_app_toolkit.c, hf_ctlv_bearer_descr Please provide the necessary element entries for the hf[] array in a followup patch. svn path=/trunk/; revision=40854
2012-02-05 11:34:04 +00:00
case GSMTAP_BURST_PHY_ATTRIBUTES:
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
sub_handle = GSMTAP_SUB_PHY_ATTRIBUTES;
break;
Checked in, with the following changes: - Adapted packet-gsm_sim.c and CmakeLists.txt to match current content (trivial) - Fixed warnings about //-style comments that were found running ../../tools/checkAPIs.pl -g deprecated -g prohibited -g abort -g termoutput packet-gsm_sim.c packet-etsi_card_app_toolkit.c Error: Found C++ style comments in packet-gsm_sim.c - Not fixed (will lead to dissector abort if in a packet): ../../tools/checkhf.pl packet-gsm_sim.c packet-etsi_card_app_toolkit.c ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b19 ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b18 ERROR: NO ARRAY: packet-etsi_card_app_toolkit.c, hf_ctlv_bearer_descr Please provide the necessary element entries for the hf[] array in a followup patch. svn path=/trunk/; revision=40854
2012-02-05 11:34:04 +00:00
default:
sub_handle = GSMTAP_SUB_DATA;
break;
From Ivan Kluchnikov: GSMTAP carries payload in various formats of WiMAX interfaces. It uses the wimax plugin to decode the WiMAX bursts. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5964 svn path=/trunk/; revision=37557
2011-06-05 19:58:02 +00:00
}
From Sylvain Munaut: Fix the windows build by filling up stuct with dummy member https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6798 svn path=/trunk/; revision=40932
2012-02-08 17:01:09 +00:00
break;
case GSMTAP_TYPE_GMR1_UM:
switch (sub_type) {
case GSMTAP_GMR1_BCCH:
sub_handle = GSMTAP_SUB_GMR1_BCCH;
break;
From Sylvain Munaut: packet-gsmtap: Call the GMR-1 CCCH dissector when appropriate (Step 3). https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6921 svn path=/trunk/; revision=41449
2012-03-09 12:33:16 +00:00
case GSMTAP_GMR1_CCCH:
case GSMTAP_GMR1_AGCH:
case GSMTAP_GMR1_PCH:
sub_handle = GSMTAP_SUB_GMR1_CCCH;
break;
From Sylvain Munaut: Call the new dissector from the GSMTap dissector for GMR-1 channels using LAPSat svn path=/trunk/; revision=41405
2012-03-07 20:09:48 +00:00
case GSMTAP_GMR1_SDCCH:
case GSMTAP_GMR1_TCH3 | GSMTAP_GMR1_FACCH:
case GSMTAP_GMR1_TCH6 | GSMTAP_GMR1_FACCH:
case GSMTAP_GMR1_TCH9 | GSMTAP_GMR1_FACCH:
sub_handle = GSMTAP_SUB_GMR1_LAPSAT;
break;
From Sylvain Munaut via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7664 : packet-gsmtap: Call GMR-1 RACH dissector when appropriate svn path=/trunk/; revision=44671
2012-08-25 21:09:49 +00:00
case GSMTAP_GMR1_RACH:
sub_handle = GSMTAP_SUB_GMR1_RACH;
break;
From Sylvain Munaut: Fix the windows build by filling up stuct with dummy member https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6798 svn path=/trunk/; revision=40932
2012-02-08 17:01:09 +00:00
default:
sub_handle = GSMTAP_SUB_DATA;
break;
}
Checked in, with the following changes: - Adapted packet-gsm_sim.c and CmakeLists.txt to match current content (trivial) - Fixed warnings about //-style comments that were found running ../../tools/checkAPIs.pl -g deprecated -g prohibited -g abort -g termoutput packet-gsm_sim.c packet-etsi_card_app_toolkit.c Error: Found C++ style comments in packet-gsm_sim.c - Not fixed (will lead to dissector abort if in a packet): ../../tools/checkhf.pl packet-gsm_sim.c packet-etsi_card_app_toolkit.c ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b19 ERROR: NO ARRAY: packet-gsm_sim.c, hf_tprof_b18 ERROR: NO ARRAY: packet-etsi_card_app_toolkit.c, hf_ctlv_bearer_descr Please provide the necessary element entries for the hf[] array in a followup patch. svn path=/trunk/; revision=40854
2012-02-05 11:34:04 +00:00
break;
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
case GSMTAP_TYPE_UM_BURST:
default:
sub_handle = GSMTAP_SUB_DATA;
break;
}
GSMTAP: add the handle to dissect LTE NAS EPS messages GSMTAP_TYPE_LTE_NAS has been set to 0x12 by osmocom: https://gerrit.osmocom.org/5018 Change-Id: Ia248e54cd73eaa9b8ad02aa40145e5a87baca79e Reviewed-on: https://code.wireshark.org/review/24554 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-11-23 14:32:49 +00:00
switch (sub_handle){
case GSMTAP_SUB_UMTS_RRC:
GSMTAP: add LTE RRC message support This code is borrowed from a patch proposed by altaf329@gmail.com in june 2015 (Ice136a9cb950bb97a11bee4486071b6883a0cad7) and adapted to fit current wireshark code (and minus the LTE MAC frame dissector). Change-Id: Iaa1ea8b2d7a3e618f8aa14203449f2c77b4727f5 Reviewed-on: https://code.wireshark.org/review/22515 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-07-04 13:31:24 +00:00
call_dissector(rrc_sub_handles[sub_handle_idx], payload_tvb,
pinfo, tree);
GSMTAP: add the handle to dissect LTE NAS EPS messages GSMTAP_TYPE_LTE_NAS has been set to 0x12 by osmocom: https://gerrit.osmocom.org/5018 Change-Id: Ia248e54cd73eaa9b8ad02aa40145e5a87baca79e Reviewed-on: https://code.wireshark.org/review/24554 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-11-23 14:32:49 +00:00
break;
case GSMTAP_SUB_LTE_RRC:
GSMTAP: add LTE RRC message support This code is borrowed from a patch proposed by altaf329@gmail.com in june 2015 (Ice136a9cb950bb97a11bee4486071b6883a0cad7) and adapted to fit current wireshark code (and minus the LTE MAC frame dissector). Change-Id: Iaa1ea8b2d7a3e618f8aa14203449f2c77b4727f5 Reviewed-on: https://code.wireshark.org/review/22515 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-07-04 13:31:24 +00:00
call_dissector(lte_rrc_sub_handles[sub_handle_idx], payload_tvb,
From Harald Welte via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8365 : Add GSMTAP support for UMTS RRC captures svn path=/trunk/; revision=47792
2013-02-21 10:08:53 +00:00
pinfo, tree);
GSMTAP: add the handle to dissect LTE NAS EPS messages GSMTAP_TYPE_LTE_NAS has been set to 0x12 by osmocom: https://gerrit.osmocom.org/5018 Change-Id: Ia248e54cd73eaa9b8ad02aa40145e5a87baca79e Reviewed-on: https://code.wireshark.org/review/24554 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-11-23 14:32:49 +00:00
break;
case GSMTAP_SUB_LTE_NAS:
call_dissector(lte_nas_sub_handles[sub_handle_idx], payload_tvb,
pinfo, tree);
break;
default:
if (sub_handles[sub_handle] != NULL)
call_dissector(sub_handles[sub_handle], payload_tvb, pinfo, tree);
break;
}
gsmtap: do not abort if dissector is unavailable Encountered with the following attachments from bugs: 6575-test-dlmapc-wmx 6577-test-dlmapc-wmx 6579-test-dlmapc-wmx Also added modelines. Change-Id: I3859bed618830ad359bd0b2b1fdfc3c5fc13269e Reviewed-on: https://code.wireshark.org/review/2920 Reviewed-by: Evan Huus <eapache@gmail.com>
2014-07-07 17:28:20 +00:00
/* TODO: warn user that the WiMAX plugin must be enabled for some types */
create_dissector_handle -> new_create_dissector_handle This finalizes the transformation for dissectors. Change-Id: Ie5986b72bb69a6e8779ca3f5e20a80357c9e6fea Reviewed-on: https://code.wireshark.org/review/12122 Petri-Dish: Michael Mann <mmann78@netscape.net> Reviewed-by: Michael Mann <mmann78@netscape.net>
2015-11-25 02:59:51 +00:00
return tvb_captured_length(tvb);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
}
static const true_false_string sacch_l1h_fpc_mode_vals = {
"In use",
"Not in use"
};
void
proto_register_gsmtap(void)
{
static hf_register_info hf[] = {
{ &hf_gsmtap_version, { "Version", "gsmtap.version",
FT_UINT8, BASE_DEC, NULL, 0, NULL, HFILL } },
{ &hf_gsmtap_hdrlen, { "Header Length", "gsmtap.hdr_len",
Adjust proto_tree_add_uint_format_value calls to use unit string Several calls to proto_tree_add_uint_format_value could be better served using BASE_UNIT_STRING with a "unit string" in hf_ field. There also a few cases where proto_tree_add_uint_format_value could just be proto_tree_add_uint. Added a few more "common" unit string values to unit_strings.[ch] Change-Id: Iaedff82c515269c9c31ab9100dff19f5563c932d Reviewed-on: https://code.wireshark.org/review/19242 Petri-Dish: Michael Mann <mmann78@netscape.net> Reviewed-by: Michael Mann <mmann78@netscape.net>
2016-12-13 19:26:27 +00:00
FT_UINT8, BASE_DEC|BASE_UNIT_STRING, &units_byte_bytes, 0, NULL, HFILL } },
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
{ &hf_gsmtap_type, { "Payload Type", "gsmtap.type",
FT_UINT8, BASE_DEC, VALS(gsmtap_types), 0, NULL, HFILL } },
{ &hf_gsmtap_timeslot, { "Time Slot", "gsmtap.ts",
FT_UINT8, BASE_DEC, NULL, 0, NULL, HFILL } },
{ &hf_gsmtap_arfcn, { "ARFCN", "gsmtap.arfcn",
FT_UINT16, BASE_DEC, NULL, GSMTAP_ARFCN_MASK, NULL, HFILL } },
{ &hf_gsmtap_uplink, { "Uplink", "gsmtap.uplink",
FT_UINT16, BASE_DEC, NULL, GSMTAP_ARFCN_F_UPLINK, NULL, HFILL } },
GSMTAP: also dissect PCS band indicator of ARFCN The absolute radio-frequency channel numbers may overlap between both DCS1800 and PCS1900 frequency bands. The purpose of the PCS band indocator is to avoid ambiguity for the overlapping numbers. Change-Id: I5c6e429e9c579d1e132994954a4d32f2f1bd6ca5 Reviewed-on: https://code.wireshark.org/review/36240 Reviewed-by: Alexis La Goutte <alexis.lagoutte@gmail.com> Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-02-29 10:17:44 +00:00
{ &hf_gsmtap_pcs, { "PCS band indicator", "gsmtap.pcs_band",
FT_UINT16, BASE_DEC, NULL, GSMTAP_ARFCN_F_PCS, NULL, HFILL } },
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
{ &hf_gsmtap_signal_dbm, { "Signal Level (dBm)", "gsmtap.signal_dbm",
Fix gsmtap signal and snr. -Correct parsrsing to get correct value (corect position in header). -Rename hf_gsmtap_noise_dbm to hf_gsmtap_snr_db to reflect use and name in struct. -Change order of decalaration/use of signal and snr to reflect position in struct. -Change registered types to signed to reflect possible values and definition in struct. Change-Id: I748bd19757c0dd87fe4ad0969dfcc8427b908aa2 Reviewed-on: https://code.wireshark.org/review/8077 Reviewed-by: Sylvain Munaut <246tnt@gmail.com> Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2015-04-15 13:50:34 +00:00
FT_INT8, BASE_DEC, NULL, 0, NULL, HFILL } },
{ &hf_gsmtap_snr_db, { "Signal/Noise Ratio (dB)", "gsmtap.snr_db",
FT_INT8, BASE_DEC, NULL, 0, NULL, HFILL } },
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
{ &hf_gsmtap_frame_nr, { "GSM Frame Number", "gsmtap.frame_nr",
FT_UINT32, BASE_DEC, NULL, 0, NULL, HFILL } },
{ &hf_gsmtap_burst_type, { "Burst Type", "gsmtap.burst_type",
FT_UINT8, BASE_DEC, VALS(gsmtap_bursts), 0, NULL, HFILL }},
{ &hf_gsmtap_channel_type, { "Channel Type", "gsmtap.chan_type",
FT_UINT8, BASE_DEC, VALS(gsmtap_channels), 0, NULL, HFILL }},
from Holger Freyther: gsmtap: Update header file, add tetra support 0001 Minor cleanup - made it look crocked in visual studio, changed bu hand. 0002 Update the definitions from the 'upstream' source 0003 First bits of tetra decoding included in GSMTAP 0004 Pass the tetra PDUs to the TETRA decoder Changed def. of gsmtap_to_tetra to make it compile. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5659 svn path=/trunk/; revision=35864
2011-02-07 21:38:55 +00:00
{ &hf_gsmtap_tetra_channel_type, { "Channel Type", "gsmtap.tetra_chan_type",
FT_UINT8, BASE_DEC, VALS(gsmtap_tetra_channels), 0, NULL, HFILL }},
From Sylvain Munaut: Fix the windows build by filling up stuct with dummy member https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6798 svn path=/trunk/; revision=40932
2012-02-08 17:01:09 +00:00
{ &hf_gsmtap_gmr1_channel_type, { "Channel Type", "gsmtap.gmr1_chan_type",
FT_UINT8, BASE_DEC, VALS(gsmtap_gmr1_channels), 0, NULL, HFILL }},
GSMTAP: Add UMTS RRC message type field Showing a description of the 'sub_type' in the fields tree for RRC payloads. Change-Id: Ie4fd4498690db27d4b996fff99fa74b676be9ddb Reviewed-on: https://code.wireshark.org/review/23133 Petri-Dish: Michael Mann <mmann78@netscape.net> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Michael Mann <mmann78@netscape.net>
2017-08-19 18:28:28 +00:00
{ &hf_gsmtap_rrc_sub_type, { "Message Type", "gsmtap.rrc_sub_type",
FT_UINT8, BASE_DEC, VALS(rrc_sub_types), 0, NULL, HFILL }},
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
{ &hf_gsmtap_antenna, { "Antenna Number", "gsmtap.antenna",
FT_UINT8, BASE_DEC, NULL, 0, NULL, HFILL } },
{ &hf_gsmtap_subslot, { "Sub-Slot", "gsmtap.sub_slot",
FT_UINT8, BASE_DEC, NULL, 0, NULL, HFILL } },
{ &hf_sacch_l1h_power_lev, { "MS power level", "gsmtap.sacch_l1.power_lev",
FT_UINT8, BASE_DEC, NULL, 0x1f, NULL, HFILL } },
{ &hf_sacch_l1h_fpc, { "FPC", "gsmtap.sacch_l1.fpc",
gsmtap: Fix parsing of FPC field Issue was spotted because the bit used by wireshark in this field didn't make sense, as same bit was being used by MS Power field. According to spec "3GPP TS 44.004" section "7.2 SACCH uplink block format", the field is located in bit 6 of the 1st octet. Change-Id: Ia4390b79d9d2b3966c4ca69eda0bf1ae10be7398 Reviewed-on: https://code.wireshark.org/review/29893 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2018-09-27 17:33:48 +00:00
FT_BOOLEAN, 8, TFS(&sacch_l1h_fpc_mode_vals), 0x20,
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
NULL, HFILL } },
{ &hf_sacch_l1h_ta, { "Actual Timing Advance", "gsmtap.sacch_l1.ta",
FT_UINT8, BASE_DEC, NULL, 0, NULL, HFILL } },
gsmtap: Add support for dissecting GSM voice / user plane messages The GSMTAP Um interface type has so far only been used for transporting signaling messages. Osmocom has recently introduced support for encapsulating user-plane data (voice codec frames) in virtphy and osmo-bts-virtual. Let's catch up with this capability here. For the Osmcoom side, see: * https://gerrit.osmocom.org/c/osmocom-bb/+/17415 * https://gerrit.osmocom.org/c/osmo-bts/+/17377 Change-Id: Icceb524f0f47bab206ead8345d405ffea06ac109 Reviewed-on: https://code.wireshark.org/review/36359 Petri-Dish: Pascal Quantin <pascal@wireshark.org> Tested-by: Petri Dish Buildbot Reviewed-by: Vadim Yanitskiy <axilirator@gmail.com> Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-03-10 12:26:41 +00:00
{ &hf_um_voice_type, { "GSM Um Voice Type", "gsmtap.um_voice_type",
FT_UINT8, BASE_DEC, VALS(gsmtap_um_voice_types), 0, NULL, HFILL } },
GSMTAP: implement dissecting of PTCCH/D messages According to 3GPP TS 45.002, section 3.3.4.2, PTCCH (Packet Timing advance control channel) is a packet dedicated channel, that is used for continuous Timing Advance control in (E)GPRS. There are two sub-types of that logical channel: - PTCCH/U (Uplink): used to transmit random Access Bursts to allow estimation of the Timing Advance for one MS in packet transfer mode. - PTCCH/D (Downlink): used by the network to transmit Timing Advance updates for several MS. As per 3GPP TS 45.003, section 5.2, the coding scheme used for PTCCH/U is the same as for PRACH as specified in subclause 5.3, while the coding scheme used for PTCCH/D is the same as for CS-1 as specified in subclause 5.1.1. The format of PTCCH/D messages can be described as follows: +--------------+--------------+-----+---------------+------------------+ | Octet 1 | Octet 2 | | Octet 16 | Octet 17 .. 23 | +---+----------+---+----------+-----+---+-----------+------------------+ | 0 | TA TAI=0 | 0 | TA TAI=1 | ... | 0 | TA TAI=15 | Padding 00101011 | +---+----------+---+----------+-----+---+-----------+------------------+ what gives us 16 Timing Advance values (7 bit each) for 16 different mobile stations identified by TAI (0..15). The remaining space is padding and shall be filled with constant value 0x2B. Bug: 16096 Change-Id: I0ce81d922a8a8c3981da2486baa3e1efcff46539 Reviewed-on: https://code.wireshark.org/review/34660 Reviewed-by: Pau Espin Pedrol <pespin@sysmocom.de> Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2019-09-30 15:17:23 +00:00
/* PTCCH (Packet Timing Advance Control Channel) on Downlink */
{ &hf_ptcch_spare, { "Spare Bit", "gsmtap.ptcch.spare",
FT_UINT8, BASE_DEC, NULL, 0x80, NULL, HFILL } },
{ &hf_ptcch_ta_idx, { "Timing Advance Index", "gsmtap.ptcch.ta_idx",
FT_UINT8, BASE_DEC, NULL, 0, NULL, HFILL } },
{ &hf_ptcch_ta_val, { "Timing Advance Value", "gsmtap.ptcch.ta_val",
FT_UINT8, BASE_DEC, NULL, 0x7f, NULL, HFILL } },
{ &hf_ptcch_padding, { "Spare Padding", "gsmtap.ptcch.padding",
FT_BYTES, SEP_SPACE, NULL, 0, NULL, HFILL } },
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
};
static gint *ett[] = {
&ett_gsmtap
};
proto_gsmtap = proto_register_protocol("GSM Radiotap", "GSMTAP", "gsmtap");
proto_register_field_array(proto_gsmtap, hf, array_length(hf));
proto_register_subtree_array(ett, array_length(ett));
From Harald Welte: GSMTAP dissector: introduce a dissector table. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6810 svn path=/trunk/; revision=40934
2012-02-08 19:31:23 +00:00
gsmtap_dissector_table = register_dissector_table("gsmtap.type",
Don't do any Decode As stuff for dissector tables not used with Decode As. Have all dissector tables have a "supports Decode As" flag, which defaults to FALSE, and which is set to TRUE if a register_decode_as() refers to it. When adding a dissector to a dissector table with a given key, only add it for Decode As if the dissector table supports it. For non-FT_STRING dissector tables, always check for multiple entries for the same protocol with different dissectors, and report an error if we found them. This means there's no need for the creator of a dissector table to specify whether duplicates of that sort should be allowed - we always do the check when registering something for "Decode As" (in a non-FT_STRING dissector table), and just don't bother registering anything for "Decode As" if the dissector table doesn't support "Decode As", so there's no check done for those dissector tables. Change-Id: I4a1fdea3bddc2af27a65cfbca23edc99b26c0eed Reviewed-on: https://code.wireshark.org/review/17402 Petri-Dish: Guy Harris <guy@alum.mit.edu> Reviewed-by: Guy Harris <guy@alum.mit.edu>
2016-08-30 22:51:54 +00:00
"GSMTAP type", proto_gsmtap, FT_UINT8, BASE_HEX);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
}
void
proto_reg_handoff_gsmtap(void)
{
dissector_handle_t gsmtap_handle;
gsmtap: do not abort if dissector is unavailable Encountered with the following attachments from bugs: 6575-test-dlmapc-wmx 6577-test-dlmapc-wmx 6579-test-dlmapc-wmx Also added modelines. Change-Id: I3859bed618830ad359bd0b2b1fdfc3c5fc13269e Reviewed-on: https://code.wireshark.org/review/2920 Reviewed-by: Evan Huus <eapache@gmail.com>
2014-07-07 17:28:20 +00:00
/* TODO: some dissectors may be NULL if not loaded */
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
sub_handles[GSMTAP_SUB_DATA] = find_dissector("data");
Manually add protocol dependencies derived from find_dissector. Started by grepping call_dissector_with_data, call_dissector_only and call_dissector and traced the handles passed into them to a find_dissector within the dissector. Then replaced find_dissector with find_dissector_add_dependency and added the protocol id from the dissector. "data" dissector was not considered to be a dependency. Change-Id: I15d0d77301306587ef8e7af5876e74231816890d Reviewed-on: https://code.wireshark.org/review/14509 Petri-Dish: Michael Mann <mmann78@netscape.net> Reviewed-by: Michael Mann <mmann78@netscape.net>
2016-03-16 13:02:52 +00:00
sub_handles[GSMTAP_SUB_UM] = find_dissector_add_dependency("gsm_a_ccch", proto_gsmtap);
sub_handles[GSMTAP_SUB_UM_LAPDM] = find_dissector_add_dependency("lapdm", proto_gsmtap);
sub_handles[GSMTAP_SUB_UM_RLC_MAC_UL] = find_dissector_add_dependency("gsm_rlcmac_ul", proto_gsmtap);
sub_handles[GSMTAP_SUB_UM_RLC_MAC_DL] = find_dissector_add_dependency("gsm_rlcmac_dl", proto_gsmtap);
sub_handles[GSMTAP_SUB_LLC] = find_dissector_add_dependency("llcgprs", proto_gsmtap);
sub_handles[GSMTAP_SUB_SNDCP] = find_dissector_add_dependency("sndcp", proto_gsmtap);
sub_handles[GSMTAP_SUB_ABIS] = find_dissector_add_dependency("gsm_a_dtap", proto_gsmtap);
sub_handles[GSMTAP_SUB_CDMA_CODE] = find_dissector_add_dependency("wimax_cdma_code_burst_handler", proto_gsmtap);
sub_handles[GSMTAP_SUB_FCH] = find_dissector_add_dependency("wimax_fch_burst_handler", proto_gsmtap);
sub_handles[GSMTAP_SUB_FFB] = find_dissector_add_dependency("wimax_ffb_burst_handler", proto_gsmtap);
sub_handles[GSMTAP_SUB_PDU] = find_dissector_add_dependency("wimax_pdu_burst_handler", proto_gsmtap);
sub_handles[GSMTAP_SUB_HACK] = find_dissector_add_dependency("wimax_hack_burst_handler", proto_gsmtap);
sub_handles[GSMTAP_SUB_PHY_ATTRIBUTES] = find_dissector_add_dependency("wimax_phy_attributes_burst_handler", proto_gsmtap);
sub_handles[GSMTAP_SUB_CBCH] = find_dissector_add_dependency("gsm_cbch", proto_gsmtap);
sub_handles[GSMTAP_SUB_GMR1_BCCH] = find_dissector_add_dependency("gmr1_bcch", proto_gsmtap);
sub_handles[GSMTAP_SUB_GMR1_CCCH] = find_dissector_add_dependency("gmr1_ccch", proto_gsmtap);
sub_handles[GSMTAP_SUB_GMR1_LAPSAT] = find_dissector_add_dependency("lapsat", proto_gsmtap);
sub_handles[GSMTAP_SUB_GMR1_RACH] = find_dissector_add_dependency("gmr1_rach", proto_gsmtap);
sub_handles[GSMTAP_SUB_UMTS_RRC] = find_dissector_add_dependency("rrc", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_DL_DCCH_Message] = find_dissector_add_dependency("rrc.dl.dcch", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_UL_DCCH_Message] = find_dissector_add_dependency("rrc.ul.dcch", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_DL_CCCH_Message] = find_dissector_add_dependency("rrc.dl.ccch", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_UL_CCCH_Message] = find_dissector_add_dependency("rrc.ul.ccch", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_PCCH_Message] = find_dissector_add_dependency("rrc.pcch", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_DL_SHCCH_Message] = find_dissector_add_dependency("rrc.dl.shcch", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_UL_SHCCH_Message] = find_dissector_add_dependency("rrc.ul.shcch", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_BCCH_FACH_Message] = find_dissector_add_dependency("rrc.bcch.fach", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_BCCH_BCH_Message] = find_dissector_add_dependency("rrc.bcch.bch", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_MCCH_Message] = find_dissector_add_dependency("rrc.mcch", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_MSCH_Message] = find_dissector_add_dependency("rrc.msch", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_HandoverToUTRANCommand] = find_dissector_add_dependency("rrc.irat.ho_to_utran_cmd", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_InterRATHandoverInfo] = find_dissector_add_dependency("rrc.irat.irat_ho_info", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SystemInformation_BCH] = find_dissector_add_dependency("rrc.sysinfo", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_System_Information_Container] = find_dissector_add_dependency("rrc.sysinfo.cont", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_UE_RadioAccessCapabilityInfo] = find_dissector_add_dependency("rrc.ue_radio_access_cap_info", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_MasterInformationBlock] = find_dissector_add_dependency("rrc.si.mib", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType1] = find_dissector_add_dependency("rrc.si.sib1", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType2] = find_dissector_add_dependency("rrc.si.sib2", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType3] = find_dissector_add_dependency("rrc.si.sib3", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType4] = find_dissector_add_dependency("rrc.si.sib4", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType5] = find_dissector_add_dependency("rrc.si.sib5", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType5bis] = find_dissector_add_dependency("rrc.si.sib5bis", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType6] = find_dissector_add_dependency("rrc.si.sib6", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType7] = find_dissector_add_dependency("rrc.si.sib7", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType8] = find_dissector_add_dependency("rrc.si.sib8", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType9] = find_dissector_add_dependency("rrc.si.sib9", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType10] = find_dissector_add_dependency("rrc.si.sib10", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType11] = find_dissector_add_dependency("rrc.si.sib11", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType11bis] = find_dissector_add_dependency("rrc.si.sib11bis", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType12] = find_dissector_add_dependency("rrc.si.sib12", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType13] = find_dissector_add_dependency("rrc.si.sib13", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType13_1] = find_dissector_add_dependency("rrc.si.sib13-1", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType13_2] = find_dissector_add_dependency("rrc.si.sib13-2", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType13_3] = find_dissector_add_dependency("rrc.si.sib13-3", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType13_4] = find_dissector_add_dependency("rrc.si.sib13-4", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType14] = find_dissector_add_dependency("rrc.si.sib14", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15] = find_dissector_add_dependency("rrc.si.sib15", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15bis] = find_dissector_add_dependency("rrc.si.sib15bis", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15_1] = find_dissector_add_dependency("rrc.si.sib15-1", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15_1bis] = find_dissector_add_dependency("rrc.si.sib15-1bis", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15_2] = find_dissector_add_dependency("rrc.si.sib15-2", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15_2bis] = find_dissector_add_dependency("rrc.si.sib15-2bis", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15_2ter] = find_dissector_add_dependency("rrc.si.sib15-2ter", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15_3] = find_dissector_add_dependency("rrc.si.sib15-3", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15_3bis] = find_dissector_add_dependency("rrc.si.sib15-3bis", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15_4] = find_dissector_add_dependency("rrc.si.sib15-4", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15_5] = find_dissector_add_dependency("rrc.si.sib15-5", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15_6] = find_dissector_add_dependency("rrc.si.sib15-6", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15_7] = find_dissector_add_dependency("rrc.si.sib15-7", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType15_8] = find_dissector_add_dependency("rrc.si.sib15-8", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType16] = find_dissector_add_dependency("rrc.si.sib16", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType17] = find_dissector_add_dependency("rrc.si.sib17", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType18] = find_dissector_add_dependency("rrc.si.sib18", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType19] = find_dissector_add_dependency("rrc.si.sib19", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType20] = find_dissector_add_dependency("rrc.si.sib20", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType21] = find_dissector_add_dependency("rrc.si.sib21", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoType22] = find_dissector_add_dependency("rrc.si.sib22", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoTypeSB1] = find_dissector_add_dependency("rrc.si.sb1", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_SysInfoTypeSB2] = find_dissector_add_dependency("rrc.si.sb2", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_ToTargetRNC_Container] = find_dissector_add_dependency("rrc.s_to_trnc_cont", proto_gsmtap);
rrc_sub_handles[GSMTAP_RRC_SUB_TargetRNC_ToSourceRNC_Container] = find_dissector_add_dependency("rrc.t_to_srnc_cont", proto_gsmtap);
From Harald Welte via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8365 : Add GSMTAP support for UMTS RRC captures svn path=/trunk/; revision=47792
2013-02-21 10:08:53 +00:00
GSMTAP: add LTE RRC message support This code is borrowed from a patch proposed by altaf329@gmail.com in june 2015 (Ice136a9cb950bb97a11bee4486071b6883a0cad7) and adapted to fit current wireshark code (and minus the LTE MAC frame dissector). Change-Id: Iaa1ea8b2d7a3e618f8aa14203449f2c77b4727f5 Reviewed-on: https://code.wireshark.org/review/22515 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-07-04 13:31:24 +00:00
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_DL_CCCH_Message] = find_dissector_add_dependency("lte_rrc.dl_ccch", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_DL_DCCH_Message] = find_dissector_add_dependency("lte_rrc.dl_dcch", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_UL_CCCH_Message] = find_dissector_add_dependency("lte_rrc.ul_ccch", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_UL_DCCH_Message] = find_dissector_add_dependency("lte_rrc.ul_dcch", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_BCCH_BCH_Message] = find_dissector_add_dependency("lte_rrc.bcch_bch", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_BCCH_DL_SCH_Message] = find_dissector_add_dependency("lte_rrc.bcch_dl_sch", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_PCCH_Message] = find_dissector_add_dependency("lte_rrc.pcch", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_MCCH_Message] = find_dissector_add_dependency("lte_rrc.mcch", proto_gsmtap);
GSMTAP: add definitions for new LTE RRC channels Later release of 3GPP TS 36.331 added new LTE RRC channels. This commit additionally defines LTE RRC message types existing in Release V15.3.0. Change-Id: If20710c15823ed879bddde17355704c769845d0d Reviewed-on: https://code.wireshark.org/review/30073 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2018-10-08 09:21:48 +00:00
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_BCCH_BCH_Message_MBMS] = find_dissector_add_dependency("lte_rrc.bcch_bch.mbms", proto_gsmtap);
GSMTAP: update description of types Change-Id: Idf0b7b81192827e8c71876c47a66e275f31f32cb Reviewed-on: https://code.wireshark.org/review/30074 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2018-10-08 10:29:38 +00:00
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_BCCH_DL_SCH_Message_BR] = find_dissector_add_dependency("lte_rrc.bcch_dl_sch_br", proto_gsmtap);
GSMTAP: add definitions for new LTE RRC channels Later release of 3GPP TS 36.331 added new LTE RRC channels. This commit additionally defines LTE RRC message types existing in Release V15.3.0. Change-Id: If20710c15823ed879bddde17355704c769845d0d Reviewed-on: https://code.wireshark.org/review/30073 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2018-10-08 09:21:48 +00:00
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_BCCH_DL_SCH_Message_MBMS] = find_dissector_add_dependency("lte_rrc.bcch_dl_sch.mbms", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_SC_MCCH_Message] = find_dissector_add_dependency("lte_rrc.sc_mcch", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_SBCCH_SL_BCH_Message] = find_dissector_add_dependency("lte_rrc.sbcch_sl_bch", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_SBCCH_SL_BCH_Message_V2X] = find_dissector_add_dependency("lte_rrc.sbcch_sl_bch.v2x", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_DL_CCCH_Message_NB] = find_dissector_add_dependency("lte_rrc.dl_ccch.nb", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_DL_DCCH_Message_NB] = find_dissector_add_dependency("lte_rrc.dl_dcch.nb", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_UL_CCCH_Message_NB] = find_dissector_add_dependency("lte_rrc.ul_ccch.nb", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_UL_DCCH_Message_NB] = find_dissector_add_dependency("lte_rrc.ul_dcch.nb", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_BCCH_BCH_Message_NB] = find_dissector_add_dependency("lte_rrc.bcch_bch.nb", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_BCCH_BCH_Message_TDD_NB] = find_dissector_add_dependency("lte_rrc.bcch_bch.nb.tdd", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_BCCH_DL_SCH_Message_NB] = find_dissector_add_dependency("lte_rrc.bcch_dl_sch.nb", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_PCCH_Message_NB] = find_dissector_add_dependency("lte_rrc.pcch.nb", proto_gsmtap);
lte_rrc_sub_handles[GSMTAP_LTE_RRC_SUB_SC_MCCH_Message_NB] = find_dissector_add_dependency("lte_rrc.sc_mcch.nb", proto_gsmtap);
GSMTAP: add LTE RRC message support This code is borrowed from a patch proposed by altaf329@gmail.com in june 2015 (Ice136a9cb950bb97a11bee4486071b6883a0cad7) and adapted to fit current wireshark code (and minus the LTE MAC frame dissector). Change-Id: Iaa1ea8b2d7a3e618f8aa14203449f2c77b4727f5 Reviewed-on: https://code.wireshark.org/review/22515 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-07-04 13:31:24 +00:00
GSMTAP: add the handle to dissect LTE NAS EPS messages GSMTAP_TYPE_LTE_NAS has been set to 0x12 by osmocom: https://gerrit.osmocom.org/5018 Change-Id: Ia248e54cd73eaa9b8ad02aa40145e5a87baca79e Reviewed-on: https://code.wireshark.org/review/24554 Petri-Dish: Pascal Quantin <pascal.quantin@gmail.com> Reviewed-by: Pascal Quantin <pascal.quantin@gmail.com>
2017-11-23 14:32:49 +00:00
lte_nas_sub_handles[GSMTAP_LTE_NAS_PLAIN] = find_dissector_add_dependency("nas-eps_plain", proto_gsmtap);
lte_nas_sub_handles[GSMTAP_LTE_NAS_SEC_HEADER] = find_dissector_add_dependency("nas-eps", proto_gsmtap);
new_create_dissector_handle -> create_dissector_handle for dissector directory. Some of the ASN.1 dissectors still generate a new_create_dissector_handle from the tool itself, so leave those for now. Change-Id: Ic6e5803b1444d7ac24070949f5fd557909a5641f Reviewed-on: https://code.wireshark.org/review/12484 Petri-Dish: Anders Broman <a.broman58@gmail.com> Reviewed-by: Michael Mann <mmann78@netscape.net>
2015-12-09 03:49:44 +00:00
gsmtap_handle = create_dissector_handle(dissect_gsmtap, proto_gsmtap);
Convert most UDP dissectors to use "auto" preferences. Similar to the "tcp.port" changes in I99604f95d426ad345f4b494598d94178b886eb67, convert dissectors that use "udp.port". More cleanup done on dissectors that use both TCP and UDP dissector tables, so that less preference callbacks exist. Change-Id: If07be9b9e850c244336a7069599cd554ce312dd3 Reviewed-on: https://code.wireshark.org/review/18120 Petri-Dish: Michael Mann <mmann78@netscape.net> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Michael Mann <mmann78@netscape.net>
2016-10-05 20:33:54 +00:00
dissector_add_uint_with_preference("udp.port", GSMTAP_UDP_PORT, gsmtap_handle);
From Harald Welte: Add new GSMTAP dissector. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4508 (I incorporated the .h file into the .c file). svn path=/trunk/; revision=32214
2010-03-16 21:38:03 +00:00
}
gsmtap: do not abort if dissector is unavailable Encountered with the following attachments from bugs: 6575-test-dlmapc-wmx 6577-test-dlmapc-wmx 6579-test-dlmapc-wmx Also added modelines. Change-Id: I3859bed618830ad359bd0b2b1fdfc3c5fc13269e Reviewed-on: https://code.wireshark.org/review/2920 Reviewed-by: Evan Huus <eapache@gmail.com>
2014-07-07 17:28:20 +00:00
/*
HTTPS (almost) everywhere. Change all wireshark.org URLs to use https. Fix some broken links while we're at it. Change-Id: I161bf8eeca43b8027605acea666032da86f5ea1c Reviewed-on: https://code.wireshark.org/review/34089 Reviewed-by: Guy Harris <guy@alum.mit.edu>
2019-07-26 18:43:17 +00:00
* Editor modelines - https://www.wireshark.org/tools/modelines.html
gsmtap: do not abort if dissector is unavailable Encountered with the following attachments from bugs: 6575-test-dlmapc-wmx 6577-test-dlmapc-wmx 6579-test-dlmapc-wmx Also added modelines. Change-Id: I3859bed618830ad359bd0b2b1fdfc3c5fc13269e Reviewed-on: https://code.wireshark.org/review/2920 Reviewed-by: Evan Huus <eapache@gmail.com>
2014-07-07 17:28:20 +00:00
*
* Local variables:
* c-basic-offset: 8
* tab-width: 8
* indent-tabs-mode: t
* End:
*
* vi: set shiftwidth=8 tabstop=8 noexpandtab:
* :indentSize=8:tabSize=8:noTabs=false:
*/