taas can create tap-service on a port down but new rules not added even the port is up later
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tap-as-a-service |
Confirmed
|
High
|
Unassigned |
Bug Description
First,My openstack version is Queens.
We can reproduce the result as follows:
1.create a tap-service on a neutron port down, we can get the success result on the console
# neutron tap-service-create --name dst1 --port 7db38629-
neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead.
Created a new tap_service:
+------
| Field | Value |
+------
| description | |
| id | c1cf4617-
| name | dst1 |
| port_id | 7db38629-
| project_id | 94b35ccc0916477
| status | ACTIVE |
| tenant_id | 94b35ccc0916477
+------
notice: port 7db38629-
#openstack port list | grep 7db38629-
| 7db38629-
2.bind the port 7db38629-
#openstack port list | grep 7db38629-
| 7db38629-
3.After a while, Let's check the br-tap openflow rules,I do not see the rules configured by tap-service-create on br-tap, eg:
table=1,
table=2,
summary: |
- taas can create tap-flow-service on a port down but flows not added + taas can create tap-service on a port down but flows not added |
summary: |
- taas can create tap-service on a port down but flows not added + taas can create tap-service on a port down but new rules not added |
summary: |
- taas can create tap-service on a port down but new rules not added + taas can create tap-service on a port down but new rules not added even + the port is up later |
"taas can create tap-service on a port down" is an expected behavior.
"new rules not added even the port is up later" is a bug.