This might be FreeIPMI's mistake if the network is re-ordering these packets. I'm shocked this hasn't been found until now. The key is that the rq_seq is identical in the two responses (the send response and the bridged response), which I believe breaks some of the logic assumptions that were previously made. I think there's a easy workaround to fix this pretty easily. I can give you a branch on github to try when it's done.
But for the time being, is it possible for you to recompile freeipmi and run ./configure with --enable-debug and --enable-trace? I'd like to see exactly where the "internal IPMI error" comes from. It would help me verify that I can put the workaround in the location I want. Thanks for looking into this, Al On Thu, 2019-01-17 at 13:01 +0000, GIRARD, MARC wrote: > Hi Albert > > Session sequence numbers looks correct. > > Kind regards / Cordialement > > Marc Girard > Power Efficiency team > marc.gir...@atos.net > https://eu.yourcircuit.com/#/email/marc.gir...@atos.net > > -----Original Message----- > From: achudr...@gmail.com <achudr...@gmail.com> On Behalf Of Albert > Chu > Sent: Wednesday, January 16, 2019 4:59 PM > To: GIRARD, MARC <marc.gir...@atos.net> > Cc: freeipmi-devel@gnu.org > Subject: Re: [Freeipmi-devel] Inverted IPMI responses > > Hi Marc, > > It's certainly possible it's a implementation bug. It's also > possibly a network routing race where the packets race. Could you > show the full headers/trailers of the packets, I would like to see > the session sequence numbers. > > Al > > On Wed, Jan 16, 2019 at 12:58 AM GIRARD, MARC <marc.gir...@atos.net> > wrote: > > > > Hi FreeIPMI Team, > > > > We experiment a unusual problem with Intel PCSD S2600BPB host. > > With Intel Node Manager OEM command, sometime response messages > > come in reverse order : OEM Intelnm Get Node Manager Statistics > > Response first then Send Message Response. > > See side by side trace analysis in .pdf joined > > > > With my knowledge of the IPMI protocol, this is not allowed and I > > suspect a BMC implementation bug. > > Can you give me your opinion? > > > > Kind regards / Cordialement > > Marc Girard > > Power Efficiency team - Atos > > marc.gir...@atos.net > > https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Feu > > . > > yourcircuit.com%2F%23%2Femail%2Fmarc.girard%40atos.net&data=02% > > 7C0 > > 1%7Cmarc.girard%40atos.net%7Cbf0d012bdd5841e5cb9108d67bcb9087%7C334 > > 40f > > c6b7c7412cbb730e70b0198d5a%7C0%7C0%7C636832511564980186&sdata=a > > EZc > > ItBQyxHnFSssND0gPa2ERqiEU7Upf%2Bdoiqnlras%3D&reserved=0 > > _______________________________________________ > > Freeipmi-devel mailing list > > Freeipmi-devel@gnu.org > > https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flis > > ts.gnu.org%2Fmailman%2Flistinfo%2Ffreeipmi- > > devel&data=02%7C01%7Cma > > rc.girard%40atos.net%7Cbf0d012bdd5841e5cb9108d67bcb9087%7C33440fc6b > > 7c7 > > 412cbb730e70b0198d5a%7C0%7C0%7C636832511564980186&sdata=DmcRkkG > > nJV > > Yx5HRYyxNavwyUbtV6rvEVrXJ3WH23%2Bz4%3D&reserved=0 > > _______________________________________________ > Freeipmi-devel mailing list > Freeipmi-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/freeipmi-devel -- Albert Chu ch...@llnl.gov Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory _______________________________________________ Freeipmi-devel mailing list Freeipmi-devel@gnu.org https://lists.gnu.org/mailman/listinfo/freeipmi-devel
