Project

General

Profile

Actions

Task #4424

open

Investigate solutions to fetch keys reliably when DirectFetch fails to fetch a key from neighbors' content store

Added by Ashlesh Gawande almost 7 years ago. Updated almost 4 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Target version:
Start date:
12/22/2017
Due date:
% Done:

0%

Estimated time:

Description

When a router receives an LSA, it sends an interest for the signing key back to the face from which the LSA is received. Since the neighbor that sent the LSA has verified the data, it must have retrieved the key and a copy of the key should be in its content store which can satisfy the router’s interest.
However, content store is opportunistic and cannot guarantee this (content could be replaced).

Currently we also use /localhop prefix for LSA - but it is under multicast strategy so situation is a little better.

We can restore the broadcast key prefix as earlier.

Long term solution is to have insert the keys and LSA into a local repo so other router's can retrieve independent of cache or nlsr.


Related issues 2 (1 open1 closed)

Related to NLSR - Feature #4448: Serve other routers' certificatesClosedMuktadir Chowdhury01/09/2018

Actions
Related to NLSR - Feature #4868: Insert the keys and LSA into a local repo so other router's can retrieve independent of cache or nlsrNew

Actions
Actions #1

Updated by Ashlesh Gawande almost 7 years ago

  • Target version set to v0.6.0
Actions #2

Updated by Lan Wang almost 7 years ago

  • Subject changed from Investigate alternatives to DirectFetch to Investigate solutions to fetch keys reliably when DirectFetch fails to fetch a key from content store
Actions #3

Updated by Lan Wang almost 7 years ago

  • Subject changed from Investigate solutions to fetch keys reliably when DirectFetch fails to fetch a key from content store to Investigate solutions to fetch keys reliably when DirectFetch fails to fetch a key from neighbors' content store
Actions #4

Updated by Muktadir Chowdhury almost 7 years ago

We agreed on the solution where whenever a router receives a LSA data from its neighbors, it will store the certificates needed to validate that data packet. So, a router can serve other routers' LSA data along with the certificates needed to validate it.

Actions #5

Updated by Muktadir Chowdhury almost 7 years ago

  • Related to Feature #4448: Serve other routers' certificates added
Actions #6

Updated by Saurab Dulal over 5 years ago

  • Related to Feature #4868: Insert the keys and LSA into a local repo so other router's can retrieve independent of cache or nlsr added
Actions #7

Updated by Saurab Dulal almost 4 years ago

  • Target version changed from v0.6.0 to 0.7.0
Actions

Also available in: Atom PDF