[openstack-dev] [quantum] Relationship between networks' admin_state_up and router:external properties.
Ma, Stephen B.
stephen.ma at hp.com
Mon Apr 15 17:59:37 UTC 2013
Hello,
I am trying to understand why is there a relationship between the networks' admin_state_up and router:external properties. How this was found is that I added to the etc/policy.json file the rule "update_networks:router:external": "admin_only". After this was added, I as the user of a tenant tried to do "quantum net-update <tenant-private-network-uuid> --admin_state_up false" . It errors out with "The resource could not be found" error. Adding some debugging statements in the enforcement module revealed Quantum is attempting to check the rules "update_network" and "update_network:router:external".
Because I added the rule "update_networks:router:external": "admin_only" to policy.json, the request was rejected. So there is a dependency of admin_state_up with the "router:external" property.
I am unable to find in the code the reason why a command to change admin_state_up resulted in "router:external" property. Does anyone know how this relationship is established?
"git diff 2013.1etc/policy.json" is:
diff --git a/etc/policy.json b/etc/policy.json
index f2c304b..80c2884 100644
--- a/etc/policy.json
+++ b/etc/policy.json
@@ -33,6 +33,7 @@
"create_network:shared": "rule:admin_only",
"create_network:router:external": "rule:admin_only",
"update_network": "rule:admin_or_owner",
+ "update_network:router:external": "rule:admin_only",
"delete_network": "rule:admin_or_owner",
"create_port": "",
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130415/4e213746/attachment.html>
More information about the OpenStack-dev
mailing list