Project

General

Profile

Actions

Notification » History » Revision 9

« Previous | Revision 9/12 (diff) | Next »
Davide Pesavento, 10/29/2018 06:23 PM


Notification Stream

Notification Stream is a mechanism of NFD Management protocol.
It is a way to get updates about events happening in the forwarder. This mechanism is useful for monitoring the forwarder's state.

Naming

  • A stream of notifications is published under a certain Name prefix.
  • A notification is a Data packet under this Name prefix with a sequence number.
    • The sequence number component is a NameComponentWithMarkerAndNumber, as in NDN Naming Conventions. This component starts with a 0xFE marker, followed by a nonNegativeInteger.
    • The sequence numbers of notifications in the same stream should be consecutive and increasing.
    • Each notification is limited to one Data packet.

Example:

ndn:/localhost/nfd/faces/events/%FE%00 // first notification
ndn:/localhost/nfd/faces/events/%FE%01 // second notification

Notification publisher

Notifications from NFD are Data packets generated and signed by NFD.
FreshnessPeriod should be set to a minimum value (typically 1ms) to facilitate subscriber operations.
The management dispatcher keeps them in an in-memory cache, ready for retrieval by subscribers.

Notification subscriber

The subscriber should initially request the Name of the notification stream with CanBePrefix and MustBeFresh elements.
After a notification is received, the subscriber can send an Interest for the next anticipated sequence number, without CanBePrefix and MustBeFresh elements.
In both cases, InterestLifetime should be set to a long duration, e.g., 1 minute.
If any Interest times out (because no notification is delivered within InterestLifetime), the subscriber should restart with the initial request.

Updated by Davide Pesavento about 6 years ago · 11 revisions