<div dir="ltr">><b style="font-size:12.8px">But there is no such a feature in Neutron. Right? Will the community merge it soon? And can we consider it with agent-style mechanism together?</b><div><b style="font-size:12.8px"><br></b></div><div><span style="font-size:12.8px">The agents have their own mechanisms for getting information from the server. The community has no plans to merge a feature that is going to be different for almost every vendor.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">We tried to come up with some common syncing stuff in the recent ML2 meeting, the various backends had different methods of detecting when they were out of sync with Neutron (e.g. headers in hashes, recording errors, etc), all of which depended on the capabilities of the backend. Then the sync method itself was different between backends (sending deltas, sending entire state, sending a replay log, etc).</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">About the only thing they have in common is that they need a way detect if they are out of sync and they need a method to sync. So that's two abstract methods, and we likely can't even agree on when they should be called.</span></div><div><br></div><div>Echoing Salvatore's comments, what is it that you want to see?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 12, 2015 at 12:29 AM, Germy Lure <span dir="ltr"><<a href="mailto:germy.lure@gmail.com" target="_blank">germy.lure@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Kevin,<div><br></div><div><b>Thank you for your response. Periodic data checking is a popular and effective method to sync info. But there is no such a feature in Neutron. Right? Will the community merge it soon? And can we consider it with agent-style mechanism together?</b></div><div><br></div><div>Vendor-specific extension or coding a periodic task private by vendor is not a good solution, I think. Because it means that Neutron-Sever could not integrate with multiple vendors' controller and even the controller of those vendors that introduced this extension or task could not integrate with a standard community Neutron-Server. </div><div>That is just the tip of the iceberg. Many of the other problems resulting, such as fixing bugs,upgrade,patch and etc.</div><div>But wait, is it a vendor-specific feature? Of course not. All software systems need data checking.</div><div><br></div><div>Many thanks.</div><span class="HOEnZb"><font color="#888888"><div>Germy</div><div><br></div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Oct 11, 2015 at 4:28 PM, Kevin Benton <span dir="ltr"><<a href="mailto:blak111@gmail.com" target="_blank">blak111@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">You can have a periodic task that asks your backend if it needs sync info.<div>Another option is to define a vendor-specific extension that makes it easy to retrieve all info in one call via the HTTP API.</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Sat, Oct 10, 2015 at 2:24 AM, Germy Lure <span dir="ltr"><<a href="mailto:germy.lure@gmail.com" target="_blank">germy.lure@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Hi all,<div><br></div><div>After restarting, Agents load data from Neutron via RPC. What about 3-rd controller? They only can re-gather data via NBI. Right?</div><div><br></div><div>Is it possible to provide some mechanism for those controllers and agents to sync data? or something else I missed?</div><div><br></div><div>Thanks</div><span><font color="#888888"><div>Germy</div><div><br></div></font></span></div>
<br></div></div>__________________________________________________________________________<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>
<br></blockquote></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div><div>Kevin Benton</div></div>
</font></span></div>
<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>
<br></blockquote></div><br></div>
</div></div><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>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div>Kevin Benton</div></div>
</div>