Hi,
On jeu, 2007-05-24 at 18:55 +1000, Shehjar Tikoo wrote:
> Hi all,
>
> I am testing tshark with revision 21520. Running tshark
> on an NFS capture gives different output between the
> two machines I am testing it on.
tshark reads and follow user's preferences.
It looks like on the P4 you have tcp checksum disabled and not on the
Itanium, tcp dissector doesn't reassemble packet with bad checksum.
Or it's a bug in checksum code/Itanium compiler.
Didier
> On the first machine, a P4, the command I run is:
>
> wireshark $ ./tshark -R nfs -r ~/docs/work/traffic_dumps/bigops2 -o "tcp.desegment_tcp_streams:TRUE"
> -o "rpc.defragment_rpc_over_tcp:TRUE" -o "rpc.desegment_rpc_over_tcp:TRUE" |wc -l
> 186
>
> where 186 is the number of NFS request and reply messages dissected.
> The relevant output from tshark is below:
> 314 38.993431 10.13.1.55 -> 10.13.0.10 NFS V3 WRITE Call, FH:0xe856e786 Offset:0 Len:32768 UNSTABLE
> 321 38.994455 10.13.1.55 -> 10.13.0.10 NFS V3 WRITE Call, FH:0xe856e786 Offset:32768 Len:18301
> UNSTABLE
> 323 38.994894 10.13.0.10 -> 10.13.1.55 NFS V3 WRITE Reply (Call In 314) Len:32768 UNSTABLE
> 329 38.996895 10.13.0.10 -> 10.13.1.55 NFS V3 WRITE Reply (Call In 321) Len:18301 UNSTABLE
> 330 38.998748 10.13.1.55 -> 10.13.0.10 NFS V3 COMMIT Call, FH:0xe856e786
> 331 39.003018 10.13.0.10 -> 10.13.1.55 NFS V3 COMMIT Reply (Call In 330)
>
> Next I run the same command on a 4-way Itanium SMP machine, the
> command is:
>
> tutti:~/wireshark$ ./tshark -R nfs -r bigops2 -o "tcp.desegment_tcp_streams:TRUE" -o
> "rpc.defragment_rpc_over_tcp:TRUE" -o "rpc.desegment_rpc_over_tcp:TRUE"|wc -l
> 184
>
> On this machine the output for the same trace is 184 NFS request and
> reply messages.
>
> The messages that are missing from the Itanium output are one NFS3 WRITE
> call and its response. The NFS write length is 18301 bytes. See the
> paste below for the relevant output on the Itanium:
>
> 298 38.989526 10.13.1.55 -> 10.13.0.10 NFS V3 WRITE Call, FH:0xe856e786 Offset:0 Len:32768
> UNSTABLE[Unreassembled Packet [incorrect TCP checksum]]
> 323 38.994894 10.13.0.10 -> 10.13.1.55 NFS V3 WRITE Reply (Call In 298) Len:32768 UNSTABLE
> 330 38.998748 10.13.1.55 -> 10.13.0.10 NFS V3 COMMIT Call, FH:0xe856e786
> 331 39.003018 10.13.0.10 -> 10.13.1.55 NFS V3 COMMIT Reply (Call In 330)
>
> Note the missing corresponding NFS messages on the Itanium for request
> numbers 321 and 329 from the P4 output.
>
> The bigops2 file was captured with maximum snaplen so it has all the
> bytes in there.
>
> Is this difference a known behaviour?
>