【每日文稿】2025-01-27
今日共有10篇文稿更新，涉及6个area里的8个WG
ART
sipcore
- Title: SIP Call-Info Parameters for Rich Call Data
- Authors: Chris Wendt(chris@appliedbits.com), Jon Peterson(jon.peterson@transunion.com)
- Summary: 本文讨论了SIP网络中使用SIP Call-Info头部字段来承载Rich Call Data（RCD）的需求和方法。主要引入了新的参数，如"call-reason"、"verified"和"integrity"，以及新类型的"j-card"，它用于承载关于呼叫者的实体信息。这些参数和类型为后续有关RCD的信息提供了一个框架。 总结文稿的主要观点有： 1. 使用SIP Call-Info头部字段携带RCD信息。 2. 提出了新的参数“call-reason”、“verified”和“integrity”，它们扩展了SIP Call-Info头部字段的功能，并与STIR框架中的RCD信息相匹配。 3. 定义了新的“j-card”参数类型，用于承载关于呼叫者实体的信息。 4. 描述了如何在终端设备上支持显示这些信息以帮助用户做出决定。
- Diff: 在新的文档中，引入了三个新的参数“call-reason”、“verified”和“integrity”，并定义了一个新的令牌“jcard”。这些新元素扩展了SIP中的Call-Info头部字段来携带Rich Call Data（RCD）。新增的参数允许呼叫者提供与呼叫者身份相关的信息，如名称、图标或签名等。同时，增加了对RCD验证的支持，并提供了用于安全存储和传输RCD信息的方法。 相比于旧版本，这个新版本的主要区别在于： 1. 增加了“call-reason”参数，以传递呼叫原因的信息。 2. “verified”参数作为“call-reason”的替代方案，指示信息已通过认证过程被证实。 3. “integrity”参数可以使用一种名为“JCard”的结构化方法来表示RCD信息的安全性。 4. 为实现这些功能，定义了“jcard”令牌来代表RCD，以及“icon”令牌来承载联系人的图标。 5. 详细解释了如何将RCD信息与其他信息关联起来，并说明了不同类型的RCD类型如何通过“jcard”和“icon”头衔来表示。 6. 提供了一些关于如何使用这些新元素的例子，包括如何在INVITE消息中指定特定的RCD信息。 总的来说，新版本文档扩大了SIP协议的能力，使其能够更好地支持RCD信息的传递和处理，从而提高通信质量。
INT
6man
- Title: Prioritizing known-local IPv6 ULAs through address selection policy
- Authors: Nick Buraglio(buraglio@forwardingplane.net), Tim Chown(tim.chown@jisc.ac.uk), Jeremy Duncan(jduncan@tachyondynamics.com)
- Summary: 本文是关于优先使用本地化UNICAST地址族（ULA）在RFC6724的基础上进行更新。主要变更有： 1. 引入了“已知本地”ULA的概念，使得节点可以为特定的ULA添加到其地址选择政策表，并且具有高于一般ULA的优先级。 2. 改变了默认的policy table，将fc00::/7从低优先级提高到30，高于传统的IPV4。 3. 将6to4地址块从低优先级提高到与Teredo相同的优先级。 4. 将::ffff:0:0/96重新设为30。 5. 将Rule 5.5强制要求支持。 6. 提出了对已知本地ULA的理解和插入规则。 7. 对于ULA源与GUA或远程ULA目的地的情况进行了讨论，包括如何处理失败情况以及避免可能的TCP超时问题。 8. 对于遵循RFC 4193中的操作规范给出了建议。 总的来说，本文旨在改善标准行为，特别是在最常见的场景下，以及帮助缓解一些特定情况下可能需要手动配置的操作参数。
- Diff: 本文档更新了RFC6724中的相关定义和操作流程，以支持对特定区域内的地址选择行为进行差异化设置。 1. 增加了“Known-local ULA”概念，允许节点根据已知本地性标识符为一些特定区域内的Ula地址添加优先级。 2. 对默认的政策表进行了调整，使得对于这些特定区域内的Ula地址，其优先级高于其他IPV4地址，并且与Gua地址相匹配。 3. 针对插入手册表的规则，将“Preferred over Gua-Gua”从可选改为必选，确保在特定情况下，如使用此类特定地址时，可以优先考虑它们。同时，增加了一个新的规则，要求当发布RA或PIO时，如果需要插入额外的known-local Ula地址，则必须手动管理这个行为。 总的来说，本文档的主要区别在于引入了“Known-local Ula”这一新的概念，以及对优先级、配置和插入手册表规则等做了相应的变化，旨在提高针对特定区域内的地址选择优先级，使其更加合理和一致。
OPS
bmwg
- Title: Characterization and Benchmarking Methodology for Power in Networking Devices
- Authors: Carlos Pignataro(cpignata@gmail.com), Romain Jacob(jacobr@ethz.ch), Giuseppe Fioccola(giuseppe.fioccola@huawei.com), Qin Wu(bill.wu@huawei.com)
- Summary: 本文定义了一套标准的方法来测量、报告和比较不同网络设备在不同网络配置下的电力消耗。该方法旨在衡量不同类型网络设备的实际电力消耗，同时考虑不同的网络环境和负载条件，以期更准确地评估设备的能源效率，并为未来的设备设计提供参考。 本文首先定义了相关的术语，包括总功率（weighted sum of all interface throughputs）、总功率（sum of all equipment power），以及能量效率比（energy efficiency ratio）。然后介绍了基准测试方法，包括测试设置、流量和设备特征化、报告格式等。最后讨论了安全性和IANA考虑的问题。 总的来说，本文提供了系统化的能源效率基准测试方法，有助于运营商更好地理解他们的设备实际消耗的电力，并帮助制造商改进其产品的能源效率。
- Diff: 新的文档定义了一个标准机制来测量、报告和比较网络设备的能源消耗情况，并且能够针对不同的网络配置和条件进行对比。这一机制将有助于运营商获取网络设备的实际功率使用信息，以及帮助厂商测试其产品的能源效率。 相比于旧版文档，新版本的主要区别在于： 1. 主要专注于比较不同类型的网络设备（如路由器和交换机），并展示在特定设备和负载类型下各种优化技术的有效性。 2. 强调了控制测试条件的重要性，比如温度等环境因素应被纳入考量。 3. 在测试方法论部分，引入了对带宽、负荷比例等因素的详细说明，以保证测试结果的可复制性和公平性。 4. 采取了更加客观和实用的方法来收集和分析数据，避免过于精确但难以直接比对的结果。 总的来说，新版本更注重实际应用和评估的公正性，旨在促进未来一代网络设备的节能改进。
ippm
- Title: Quality of Outcome
- Authors: Bjørn Ivar Teigen(bjorn@domos.no), Magnus Olden(magnus@domos.no)
- Summary: 本文主要介绍了一个新的网络质量评估框架——Quality of Outcome (QoO)，旨在解决当前网络质量和用户体验之间存在的鸿沟。它通过引入一个基于概率的网络质量指标，能够更好地满足不同应用和运营商的需求。该框架将网络性能分解为多个维度，并允许网络操作员进行空间组合以识别问题所在。 总的来说，QoO的目标是提供一种易于理解、实用且客观的方法来衡量网络质量，使网络操作员能够更有效地优化网络性能。
- Diff: 以上是关于质量评估框架的新版英文标准文档。与旧版相比，新版的主要区别在于： 1. 增加了“Quality of Outcome”（QoO）的概念，并将其描述为一种新的网络质量评估方法。 2. 提出了一个新的框架来满足不同用户、开发者和运营商的需求。这个框架基于质量减量指标，定义了一个简单的方法来描述应用程序需求，同时提供了一种简单的用户体验指标。 3. 强调了简化网络质量评估的重要性，但同时也需要一些参数以分析精确度。 4. 新版提出了一个简化的网络要求框架，允许应用程序开发者描述他们的网络要求，同时为运营商提供了优化网络性能的工具。 5. 在计算QoO时，提出了一种距离测量公式，可以将完美和不完美的网络结果相比较。 综上所述，新版在保持其基本思想的同时，引入了新的概念和方法，旨在解决当前网络质量和用户体验之间的鸿沟，提高网络质量评估的准确性和实用性。
opsawg
- Title: Terminal Access Controller Access-Control System Plus (TACACS+) over TLS 1.3
- Authors: Thorsten Dahm(t.dahm@resolution.de), John Heasley(heas@shrubbery.net), dcmgash@cisco.com(dcmgash@cisco.com), Andrej Ota(andrej@ota.si)
- Summary: (终端访问控制器接入控制系统增强版(TACACS+)-Over-TLS 1.3)是关于将TLS加密技术应用于TACACS+协议以提高安全性的一篇文稿。本文更新了RFC8907文档，引入了TLS版本支持，并废弃了其旧的安全机制。 主要讨论如下： 1. 更新和扩展了TACACS+协议，使其使用TLS进行安全传输。 2. 增加了TLS 1.3版本的支持，以提供更强大的安全性。 3. 修改了默认TCP端口为[TCPPORT]，并添加了一个新的服务名称[TACACSSTLPORT]。 4. 提出了TLS认证选项、证书验证、PSK认证以及TLS重续等新功能。 总的来说，本文旨在通过引入TLS加密技术，提升TACACS+系统的安全性，同时保留原有的非TLS连接方式。
- Diff: 该文档主要更新了终端访问控制器接入控制系统加（TACACS+）协议的TLS版本支持，并替换掉了其之前的密钥和认证机制，以实现更加安全可靠的连接。主要区别在于： 1. 使用TLS 1.3进行通信，取代了之前使用的MD5密钥。 2. 在TLS下使用非加密数据时设置标志位来表明并未使用密钥和认证算法，避免误认为是加密传输。 3. 引入TLS证书认证，允许在TLS下对服务器身份进行验证。 4. 支持预共享密钥（PSK）作为TLS的身份验证方式，以替代传统密钥和认证方法。 5. 在配置文件中设置了不同的TLS版本限制和要求。 总的来说，这些更新加强了TACACS+的安全性和可靠性，同时保留了原有协议的基本架构。
RTG
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: 本文定义了一个用于RFC 9543网络切片服务的数据模型。这个数据模型可用于网络切片服务接口，使得网络运营商能够对外提供给客户，并且客户可以对网络切片服务进行管理（如订阅、删除或修改）。本文还详细介绍了网络切片服务的使用场景和结构。 总的来说，本文主要讲述了如何使用YANG语言来描述RFC 9543网络切片服务的概念，以及如何在实际的网络环境中实现这些服务。它强调了数据模型的重要性，以及它可以为网络切片服务的应用提供指导和支持。
- Diff: 本文档定义了一个YANG数据模型来描述RFC9543网络切片服务（Network Slice Service）。该模型可以用于在提供者与客户之间的网络切片服务接口之间使用。客户可以通过此接口管理网络切片服务，包括订阅、删除或更改。该模型聚焦于从客户的视角来看待网络切片服务的需求，而不是其在提供商网络中的实现方式。同时，该模型符合网络管理数据存储架构(NMDA)。 相比于旧版本的英文标准文稿，本文新增了以下几点主要内容： 1. 定义了网络切片服务（NSS）的模型结构，包括SLO和SLE模板、网络切片服务等。 2. 提供了标准化模板和自定义服务策略等特性。 3. 强调了模型的可扩展性，以便随着网络切片数量的增长，可以重新利用现有模板。 4. 包含了安全性考虑和IANA考虑等内容。 总的来说，本文的主要区别在于更专注于从客户的角度描述网络切片服务，并提供了更多针对具体场景的服务配置选项。同时，也增加了对模型扩展性的强调以及安全性方面的考虑。
SEC
lake
- Title: Applying Generate Random Extensions And Sustain Extensibility (GREASE) to EDHOC Extensibility
- Authors: Christian Amsüss(christian@amsuess.com)
- Summary: 本文主要介绍了如何在EDHOC协议中应用Generate Random Extensions And Sustain Extensibility（GREASE）机制。这种机制最初是为了TLS，旨在为加密扩展提供一种可随机生成和持续支持的方法。在此基础上，作者将这一概念推广到了EDHOC生态系统中，并注册了新的EDHOC EAD（External Authorization Data）标签和GREASE加密套件。这些措施有助于保持网络拓扑稳定、减少网络拥塞以及提高系统的可扩展性。 尽管本文提供了增强网络扩展性的方法，但同时也强调了保护隐私和确保安全的重要性。例如，文中建议使用特定算法来避免识别EDHOC实施方式，以增加其他用户的匿名感。此外，还讨论了处理GREASE失败连接详情时可能需要考虑的问题，如是否应记录GREASE相关失败情况等。总的来说，该文稿提出了一个既能促进网络扩展又能保障信息安全的解决方案。
WIT
masque
- Title: Proxying Ethernet in HTTP
- Authors: Alejandro Sedeño(asedeno@google.com)
- Summary: 是关于如何在HTTP中传输以太网帧的技术文档。它定义了一种协议，允许使用HTTP流创建以太网隧道，并将这种连接扩展到物理或虚拟以太网段，实现跨广播域的二层虚拟网络（L2VPN）。该协议支持所有现有的HTTP版本，使用HTTP数据包格式和特定的Capsule协议。此外，还定义了上下文标识符、HTTP数据包格式以及安全考虑因素等。 文稿总结了以下几点： 1. 提供了基于HTTP的以太网隧道机制。 2. 定义了用于代理以太网帧的HTTP升级令牌。 3. 简述了IPv6的过渡版本。 4. 讨论了与代理相关的性能考量。 5. 对相关标准进行了引用。 总之，《多层应用子层过QUIC加密》提供了多层应用子层过QUIC加密的基本框架和技术细节，有助于理解如何在HTTP中传递以太网帧。
- Diff: 该文档为的新版本。主要区别如下： 1. 更改了标题，从“Multiplexed Application Substrate over QUIC Encryption”改为“Multiplexed Application Substrate over HTTP”。 2. 删除了关于“Proxying Ethernet in HTTP”的部分。 3. 更改了关于“Connect-ETHernet”部分的标题和定义，并移除了关于“CONNECT-IP”的部分。 4. 增加了关于“MAC地址过滤”的部分。 5. 提出了新的“MASQUE URI Suffixes Registry”和“HTTP Upgrade Token”。 6. 修改了关于“Ethemet Proxying”的描述，使其更加简洁明了。 总体来说，这个新版简化了文档结构，更注重于如何在HTTP连接中使用Ethernet代理功能，同时增加了关于MAC地址过滤的相关内容，以及提出了一个新的命名空间——MASQUE URI Suffixes Registry和HTTP Upgrade Token。
Unknown
Unknown
- Title: Architecture of Content-Based Service Router
- Authors: Changwang Lin(linchangwang.04414@h3c.com), Wei Wang(wangw36@chinatelecom.cn), Xueting Li(lixt2@foxmail.com)
- Summary: 本文主要介绍了内容基于服务路由器(CSR)的架构，这是一种用于在分布式微服务通信（DMSC）架构中交换服务前缀和拓扑信息，并根据服务前缀和拓扑进行优化路由的重要组成部分。CSR架构主要包括控制平面、数据平面等部分，其中控制平面通过路由协议交换服务前缀和拓扑信息，数据平面则负责接收感兴趣的数据包并执行特定转发需求，以及维护流量粘性以确保输出方向保持一致。此外，CSR还包含了安全考虑、IANA考虑等内容。总的来说，本文为CSR架构提供了详细的描述和说明，旨在实现CSR的核心功能，提高微服务之间的通信效率和可靠性。 文中未提及具体的服务前缀压缩或优化方法，这部分需要进一步研究和讨论。同时，文稿也提到了CSR可能会包含一个服务计划（Service Plane），但其详细设计并未给出，这部分也需要后续的研究。最后，文稿总结了CSR的基本架构和操作原理，并强调了进一步调查和讨论的重要性，以便对CSR的设计和实施有更深入的理解。
- Title: Fast failure detection in VRRP with S-BFD
- Authors: Nicola Serafini(n.serafini@tutanota.com)
- Summary: 本文主要讨论了在虚拟路由器冗余协议(VRRP)中引入无缝双向检测(BFD)作为VRRP故障检测系统的可能性。它描述了如何扩展VRRP以支持BFD，以及如何使用S-BFD作为VRRP的故障检测系统。本文还讨论了如何实现这个扩展，并提供了几个关键概念和算法。 主要内容总结如下： 1. 引言：介绍了VRRP、BFD、S-BFD等协议的基本概念。 2. 基本术语：定义了VRRP、BFD、S-BFD等基本术语。 3. 需求语言：解释了文档使用的标准语言和规范。 4. 必要特性：概述了本文提出的特性和功能要求。 5. 知识限制：讨论了一些可能的限制条件。 6. 概述：简要介绍了VRRP和S-BFD之间的关系和相互作用。 7. VRRP状态机和S-BFD操作模式：详细描述了VRRP和S-BFD之间状态转换的过程。 8. VRRP和S-BFD状态机互操作性：探讨了VRRP与S-BFD之间状态机的兼容性问题。 9. 关系维护：介绍了解决VRRP和S-BFD间关系的方法和流程。 10. S-BFD计数器计算：讨论了如何通过S-BFD来计算VRRP中的本地S-BFD计数器值。 总的来说，本文是关于如何利用S-BFD作为VRRP故障检测机制的一种扩展研究。它为开发支持VRRP和S-BFD的解决方案提供了一定的基础。
- Diff: 摘要 本文描述了一个新的改进方案，即在VRRP协议中添加一种新的检测机制——S-BFD，以实现快速的故障检测。该方案通过扩展VRRP协议来支持S-BFD作为VRRP中的一个失败检测系统。为宣布这种实施，定义了新的VRRP包类型和一个新的定时器。 要求： 1. 支持基于IPv4和IPv6的VRRP版本二（2）和三（3）。 2. 支持两种VRRP状态机：主备（Primary/Backup）和初始化（Initialize）。 3. 实现与S-BFD操作模式的兼容性，防止状态机不一致导致的问题。 限制： 1. 状态机不一致可能会导致问题。 解决方案： 使用定时器替换传统的VRRP计时器，当S-BFD触发VRRP的SBFDHandler事件时启动新的定时器。 文档结构如下： 1. 引言 2. 基本术语 3. 需求语言 4. 必要功能 5. 已知局限性 6. 介绍 7. VRRP状态机和S-BFD的操作模式 8. VRRP和S-BFD的状态机互操作性 9. 关系维护 10. S-BFD计数器计算 11. 定时器 12. 运行要求 主要区别在于： 1. 将传统的VRRP计时器替换为S-BFD定时器，用于实现更快速的故障检测。 2. 在VRRP状态机之间引入新的处理逻辑，以增加用户体验。 3. 详细讨论了如何严格控制VRRP和S-BFD之间的交互方式。 总结来说，本文提出了一种新的改进方案，旨在增强VRRP和S-BFD之间的互操作性，并且提供更快的故障检测能力。