Task #2402
closed
Do not advertise Adjacency LSAs when hyperbolic routing is enabled
Added by Vince Lehman almost 10 years ago.
Updated over 8 years ago.
Description
Currently, when hyperbolic routing is enabled, Adjacency LSAs are distributed throughout the network.
But, in hyperbolic routing the Adjacency LSAs are not used to make routing decisions.
When hyperbolic routing is enabled, routers should not advertise their Adjacency LSAs.
- Status changed from New to Feedback
- Assignee set to Nicholas Gordon
07/06/16: Solution completed. Submitting code for feedback by a senior developer on the project.
- Status changed from Feedback to Code review
- Related to Task #3661: Do not distribute Coordinate LSAs when using link-state routing added
Part of the implementation for this patch was the extension of the unit test. This extension was also necessary to make issue #3661 test-compliant as well. what was wrong:
The Sync updates encode the new LSA sequence numbers into the bits of a 64-bit number. This number is passed to the constructor of a SyncUpdate object which in turn creates a sequence manager, the job of which is to decode that compound sequence number into the corresponding numbers for each of the current LSA types (Name, Adjacency, and Coordinate).
Now, in the unit test, there is a function that simulates Sync receiving an update, and the missing sequence number was being encoded as "1". What this means is that the bits were: 000...001, so the name- and coordinate LSA sequence numbers were being set to 0. Passing a correctly-constructed sequence number depending on the routing configuration enabled (LS, HR, or dry HR) resolved the problem.
- Target version set to v0.3.0
- Status changed from Code review to Closed
- Related to Task #2776: Remove unnecessary routing table calculations in hyperbolic routing added
Also available in: Atom
PDF