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

asked 2018-11-26 16:14:57 +0000

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

edit retag flag offensive close merge delete

Comments

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

grahamb ( 2018-11-26 18:43:08 +0000 )edit

add a comment

1 Answer

Sort by » oldest newest most voted

answered 2018-11-28 14:54:43 +0000

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

edit flag offensive delete 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: 2018-11-26 16:14:57 +0000

Seen: 376 times

Last updated: Nov 28 '18

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