[OPNFLWPLUG-21] Only the first programmed flow in a Table shown in the /operational store for the Table Created: 12/Jan/14 Updated: 27/Sep/21 Due: 20/Jan/14 Resolved: 18/Jan/14 |
|
| Status: | Resolved |
| Project: | OpenFlowPlugin |
| Component/s: | General |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | ||
| Reporter: | Jan Medved | Assignee: | Prasanna Huddar |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Operating System: Mac OS |
||
| External issue ID: | 285 |
| Priority: | High |
| Description |
|
Only the first programmed flow is reported in the /operational store for a Table. For example, use Table 2 and the following 2 flows: Flow 135: <?xml version="1.0" encoding="UTF-8" standalone="no"?> Flow 2: <?xml version="1.0" encoding="UTF-8" standalone="no"?> 1. Program the first flow. 2. Get the oper data for Table 2: GET http://192.168.4.1:8080/restconf/operational/opendaylight-inventory:nodes/node/openflow:1/table/2 { , , }, , The stats show that there is one flow. 3. Program the second flow 4. Get operational data for Table 2 (Repeat Step 2) Stats still show only one flow, and only one flow is shown in the Table's list of flows. |
| Comments |
| Comment by Michal Polkorab [ 16/Jan/14 ] |
|
Hello, this issue was caused mainly by a bug in the Openflow Library - library was deserializing only one flowStats structure in the flowStats body instead of deserializing an array of flowStats structures. Please test and close this bug. Regards |
| Comment by Jan Medved [ 18/Jan/14 ] |
|
Restested, and behavior does not occur anymore. |
| Comment by Jan Medved [ 18/Jan/14 ] |
|
Restested, and behavior does not occur anymore. |