Re: [Wireshark-dev] Request to join EditorGroup

Done. On 5/21/20 11:24 PM, Catalin Patulea wrote: > Hello, > > My wiki account name is CatalinPatulea and I would like edit access. I am > planning to make some minor edits to  > https://wiki.wireshark.org/Protocols/netlink. > > Thanks, > Catalin > >

[Wireshark-dev] Request to join EditorGroup

Hello, My wiki account name is CatalinPatulea and I would like edit access. I am planning to make some minor edits to https://wiki.wireshark.org/Protocols/netlink. Thanks, Catalin ___ Sent via:Wireshark-dev mailing list

Re: [Wireshark-dev] Request editor access to the Wiki

On 3/13/20 8:30 AM, Filipe Laíns wrote: > On Fri, 2020-03-13 at 15:24 +, Filipe Laíns wrote: >> Hello, >> >> I have been working on the USB HID dissector and I would like to add >> some captures to the Wiki. Would it be possible to get access? >> >> Cheers, >> Filipe Laíns > > Forgot to send

Re: [Wireshark-dev] Request editor access to the Wiki

On Fri, 2020-03-13 at 15:24 +, Filipe Laíns wrote: > Hello, > > I have been working on the USB HID dissector and I would like to add > some captures to the Wiki. Would it be possible to get access? > > Cheers, > Filipe Laíns Forgot to send my username: FilipeLains -- Filipe Laíns

[Wireshark-dev] Request editor access to the Wiki

Hello, I have been working on the USB HID dissector and I would like to add some captures to the Wiki. Would it be possible to get access? Cheers, Filipe Laíns signature.asc Description: This is a digitally signed message part

Re: [Wireshark-dev] Request for a Wireshark Update to support TEAP traffic analysis.

Hi Nikhil, can you create a bug on BugTracker and attach the pcap ? it will look for add TEAP support Cheers On Fri, Feb 7, 2020 at 4:33 PM Nikhil Jadhav wrote: > Hello Developers, > > > > I am working on Cisco ISE and I find the Wireshark tool very beneficial to > analyze different packets.

Re: [Wireshark-dev] Request for a Wireshark Update to support TEAP traffic analysis.

On Fri, Feb 7, 2020 at 7:33 AM Nikhil Jadhav wrote: > Hello Developers, > > > > I am working on Cisco ISE and I find the Wireshark tool very beneficial to > analyze different packets. So Cheers to all your hard work!!! > > I am using Windows 10 (Insider Preview Build with TEAP support) endpoint

[Wireshark-dev] Request to become an editor, name VadimZakharine

The immediate purpose is to share my github contribution (Lua post-dissector) at https://wiki.wireshark.org/Contrib May have more later ___ Sent via:Wireshark-dev mailing list Archives:

Re: [Wireshark-dev] Request for Wireshark Wiki: Two additions to CaptureSetup/USB

Done, go ahead. > On 17 May 2018, at 10:15, Hanno Zulla wrote: > > Am 17.05.2018 um 10:04 schrieb Jaap Keuter: >> What us your wiki username? > > HannoZulla > >> We can add you as editor, then you can add it yourself. > > Thanks, I'll gladly do that.

Re: [Wireshark-dev] Request for Wireshark Wiki: Two additions to CaptureSetup/USB

Am 17.05.2018 um 10:04 schrieb Jaap Keuter: > What us your wiki username? HannoZulla > We can add you as editor, then you can add it yourself. Thanks, I'll gladly do that. ___ Sent via:Wireshark-dev mailing list

Re: [Wireshark-dev] Request for Wireshark Wiki: Two additions to CaptureSetup/USB

What us your wiki username? We can add you as editor, then you can add it yourself. > On 17 May 2018, at 09:44, Hanno Zulla wrote: > > Hi there, > > as a new registered Wiki user, I cannot add text to the CaptureSetup/USB > wiki page. The page is protected against editing by

[Wireshark-dev] Request for Wireshark Wiki: Two additions to CaptureSetup/USB

Hi there, as a new registered Wiki user, I cannot add text to the CaptureSetup/USB wiki page. The page is protected against editing by normal users. https://wiki.wireshark.org/CaptureSetup/USB So I hope this is the right place to suggest two additions to that page. It would be very helpful to

[Wireshark-dev] Request wiki editor access

Hey - I was wanting to edit the wiki to upload some samples for a change to a dissector that I'm adding. It looks like I used to be able to do that but now the ability is done. As per the instructions in https://wiki.wireshark.org/, can I request access? My username is "ryandoyle" Cheers,

Re: [Wireshark-dev] Request for ECCN (Export Control Classification Number) for WireShark

https://www.wireshark.org/export.html Regards Anders From: Wireshark-dev [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Ellis, Danielle R. Sent: den 20 februari 2018 16:41 To: wireshark-dev@wireshark.org Cc: Ellis, Danielle R. <danielle.el...@kbslp.com> Subject: [Wiresha

[Wireshark-dev] Request for ECCN (Export Control Classification Number) for WireShark

Good Day, We are looking at potentially getting the WireShark software installed for our company. We were needing your ECCN in order to check the compliance on exporting. Can you please provide me with your ECCN (Export Controls Classification Number) on WireShark? Thank you, Danielle Ellis

[Wireshark-dev] Request for Membership of EditorGroup

Hello, I'd like to become a member of EditorGroup of Wireshark Wiki. My wiki username is "Yasuyuki Tanaka". Thank you, Yatch ___ Sent via:Wireshark-dev mailing list Archives:

[Wireshark-dev] Request to edit the Wireshark Wiki page

Hi Team, I would like to be a part of the EditorGroup to edit the wiki page. My Username is Packtpartner Looking forward to your positive reply. Regards, Sherwin Silveira Key Partner Executive Skype: packt.sherwins

[Wireshark-dev] request for edit rights to the Wireshark wiki

Hello, please can you consider this mail as a request to be able to edit https://wiki.wireshark.org My username is GregChoules. thanks, Greg ___ Sent via:Wireshark-dev mailing list

[Wireshark-dev] Request to join as member of EditorGroup | wiki username = MarcusLedergerber

Greetings fellow Wireshark enthusiasts! I'd like to join as a member of the EditorGroup. My wiki username is "MarcusLedergerber" Thanks! Marcus Marcus Ledergerber Phone: 917-825-8822 Email: marcus.lederger...@ediscoverypeople.com

Re: [Wireshark-dev] Request for RFC regarding string handling

On Mon, Oct 28, 2013 at 8:03 PM, Ed Beroset bero...@mindspring.com wrote: Also, if we make the possibly rash assumption that Unicode is the superset, perhaps we can regularize the addition of new renderings by requiring conversions to and from Unicode and routines that can create an array of

Re: [Wireshark-dev] Request for RFC regarding string handling

On Oct 28, 2013, at 5:03 PM, Ed Beroset bero...@mindspring.com wrote: I don't have a Grand Unified String Theory handy, but can think of some requirements for it. One is that it may need to be able to render a number of different encodings, including the various Unicode variations, ASCII,

Re: [Wireshark-dev] Request for submission

On Thu, Apr 11, 2013 at 7:05 AM, Roland Knall rkn...@gmail.com wrote: Next step will be conversations and a tap interface, but for that I want this code in first, so to not mix changes and get confused. If that's the only reason that prevents you from doing additional development you could

Re: [Wireshark-dev] Request for submission

Hi First of all it is not 100kb, but more important, this patch removes the bad dissection code done using a byte array, which was responsible for some crashes in regard to openSAFETY packages. Instead I changed the code to tvb functions, which improves stability greatly. The additional changes

Re: [Wireshark-dev] Request for submission

Hi Could I please bump my request one more time on the buglist? I am starting to work on some topics for new features on the dissector, and only want to really start it, as soon as the existing patch went through. kind regards, Roland On Fri, Apr 5, 2013 at 12:25 AM, Evan Huus eapa...@gmail.com

Re: [Wireshark-dev] Request for submission

Ok, Who has time to review this 100kB patch? Thanks, Jaap On 04/09/2013 03:00 PM, Roland Knall wrote: Hi Could I please bump my request one more time on the buglist? I am starting to work on some topics for new features on the dissector, and only want to really start it, as soon as the

[Wireshark-dev] Request for submission

Hello Could I please kindly ask some of the main developers to commit the patch in https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8505 ? Evan Huus, who kindly lend me an ear in getting the patch ready is busy at the moment with exams, but has already cleared the patch. All there is left to

Re: [Wireshark-dev] Request for submission

On Thu, Apr 4, 2013 at 2:50 PM, Roland Knall rkn...@gmail.com wrote: Hello Could I please kindly ask some of the main developers to commit the patch in https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8505 ? Evan Huus, who kindly lend me an ear in getting the patch ready is busy at the

[Wireshark-dev] Request to check: tcpgraph under MacOSX for trunk

Hello, Recently I submitted a patch to perform rectangular zooms into the tcpgraph windows (Statistics - TCP Stream Graph - tcpgraph). It got committed to trunk for release into 1.10 and I myself backported it to 1.8 for our internal Wireshark. That works fine under Linux, FreeBSD, Windows

Re: [Wireshark-dev] Request to check: tcpgraph under MacOSX for trunk

Hello Edwin, On 3/8/13 7:49 AM, Edwin Groothuis edwin.grooth...@riverbed.com wrote: Recently I submitted a patch to perform rectangular zooms into the tcpgraph windows (Statistics - TCP Stream Graph - tcpgraph). It got committed to trunk for release into 1.10 and I myself backported it to 1.8 for

Re: [Wireshark-dev] Request to check: tcpgraph under MacOSX for trunk

Thanks to everybody who scrambled and build and tested it. In short: I am glad I don't have to spend time on troubleshooting this :-) Edwin ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:

Re: [Wireshark-dev] Request for Review_for_checkin : Bug 5589 - DIS update to enable radio voice comms jitter analysis

Hi, I'm sure I don't have the spare time to work on the RTP analysis/player subject, let alone try to work in DIS. Thanks, Jaap On Tue, 15 Mar 2011 03:13:12 +, Kristofek, Chuck (IS) wrote: Hi, I have submitted a patch of the Telephony tools to enable DIS voice analysis (Jan 16th

Re: [Wireshark-dev] Request to review https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4334 and https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5495

Hi, Done. Thanks, Jaap On 02/21/2011 08:02 AM, Kaul wrote: I'd appreciate if someone could review and, if approved, check in the above patches. They fix some VNC encoding errors and add some more parsing. Especially the hextile is a bit problematic - it works on single packet hextile encoding

[Wireshark-dev] Request to review https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4334 and https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5495

I'd appreciate if someone could review and, if approved, check in the above patches. They fix some VNC encoding errors and add some more parsing. Especially the hextile is a bit problematic - it works on single packet hextile encoding only (as no de-sgementation support is available - I have a

[Wireshark-dev] Request for Review_for_checkin : Bug 5589 - DIS update to enable radio voice comms jitter analysis

Hi, I have submitted a patch for the Telephony tools to enable DIS voice analysis. Please review the code for checkin and provide comments. Thanks in advance. Regards, Chuck ___ Sent via:Wireshark-dev mailing list

[Wireshark-dev] Request to author Wireshark book

Hi everyone, I am an acquisition editor with Packt Publishing. We're planning a book on Wireshark and I'm looking for an author to pen it down. If you're interested in taking up this project, if you think you have the expertise in the topic and the skills to express your ideas to the reader,

Re: [Wireshark-dev] Request queue is getting bigger

On Fri, 06 Aug 2010 10:00:27 +0200, David Aggeler david_agge...@hispeed.ch wrote: Ever since the beginning of July, I do not see any check-in activity. Really? If I look here [1] I see 287 of them for the month of July. Is this because 1.4 is in the final stage or because of summer vacation?

Re: [Wireshark-dev] Request queue is getting bigger

Hi Jaap, Thanks. Really? If I look here [1] I see 287 of them for the month of July. I meant from the request queue itself, as you know I'm not part of the inner circle. Of course I was exaggerating because mine is still pending :-). I'll keep waiting. David

[Wireshark-dev] Request for Review_for_checkin : Bug 4584 - Dissector For Server/Application State Protocol v1 (RFC 4678 )

Hi , Thanks for the comments. I have submitted the patch incorporating the comments. Please review it and give your comments. Thanks, Venkat. ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:

[Wireshark-dev] Request for Review_for_checkin : Bug 4584 - Dissector For Server/Application State Protocol v1 (RFC 4678 )

Hi, I have submitted patch for SASP dissector. Please review the code for checkin and give ur comments. Thanks in advance. Regards, Venkat. ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:

Re: [Wireshark-dev] Request

Hey, BANDARU, Govindarao (Govindarao) wrote: Hi, I would like to know whether GAN (Generic Access Network) protocol is supported in Wireshark or not. Please let me know. Here's a list of supported protocols in Wireshark: http://www.wireshark.org/docs/dfref I don't see GAN anywhere.

Re: [Wireshark-dev] Request

Hi, GAN (Generic Access Network) is the integration of UMA (Unlicensed Mobile Access) in 3GPP specifications with only a few changes . UMA is already supported in wireshark and you can easily add support for GAN messages by modifying packet-uma.c file (even better, add a preference to switch

Re: [Wireshark-dev] Request

BANDARU, Govindarao (Govindarao) wrote: Hi, I would like to know whether GAN (Generic Access Network) protocol is supported in Wireshark or not. Please let me know. Frpm the Wikipedia entry for UMA: Unlicensed Mobile Access or UMA, is the commercial name of the 3GPP Generic Access

[Wireshark-dev] Request/Response tracking with multiple responses

I followed the README.request_response_tracking to add request/response tracking to a UDP based protocol, but the protocol sometimes sends multiple responses to a single request. Does anybody know of a dissector that handles this case properly, so that I could take a look at the code? Or is it

Re: [Wireshark-dev] Request/Response tracking with multiple responses

Thomas Boehne wrote: I followed the README.request_response_tracking to add request/response tracking to a UDP based protocol, but the protocol sometimes sends multiple responses to a single request. Does anybody know of a dissector that handles this case properly, so that I could take a look

Re: [Wireshark-dev] Request/Response tracking with multiple responses

On Fri, Jun 20, 2008 at 6:26 PM, Guy Harris [EMAIL PROTECTED] wrote: Thomas Boehne wrote: I followed the README.request_response_tracking to add request/response tracking to a UDP based protocol, but the protocol sometimes sends multiple responses to a single request. Does anybody know

Re: [Wireshark-dev] request help for packet capture using libpcap

Nothing captured? Unflushed output? 24 bytes is the pcap file header and no packets. On Tue, May 6, 2008 at 1:10 PM, [EMAIL PROTECTED] wrote: Hello , I have been trying to write a small application using libpcap library. Purpose is to capture some live network packets(say 100 packets)

Re: [Wireshark-dev] request help for packet capture using libpcap

). Have a nice day GV - Original Message - From: [EMAIL PROTECTED] To: wireshark-dev@wireshark.org Sent: Tuesday, May 06, 2008 4:10 AM Subject: [Wireshark-dev] request help for packet capture using libpcap Hello , I have been trying to write a small application using libpcap

Re: [Wireshark-dev] request help for packet capture using libpcap

[EMAIL PROTECTED] wrote: So I was wondering whether the programm is actually capturing any network packet. If your program prints Welcome ..., it's capturing packets. It will print Welcome ... for each packet it captures. However, it's not saving those packets to the capture file that

Re: [Wireshark-dev] Request for review: bug #2048

Hi Alexey, Indeed you've made an enhancement to the IPMI dissector. But also to the type system, creating BASE_CUSTOM. All in all it's an invasive patch which has to be considered carefully before inclusion. There's some more interesting stuff waiting in the patch queue, so they won't get

Re: [Wireshark-dev] Request for review: bug #2048

Hi Alexey, Alexey Neyman wrote: Actually, there is one more addition to epan/proto.c: proto_tree_add_bitmask_text(), more flexible version of proto_tree_add_bitmask(). Would it help if I separate these enhancements to common code from the dissector enhancements and submit them

Re: [Wireshark-dev] Request for review: bug #2048

Hi Richard, Started separation of changes; first part of the changes (BASE_CUSTOM) is available for review in the bug #2191. Best regards, Alexey. On 13 January 2008 Richard van der Hoff wrote: Hi Alexey, Alexey Neyman wrote: Actually, there is one more addition to epan/proto.c:

[Wireshark-dev] Request for review: bug #2048

Hi all, Some time ago, I submitted enhancements to IPMI dissector (bug #2048). I updated the patch to apply against more recent revision (24072). Could it be reviewed/integrated? Also, I noted that there are some enhancements suggested in context of the bug #1970. Currently, the changes

[Wireshark-dev] Request for Addition of UNISTIM CMD Address Text to Info Field of Decode Summary

Hi, Would it be possible to add the UNISTIM CMD text for each UNISTIM command in a packet to the Info field of the Decode Summary? For example display the following for the UNISTIM commands shown below: 33 3.204370 x.x.x.x y.y.y.y UNISTIM Payload seq - 0xC469, Aggregate Unistim , Display

Re: [Wireshark-dev] Request for Addition of UNISTIM CMD Address Text to Info Field of Decode Summary

Hi John, Added your request to the TODO file in the unistim plugin directory. Thanx, Jaap J P wrote: Hi, Would it be possible to add the UNISTIM CMD text for each UNISTIM command in a packet to the Info field of the Decode Summary? For example display the following for the UNISTIM

[Wireshark-dev] Request for adding new features on MPEG2TS decoding

Hi to all, From the latest sources (I've checked out the revision 22443), I see that the decoding of MPEG2TS packets arrives only till header + adaptation field while the payload is dumped, but the payload still includes other useful info: PSI table info (ISO/IEC 13818-1 par. 2.4.4) and PES

[Wireshark-dev] Request for evolution in TCP dissector

I would like to use the pdml of tshark to work on a reassembled TCP layer. If the packet needs really reassembling, it's ok, and I can use the tcp.segment fields to get the payload. But if the applicative PDU is inside only one packet, there is no tcp.segment. Would it be possible to get a

[Wireshark-dev] Request for details on security issues in 0.99.0

Hello, http://www.wireshark.org/security/wnpa-sec-2006-01.html lists several vulnerabilities and announces affected versions range from 0.8.16 up to and including 0.99.0. However the detailed listing of vulnerabilities doesn't list any one for 0.99.0. Perhaps the 'Versions affected' info should

Re: [Wireshark-dev] Request for details on security issues in 0.99.0

Gerald Combs wrote: Have been updated to include ranges. I'll try to include ranges in future documentation as well. Many thanks, Frederic ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org