Re: [Wireshark-dev] tshark -x options

2012-03-13 Thread Guy Harris
On Mar 13, 2012, at 6:13 PM, Jeff Morriss wrote: > On 03/13/2012 09:00 PM, Guy Harris wrote: >> >> On Mar 13, 2012, at 2:45 PM, kahou lei wrote: >> >>> Can anyone tell me if I can achieve the same thing that wireshark does in >>> tshark? >> >> Yes. Enable "Packet summary line" in addition to

Re: [Wireshark-dev] regarding the structure of data packets

2012-03-13 Thread Guy Harris
On Mar 13, 2012, at 4:20 PM, abhinav narain wrote: > this is the packet dump of first 40 bytes,starting from mac header. > > 88 41 2c 00 c4 3d c7 9d e1 44 00 19 d2 85 d1 67 c4 3d c7 9d e1 42 30 f0 00 00 > 2b 4f 00 20 00 00 00 00 aa aa 03 00 00 00 08 00 > > first four bytes are control bits an

Re: [Wireshark-dev] tshark -x options

2012-03-13 Thread Jeff Morriss
On 03/13/2012 09:00 PM, Guy Harris wrote: On Mar 13, 2012, at 2:45 PM, kahou lei wrote: Can anyone tell me if I can achieve the same thing that wireshark does in tshark? Yes. Enable "Packet summary line" in addition to "Packet bytes". ... In the File->Print menu (as opposed to the File->

Re: [Wireshark-dev] tshark -x options

2012-03-13 Thread Guy Harris
On Mar 13, 2012, at 2:45 PM, kahou lei wrote: > Can anyone tell me if I can achieve the same thing that wireshark does in > tshark? Yes. Enable "Packet summary line" in addition to "Packet bytes". ___ Sent via:Wireshar

Re: [Wireshark-dev] Mentioning encapsulation type in Protocol column

2012-03-13 Thread Lori Jakab
On 03/13/12 23:07, Martin Kaiser wrote: > Hi Lori and all, > > Thus wrote Lori Jakab (lja...@ac.upc.edu): > >> AFAIK, currently the protocol displayed in the Protocol column of >> Wireshark is that of the last dissector called on the packet. This makes >> it difficult to distinguish among packets w

Re: [Wireshark-dev] Mentioning encapsulation type in Protocol column

2012-03-13 Thread Martin Kaiser
Hi Lori and all, Thus wrote Lori Jakab (lja...@ac.upc.edu): > AFAIK, currently the protocol displayed in the Protocol column of > Wireshark is that of the last dissector called on the packet. This makes > it difficult to distinguish among packets with or without some type of > encapsulation, unle

[Wireshark-dev] tshark -x options

2012-03-13 Thread kahou lei
Hi, I am trying to display the hex value of the packet. Currently I am using "-x" option in tshark and I get this output: 1 62 0.00 212.179.66.74 -> 224.0.0.2HSRP Hello (state Active) 62 01 00 5e 00 00 02 00 00 0c 07 ac 01 08 00 45 c0 ..^...E. 0010 00 30 00 00 00 00

Re: [Wireshark-dev] [tcpdump-workers] regarding wireless data frames

2012-03-13 Thread abhinav narain
Hi, this is the packet dump of first 40 bytes,starting from mac header. 88 41 2c 00 c4 3d c7 9d e1 44 00 19 d2 85 d1 67 c4 3d c7 9d e1 42 30 f0 00 00 2b 4f 00 20 00 00 00 00 aa aa 03 00 00 00 08 00 first four bytes are control bits and duration. next are the mac addresses. c4 3d c7 9d e1 44 00

[Wireshark-dev] Mentioning encapsulation type in Protocol column

2012-03-13 Thread Lori Jakab
Hi, AFAIK, currently the protocol displayed in the Protocol column of Wireshark is that of the last dissector called on the packet. This makes it difficult to distinguish among packets with or without some type of encapsulation, unless filtering is employed. That is, a "regular" ICMP packet and a

Re: [Wireshark-dev] Win32 Buildbot failing with "Capture 10 packets" Failed! exit status of ../wireshark-gtk2/wireshark -k: 127

2012-03-13 Thread Guy Harris
On Mar 12, 2012, at 8:18 AM, Anders Broman wrote: > Pressing the menu button "start a new live capture" before doing any other > GUI action still crashes WS. OK, I've made cf_close() not do anything - not even deliver indications to the GUI - if you don't have an open capture file, made "wires