Specifically Table 13-8, RMCP/RMCP+ Packet Format for IPMI
Its not quite complete, [OEM IANA] and [OEM Payload ID] are
missing. These are not present by default (i.e. IPMI Messages) and
potentially go beyond the scope of this dissector. The auth_offset
changes should allow them to easily be added at a later time If needed.
I’ve occasionally been getting [Malformed packet] at the end of the (much
more descriptive) RMCPP packet descriptions, probably due to slight padding
differences not dealt with yet.
The patch was designed not to break IPMI 1.5, and it works
from what I’ve tested.
The patch was mostly replacing “authtype ? :” with
“auth_offset +” where appropriate. I’m not a big fan of
the ternary operator, and it didn’t help when a third option came in (authtype=6
is RMCPP). “auth_offset” may be redundant with
“offset” already in use. I didn’t want to risk
changing the flow too much so the two are separate.
(Diff created against /trunk/epan/dissectors/packet-ipmi.c