[GENIUS-38] Wrong handling of the binding of a service to a tunnel interface when the priority of the new service to be bound is higher than the priorities of the services already bound Created: 18/Nov/16 Updated: 19/Oct/17 Resolved: 23/Nov/16 |
|
| Status: | Resolved |
| Project: | genius |
| Component/s: | General |
| Affects Version/s: | (unspecified) |
| Fix Version/s: | None |
| Type: | Bug | ||
| Reporter: | Jose Antonio Baena Cobos | 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: | 7203 |
| Description |
|
The current behaviour implemented for service binding to a tunnel interface is:
When some service is already bound and a new service is going to be bound and its priority is the highest, then this new service should be bound in table 0, and the previous service that was bound in table 0 needs to be move to table 17. When the service is moved to table 17, the priority is not being installed accordingly. 1) Create the tunnel interface: ] 2) Bind ELAN service } 3) Bind L3VPN service ] Result: cookie=0x8000001, duration=554.072s, table=0, n_packets=82, n_bytes=3444, priority=10,in_port=4 actions=write_metadata:0xc0000600000222e2/0xffffff00ffffffff,goto_table:19 cookie=0x8040000, duration=562.817s, table=17, n_packets=0, n_bytes=0, priority=6,metadata=0xa000060000000000/0xffffff0000000000 actions=write_metadata:0xc00006138c000000/0xfffffffffffffffe,goto_table:50 The entry in table 17 is wrong.
|
| Comments |
| Comment by Jose Antonio Baena Cobos [ 18/Nov/16 ] |
|
This fix needs to go to stable/boron SR2 |
| Comment by Jose Antonio Baena Cobos [ 18/Nov/16 ] |