Hi Jean, > Here is what I propose. Instead of using a getDeviceId for the > keepalive mechanism, we could use a simple empty SOL transmit. (Valid > sequence number, no acknowledge, length of 0). This will trig no work > on the BMC side and will no generate also an answer.
This solution would bother me a bit. I don't think the IPMI spec is specific enough on the behavior that should occur if an empty SOL packet is sent. Some other implementations may return an error instead. > It looks like IPMITOOL is not done in a way that question and answer > can be dissociated. There is no guarantee that packet of a different > payload type could be received in between of question/answer of > another type… or of the same type. I certainly don't know the code as well as others, but it seems in ipmi_lan_poll_recv() in lanplus.c, it does look as though packets are parsed so we know if the payload type is type IPMI or SOL. So I think a method to differentiate between different payload types received is done? Al -- Albert Chu [EMAIL PROTECTED] 925-422-5311 Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
