如何根据RFC6396 (MRT路由信息导出格式)表示肋骨条目BGP属性

Question

RFC6396指定肋骨入口mrt的头部，如下所示：

        0                   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
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |         Peer Index            |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                         Originated Time                       |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |      Attribute Length         |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                    BGP Attributes... (variable)
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

但是文本解释(链接)并没有指定BGP属性的显示方式和顺序。假设它们是BGP-4标准的路径属性。

如何以及以何种顺序表示BGP属性，使其与RFC6396 (多线程路由工具包路由信息导出格式)保持一致？

Answer 1

结果表明，这些属性的编码方式与RFC4271(BGP-4)指定它们的方式相同。在之前的一份草案中，它甚至是明示，但却以某种方式落在了最终版本中：

BGP更新消息中提供的...the路径、属性长度和属性。

因此，每个path属性都是一个可变长度的三重<attribute type, attribute length, attribute value>，其精确的布局/规范可以在对应RFC上读取。

Answer 2

我猜它从更新消息中获取信息，其中包含一个2字节的Path属性节。