Notification » History » Revision 6
Revision 5 (Junxiao Shi, 03/18/2014 12:00 AM) → Revision 6/12 (Junxiao Shi, 05/23/2014 11:54 PM)
# Notification Stream
**Notification Stream** is a mechanism of [[Management|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*, *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* *seq* and the returned latest notification by expressing additional Interests without Selectors. Interests.