The documentation for vlan trunking is still in flight [1], but from there and the source documentation [2], you can see that the admin status is meant to blocking the management of the trunk (e.g. adding/removing subports) and it does not affect the data plane.
[1] https://review.openstack.org/#/c/361776/ [2] https://github.com/openstack/neutron/blob/master/neutron/services/trunk/constants.py#L16 ** Tags added: trunk ** Changed in: neutron Status: New => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1645359 Title: Vlan Aware VM - after setting trunk status to down, all traffic works Status in neutron: Invalid Bug description: Newton, openstack-neutron-ml2-9.1.0-6.el7ost.noarch openstack-neutron-bigswitch-agent-9.40.0-1.1.el7ost.noarch openstack-neutron-openvswitch-9.1.0-6.el7ost.noarch openstack-neutron-common-9.1.0-6.el7ost.noarch openstack-neutron-9.1.0-6.el7ost.noarch [stack@undercloud-0 ~]$ openstack network trunk set trunk1 --disable [stack@undercloud-0 ~]$ openstack network trunk list +--------------------------------------+--------+--------------------------------------+-------------+ | ID | Name | Parent Port | Description | +--------------------------------------+--------+--------------------------------------+-------------+ | 3b5c8493-7832-4501-a93f-65c5131512bb | trunk1 | 7d749eb0-633d-4114-b322-414d19f86046 | | +--------------------------------------+--------+--------------------------------------+-------------+ [stack@undercloud-0 ~]$ openstack network trunk show trunk1 +-----------------+------------------------------------------------------------------------------------------------+ | Field | Value | +-----------------+------------------------------------------------------------------------------------------------+ | admin_state_up | DOWN | | created_at | 2016-11-28T11:45:54Z | | description | | | id | 3b5c8493-7832-4501-a93f-65c5131512bb | | name | trunk1 | | port_id | 7d749eb0-633d-4114-b322-414d19f86046 | | project_id | af788c6da1fb4388b09040aa99c997bc | | revision_number | 6 | | status | ACTIVE | | sub_ports | port_id='fdb9e48e-582f-43bd-b913-471711b3d2d2', segmentation_id='10', segmentation_type='vlan' | | | port_id='488e4933-9809-4041-84ed-9375bf64333b', segmentation_id='20', segmentation_type='vlan' | | tenant_id | af788c6da1fb4388b09040aa99c997bc | | updated_at | 2016-11-28T15:07:25Z | +-----------------+------------------------------------------------------------------------------------------------+ ping from all subinterfaces to qdhcps are successful [root@vm-1 ~]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1446 qdisc pfifo_fast state UP qlen 1000 link/ether fa:16:3e:62:e9:43 brd ff:ff:ff:ff:ff:ff inet 192.168.0.55/24 brd 192.168.0.255 scope global dynamic eth0 valid_lft 86013sec preferred_lft 86013sec inet6 fe80::f816:3eff:fe62:e943/64 scope link valid_lft forever preferred_lft forever 3: eth0.10@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1446 qdisc noqueue state UP qlen 1000 link/ether fa:16:3e:ad:d5:39 brd ff:ff:ff:ff:ff:ff inet 192.168.10.55/24 brd 192.168.10.255 scope global dynamic eth0.10 valid_lft 86022sec preferred_lft 86022sec inet6 fe80::f816:3eff:fead:d539/64 scope link valid_lft forever preferred_lft forever 4: eth0.20@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1446 qdisc noqueue state UP qlen 1000 link/ether fa:16:3e:5d:1e:73 brd ff:ff:ff:ff:ff:ff inet 192.168.20.3/24 brd 192.168.20.255 scope global dynamic eth0.20 valid_lft 86011sec preferred_lft 86011sec inet6 fe80::f816:3eff:fe5d:1e73/64 scope link valid_lft forever preferred_lft forever [root@vm-1 ~]# ping 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=0.594 ms 64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=1.02 ms ^C --- 192.168.0.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 0.594/0.807/1.020/0.213 ms [root@vm-1 ~]# ping 192.168.10.1 PING 192.168.10.1 (192.168.10.1) 56(84) bytes of data. 64 bytes from 192.168.10.1: icmp_seq=1 ttl=64 time=2.18 ms ^C --- 192.168.10.1 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 2.186/2.186/2.186/0.000 ms [root@vm-1 ~]# ping 192.168.20.1 PING 192.168.20.1 (192.168.20.1) 56(84) bytes of data. 64 bytes from 192.168.20.1: icmp_seq=1 ttl=64 time=1.09 ms 64 bytes from 192.168.20.1: icmp_seq=2 ttl=64 time=0.835 ms ^C --- 192.168.20.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 0.835/0.964/1.093/0.129 ms [root@vm-1 ~]# To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1645359/+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