Hi, I noticed this question as "problem with tcp/ip decoding", but may be dog is buried elsewhere. I have a streams with asterix radar data. For reading I am using wireshark 1.0.7 with built-in asterix plugin. The decoding gives nothing readable. I have testing streams and the asterix plugin works perfectly for them. What I noticed that in my streams wireshark properly recognize the the TCP and IP header's lengths as 20 bytes but correspondence numbers in the header are wrong:
Data bloc starts with the right bye number but asterix cannot recognize that. If somebody has idea please help me manage with this. p.p If needed some more information I'm ready to give it. This question is marked "community wiki". asked 05 Apr '13, 04:38 furna edited 05 Apr '13, 05:48 JeffMorriss ♦ |
One Answer:
I cannot find any asterix plugin (radar data format) in the standard Wireshark distribution, so I guess that plugin is something proprietary. If that is the case, it is best to answer the developer of that plugin for help. There are sites with information about that plugin:
But again, that plugin is not part of the standard Wireshark distribution and any problem with the protocol dissection should be sent to the developers of that plugin. Regards answered 05 Apr '13, 04:54 Kurt Knochner ♦ edited 05 Apr '13, 04:54 |
Thanks for the answer. Of course I'll try there as well. The French plugin is the exactly what I'm using. But could you comment the difference between the header's lengths. The bolded numbers are the corresponding bytes for IP (0x45) and TCP (0x50) header lengths. But in the Packet Detail Pane these lengths are properly recognized as 20 bytes. Is this a problem or everything is alright?
Yes it's alright: the length is a multiple of 32 bits words (see http://en.wikipedia.org/wiki/Ipv4 and http://en.wikipedia.org/wiki/Transmission_Control_Protocol). According to the captures provided with this customized Wireshark 1.0.7 portable version, the plugin is designed to run on top of 802.3 and not TCP/IP. It does not seem to offer the ability to decode the TCP data payload as asterix.
Thank you!!!!