Re: [Wireshark-dev] LoRaWAN: Correct decryption of downlink traffic

2019-09-30 Thread Erik de Jong
On Mon, Sep 30, 2019 at 7:57 PM Pascal Quantin wrote: > Hi Achuthan, > > Le lun. 30 sept. 2019 à 19:53, Achuthan Paramanathan a > écrit : > >> Dear wireshark, >> >> >> >> I recently noticed that decryption of downlink traffic in wireshark - >> Version 3.0.3 is not done properly. Even though it

Re: [Wireshark-dev] hf_http_response_code in packet-http.c

2017-07-13 Thread Erik de Jong
gt; > d...@wireshark.org <mailto:wireshark-dev@wireshark.org> > >: > > > > > > > > > > > > > > > > > > -Original Message- > > > > From: Wireshark-dev [mailto:wireshark-dev- > > bo

Re: [Wireshark-dev] hf_http_response_code in packet-http.c

2017-07-12 Thread Erik de Jong
On Thu, Jul 13, 2017 at 1:12 AM, Sultan, Hassan via Wireshark-dev < wireshark-dev@wireshark.org> wrote: > Hi, > > > > I am starting to learn the Wireshark code base, and one thing puzzles me… > > > > Why is hf_http_response_code defined as a FT_UINT16 with BASE_DEC rather > than an FT_STRING ? > >

Re: [Wireshark-dev] packet-lorawan.c compile error because of stuff added yesterday ...

2017-06-14 Thread Erik de Jong
On Thu, Jun 15, 2017 at 3:09 AM, Guy Harris wrote: > On Jun 13, 2017, at 1:54 PM, Erik de Jong wrote: > > > Is it possible to have a petridish build for OSX as well? That's where > the issue came from originally and why it got into the master branch. > > That might

Re: [Wireshark-dev] packet-lorawan.c compile error because of stuff added yesterday ...

2017-06-13 Thread Erik de Jong
Yes, that got messed up quite a bit in certain situations. Is it possible to have a petridish build for OSX as well? That's where the issue came from originally and why it got into the master branch. Erik On Tue, Jun 13, 2017 at 10:50 PM, Pascal Quantin wrote: > > > 2017-06-13 22:33 GMT+02:00 P

Re: [Wireshark-dev] RTP player - a suggestion

2017-05-02 Thread Erik de Jong
On Tue, Mar 28, 2017 at 9:44 AM, Alexis La Goutte wrote: > > > On Mon, Mar 27, 2017 at 9:33 PM, Jirka Novak wrote: > >> Hi, >> >> >> I disagree. Right now, the GTK RTP player is the only one that I >> consider usable. By comparison, the Qt RTP player only barely works, and >> is unusable if yo

Re: [Wireshark-dev] dissectors update: create a branch or not?

2017-03-31 Thread Erik de Jong
On Fri, Mar 31, 2017 at 5:56 PM, Alexis La Goutte wrote: > Hi Nicolas > > There is no really branch with Gerrit... > > You need to push direclty on master (and after fix it is bug fix, i will > be backport to other branch) > > Cheers > > On Fri, Mar 31, 2017 at 5:43 PM, Bertin Nicolas < > nicolas

Re: [Wireshark-dev] RTP player - a suggestion

2017-03-27 Thread Erik de Jong
On Mon, Mar 27, 2017 at 4:54 PM, Anders Broman wrote: > > > -Original Message- > From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-bounces@ > wireshark.org] On Behalf Of Peter Budny > Sent: den 27 mars 2017 16:48 > To: 'Developer support list for Wireshark' > Subject: Re: [

[Wireshark-dev] RTP player - a suggestion

2017-03-24 Thread Erik de Jong
Hello all, After looking at bugs 13511, 13512 and others it looks like a partial rewrite might be the way to go. Current situation: - Each RTP track added gets rendered to a pcm buffer for playback. - Each RTP track gets drawn on the graph. - When playing each track reports the played progress wh

[Wireshark-dev] Certificate expired

2017-02-26 Thread Erik de Jong
The code.wireshark.org TLS certificate has expired an hour ago ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/w

Re: [Wireshark-dev] Adding verification functionality to SIP dissector

2017-02-23 Thread Erik de Jong
On Thu, Feb 23, 2017 at 10:21 PM, Peter Wu wrote: > On Thu, Feb 23, 2017 at 12:49:51PM -0800, Guy Harris wrote: > > On Feb 23, 2017, at 11:56 AM, Erik de Jong wrote: > > > > > During my day job I have noticed that sometimes combinations of > > > certain platfo

[Wireshark-dev] Adding verification functionality to SIP dissector

2017-02-23 Thread Erik de Jong
During my day job I have noticed that sometimes combinations of certain platforms have trouble dealing with SIP digest authorization. Reasons for this range from bugs in the SIP stack to wrong escapes for special characters in configuration files generated for automated set provisioning. I have wri

Re: [Wireshark-dev] Remove our bundled crypto library (in favor of Libgcrypt)?

2017-02-15 Thread Erik de Jong
On Mon, Feb 13, 2017 at 9:46 PM, Peter Wu wrote: > On Mon, Feb 13, 2017 at 07:31:50PM +0100, Erik de Jong wrote: > > On Sun, Feb 12, 2017 at 3:38 PM, Peter Wu wrote: > > > > > On Sun, Feb 12, 2017 at 02:40:03PM +0100, Pascal Quantin wrote: > > > > Le 12

Re: [Wireshark-dev] Remove our bundled crypto library (in favor of Libgcrypt)?

2017-02-13 Thread Erik de Jong
On Sun, Feb 12, 2017 at 3:38 PM, Peter Wu wrote: > On Sun, Feb 12, 2017 at 02:40:03PM +0100, Pascal Quantin wrote: > > Le 12 févr. 2017 11:12, "Erik de Jong" a écrit : > > On Sat, Feb 11, 2017 at 10:38 PM, Peter Wu wrote: > > > (forgot to attach the file lis

Re: [Wireshark-dev] Remove our bundled crypto library (in favor of Libgcrypt)?

2017-02-12 Thread Erik de Jong
Feb 11, 2017 at 10:35:10PM +0100, Peter Wu wrote: > > On Sat, Feb 11, 2017 at 09:31:17PM +0100, Erik de Jong wrote: > > > On Sat, Feb 11, 2017 at 8:55 PM, Peter Wu wrote: > > [..] > > > > My original goal was to replace wsutil by an existing crypto library > >

Re: [Wireshark-dev] Remove our bundled crypto library (in favor of Libgcrypt)?

2017-02-11 Thread Erik de Jong
On Sat, Feb 11, 2017 at 8:55 PM, Peter Wu wrote: > On Sat, Feb 11, 2017 at 06:27:41PM +, João Valverde wrote: > > On 02/11/2017 12:14 PM, Peter Wu wrote: > > > On Fri, Feb 10, 2017 at 12:59:46AM +, João Valverde wrote: > > > > On 02/08/2017 01:40 PM, Peter Wu wrote: > > > > > On Mon, Feb

Re: [Wireshark-dev] Remove our bundled crypto library (in favor of Libgcrypt)?

2017-02-05 Thread Erik de Jong
I'm working on something where I have to spread ifdef's around the place to work around gcrypt being optional. If there are no platform related issues then by all means make it mandatory. On Sun, Feb 5, 2017 at 4:21 PM, Peter Wu wrote: > Hey, > > Recently I discovered that wsutil actually contai

Re: [Wireshark-dev] RTP sample with wrap around timestamp?

2016-12-19 Thread Erik de Jong
This one is a little longer, hope it is sufficient for you. Otherwise you'll have to wait a bit until I'm home from work. Regards, Erik On Mon, Dec 19, 2016 at 1:25 PM, Jirka Novak wrote: > Hi Erik, > > > Is something like this useful for you? > > yes, thank you. Do you have a sample a little

Re: [Wireshark-dev] RTP sample with wrap around timestamp?

2016-12-19 Thread Erik de Jong
Hi Jirka, Is something like this useful for you? Regards, Erik On Mon, Dec 19, 2016 at 10:31 AM, Jirka Novak wrote: > Hello, > > I'm working on RTP dissector and RTP analysis. I would like to test > the code with sample which contain wrap around timestamp - timestamp > which overflow 32bits

Re: [Wireshark-dev] VoIP Calls dialog enhancements

2016-10-21 Thread Erik de Jong
> Jaap > > > > On 20 Oct 2016, at 19:40, Erik de Jong wrote: > > > > After a very exciting Sharkfest Europe I've decided to participate a bit > in the development of Wireshark! > > > > Some enhancements for the VoIP calls dialog would be: > > 1) Ha

[Wireshark-dev] VoIP Calls dialog enhancements

2016-10-20 Thread Erik de Jong
After a very exciting Sharkfest Europe I've decided to participate a bit in the development of Wireshark! Some enhancements for the VoIP calls dialog would be: 1) Have the timestamps not only as a relative time from the start of capture but also as the time of day. I have added two columns for thi