[openstack-dev] [qa] What does it mean when a network's admin_state_up = false?
Danny Choi (dannchoi)
dannchoi at cisco.com
Tue Dec 30 22:41:59 UTC 2014
Hi,
I have a VM with an interface attached to network “provider-net-1” and assigned IP 66.0.0.8.
localadmin at qa4:~/devstack$ nova list
+--------------------------------------+------+--------+------------+-------------+--------------------------+
| ID | Name | Status | Task State | Power State | Networks |
+--------------------------------------+------+--------+------------+-------------+--------------------------+
| d4815a38-ea64-4189-95b2-fefe82a07b72 | vm-1 | ACTIVE | - | Running | provider_net-1=66.0.0.8 |
+--------------------------------------+------+--------+------------+-------------+--------------------------+
Verify ping 66.0.0.8 from the router namespace is successful.
Then I set the admin_state_up = false for the network.
localadmin at qa4:~/devstack$ neutron net-update --admin_state_up=false provider_net-1
Updated network: provider_net-1
localadmin at qa4:~/devstack$ neutron net-show provider_net-1
+---------------------------+--------------------------------------+
| Field | Value |
+---------------------------+--------------------------------------+
| admin_state_up | False | <<<<<<<
| id | 9532b759-68a2-4dc0-bcd4-b372fccabe3c |
| name | provider_net-1 |
| provider:network_type | vlan |
| provider:physical_network | physnet1 |
| provider:segmentation_id | 399 |
| router:external | False |
| shared | False |
| status | ACTIVE |
| subnets | 8e75c110-9b31-4268-ba5c-e130fa139d32 |
| tenant_id | e217fbc20a3b4f4fab49ec580e9b6a15 |
+---------------------------+--------------------------------------+
Afterwards, the ping is still successful.
I expect the ping to fail since the network admin_state_up= false.
What is the expected behavior? What does it mean when a network's admin_state_up = false?
Thanks,
Danny
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20141230/23dce2b4/attachment.html>
More information about the OpenStack-dev
mailing list