<div dir="ltr">Hi Stephan<div><br></div><div>Comments inline for redirect action. Perhaps we may want to discuss each section in different email threads.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Dec 15, 2013 at 8:49 AM, Stephen Wong <span dir="ltr"><<a href="mailto:s3wong@midokura.com" target="_blank">s3wong@midokura.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
    During Thursday's  group-policy meeting[1], there are several<br>
policy-rules related issues which we agreed should be posted on the<br>
mailing list to gather community comments / consensus. They are:<br>
<br><br><br>
<br>
(3) Prasad asked for clarification on 'redirect' action, I propose to<br>
add the following text to document regarding 'redirect' action:<br>
<br>
    "'redirect' action is used to mirror traffic to other destinations<br>
- destination can be another endpoint group, a service chain, a port,<br>
or a network. Note that 'redirect' action type can be used with other<br>
forwarding related action type such as 'security'; therefore, it is<br>
entirely possible that one can specify {'security':'deny'} and still<br>
do {'redirect':{'uuid-1', 'uuid-2'...}. Note that the destination<br>
specified on the list CANNOT be the endpoint-group who provides this<br>
policy. Also, in case of destination being another endpoint-group, the<br>
policy of this new destination endpoint-group will still be applied"<br>
<br>
    Please discuss.<br><br></blockquote><div><br></div><div>a. In Neutron, I am not sure whether there is a way to get an object given a UUID without knowing the type of the object, be it a port, network or a specific type of Neutron service.</div>
<div><br></div><div>I am less likely to err if uuid is qualified by a type or some human readable name.</div><div> </div><div>b. Is chain definition (how you build a chain of services) within the scope of Global policy BP? A chain may need to be more than an ordered list of UUIDs. It needs be a graph with branches anywhere in the chain.  Each path could be considered as a separate chain as well. </div>
<div><br></div><div>Thanks</div><div>Subra</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
    I will gather all the feedback by Wednesday and update the<br>
document before this coming Thursday's meeting.<br>
<br>
Thanks,<br>
- Stephen<br>
<br>
[1] <a href="http://eavesdrop.openstack.org/meetings/networking_policy/2013/networking_policy.2013-12-12-16.01.log.html" target="_blank">http://eavesdrop.openstack.org/meetings/networking_policy/2013/networking_policy.2013-12-12-16.01.log.html</a><br>

[2] <a href="https://docs.google.com/document/d/1ZbOFxAoibZbJmDWx1oOrOsDcov6Cuom5aaBIrupCD9E/edit#heading=h.x1h06xqhlo1n" target="_blank">https://docs.google.com/document/d/1ZbOFxAoibZbJmDWx1oOrOsDcov6Cuom5aaBIrupCD9E/edit#heading=h.x1h06xqhlo1n</a><br>

<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br></div></div>