
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;"><div>Hi all,</div><div><br></div><div>Welcome back from a great summit!</div><div><br></div><div>Here’s a brief recap of some Congress-related pieces.</div><div><br></div><div>1. Main conference</div><div>A keynote demo featured Doctor, Congress, and Vitrage. A cellular phone call was made on an openstack NFV implementation. When network cables to a host was cut, an immediate failover to a backup kept the phone call connected. Congress was used as the component that decided and initiated a failover operation in response to connection failure events.</div><div>A video of the demo is here: <a href="https://www.youtube.com/watch?v=Dvh8q5m9Ahk">https://www.youtube.com/watch?v=Dvh8q5m9Ahk</a></div><div><br></div><div><p dir="ltr" style="font-family: Calibri; line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt;">Masahito and others gave a Doctor+Vitrage+Congress talk on applying Congress for fault recovery in NFV.</p><p dir="ltr" style="font-family: Calibri; line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt;"><a href="https://www.openstack.org/summit/austin-2016/summit-schedule/events/7199">https://www.openstack.org/summit/austin-2016/summit-schedule/events/7199</a></p><p dir="ltr" style="font-family: Calibri; line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt;"><br></p></div><div>2. Fishbowl session</div><div>We demoed policy monitoring and reactive enforcement features of Congress in a fishbowl session. From the demo we got valuable discussion and feedback from the audience. Notes here: <a href="https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.45v8uufo7tja">https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.45v8uufo7tja</a></div><div><br></div><div>aheczko-mirantis discussed interest in using Congress to inspect configurations affecting data access and multi-region data protection.</div><div>More notes: <a href="https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.yah1udkwim5w">https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.yah1udkwim5w</a></div><div><br></div><div>njohnston discussed interest in using Congress to inspect and monitor Neutron-FWaaS rules. Key feature addition needed is CIDR arithmetic support from Congress.</div><div>More notes: <a href="https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.j0nqlvc7qrra">https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.j0nqlvc7qrra</a></div><div><br></div><div>3. Work sessions</div><div>Use cases:</div><div>bryan_att on identifying OpNFV use cases that suits/needs Congress in production:</div><ul><li>Policies for concrete use cases implemented</li><li>Congress seems useful for detecting and helping avoid undesirable things, e.g., insecure config, non-compliant workload placement,</li><li>Some use cases implemented as test cases in OpNFV Copper: <a href="https://wiki.opnfv.org/display/copper/testing">https://wiki.opnfv.org/display/copper/testing</a></li><li>More notes: <a href="https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.7ihmxhzb7jce">https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.7ihmxhzb7jce</a></li></ul><div>aimeeu prepared a collection of Congress use-cases intended for evaluating Congress applicability:</div><ul><li>Implemented policies have been added to the Congress Examples google doc. <a href="https://docs.google.com/document/d/1ExDmT06vDZjzOPePYBqojMRfXodvsk0R8nRkX-zrkSw/edit#heading=h.3jrxkmpkmd79">https://docs.google.com/document/d/1ExDmT06vDZjzOPePYBqojMRfXodvsk0R8nRkX-zrkSw/edit#heading=h.3jrxkmpkmd79</a></li></ul><div>Vitrage: Ifat discussed Vitrage-Congress integration and how it can benefit both projects to have the two services work well together and share data.</div><ul><li>Congress can make policy enforcement decisions based on rich policies and Vitrage root-cause analysis and topology data.</li><ul><li>e.g., Congress policy can decide to reconfigure network based on Vitrage identifying NIC failure</li><li>e.g., Congress policy can decide to evacuate host based on Vitrage identifying hard drive failure </li></ul><li>TODO: concretize compelling use cases, then develop Vitrage driver for Congress</li><li>More notes: <a href="https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.hrnthxnp91y">https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.hrnthxnp91y</a></li></ul><div>Congress in OpNFV Doctor (masahito)</div><ul><li>Congress useful/needed in Doctor because what constitutes a failure and what response is required are highly dependent on the context of a deployment</li><li>Congress policy language useful for defining failure conditions and responses.</li><li>More notes: <a href="https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.lfxkbthngwi">https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.lfxkbthngwi</a></li></ul><div><br></div><div>Ocata Priorities</div><div>Based on our discussions, we want to focus on:</div><ul><li>Robustness and stability fixes</li><li>Out-of-the-box policies</li><li>CIDR math built-in for policies language</li></ul><div>Many other desirable features were discussed. So we have plenty of good ideas going forward:</div><div><a href="https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.mxy6o92kzi4b">https://docs.google.com/document/d/1Qg4ApwKHC__X-Pidnj4jGfFpxS6x5__UVHKV1TPvLXI/edit#heading=h.mxy6o92kzi4b</a></div><div><br></div><div>Looking forward to having a great Ocata cycle with everyone!</div></body></html>