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
The idea is to replace the offset arithmetic used to walk through a packet and extract specific fields, with a more structured and comprehensive approach.
That is, it would be convenient if we could convert (i.e., "deserialize", "unmarshall", "unpack", ...) a byte slice corresponding to a certain OF packet region (e.g. ofp_match) to a well defined struct. Then accessing the desired packet fields would be as simple as accessing the corresponding struct fields.
This approach can potentially enhance code simplicity and readability, but may hurt performance, especially if the inspected packets contain many variable-sized fields that need many "jump-to-offset"-"read-length"-"jump-to-offset"-... operations.
The text was updated successfully, but these errors were encountered:
The idea is to replace the offset arithmetic used to walk through a packet and extract specific fields, with a more structured and comprehensive approach.
That is, it would be convenient if we could convert (i.e., "deserialize", "unmarshall", "unpack", ...) a byte slice corresponding to a certain OF packet region (e.g.
ofp_match
) to a well defined struct. Then accessing the desired packet fields would be as simple as accessing the corresponding struct fields.This approach can potentially enhance code simplicity and readability, but may hurt performance, especially if the inspected packets contain many variable-sized fields that need many "jump-to-offset"-"read-length"-"jump-to-offset"-... operations.
The text was updated successfully, but these errors were encountered: