Re: [Wireshark-dev] TCP Retransmission and protocol reassembly

2007-08-16 Thread Anders Broman
Hi, There have been complaints about the reassembly routines before I'm unsure if all has been fixed... There is at least http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1722 "TCP reassembly missing payload of FIN packet, when DESEGMENT_UNTIL_FIN is set" I think that as long as the dissectors a

[Wireshark-dev] review_for_checkin cancelled: [Bug 1725] Enhance tcp-analysis with "reused tcp session"

2007-08-16 Thread bugzilla-request-daemon
Sake <[EMAIL PROTECTED]> has cancelled Sake <[EMAIL PROTECTED]>'s request for review_for_checkin: Bug 1725: Enhance tcp-analysis with "reused tcp session" http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1725 --- Additional Comments from Sake <[EMAIL PROTECTED]> Changed the naming from "reus

[Wireshark-dev] Expert Infos are a bit "more official" now!

2007-08-16 Thread Ulf Lamping
Hi List! I think the Expert Info feature that I've added a while ago should be used more widely :-) In the last days I've added the "Expert Info" feature to the User's Guide, so users have a chance to know how to use it. I've also changed the Wiki's ExpertInfo Developer page, it's more of a

[Wireshark-dev] TCP Retransmission and protocol reassembly

2007-08-16 Thread Stig Bjørlykke
Hi. I have a capture with alot of TCP Retransmissions and all the retransmitted packages are added to the protocol reassembly, which obvious is not correct as the fragments are added more than once and out of order. The protocols in this case are COTP and RTSE. Is this a common problem? Sh

Re: [Wireshark-dev] [Fwd: [Wireshark-bugs] [Bug 1741] New: Privilege separation patch]

2007-08-16 Thread Guy Harris
Jeff Morriss wrote: > tcpdump and commercial sniffer products probably need root access and > are reading from the network, but I'm not sure tcpdump counts as "big" It's not as big as Wireshark, but it *has* had its own problems with code vulnerable to malicious packets. It will, before openin

Re: [Wireshark-dev] Dissectors for SMS over GPRS-LLC

2007-08-16 Thread Anders Broman (AL/EAB)
Hi, I think you are right and a start could be to separate out the SMS parts then. I'm busy on other stuff right now so I'm not able to take it on . An Idea might be to discuss the interfaces and decide how we'd want it to look and what names to use ,there is a lot of interconection between the GS

Re: [Wireshark-dev] Dissectors for SMS over GPRS-LLC

2007-08-16 Thread Neil Piercy
IMHO the gsm_a is really about four protocol dissectors which are too inter-mixed in the one huge file, and should really all be in separate files and with "proper" wireshark linkage between them. The clue is in the name: it contais the set of protocols carried over the A interface, not one protoco

Re: [Wireshark-dev] [Fwd: [Wireshark-bugs] [Bug 1741] New: Privilege separation patch]

2007-08-16 Thread Jeff Morriss
Thomas Anders wrote: > Jeff Morriss wrote: >> Thomas Anders wrote: >>> Richard van der Hoff wrote: Personally, I'd much prefer a popup that I can dismiss than wireshark meddling with my users/groups and dropping privileges. >>> Is there any good example of another *user application* drop

Re: [Wireshark-dev] Query regrading removing header

2007-08-16 Thread Martin Mathieson
On 16-Aug-2007 18:47:37 ZE5B, [EMAIL PROTECTED] < [EMAIL PROTECTED]> wrote: > > > Hi, > > If I have frame like for eg:- > > 45 60 76 87 23 97 00 > > Now in this frame starting 2 bit is header of one dissector now I want to > pass that frame to other dissector after removing the haeder. > If i chang

Re: [Wireshark-dev] Dissectors for SMS over GPRS-LLC

2007-08-16 Thread Anders Broman (AL/EAB)
Hi, >some SMS Control Protocol (SMS CP) fields are included in GSM A DTAP dissector, but not the whole protocol. Should all SMS-CP dissection be done by the new dissector or perhaps the code moved into packet-gsm_a.c ? Regards Anders From: [EMAIL PROTECTED] [mailt

Re: [Wireshark-dev] [Fwd: [Wireshark-bugs] [Bug 1741] New: Privilege separation patch]

2007-08-16 Thread Thomas Anders
Jeff Morriss wrote: > Thomas Anders wrote: >> Richard van der Hoff wrote: >>> Personally, I'd much prefer a popup that I can dismiss than wireshark >>> meddling with my users/groups and dropping privileges. >> Is there any good example of another *user application* dropping >> privileges as propos

Re: [Wireshark-dev] [Fwd: [Wireshark-bugs] [Bug 1741] New: Privilege separation patch]

2007-08-16 Thread Jeff Morriss
Thomas Anders wrote: > Richard van der Hoff wrote: >> Personally, I'd much prefer a popup that I can dismiss than wireshark >> meddling with my users/groups and dropping privileges. > > Is there any good example of another *user application* dropping > privileges as proposed by Gerald? After all,

Re: [Wireshark-dev] Dissectors for SMS over GPRS-LLC

2007-08-16 Thread Stephen Fisher
On Thu, Aug 16, 2007 at 03:10:23PM +0100, Cyrille Colin wrote: > So I basically wrote a small plugin for SMS CP -following the dev > guidelines-, and linked to GPRS-LLC and SMS-RP and it works fine. Great! > The questions are: > - is there any interest in having this submitted back to the Wires

[Wireshark-dev] Dissectors for SMS over GPRS-LLC

2007-08-16 Thread Cyrille Colin
Hi SMS msg can be carried over packet switched GPRS, and I am trying to have Wireshark decode SMS carried on GPRS LLC protocol (SAPI 7). The stack is the following: --- | sms msg | --- | sms T-PDU | --> dissector exists (gsm_sms

Re: [Wireshark-dev] Query regrading removing header

2007-08-16 Thread Abhik Sarkar
I doubt you make a dissector remove only 2 bits from a buffer, but you might be able to use a combination of bitfields and bitmasks to either read only the first two bits or ignore them. PS: Do I understand correctly that you have a dissector which only dissects two bits? Sounds strange, though I

[Wireshark-dev] Query regrading removing header

2007-08-16 Thread vaibhav . agarwal
Hi, If I have frame like for eg:- 45 60 76 87 23 97 00 Now in this frame starting 2 bit is header of one dissector now I want to pass that frame to other dissector after removing the haeder. If i change the tvb then header remove in form of bytes not in bits. Please tell How to pass the fr

Re: [Wireshark-dev] [Fwd: [Wireshark-bugs] [Bug 1741] New: Privilege separation patch]

2007-08-16 Thread Thomas Anders
Richard van der Hoff wrote: > Personally, I'd much prefer a popup that I can dismiss than wireshark > meddling with my users/groups and dropping privileges. Is there any good example of another *user application* dropping privileges as proposed by Gerald? After all, Wireshark isn't a system daemo

[Wireshark-dev] ANSI TCAP

2007-08-16 Thread Anders Broman (AL/EAB)
Hi, As I'm rewriting the ANSI TCAP dissector I'm wondering if we have any other subdissector to ANSI TCAP than ANSI MAP currently? If not then the "sub dissector lookup" function could be left out until needed. Or at least be a bit more crudly done. Regards Anders __

[Wireshark-dev] GPRS-MM pcap file

2007-08-16 Thread alpha
Would somebody help me to find if there are some GPRS-MM pcap file available on the Wireshark.org or on somewhere? I need some GPRS(MM) Pcap file to dev on windows.Thanks a lot. -- alpha ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org http://

Re: [Wireshark-dev] Query regrading RRC decoder

2007-08-16 Thread Anders Broman (AL/EAB)
Hi, The RRC dissector is kind of standalone now and only called for some RRC messages tunneled in GSM MAP (I think it was) but can be called by name from any other dissector. I don't have any deeper knowledge of the GSM/UMTS protocol stack on the Iu(?) interfaces. From your previous posts I guess

Re: [Wireshark-dev] [Fwd: [Wireshark-bugs] [Bug 1741] New: Privilege separation patch]

2007-08-16 Thread Richard van der Hoff
Gerald Combs wrote: > That's exactly the problem I'm trying to solve. Ever since the initial > release, the standard practice for capturing on Unix/Linux systems has > included the step "start Wireshark (or Ethereal) as root." Our own > User's Guide tells you to run Wireshark as root. There's a

Re: [Wireshark-dev] Finding the bug in the unistim dissector

2007-08-16 Thread Jaap Keuter
Hi, Digging deeper into these extra display handling functions showed that the format string escape it tries to accomplish was incorrect(*). With that fixed it ran 1 fuzz test runs overnight, without problems. I've other activities to attend to, but I hope to get back finishing up after th