data: Change statement about FinalBlockId in MetaInfo
refs #2461
Change-Id: I5de3d1be3a8da2a848fc3268ded5bc4525b5adca
diff --git a/data.rst b/data.rst
index e7ab23a..834b3e3 100644
--- a/data.rst
+++ b/data.rst
@@ -23,7 +23,7 @@
MetaInfo
~~~~~~~~
-.. [#f1] If both ``ContentType`` and ``FreshnessPeriod`` are optional, one may consider ``Metainfo`` itself should be optional. But would have all 4 parts of Data packet help simplify implementation? We leave this question to people who are more familiar with high speed implementations.
+.. [#f1] If ``ContentType``, ``FreshnessPeriod`` and ``FinalBlockId`` are optional, one may consider ``Metainfo`` itself should be optional. But would having all 4 parts of Data packet help simplify implementation? We leave this question to people who are more familiar with high speed implementations.
::
@@ -32,7 +32,7 @@
FreshnessPeriod?
FinalBlockId?
-Compared with CCNx, four fields are removed: PublisherPublicKeyDigest, ExtOpt, and Timestamp for the following reasons.
+Compared with CCNx, three fields are removed: PublisherPublicKeyDigest, ExtOpt, and Timestamp for the following reasons.
- PublisherPublicKeyDigest is supposed to be used in selecting data packets signed by a particular key.
@@ -43,7 +43,7 @@
- ExtOpt was intended for extending XML-based ccnb format. Since we are now using TLV, ExtOpt is no longer needed.
-- Timestamp and FinalBlockID can be useful meta information for applications, but do not need to be processed at the network layer.
+- Timestamp can be useful meta information for applications, but does not need to be processed at the network layer.
Therefore, if desired, applications should encode such meta information as part of the content.