Can someone confirm that there is an issue with decoding the cycle values in decodes of profinet protocol?

First time here? Check out the FAQ!

stefan-uwe
1 ●1 ●1

Hi Experts, I'm trying to map traces from both ends of a profinet communication. It looks like that the decoded cycle values do not match on both ends. Am I missing something or is there a flaw in Wireshark (Version 2.6.4 (v2.6.4-0-g29d48ec8)? Thanks, Stefan

Comments

Can you share a capture showing the issue? Post a link to somewhere publicly available.

grahamb ( Nov 26 '18 )

add a comment

1 Answer

Sort by » oldest newest most voted

answered Nov 28 '18

stefan-uwe
1 ●1 ●1

Hi all, the solution was very simple. At one end of the trace was taken with a profitap with the "Keep CRC32" option beeing set. It looks like that Wireshark is interpreting the last two Bytes as Cycle, Data Status and Transfer Status. Checking Protocol Preferences >> Assume packets hace FCS did the trick for me, now the Cycle values are matching at both ends. Thanks to all who responded. /stefan-uwe

link

add a comment

Your Answer

Please start posting anonymously - your entry will be published after you log in or create a new account.

Add Answer

Question Tools

1 follower

Stats

Asked: Nov 26 '18

Seen: 391 times

Last updated: Nov 28 '18

Can someone confirm that there is an issue with decoding the cycle values in decodes of profinet protocol? savecancel

Comments

1 Answer