Task #1326
closedDelete expired RIB entries
Description
Write a callback that can delete the nexthops of the expired entries.
Updated by Alex Afanasyev over 10 years ago
- Category set to RIB
- Target version set to v0.2
Updated by Junxiao Shi over 10 years ago
- Subject changed from Deletion of expired entries. to Delete expired RIB entries
- Start date deleted (
03/07/2014) - Parent task deleted (
#1271)
Updated by Syed Amin over 10 years ago
- Status changed from New to In Progress
- % Done changed from 0 to 20
Updated by Syed Amin over 10 years ago
- Status changed from In Progress to Code review
Updated by Syed Amin over 10 years ago
- Blocked by Task #1271: RIB stores as a trie added
Updated by Junxiao Shi over 10 years ago
A proposal about which component should generate FIB updates is sent to nfd-dev list.
http://www.lists.cs.ucla.edu/mailman/private/nfd-dev/2014-June/000217.html
I invite watchers of this Task to have a look.
Updated by Syed Amin over 10 years ago
The proposed changes should be a separate task and should be targeted for the next version, otherwise it may delay the release of v0.2 further. By that time the relevant fib update task would have been completed as well. For now if we don't have any other issue besides moving rib-expiration logic to the Rib, then I think the code we have currently can be accepted?
Updated by Beichuan Zhang over 10 years ago
the route expiration is actually a small issue. the bigger one is how to handle FIB update failure in general. that part is needed for this version. i summarized my understanding in the email.
Updated by Junxiao Shi over 10 years ago
- Related to Task #1717: Route expiration test scenario added
Updated by Alex Afanasyev over 10 years ago
While looking into http://gerrit.named-data.net/#/c/911/ I realized a big problem with this commit, unless I'm mistaken.
It will expire all manually created entries using nfdc within 1 hour, as it is for some reason "default" expiration period if not overridden with -e option. This applies to all manually created routes with nfdc.
The protocol itself is also a little ambiguous on the issue: http://redmine.named-data.net/projects/nfd/wiki/RibMgmt#Register-a-route
It only defines that expiration period should be "practically" infinity when FaceId is omitted, otherwise it is still 1 hour. What is "practically" and why it cannot be actually infinity (in a sense that we don't set up timers for such entry)?
Why 1 hour? If we submit this commit, how static routes can work? Why expiration lifetime for statically created routes is not defaulted to infinity?
Updated by Alex Afanasyev over 10 years ago
- Blocked by Task #1727: nfdc: Default value for expirationPeriod should be time::milliseconds::max() added
Updated by Alex Afanasyev over 10 years ago
- Status changed from Code review to Closed
- % Done changed from 90 to 100