On 9/20/2006 9:03 PM, Duncan Laurie wrote: > An IPMIv1.5 session isn't going to use the chipers, those will only come > into play for IPMIv2. The Activate Session stage is the first authenticated > packet that computes an MD5 using the password and challenge and session > id. The lack of a response from the BMC at this stage usually means that > the BMC did not compute the same MD5 that ipmitool did so is dropping the > packet as not valid for the session.
or in this case, that the wrong password is being used... I had assigned the admin password to the built-in ID number 3 and when I set all four of the IDs to the same password it all started working. I thought it was a session error because an errorneous username failure is detected and rejected immediately, and I figured a password failure would operate similarly. This sure is a weird protocol -- Eric A. Hall http://www.ehsco.com/ Internet Core Protocols http://www.oreilly.com/catalog/coreprot/ ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
