今日共有5篇文稿更新，涉及2个area里的5个WG

OPS

bmwg

1. draft-ietf-bmwg-containerized-infra-05

  • Title: Considerations for Benchmarking Network Performance in Containerized Infrastructures
  • Authors: Trần Minh Ngọc(mipearlska1307@dcn.ssu.ac.kr), Sridhar Rao(srao@linuxfoundation.org), Jangwon Lee(jangwon.lee@dcn.ssu.ac.kr), Younghan Kim(younghak@ssu.ac.kr)
  • Summary: 本文主要讨论了容器网络功能(VNF)在容器化基础设施中的性能测试和评估。随着NFV架构的发展，容器化成为一种新的网络部署方式。与传统的虚拟机（VM）相比，容器内的网络功能共享相同的kernel空间，并且可能需要额外的配置参数来支持加速技术。 对于非加速网络模型，如用户空间加速模型、eBPF加速模型等，本文详细介绍了其架构、特性和适用场景。而对于加速网络模型，如eBPF加速模型、AF_XDP加速模型等，则着重于描述它们如何实现数据包加速，以及如何选择合适的CNI插件以优化性能。 总的来说，本文为容器化网络功能在不同网络架构下的性能测试和评估提供了参考框架。文稿强调了不同网络模型之间的差异，包括资源配置和网络技术的选择对测试结果的影响。此外，还指出了如何利用现有的测试工具进行多平台和跨架构的基准测试。
  • Diff: 作者列表没有发生变化。新旧文稿相似度为：0.980。

grow

1. draft-ietf-grow-yang-bgp-communities-03

  • Title: A YANG Data Model for BGP Communities
  • Authors: Martin Pels(mpels@ripe.net)
  • Summary: 本文讨论了使用Yang数据模型定义BGP社区的方法。Yang是一种用于描述网络配置协议（Netconf）的数据建模语言，可以用来发布和解析BGP社区定义。Yang定义了一种结构化的格式来发布本地定义的BGP社区，并提供了运营商和应用程序之间进行沟通的一种标准化方法。Yang模块包含了所有需要的信息，包括版本、命名空间、属性等，使得用户可以轻松地将发布的BGP社区定义转换为能够理解其含义的应用程序代码。 Yang模型定义了BGP社区的类型，如Regular、Extended和Large社区，以及它们各自的特点和用途。Yang模型也支持不同的编码格式，如XML、JSON和CBOR，以适应各种应用需求。此外，Yang还提供了规范的操作指南和实施指导，帮助开发者更好地理解和实现Yang模型。 总的来说，Yang数据模型提供了一种简洁、标准的方式，使得运营商和应用程序都能有效地管理并共享他们的BGP社区定义。它有助于减少因没有统一的发布机制而导致的混乱和复杂性，同时也有助于开发自动生成路由策略和生成配置文件的工具。
  • Diff: 作者列表没有发生变化。新旧文稿相似度为：0.410。

nmop

1. draft-ietf-nmop-terminology-11

  • Title: Some Key Terms for Network Fault and Problem Management
  • Authors: Nigel Davis(ndavis@ciena.com), Adrian Farrel(adrian@olddog.co.uk), Thomas Graf(thomas.graf@swisscom.com), Qin Wu(bill.wu@huawei.com), Chaode Yu(yuchaode@huawei.com)
  • Summary: 本文主要定义了一些网络故障管理和问题管理的关键术语，包括网络监控、网络分析和网络观察等概念。这些术语有助于清晰地描述网络故障管理和问题管理系统的上下文，为后续文档提供基础。 总结了文稿中的核心概念包括： 1. 网络监控：收集网络数据并记录它们。 2. 网络分析：从网络监控中提取洞察。 3. 网络观测：通过网络分析评估网络行为。 4. 网络故障：不希望或要求的状态变化。 5. 网络问题：状态不佳的事物，可能需要纠正措施。 6. 网络事件：值的变化。 7. 状态：资源当前的状态（如高或低）。 8. 预期状态：资源的目标应用状态。 9. 检测：注意到某事的发生（状态、变化、事件、活动等）。 10. 关联性：考虑政策来决定一个事件是否值得关注。 11. 发生：可检测到的变化。 12. 变化：一段时间内值的变化。 13. 相关性：根据视角、意图和与其他事件、状态和值的关系来确定是否值得关注。 这些术语构成了网络故障管理和问题管理的基础框架，并且是后续文档构建的关键要素。
  • Diff: 作者列表没有发生变化。新旧文稿相似度为：0.916。

RTG

mpls

1. draft-ietf-mpls-ps-mna-hdr-00

  • Title: Post-Stack MPLS Network Action (MNA) Solution
  • Authors: Jaganbabu Rajamanickam(jrajaman@cisco.com), Rakesh Gandhi(rgandhi.ietf@gmail.com), Royi Zigler(royi.zigler@broadcom.com), Tony Li(tony.li@tony.li), Jie Dong(jie.dong@huawei.com)
  • Summary: 本文主要讨论了在MPLS标签堆栈之后添加网络动作和附加数据的解决方案。这个新的解决方案允许使用网络动作来影响包转发决策，携带额外的操作、管理维护（OAM）信息，或者执行用户定义的动作。 文稿首先介绍了该方案的基本概念，包括MPLS标签堆栈中的基本结构以及网络动作的作用。然后详细描述了Post-Stack Network Action（PSNA）编码的方法，包括其编码方式、格式以及处理顺序等细节。 最后，文稿还指出了该方案的一些安全考虑，例如网络动作可能对整个网络产生潜在的影响，因此需要确保只进行安全的网络动作定义。此外，文稿还提出了建议的编码格式，并给出了具体的示例。总的来说，这篇文档为实现更灵活和强大的网络动作提供了有力的支持。
  • Diff: 该文稿为工作组文稿的00稿。

pim

1. draft-ietf-pim-zeroconf-mcast-addr-alloc-ps-03

  • Title: Zeroconf Multicast Address Allocation Problem Statement and Requirements
  • Authors: Nathan Karstens(nate.karstens@garmin.com), Dino Farinacci(farinacci@gmail.com), Mike McBride(mmcbride7@gmail.com)
  • Summary: 本文探讨了网络设计的需求，以及如何分配用于传输数据的多播地址。首先，文稿讨论了在设计和配置方面存在的挑战，包括使用传统交换机可能产生的问题。接着，它描述了一个零配置、去中心化的多播地址分配协议的重要性，并概述了其需求和要求。此外，还列出了IPv4和IPv6的考虑因素，指出使用IPv6来避免地址冲突是一个更好的选择。最后，总结了这个文档的目的和未来的研究方向。 总的来说，本文提出了一种解决方案，以解决分配用于传输数据的多播地址的问题，并强调了采用IPv6的可能性。
  • Diff: 作者列表没有发生变化。新旧文稿相似度为：0.814。