【每日文稿】2025-01-26
今日共有5篇文稿更新，涉及1个area里的3个WG
RTG
idr
- Title: SR Policies Extensions for Network Resource Partition in BGP-LS
- Authors: Ran Chen(chen.ran@zte.com.cn), Jie Dong(jie.dong@huawei.com), Detao Zhao(zhao.detao@zte.com.cn), Liyan Gong(gongliyan@chinamobile.com), Yongqing Zhu(zhuyq8@chinatelecom.cn), Ran Pang(pangran@chinaunicom.cn)
- Summary: 本文主要讨论了在BGP协议上报告网络资源分区(NRP)的信息。NRP是连接在网络中的多个链路上的一部分，代表了特定路径上可用的网络资源和政策。SR政策（Segment Routing Policy）是一种对源路由策略的有序列表，由节点实例化后在头端节点处配置，并将相关参数报告给控制器。 文中定义了一个新的TLV（Type-Length-Value）来携带NRP信息，该TLV可以在BGP-LS报文中使用。这个TLV的格式为： ``` 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Flags | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | NRP ID (4 octets) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ``` 其中Type、Length、Flags分别表示数据包类型、长度以及标志位；NRP ID用于标识网络资源分区ID。在传输过程中，这些信息可以被忽略，而接收者则会丢弃多余的TLV。这种机制允许头端通过BGP-LS报文向外部组件报告关于NRP的信息，从而实现SR政策与NRP之间的关联。
- Diff: 新版本的英文标准文稿定义了一个新的TLV（Transport Label Value），用于携带网络资源分区（Network Resource Partition）信息，并在边界网关协议链路状态（Border Gateway Protocol Link-State，BGP-LS）消息中进行传播。这个TLV由一个带宽标签值（Bandwidth Label Value）组成，包含四个8比特的字段：类型、长度、标志位和NRP ID。NRP ID被规划为运营商指定的二进制序列。 与旧版标准文稿相比，新版本增加了以下重要变化： 1. 定义了携带NRP TLV的机制，允许SR政策通过BGP-LS消息报告网络资源分区信息。 2. 提供了一种方式将SR政策和其对应的NRP关联起来，以确保特定路径和资源保留。 3. 新增了NRP TLV，以便头端节点能够报告其对应的NRP，即SR政策候选路径的信息。 总的来说，新版本的主要区别在于引入了一个专门用来携带网络资源分区信息的新TLV，使得SR政策和网络资源之间的关系更加明确，有助于实现更好的网络资源管理和控制。
lsr
- Title: An Algorithm for Computing Dynamic Flooding Topologies
- Authors: Sarah Chen(sarahchen@arista.com), Tony Li(tony.li@tony.li)
- Summary: 本文提出了一种算法来计算动态分发图中的稀疏子图。这种算法可以用于动态分发协议，如链状状态路由协议。该算法的目标是找到一个包含所有节点的稀疏子图，并仅在该子图上发送链状状态协议数据单元（LSPDU或LSP）。该算法将确保流量收敛时间短且流量均匀分布。 通过迭代过程，算法会生成一系列子图，每个子图都覆盖了区域内的所有节点，并且有足够大的直径以实现冗余的流量传播。算法还考虑了各节点的负担，即它们在传递流量上的负荷。最后，算法可以用来实现集中式动态分发。
- Diff: 新的文档详细介绍了动态流量控制算法（dynamic flooding）的基本原理和实现方法。与之前的版本相比，主要区别在于： 1. 提出了一个迭代算法来计算动态流量控制的拓扑结构，以解决链路状态协议在密集网络中的过度泛洪问题。 2. 使用更具体的术语和概念，如“收敛”、“收敛时间”等，并且更加详尽地描述了收敛过程、节点度分布和收敛性能之间的权衡。 3. 描述了一个从密集图转换为稀疏子图的过程，该过程考虑了节点度分布和收敛性能之间的权衡。 4. 简化了算法的流程，将路径选择过程简化为单次操作，以提高效率。 5. 提供了一些示例，帮助开发者更好地理解和应用算法。 总的来说，新的文档提供了关于如何设计和实施动态流量控制算法的全面指南，而不仅仅是提出一种解决方案。
teas
- Title: A YANG Data Model for the RFC 9543 Network Slice Service
- Authors: Bo Wu(lana.wubo@huawei.com), Dhruv Dhody(dd@dhruvdhody.com), Reza Rokui(reza.rokui@gmail.com), Tarek Saad(tsaad.net@gmail.com), John Mullooly(jmullool@cisco.com)
- Summary: 本文定义了一个YANG数据模型，用于RFC 9543网络切片服务。该模型可以用来在提供者和客户之间管理网络切片服务，比如请求、删除或修改。NSSM主要关注客户的视角，而不是服务如何实现于网络中的具体实现。它还规定了网络切片的服务要求（如SLO、SLE模板）以及与之相关的服务构建。 NSSM分类为面向客户服务模型（Section 2 of RFC8309）。NSSM与NMDA架构相符合，遵循标准BCP78和79规范。它支持基于NMDA的网络管理系统数据存储架构（NMSDA），并提供一个标准化的数据结构来表示网络切片服务的需求。 NSSM分为两个主要节点：slo-sle模板和slice-service，后者抽象网络切片服务。NSSM通过树状结构显示其内部组件之间的关系，例如slo-sle-templates容器维护通用的网络切片服务模板，slice-service列表包含多个网络切片服务。这些切片服务被映射到特定的SDP、连接组和SLO/SLE政策上。 NSSM使用YANG模型来描述网络切片服务的具体需求，并支持对切片服务进行管理和监控。NSSM还可以根据需要扩展，以满足不同的需求和场景。总体来说，NSSM是一个能够支持复杂网络切片服务需求的技术框架，是实现网络切片服务的核心组成部分。
- Diff: 本文是关于网络切片服务的数据模型定义。主要更新有： 1. 在定义了网络切片服务数据模型的基础上，新增了一个网络切片服务模板（slo-sle-template）的概念。 2. 增加了网络切片服务的描述（slice-service）概念，并提供了其子元素：SDP、连接组等的详细说明。 3. 介绍了网络切片服务的管理标签（service-tags）、网络切片性能监控（slice-service compute）等内容。 4. 对网络切片服务模型的使用场景进行了扩展，包括了多边通信（A2A）、点对点通信（P2P）、点对多点通信（P2MP）等网络切片类型。 总的来说，这个更新版文档在原有基础上增加了网络切片服务模板和特性，以及网络切片服务模型在更多应用场景中的应用。同时，在数据结构上也做了相应的调整，使得模型更加灵活可扩展。
Unknown
Unknown
- Title: Mappings Between XML2RFC v3 and AsciiDoc
- Authors: Marc Petit-Huguenin(marc@petit-huguenin.org)
- Summary: 本文主要介绍了如何将 AsciiDoc 文档转换为符合 IETF 标准的 XML2RFC 模板，以便更容易地撰写和提交 IETF 讨文稿档。它首先定义了 XML2RFC 和 AsciiDoc 的基本语法，然后详细描述了映射过程中的每个步骤及其功能。 XML2RFC 支持多种元素和属性，而 AsciiDoc 则提供了更简洁的文档结构，可以更好地支持快速写作。此外，文档生成器工具也已提供，帮助开发者快速创建满足要求的文档。 虽然目前这个映射只支持部分标准元素和属性，但随着技术的发展和更多的支持元素被添加到 XML2RFC 中，该映射在未来可能会得到进一步完善和扩展。
- Diff: 以上新版本的英文标准文稿主要描述了一个新的XML2RFC到AsciiDoc的映射，其目的是简化互联网草案的写作过程。这个映射保留了AsciiDoc中的大部分元素和语法，但有一些元素（如boilerplate、link、iprExtract等）被转换为XML2RFC的其他子集或扩展。例如，ASCIIArt块可以被映射回ASCII Art元素。 此外，文档还提供了一些工具帮助开发者进行此映射工作，包括命令行工具和一个构建脚本来自动提取引用信息并将其添加到文档中。这些映射和工具都在持续发展中，以满足不断变化的需求。
- Title: Open Ethics Transparency Protocol
- Authors: Nikita Lukianets(n.lukianets@openethics.ai)
- Summary: 本文主要介绍了Open Ethic透明协议(OETP)的概念和实现。OETP是一种基于HTTP交换的IT产品伦理披露应用层协议，旨在提高IT产品的可追溯性和安全性。它提供了开放、标准化的信息格式来展示和验证产品的数据收集、处理和决策行为。此外，OETP还包含了供应商、集成商等利益相关者参与的产品描述信息，以及用于增强产品可信度的安全措施。该协议有助于促进行业内部的信息交流，提升透明度，并对消费者提供更安全的选择。
- Diff: 该文档是关于开放伦理透明协议（OETP）的一个新的、实验性的工作草案。与旧版本不同，新版本在以下方面进行了重大改进： 1. 增加了“Terminology”部分，详细解释了术语和概念。 2. 在“Requirement Levels”部分增加了“Recommended Practice”一节，说明推荐的做法。 3. “Protocol Model”部分新增了“Conformity Assessment Marks”一节，提供了认证标志。 4. “Example OETP Disclosure File”部分展示了如何使用JSON格式来存储和分发披露信息。 5. 新增了一个“Appendix A. Appendix”的部分，包括了图表和示例。 总体来说，新版本增加了更多的细节和结构化，使得文档更易于理解和遵循。