Re: [Freeipmi-devel] Inverted IPMI responses

[Albert Chu]

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
> address@hidden
> https://eu.yourcircuit.com/#/email/address@hidden
> 
> -----Original Message-----
> From: address@hidden <address@hidden> On Behalf Of Albert
> Chu
> Sent: Wednesday, January 16, 2019 4:59 PM
> To: GIRARD, MARC <address@hidden>
> Cc: address@hidden
> 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 <address@hidden>
> 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
> > address@hidden
> > 
https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Feu
> > .
> > yourcircuit.com%2F%23%2Femail%2Fmarc.girard%40atos.net&amp;data=02%
> > 7C0
> > 1%7Cmarc.girard%40atos.net%7Cbf0d012bdd5841e5cb9108d67bcb9087%7C334
> > 40f
> > c6b7c7412cbb730e70b0198d5a%7C0%7C0%7C636832511564980186&amp;sdata=a
> > EZc
> > ItBQyxHnFSssND0gPa2ERqiEU7Upf%2Bdoiqnlras%3D&amp;reserved=0
> > _______________________________________________
> > Freeipmi-devel mailing list
> > address@hidden
> > 
https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flis
> > ts.gnu.org%2Fmailman%2Flistinfo%2Ffreeipmi-
> > devel&amp;data=02%7C01%7Cma
> > rc.girard%40atos.net%7Cbf0d012bdd5841e5cb9108d67bcb9087%7C33440fc6b
> > 7c7
> > 412cbb730e70b0198d5a%7C0%7C0%7C636832511564980186&amp;sdata=DmcRkkG
> > nJV
> > Yx5HRYyxNavwyUbtV6rvEVrXJ3WH23%2Bz4%3D&amp;reserved=0
> 
> _______________________________________________
> Freeipmi-devel mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/freeipmi-devel
-- 
Albert Chu
address@hidden
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory