[OPNFLWPLUG-340] A flow installed with VLAN ID (say 100) shows up in the operational database with a different ID Created: 20/Jan/15 Updated: 27/Sep/21 Resolved: 16/Aug/16 |
|
| Status: | Resolved |
| Project: | OpenFlowPlugin |
| Component/s: | General |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | ||
| Reporter: | Kuldip | Assignee: | Anil Vishnoi |
| 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: | 2612 |
| Priority: | Normal |
| Description |
|
If a flow is installed with VLAN ID (say 100) it show up in the operational database with a different ID (something like #UF$TABLE*0-7). On further queries by Ram, Anil provided the answer and an Ram's advice, I am opening this bug Please see the details below ______________________________________________________________________ From: Anil Vishnoi vishnoianil@gmail.com Hi Ramkumar, Statistics manager use this specific format ID [UF$TABLE*0-7 -- Unidentified Flow from Table -0 , and its 7th unidentified flow] to augment the flow statistics in operational data store, when it doesn't found respective matching flow in the config data store. Sometime even if you have respective flow in the config data store, it still augment flow statistics using the special id and the reason is as follows. In openflow specs, flow structure don't have an ID associated with flow, so when statistics manager fetches flow from switch, it actually compare statistics flow against the config flows by comparing each element of the flow( For the first time, we do have few optimization here ). These custom comparator's some time fails, when switch installed the same flow in different form than what user added to the configuration data store. For example, if you use source-ip=10.11.12.13 and mask=16 and send it to switch, switch actually will install the flow with source-ip=10.11.00.00 and mask=16. And now when statistics manager fetches the flow stats from switch, its gets 10.11.00.00 and the custom comparator fails here because its not matching with the flow that user added to configuration data store ( with ip = 10.11.12.13) and eventually it end up using this specific id to augment the statistics. Although this bug example is already fix, but there are few other corner cases which we come to know as and when user reports. Can you please open a bug to bugzilla, so that we can track it and fix it. Thanks |
| Comments |
| Comment by Abhijit Kumbhare [ 10/Nov/15 ] |
|
Anil, Should we mark this as enhancement or a bug? If yes - please update. Thanks, |
| Comment by Andrej Leitner [ 16/Aug/16 ] |
|
Since the issue with alien flow id (more bugs) was resolved and custom match comparator was implemented (https://git.opendaylight.org/gerrit/#/c/42510) - this should be fixed now. Please raise a new bug if there are still any issues.
|