You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
These would need to be "importable" modules which would take in the buffer, pfino, tree so that they could directly modify the Wireshark tree view.
The generated code would need to:
1.) emit a list of those expected ProtoFields which would have to somehow be added into their own Proto or incorporated into the Cyphal/CAN or Cyphal/UDP Protos. (TDB)
2.) emit a 'dissector' function which takes the buffer, pinfo, tree and populates the Wireshark tree using those fields
3.) emit function which has a very long switch/if/else condition per message type would also have to be created and then called from both Cyphal/CAN and Cyphal/UDP Protocol Dissectors.
Here's similar code which breaks down the Heartbeat:
In both of these cases the payload is a Tvb object which can be subscripted to form ranges, integers, floats, etc. The payload_tree is the Wireshark 'tree' object which will hold the decoded values and the various cyphal_getinfo_* are the various ProtoField declarations which inform Wireshark what fields could be expected.
Generate Lua functions to deserialize (serialization is not needed yet) for the Wireshark plugins in https://github.com/OpenCyphal-Garage/wireshark_plugins.
These would need to be "importable" modules which would take in the
buffer, pfino, tree
so that they could directly modify the Wireshark tree view.The generated code would need to:
1.) emit a list of those expected
ProtoField
s which would have to somehow be added into their ownProto
or incorporated into theCyphal/CAN
orCyphal/UDP
Protos. (TDB)2.) emit a 'dissector' function which takes the
buffer, pinfo, tree
and populates the Wireshark tree using those fields3.) emit function which has a very long switch/if/else condition per message type would also have to be created and then called from both Cyphal/CAN and Cyphal/UDP Protocol Dissectors.
Here's similar code which breaks down the Heartbeat:
And the GetInfo
In both of these cases the payload is a
Tvb
object which can be subscripted to form ranges, integers, floats, etc. The payload_tree is the Wireshark 'tree' object which will hold the decoded values and the variouscyphal_getinfo_*
are the variousProtoField
declarations which inform Wireshark what fields could be expected.The calling function:
These are just ideas and are not hard requirements.
The text was updated successfully, but these errors were encountered: