This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "wireshark with Osmocom specific dissectors".

The branch, laforge/pending has been created at 8f902cfe74889fb745f896039dc330a4518678af (commit)

- Log ----------------------------------------------------------------- http://cgit.osmocom.org/wireshark/commit/?id=8f902cfe74889fb745f896039dc330a...

commit 8f902cfe74889fb745f896039dc330a4518678af Author: Harald Welte laforge@gnumonks.org Date: Fri Dec 2 22:29:36 2016 +0100

Add GSMTAP logging sub-dissector

Applications can also use GSMTAP framing to convey log messages which would traditionally be printed on strderr 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.

Change-Id: I0de723445e5b5ce0199a4081808111240a9ed047

http://cgit.osmocom.org/wireshark/commit/?id=a3e21523989c6840f2adcb73b0e97eb...

commit a3e21523989c6840f2adcb73b0e97ebab47f8f66 Author: Harald Welte laforge@gnumonks.org Date: Fri Dec 2 16:44:20 2016 +0100

WIP: RSL Ericsson support

Change-Id: I1e9b3c08848f4feb60361e629d7225b6d2e1dcbd

http://cgit.osmocom.org/wireshark/commit/?id=2b4aaaddc5d1a1e1974b13ee9b7e6f4...

commit 2b4aaaddc5d1a1e1974b13ee9b7e6f4d724349a6 Author: Harald Welte laforge@gnumonks.org Date: Wed Oct 26 22:38:20 2016 +0200

HACK: Hand GPRS RLC payload to GPRS LLC dissector

this is an ugly hack, as there is no code for packet re-assembly in betwween, i.e. we only get proper dissection if the LLC message was fitting entirely into one RLC block. Nevertheless, sufficient to see things like RAU, ATTACH, IDENTITY procedures.

Change-Id: I1fc488aa58353e5f4264b940f9f4c18987148a7d

http://cgit.osmocom.org/wireshark/commit/?id=265398045efdf8d7fadf22c4a19bb04...

commit 265398045efdf8d7fadf22c4a19bb043aa55abb9 Author: Harald Welte laforge@gnumonks.org Date: Wed Oct 26 20:09:31 2016 +0200

WIP: Jacob's EGPRS patch

... with add_new_data_source() to visualize the re-aligned bits

Change-Id: I1604dceaf3d91228e87712e099c8a209ff812f4a

http://cgit.osmocom.org/wireshark/commit/?id=3ea3079b152f8b86f12e8c212579f37...

commit 3ea3079b152f8b86f12e8c212579f37f6ca57b66 Author: Harald Welte laforge@gnumonks.org Date: Sun Jul 17 16:22:19 2016 +0200

l2tp: Introduce preference for default pseudowire

In some cases, the establishment of the L2TP session is not captured in the pcap file, and thus wireshark cannot determine the l2tp pseudowire to be used for decode.

So rather than using a ocmpile-time hard-coded default of cisco hdlc, let's introduce a prference where the user can select the default pseudowire in such cases.

Change-Id: I44a6373d4812c9ab5a919514273a41a2ab57142c

http://cgit.osmocom.org/wireshark/commit/?id=d3d930f1525d1c463d647c0e4c1b219...

commit d3d930f1525d1c463d647c0e4c1b219a1e6ecffa Author: Harald Welte laforge@gnumonks.org Date: Sat Jul 16 15:39:17 2016 +0200

L2TP: Add preference to select Ericsson HDLC flavor

At some point over the wireshark last years, the connection between the L2TP dissector and the Ericsson HDLC dissector (packet-ehdlc.c) got broken. I cannot poinpoint the exact change when it broke. However, traces with Ericsson L2TP that used to display correctly no longer do so.

The problem with Ericsson L2TP is that they simply re-use the HDLC pseudowire (0x0006), but then have frames completely different than what's specified in the RFCs for that.

To address this, let's add a protocol preference to allow the user to choose.

Change-Id: Idce022ef0f233c01ecffc67dca7f428bde31ef6b

-----------------------------------------------------------------------

hooks/post-receive