<div dir="ltr"><div>Hi folks,</div><div><br></div><div>At the summit we had a forum session [1] to gather feedback on the current diagnostics proposal [2] and help the neutron developer team drive the first implementation of the API proposal.</div><div><br></div><div>Two main points were brought for discussion:</div><div><br></div><div>1) which diagnostics checks to provide to start with;</div><div>2) how to implement such checks.</div><div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Reachability seems to be on the top of the list, ie. the ability to establish connectivity between two endpoints. The other one was to be friendly to operators, in that they may not necessarily want to write python code in order to add more checks to the platform. The idea is to define on a set of variables to be exposed to the check function and let this be written in any language of choice.</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Please, do provide feedback in case I omitted some other key takeaway.</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Thanks,</div><div style="font-size:12.8px">Armando</div></div><div><br></div>[1] <a href="https://etherpad.openstack.org/p/pike-neutron-diagnostics">https://etherpad.openstack.org/p/pike-neutron-diagnostics</a><br><div>[2] <a href="http://specs.openstack.org/openstack/neutron-specs/specs/pike/diagnostics.html">http://specs.openstack.org/openstack/neutron-specs/specs/pike/diagnostics.html</a></div></div>