<div dir="ltr">Patrick, you are correct.<br><br>The { Seq, Command, NetFn } set does not necessarily uniquely identify a message. The the OEM/Group extension messages as defined in the IPMI v2.0 Specification Document Revision 1.1, Section 5.1 Network Function Codes, Table 5, under the name OEM/Group defines unique message endpoints by the following set: { NetFn, Payload{0, 1, 2}, Command }; where Payload{0, 1, 2} are the first three bytes of a message payload.<br><br>In addition, I am working on an OEM/Group extension that would allow a single transaction to take place across multiple messages, and in particular would allow multiple IPMI requests to be sent, potentially only sending (a) response(s) at the end of the transaction; in particular, this would allow the following:<br><br>Master     | Slave<br>Request -> |<br>Request -> |<br>Request -> |<br>           | <- Response<br>           | <- Response<br><br>Where Request and Response have the same sequence number. Note: the change I am making would also make the above example valid if there were only one request and two responses.<br><br>@Cédric I see two remedies for your patch to allow this:<br><br>1) Allow users to opt out of the expiry list.<br><br>2) Update the keep alive list when *either* a new request or a new response is sent with a given sequence number (change the list to be a hashmap of sequence numbers to timeouts).<br><br>I will try to get a design doc for discussion describing this extension out hopefully sometime this week; I think that might clear some things up.<br><br>Thanks!<br></div>