Reviewed: https://review.openstack.org/591619 Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=8ed2ba87984edad163dea69688f1d7d71f1e119a Submitter: Zuul Branch: master
commit 8ed2ba87984edad163dea69688f1d7d71f1e119a Author: Slawek Kaplonski <skapl...@redhat.com> Date: Tue Aug 14 12:37:00 2018 +0200 Update FIP QoS Docs This patch updates QoS docs to remove "port show" command before associating Floating IP to port. It is like that to be clear that QoS policy which is attached to the FloatingIP is NOT visible in the port's attributes. Change-Id: I127fbd25433e39905c3b83bbe914f027ab45ef3f Closes-Bug: #1778740 ** Changed in: neutron Status: In Progress => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1778740 Title: Quality of Service (QoS) in Neutron - associating QoS policy to Floating IP Status in neutron: Fix Released Bug description: ### Bug in documentation ### https://docs.openstack.org/neutron/queens/admin/config-qos.html 1) Commands’ order “The QoS bandwidth limit rules attached to a floating IP will become active when you associate the latter with a port. For example, to associate the previously created floating IP 172.16.100.12 to the instance port with fixed IP 192.168.222.5:” After the above sentence we have “openstack port show a7f25e73-4288-4a16-93b9-b71e6fd00862” command, why? This “SHOW” command shows port’s details only, but next command “openstack floating ip set --port a7f25e73-4288-4a16-93b9-b71e6fd00862 0eeb1f8a-de96-4cd9-a0f6-3f535c409558” does the associating, so it’s seems to me that commands’ order must be changed. Also by doing that we can point out user that “qos_policy_id” value in “Show” output has valid ID, means that associating is done as expected. 2) Unknown ID “0eeb1f8a-de96-4cd9-a0f6-3f535c409558” As potential user, I would expect to see one of the the IDs received in “openstack floating ip list” command’s output as parameter for “openstack floating ip set ...”, but actually we have “0eeb1f8a-de96-4cd9-a0f6-3f535c409558” and we don’t have such ID in our Floating IP list. To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1778740/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp