Project

General

Profile

Actions

Notification » History » Revision 6

« Previous | Revision 6/12 (diff) | Next »
Junxiao Shi, 05/23/2014 11:54 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 forwarder 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 NameComponent containing 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/%00 // first notification
ndn:/localhost/nfd/faces/events/%01 // second notification

Notification publisher

Notifications from NFD are Data packets generated and signed by NFD.

These Data packets enter forwarding system via the InternalFace, and are subject to regular forwarding pipelines.
They should be admitted into the ContentStore.

Notification subscriber

The subscriber should typically request the Name of notification stream (ndn:/localhost/nfd/faces/events in the example) with ChildSelector=rightmost and Exclude=Any..last-received-seq.
If the subscriber has no knowledge of last-received-seq, the Exclude selector should be omitted.

  • If no new notification has been generated after last-received-seq, this Interest will stay in the PIT, and be satisfied when a new notification is generated.
  • If one or more new notifications have been generated after last-received-seq, the Interest will be satisfied from the ContentStore, and the latest notification is returned.
    The subscriber can retrieve missing notifications between last-received-seq and the returned latest notification by expressing additional Interests without Selectors.

Updated by Junxiao Shi almost 10 years ago · 6 revisions