<html><body><p><tt><font size="2">"openbmc" <openbmc-bounces+austenc=us.ibm.com@lists.ozlabs.org> wrote on 12/12/2017 09:08:01 PM:<br><br>> From: Jeremy Kerr <jk@ozlabs.org></font></tt><br><tt><font size="2">> To: Patrick Williams <patrick@stwcx.xyz>, tomjose <tomjose@linux.vnet.ibm.com></font></tt><br><tt><font size="2">> Cc: OpenBMC Maillist <openbmc@lists.ozlabs.org></font></tt><br><tt><font size="2">> Date: 12/12/2017 09:08 PM</font></tt><br><tt><font size="2">> Subject: Re: IPMI LAN command story design - try 3rd send</font></tt><br><tt><font size="2">> Sent by: "openbmc" <openbmc-bounces+austenc=us.ibm.com@lists.ozlabs.org></font></tt><br><tt><font size="2">> <br>> Hi all,<br>> <br>> Digging up an old thread here, but I think this is important:<br>> <br>> > Thanks for the explanation. With this website you pointed to and some<br>> > other investigation I've done, I am comfortable with us using the 'Set<br>> > Channel Access' as the time to apply the settings. The documentation of<br>> > two competition products both seem to require an 'ipmitool mc reset<br>> > warm' for IP address changes to take effect, so we are at least better<br>> > than that.<br>> <br>> The two BMC implementations that I'm aware of do not require a mc reset<br>> for lan parameters to be applied. Both will apply settings without<br>> further commands. One will wait 10 seconds before applying settings, to<br>> allow multiple changes to be grouped into a single reconfiguration.<br>> <br>> Requiring non-standard command to be issued causes a disconnect between<br>> user expectations and our implementation. We'd have to document this<br>> difference in behaviour for every potential sysadmin interacting with<br>> OpenBMC.<br>> <br>> > Can you internally track down a contact on the xCAT team and verify that<br>> > this will be ok with them?<br>> <br>> Not just xCAT, but every other provisioning software that will support<br>> OpenBMC. Including ones that are custom-developed. That's not feasible.<br>> <br>> For cases like this, we should really reconsider before coming up with<br>> our own special interface requirements.<br>> <br>> Regards,<br>> <br>> <br>> Jeremy<br>> <br></font></tt><br><font size="2">Would this make sense for this to become a topic for the OpenBMC leadership? I have to imagine all companies hit this issue. </font><br><tt><font size="2">Maybe even reach out to Mr Cory Minyard ?</font></tt><br><br><BR>
</body></html>