Wireshark

  • Riverbed Technology
  • WinPcap
the world's foremost network protocol analyzer
  • Wireshark
    • About
    • Download
    • Blog
  • Get Help
    • Ask a Question
    • FAQs
    • Documentation
    • Mailing Lists
    • Online Tools
    • Wiki
    • Bug Tracker
  • Develop
    • Get Involved
    • Developer's Guide
    • Browse the Code
    • Latest Builds

Wireshark-users: Re: [Wireshark-users] analysing HTTP latencies

Date Index Thread Index Other Months All Mailing Lists
Date Prev Date Next Thread Prev Thread Next


From: "Rohit Grover" <rgrover1@xxxxxxxxx>
Date: Wed, 6 Jun 2007 10:53:38 +1200

On 6/5/07, Stephen Fisher <stephentfisher@xxxxxxxxx> wrote:
On Fri, Jun 01, 2007 at 04:20:04PM +1200, Rohit Grover wrote:

> Incidentally, upon viewing a simple HTTP dialogue using wireshark, I
> noticed that the server's first HTTP response datagram wasn't tagged
> by wireshark as HTTP. I'm quite sure I'm missing something because a
> something of this sort can't go un-noticed if it is a bug.

Was the HTTP traffic on a standard HTTP port/proxy port?  Wireshark by
default recgonizes traffic on TCP ports 80, 3128, 3132, 8080, 8088,
11371, 3689 as some form of HTTP.  It also recgonizes SSDP over HTTP on
TCP and UDP ports 1900.  There is a preference option to add one more
port to the list of recgonized ports if you need.

I discovered that the problem had to do with packet reassembly. Upon
turning off the option which permits sub-dissectors to reassemble
packets, HTTP reponses spanning multiple packets were correctly
identified.

regards,
Rohit.

  • References:
    • [Wireshark-users] analysing HTTP latencies
      • From: Rohit Grover
    • Re: [Wireshark-users] analysing HTTP latencies
      • From: Stephen Fisher
  • Prev by Date: [Wireshark-users] descriptive names for mac address
  • Next by Date: [Wireshark-users] No H.225 (H.323 messages) in "Decode as"
  • Previous by thread: Re: [Wireshark-users] analysing HTTP latencies
  • Next by thread: [Wireshark-users] Wireless or not?
  • Index(es):
    • Date
    • Thread

Wireshark and the "fin" logo are registered trademarks of the Wireshark Foundation