On Tue, Oct 03, 2000 at 01:26:35AM -0700, acmay@xxxxxxxxxxxxxxxxxxxxxxx wrote:
> Another thing to look at would be the timestamping of the messages. There
> are case where I would want the timestamp of the first time the data is seen
> on the network and other cases where I want the time of the last time it
> is on the seen by network.
>
> One example of when I would want the first timestamp is with the Nagle Alg.
> off for stream of small messages at a rate faster than standard Ack delay.
>
> TCP packet 1 @0.001 data bytes 0-4 : msg1
> TCP packet 2 @0.005 data bytes 5-9 : msg2
> TCP packet 3 @0.010 data bytes 0-14: msg1+msg2+msg3
>
> Now in this case I typically want the timestamp to reflect when the sender
> thinks he is sending the data.
To which timestamp are you referring?
*Each* of those frames will have a timestamp, no matter how we do the
dissection of TCP or the higher-level protocol; the timestamp is put
there by the lowest-level dissector, the "frame" dissector.
> The point of all of this is really that the higher level parsers are all
> going to have different ways to deal with the data "problems".
>
> So does a parser for the TCP data really buy you that much for the higher
> level protocols, since you are going to need logic in the high level parser
> to deal with possible problems with the TCP stream.
The high-level parser needn't deal with retransmissions; making all of
them do so would be madness. The same applies to out-of-order
transmissions.