[SFC-49] Multiple SFs per SFF not handled correctly in openflow rendering Created: 02/Jun/15 Updated: 19/Oct/17 Resolved: 02/Jun/15 |
|
| Status: | Resolved |
| Project: | sfc |
| Component/s: | General |
| Affects Version/s: | unspecified |
| Fix Version/s: | None |
| Type: | Bug | ||
| Reporter: | Brady Johnson | Assignee: | Unassigned |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Operating System: All |
||
| External issue ID: | 3537 |
| Description |
|
In a simple test case with 3 SFFs, and each SFF having 3 SFs, but with an SFC that only chooses one of the SFs per SFF, the openflow rules were not correct. Information from multiple SFs was used, indicating that multiple SFs per SFF is not handled correctly. This problem needs to be fixed in stable/lithium and on master. Brady |
| Comments |
| Comment by Brady Johnson [ 02/Jun/15 ] |
|
Fixed: https://git.opendaylight.org/gerrit/#/c/21612/ |