<div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div><div>Yes, this also matches the recollection of the joint conversation in Denver. Please look at the "Ironic x-project discussion - Smartnics" section in <a href="http://lists.openstack.org/pipermail/openstack-dev/2018-September/135032.html">http://lists.openstack.org/pipermail/openstack-dev/2018-September/135032.html</a></div><div><br></div><div>Regards</div><div><br></div><div>Miguel<br></div><div><br></div><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Sep 27, 2018 at 1:31 PM Julia Kreger <<a href="mailto:juliaashleykreger@gmail.com">juliaashleykreger@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings everyone,<br>
<br>
Now that the PTG is over, I would like to go ahead and get the<br>
specification that was proposed to ironic-specs updated to represent<br>
the discussions that took place at the PTG.<br>
<br>
A few highlights from my recollection:<br>
<br>
* Ironic being the source of truth for the hardware configuration for<br>
the neutron agent to determine where to push configuration to. This<br>
would include the address and credential information (certificates<br>
right?).<br>
* The information required is somehow sent to neutron (possibly as<br>
part of the binding profile, which we could send at each time port<br>
actions are requested by Ironic.)<br>
* The Neutron agent running on the control plane connects outbound to<br>
the smartnic, using information supplied to perform the appropriate<br>
network configuration.<br>
* In Ironic, this would likely be a new network_interface driver<br>
module, with some additional methods that help facilitate the<br>
work-flow logic changes needed in each deploy_interface driver module.<br>
* Ironic would then be informed or gain awareness that the<br>
configuration has been completed and that the deployment can proceed.<br>
(A different spec has been proposed regarding this.)<br>
<br>
I have submitted a forum session based upon this and the agreed upon<br>
goal at the PTG was to have the ironic spec written up to describe the<br>
required changes.<br>
<br>
I guess the next question is, who wants to update the specification?<br>
<br>
-Julia<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div>