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] Negative Fibre Channel scsi_time values

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


From: Ivan Heninger <ivanh@xxxxxxxxxx>
Date: Sun, 4 Jan 2009 09:39:42 -0500

Is your the platform Linux on multi-core CPU ? I think negative time is possible on some multi-core CPUs depending on the hardware source for the precision software timer. Use of the TSC source, rather than the linux default pmtimer, can yield better software performance but can also lead to a time offset between to cores in the same CPU.

Ivan Heninger

IBM Software Group



Inactive hide details for Sake Blok ---12/29/2008 12:00:54 PM---On Mon, Dec 29, 2008 at 04:27:44PM +0100, j.snelders@xxxxxxxxxxSake Blok ---12/29/2008 12:00:54 PM---On Mon, Dec 29, 2008 at 04:27:44PM +0100, j.snelders@xxxxxxxxxx wrote:


From:

Sake Blok <sake@xxxxxxxxxx>

To:

Community support list for Wireshark <wireshark-users@xxxxxxxxxxxxx>

Date:

12/29/2008 12:00 PM

Subject:

Re: [Wireshark-users] Negative Fibre Channel scsi_time values




On Mon, Dec 29, 2008 at 04:27:44PM +0100, j.snelders@xxxxxxxxxx wrote:
> On Mon, 29 Dec 2008 11:00:37 +0100 Alexandre Aeschbach wrote:
>
> >The thing with the packet numbers you mentioned is a problem too. The
> >traces are not merged or edited.
> >
> >If I do the filtering with tshark I get no results for "scsi.time < -0.001".
>
> May be you have to use the '.' as the decimal symbol in stead of the ','
> Please take a look at Control Panel -> "Regional Settings and Language Options"

Well, tshark processes all packets in only one run, so if the command
comes before the response (as Wireshark makes you believe), then it can
not know the (negative) response time yet as it has not seen the request
yet when processing the response. Hence the difference between the
Wireshark and the tshark output...

Now... the main problem is why wireshark thinks these requests and
responses belong together, although they bend the nature of time ;-)
It would help to see the actual capture file instead of just a
screenshot.

HTH,
Cheers,
  Sake
___________________________________________________________________________
Sent via:    Wireshark-users mailing list <wireshark-users@xxxxxxxxxxxxx>
Archives:    
http://www.wireshark.org/lists/wireshark-users
Unsubscribe:
https://wireshark.org/mailman/options/wireshark-users
           
mailto:wireshark-users-request@xxxxxxxxxxxxx?subject=unsubscribe


  • Follow-Ups:
    • Re: [Wireshark-users] Negative Fibre Channel scsi_time values
      • From: Jim Young
    • Re: [Wireshark-users] Negative Fibre Channel scsi_time values
      • From: Alexandre Aeschbach
  • Prev by Date: Re: [Wireshark-users] Looking for plugin to be able to"hear"/"build" G723/G729
  • Next by Date: [Wireshark-users] [TCP segment of a reassembled PDU] question...
  • Previous by thread: Re: [Wireshark-users] Looking for plugin to be able to"hear"/"build" G723/G729
  • Next by thread: Re: [Wireshark-users] Negative Fibre Channel scsi_time values
  • Index(es):
    • Date
    • Thread

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