Skip to main content

5. Protocol Integration of the Compact Time Representation (紧凑时间表示的协议集成)

5. Protocol Integration of the Compact Time Representation (紧凑时间表示的协议集成)​

适应紧凑时间方法的一种直接方式是使用 1 字节长度字段来指示此替代编码, 同时保留现有的 TLV 注册表条目。这种方法存在向后兼容性问题, 但由于以下原因仍被考虑:

  • 两个 CCNx RFC ([RFC8569] 和 [RFC8609]) 都是实验性的, 而非标准轨道; 因此, 对前向和向后兼容性的期望并不那么严格。已部署的 CCNx 网络的 "标志日" (Flag day) 升级虽然不便, 但仍然可行。

  • 这些压缩编码的主要用例是较小规模的 IoT 和/或传感器网络, 其中消费者, 生产者和转发器的数量相当少。

  • 由于当前的 TLV 具有逐跳语义, 它们不受任何签名哈希的覆盖, 因此可以由任何转发器自由地重新编码。这意味着支持新编码的转发器可以在两种编码之间自由转换。

  • 分配新 TLV 注册表值的替代方案无论如何都不能实质性地缓解互操作性问题。

5.1. Interest Lifetime (兴趣生命周期)​

[RFC8609] 中的 Interest Lifetime 定义允许可变长度的生命周期表示, 其中长度为 1 以毫秒为单位编码线性范围 [0,255]。本文档将定义更改为始终以紧凑时间值表示形式编码 1 字节的 Interest Lifetime 值 (见图 4)。对于任何其他长度, Interest Lifetime 按照 [RFC8609] 的第 3.4.1 节中描述的方式进行编码。

                     1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+---------------+---------------+---------------+---------------+
|           T_INTLIFE           |           Length = 1          |
+---------------+---------------+---------------+---------------+
| COMPACT_TIME  |
+---------------+

图 4: Interest Lifetime TLV 定义的更改。

[RFC8609] 中的 Recommended Cache Time 定义指定了长度固定为 8 字节的绝对时间表示。本文档将定义更改为始终以紧凑相对时间值表示形式编码 1 字节的 Recommended Cache Time 值 (见图 5)。对于任何其他长度, Recommended Cache Time 按照 [RFC8609] 的第 3.4.2 节中描述的方式进行编码。

                     1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+---------------+---------------+---------------+---------------+
|          T_CACHETIME          |           Length = 1          |
+---------------+---------------+---------------+---------------+
| COMPACT_TIME  |
+---------------+

图 5: Recommended Cache Time TLV 定义的更改。

数据包处理被调整为基于绝对接收时间从相对时间码计算绝对时间。在传输时, 基于当前系统时间计算新的相对时间码。

Last updated on