Notification » History » Revision 5
« Previous |
Revision 5/12
(diff)
| Next »
Junxiao Shi, 03/18/2014 12:00 AM
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 seq, the Interest will be satisfied from the ContentStore, and the latest notification is returned.
The subscriber can retrieve missing notifications between seq and the returned latest notification by expressing additional Interests.
Updated by Junxiao Shi almost 11 years ago · 11 revisions