<div dir="ltr">Thank you Ed.  I will take a look a look at that fork.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 10, 2019 at 11:09 AM Ed Tanous <<a href="mailto:ed.tanous@intel.com">ed.tanous@intel.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 10/10/19 10:09 AM, Nancy Yuen wrote:<br>
> Thanks Brad!  We are envisioning aggregating the separate Redfish stacks<br>
> to present a single unified system view.  There is another slide deck of<br>
> Redfish Aggregator requirement uploaded to DMTF a few days ago with a<br>
> slightly different idea of aggregation (it sounds more like batching,<br>
> the aggregator will send a reboot or a fw update, to a bunch of redfish<br>
> stacks on multiple systems).<br>
> <br>
<br>
You might want to look at this bmcweb fork that Inspur built for exactly<br>
this.<br>
<a href="https://github.com/inspur-bmc/rmcweb" rel="noreferrer" target="_blank">https://github.com/inspur-bmc/rmcweb</a><br>
<br>
<br>
It wasn't built the way I would've recommend it be built, and a lot of<br>
it is relying on fake data, but it's a reasonable example of wiping out<br>
all the bmcweb Redfish endpoints and replacing them with aggregator<br>
ones, without having to modify the core.<br>
</blockquote></div>