Multiple BMCs in a system: IPMB? Redfish? MCTP?

[Nancy Yuen]

Neeraj, that's a great question.  I'm not sure we have a good answer in
some cases.  I think the closest analog in general (for us) is multiple
blades with their own BMCs in a chassis.

----------
Nancy


On Wed, Apr 29, 2020 at 5:23 PM Neeraj Ladkani <neladk at microsoft.com> wrote:

> Redfish defines computer system to be multiple chassis or multiple blades
> within a chassis.  It would be good to clarify if you are referring to
> “System” as:
>
>
>
>    - Multiple chassis with their own BMCs ( Storage, Compute, GPU etc )
>    - Multiple Blades with their own BMC within a chassis.
>
>
>
> Neeraj
>
>
>
> *From:* openbmc <openbmc-bounces+neladk=microsoft.com at lists.ozlabs.org> *On
> Behalf Of *Vijay Khemka
> *Sent:* Wednesday, April 29, 2020 5:16 PM
> *To:* Nancy Yuen <yuenn at google.com>; OpenBMC Maillist <
> openbmc at lists.ozlabs.org>
> *Subject:* [EXTERNAL] Re: Multiple BMCs in a system: IPMB? Redfish? MCTP?
>
>
>
> Hi Nancy,
>
> We are currently using (1) in our current multi host design. Option (3)
> also looks good.
>
>
>
> Regards
>
> -Vijay
>
>
>
> *From: *openbmc <openbmc-bounces+vijaykhemka=fb.com at lists.ozlabs.org> on
> behalf of Nancy Yuen <yuenn at google.com>
> *Date: *Wednesday, April 29, 2020 at 3:53 PM
> *To: *OpenBMC Maillist <openbmc at lists.ozlabs.org>
> *Subject: *Multiple BMCs in a system: IPMB? Redfish? MCTP?
>
>
>
> I've talked with some people a while back (long while back) about multiple
> BMCs in a system.  Either for redundancy or managing separate parts of a
> system.   I'm wondering what other people are thinking in this area if at
> all.
>
>
>
> We are considering similar designs and I'm looking into options for
> BMC-BMC communications.  Some BMCs may not be externally accessible. Here
> are some options that we've looked at:
>
>    1. i2c/IPMB
>    2. usbnet/Redfish
>    3. i2c/MCTP/PLDM or something else?
>    4. internal network via switch chip/Redfish or MCTP
>
>  I'd like to reduce our use of IPMI so I want to avoid (1).
>
>
>
> ----------
> Nancy
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20200429/4b33693f/attachment.htm>