You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First approach to authorization regarding ownership of different resources handled by slice-manager:
1 - If a user POSTs a compute (owner) this user is the one who can POST Openstack Projects over that compute giving access to another users
2 - Same as 1 applies for physical networks and Openstack VLANs.
3 - Once a Compute/Physical Network Owner gives access to resources to another user chunking them as Openstack Projects/Openstack VLANs, this user can now deploy network service instances on top of the slice from a network service (previously published in the OSM catalogue) freely as long as the system tracks which user is using which service belonging to the network service vendor (the one who registered it on slice-manager).
The text was updated successfully, but these errors were encountered:
I think 1 and 2 are quite clear (though still to be checked if easy to do with Gravity).
For 3, we might have to "translate" it to something directly related to the API, e.g.:
"POST network_service_instance is allowed if param X and param Y belong to the same user that tries to perform the POST" (which then has to be confirmed with a different API invocation..?).
Let's accompany these three rules -as agreed- with an example sequence of API calls (that should either fail or succeed). Or have you provided one already?
First approach to authorization regarding ownership of different resources handled by slice-manager:
1 - If a user POSTs a compute (owner) this user is the one who can POST Openstack Projects over that compute giving access to another users
2 - Same as 1 applies for physical networks and Openstack VLANs.
3 - Once a Compute/Physical Network Owner gives access to resources to another user chunking them as Openstack Projects/Openstack VLANs, this user can now deploy network service instances on top of the slice from a network service (previously published in the OSM catalogue) freely as long as the system tracks which user is using which service belonging to the network service vendor (the one who registered it on slice-manager).
The text was updated successfully, but these errors were encountered: