【每日文稿】2025-02-03
今日共有17篇文稿更新，涉及7个area里的13个WG
ART
emailcore
- Title: Simple Mail Transfer Protocol
- Authors: Dr. John C. Klensin(john-ietf@jck.com)
- Summary: 本文主要讨论了简单邮件传输协议（SMTP）的基本协议，它负责在互联网上传输电子邮件。SMTP采用一种非常简单的通信模型，用于从一个客户端发送邮件到另一个服务器，并提供了一种可靠、高效的邮件传输方式。SMTP使用TCP作为其传输层协议，同时支持其他一些基于TCP的应用程序。本文还总结了该文档与之前的版本之间的关系，以及更新和改进的地方。 本文首先概述了SMTP的工作原理，包括邮件对象、发件人和收件人等概念。然后，详细介绍了SMTP协议的各个组成部分，如基本结构、扩展模型、命令和回复、线等等。最后，文稿提到了一些关键的概念，如邮件代理、邮件存储系统等。 总的来说，本文对SMTP协议进行了详细的介绍，为实现电子邮件传输提供了指导性的框架。通过使用SMTP协议，可以实现电子邮件的快速、可靠的传输，这对于网络上的邮件传输至关重要。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.953。
regext
- Title: Registration Data Access Protocol (RDAP) Extension for Geofeed Data
- Authors: Jasdip Singh(jasdips@arin.net), Tom Harrison(tomh@apnic.net)
- Summary: 本文主要讨论了如何在注册数据访问协议(RDAP)中使用地理信息(geofeed)数据。本文定义了一个新的RDAP扩展“geofeed1”，用于指示一个RDAP服务器托管的地理信息文件URL（如geofeed）以及与之相关的链接对象。此外，还定义了一个新的媒体类型和一个新的链接关系类型。 本文中的核心概念包括： 1. 使用新的媒体类型application/geofeed+csv来表示地理信息文件。 2. 定义了一个新的link relation geo，表示链路具有资源的地理信息。 3. 提供了一个新的RDAP扩展标识符geofeed1，用于指示一个RDAP服务器托管的地理信息文件。 总之，本文为地理信息的访问提供了一种新的途径，并且提供了更具体的实现细节和操作建议。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.823。
GEN
modpod
- Title: IETF Community Moderation
- Authors: Lars Eggert(lars@eggert.org), Eliot Lear(lear@lear.ch)
- Summary: (Internet-Draft: IETF Community Moderation)是一个关于改进互联网工程任务组(IETF)参与渠道的文档。该文档提出了一个统一的调停团队来管理所有IETF的各种参与渠道，包括邮件列表、聊天通道和讨论其他系统中的活动。同时，文档还对现有的RFC系列进行了调整，以适应这个新的框架。 该文档的核心理念是保持论坛内的和谐氛围，并允许参与者在遵守标准规则的前提下自由发表观点。如果遇到不合适的言论，需要采取适当的行动进行调停，但必须确保不会抑制任何合理的观点表达。 总的来说，该文档旨在建立一个更高效、透明的调停机制，使得IETF的每个成员都能感受到被尊重和公平对待，同时保护好论坛的整体秩序。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.615。
INT
6man
- Title: Automatic Extended Route Optimization (AERO)
- Authors: Fred Templin(fltemplin@acm.org)
- Summary: 本文主要讨论了自动扩展路由优化（AERO）服务在多链路网络接口（OMNI）上的实现。AERO提供了一种基于Overlay Multilink Network Interface（OMNI）的服务，用于支持空中陆地水下空间移动应用中的数据通信和管理。文中详细介绍了AERO服务的概念、功能以及与OMNI链接的相关细节。它还讨论了AERO节点类型、服务模型以及如何通过动态邻居缓存更新来支持多流路由优化等关键方面。文稿最后总结了AERO的适用范围和未来发展趋势，并对相关参考文献进行了介绍。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.991。
- Title: Transmission of IP Packets over Overlay Multilink Network (OMNI) Interfaces
- Authors: Fred Templin(fltemplin@acm.org)
- Summary: 是一篇关于传输原IP包及控制消息的文档。本文定义了OMNI接口，它是网络层数据平面的一部分，用于支持多链路、多域和移动性等特性，同时它还提供了一种新的适应层服务，即OAL。OAL负责封装和分组处理，以及提供地址映射和协议选择等功能。 文稿还讨论了多链路模型（如安全多链路）和多网模型（如多网段拓扑），以及它们在不同环境下的应用。此外，还详细介绍了OMNI接口的物理实现方法和技术，包括多链路选择算法、端到端通信机制等。 总之，该文档主要阐述了如何使用OMNI接口来构建一个适合多种应用场景的多链路网络架构，并提供了相关技术细节和建议。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.917。
RTG
idr
- Title: Deprecation of AS_SET and AS_CONFED_SET in BGP
- Authors: Warren "Ace" Kumari(warren@kumari.net), Kotikalapudi Sriram(ksriram@nist.gov), Lilia Hannachi(lilia.hannachi@nist.gov), Jeffrey Haas(jhaas@pfrc.org)
- Summary: 本文主要讨论了关于使用AS_SET和AS_CONFED_SET在BGP协议中的使用问题。文稿指出，这些类型的路径段类型可能会导致操作上的问题，如无法验证路由的来源等，并建议在实现中避免使用这两种类型。同时，文稿还介绍了两种处理方法：一种是将聚合后的AS_PATH保持完整；另一种是在聚合前先去掉这些AS_SET或AS_CONFED_SET，然后通过ATOMIC_AGGREGATE属性来标识正确的源AS。 总的来说，本文对BGP中的AS_SET和AS_CONFED_SET使用进行了规范性要求，并提出了相应的解决方案以确保其正确性和一致性。这对于维护网络的安全性和稳定性具有重要意义。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.921。
roll
- Title: RNFD: Fast border router crash detection in RPL
- Authors: Konrad Iwanicki(iwanicki@mimuw.edu.pl)
- Summary: 本文提出了一种扩展到RPL中的Root Node Failure Detector（RNFD）技术，用于在低功率和失配网络(LLNs)中快速检测边界路由器（LBR）故障。RNFD采用以下设计原则： 1. 全面协调LBR监控：而不是依赖于由各节点独立操作的结果。 2. 避免对所有可能的链路进行全面探测以减少尾部延迟。 3. 利用并发性通过主动检查可能的LBR故障，进一步降低总体延迟。 这些原则虽然提高了RPL在网络中处理LBR故障时的性能，但它们只能解决各种边缘情况下的部分问题，并且没有提供绝对的保证。在某些情况下，RNFD可能会导致错误的否定结果，但在其他情况下，它可能会导致错误的正确认识，因此需要考虑其他解决方案来缓解这些问题。总之，RNFD是一种可以作为RPL补充的技术，可以与其他虚拟DODAG根解决方案结合使用，以更好地应对LBR故障。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.992。
spring
- Title: Application of the Alternate Marking Method to the Segment Routing Header
- Authors: Giuseppe Fioccola(giuseppe.fioccola@huawei.com), Tianran Zhou(zhoutianran@huawei.com), Mauro Cociglio(mauro.cociglio@outlook.com), Gyan Mishra(gyan.s.mishra@verizon.com), xuewei wang(wangxuewei1@ruijie.com.cn), Geng Zhang(zhanggeng@chinamobile.com)
- Summary: 本文主要讨论了在Segment Routing for IPv6（SRv6）网络中应用交替标记方法的方法。文稿首先介绍了交替标记方法的基本概念和用途，然后详细描述了如何将交替标记数据封装到SRv6的SRH中，并分析了这两种方法可能带来的影响。最后，文稿总结了使用SRH TLV的优点，以及实施中的注意事项。 总的来说，本文提出了一个新的方法来替代传统的解决方案，以简化SRv6网络中交替标记的方法实现。它提供了一种更高效、可扩展的方式来处理流量测量问题，并有助于改善网络性能和效率。然而，该方案需要更多的测试和验证工作，才能最终确定其实际效果。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.441。
teas
- Title: A Realization of Network Slices for 5G Networks Using Current IP/MPLS Technologies
- Authors: Krzysztof Grzegorz Szarkowicz(kszarkowicz@gmail.com), Richard Roberts(rroberts@juniper.net), Julian Lucek(jlucek@juniper.net), Mohamed Boucadair(mohamed.boucadair@orange.com), Luis M. Contreras(luismiguel.contrerasmurillo@telefonica.com)
- Summary: 这篇英文标准文稿描述了在5G网络架构中实现网络切片的方法。主要关注于满足5G网络切片需求，通过使用现有IP/MPLS技术来控制连接服务级别协议（SLAs），以优化5G切片的端到端服务。 首先，定义了网络切片、网络切片和运输网络之间的区别。随后，详细介绍了如何将网络切片映射到运输网络中，并阐述了这些映射的具体方法。 然后，讨论了运输网络中的资源控制策略，包括粗粒度的资源控制以及细粒度的用户面接口配置。 最后，提供了针对不同场景的切片映射模型，如共享切片和单独切片的映射等，并讨论了如何确保运输网络资源的有效利用。 总的来说，该文档提供了一个基于现有技术的网络切片实现框架，旨在为移动运营商提供一种灵活且可扩展的方式，以充分利用现有的IP/MPLS基础设施，实现高质量的网络切片服务。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.933。
SEC
lake
- Title: EDHOC PSK authentication
- Authors: Elsa Lopez-Perez(elsa.lopez-perez@inria.fr), Göran Selander(goran.selander@ericsson.com), John Preuß Mattsson(john.mattsson@gmail.com), Rafael Marin-Lopez(rafa@um.es)
- Summary: 本文主要讨论了Edhoc中psk认证的方法。在当前的Edhoc方法中，预共享密钥（psk）仅保护了发起方的身份，而未对回应方进行身份保护，这可能导致被动攻击者获得更多信息，从而导致隐私风险。然而，在Edhoc-psk认证方法中，由于需要传递额外的信息来验证回应方拥有预共享密钥，因此增加了主动攻击的风险。 同时，虽然Edhoc-psk认证方法允许使用其他应用数据，但在某些情况下，如使用Eap-edhoc时，回应方必须提供预共享密钥，这就要求Edhoc-psk认证方法不包括任何额外的消息，以确保隐私和安全。此外，不同协议可能继续使用OSCORE替代Edhoc消息4，但应考虑增加一种机制来存储并验证来自回应方的应用数据，以便在必要时能够确认其完整性与真实性。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.924。
openpgp
- Title: OpenPGP Key Replacement
- Authors: Daphne Shaw(dshaw@jabberwocky.com), Andrew Gallagher(andrewg@andrewg.com)
- Summary: 本文主要讨论了OpenPGP标准中的一种新机制，即在主密钥撤销或过期时，提供一个替代主密钥的建议。这种新的子包结构被称为Replacement Key，其格式包括目标键版本、指纹和印模等信息，并附有替换证书的信息。验证这个子包需要考虑多种因素，如信任度、安全性等等。 此外，本文还强调了如何正确使用这个子包，比如如何选择加密密钥、如何处理替换证书的优先级等问题。需要注意的是，在实际应用中，如何处理这些复杂的问题仍然是个挑战，需要继续研究和改进。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.735。
- Title: GREASE Code Points in OpenPGP
- Authors: Andrew Gallagher(andrewg@andrewg.com)
- Summary: 本文主要讨论了在加密标准OpenPGP中使用GREASE（Generate Random Extensions And Sustain Extensibility）机制的相关事宜。文稿详细介绍了如何为这些代码点分配特定序列号，并解释了它们将用于OpenPGP证书和消息等场景。 另外，还提到了在发布时移除这个文档的可能性，以及该文档的状态信息可以找到在https://datatracker.ietf.org/doc/draft-gallagher-openpgp-grease/上。 总的来说，这篇文稿主要讨论了如何在OpenPGP中添加一个新的机制来确保不同版本之间的一致性，以及在实践中如何应用这些机制。
ppm
- Title: Distributed Aggregation Protocol for Privacy Preserving Measurement
- Authors: Tim Geoghegan(timgeog+ietf@gmail.com), Christopher Patton(chrispatton+ietf@gmail.com), Brandon Pitman(bran@bran.land), Eric Rescorla(ekr@rtfm.com), Christopher A. Wood(caw@heapingbits.net)
- Summary: (Distributed Aggregation Protocol)是一个多客户端协议，用于收集和分析数据。它利用分组、验证和加密等技术来保护隐私，并提供可靠的数据分析。本文详细介绍了该协议的架构、功能、操作流程等方面，为实现数据的安全性提供了有效途径。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.699。
WIT
core
- Title: Constrained Resource Identifiers
- Authors: Carsten Bormann(cabo@tzi.org), Henk Birkholz(henk.birkholz@ietf.contact)
- Summary: 本文主要介绍了Constrained Resource Identifier（CRIs）的概念，它是一种简化了的、更适合受限环境使用的通用资源标识符。与常见的URI相比，CRIs使用紧凑的二进制对象表示法（CBOR），使得它们更容易解析、比较和引用。然而，由于限制了处理能力等因素，一些实施可能会对一部分标准的URI进行不兼容的修改。 CRIs在许多协议中被用来替换传统的URI和国际化资源标识符（IRIs）。尽管应用可能需要通过这些标识来访问资源或确定其对应的关系，但它们通常不会直接使用URI和IRIs，尤其是在受限环境中。但是，它们可以转换成CoAP请求或其他可协商的形式，以便于其他协议的应用程序使用。 总结来说，本文主要讨论了CRIs的基本结构、如何从CRIs生成有效的URI以及它们如何扩展以适应特定场景的需求。此外，还提到了CRIs与CoAP和其他协议之间的接口。总体而言，CRIs旨在减轻受限环境下对字符串扫描的负担，并提供一种更有效率的方式来实现URI的查询和引用。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.945。
IRTF
iccrg
- Title: rLEDBAT: receiver-driven Low Extra Delay Background Transport for TCP
- Authors: Marcelo Bagnulo(marcelo@it.uc3m.es), Alberto Garcia-Martinez(alberto@it.uc3m.es), Gabriel Montenegro(g.e.montenegro@hotmail.com), Praveen Balasubramanian(pravb.ietf@gmail.com)
- Summary: 文档提出了一个名为rLEDBAT的机制，它允许接收端使用更少的最佳努力（LBE）流量控制算法来处理TCP连接。该文档是由互联网拥堵控制研究组（ICCRG）发布的一种实验性文档，旨在鼓励进一步的研究和审查。 rLEDBAT提供了以下三个关键功能： 1. 控制接收窗口：通过接收窗口，接收端可以控制发送端的速率。这个机制基于TCP协议中的“最小接收窗口”概念。 2. 测量延迟：rLEDBAT使用各种方法测量当前和估计未来的延迟，包括RTT（往返时间）、一程时延等。 3. 检测丢包和重传：rLEDBAT能够检测并响应数据包丢失、重发等情况。 文稿总结了rLEDBAT的一些主要优点，如在没有竞争流量的情况下，它可以比标准TCP更好地利用可用带宽；它还支持不同的中间件和代理对TCP流进行干扰，从而增强其灵活性；此外，rLEDBAT还能提供灵活的客户定义偏好，让用户可以选择使用常规TCP还是LBE算法传输特定类型的数据。 尽管rLEDBAT具有这些优势，但文稿也指出了一些挑战，比如如何与传统的LBE算法（如LEDBAT或LEDBAT++）协调以及如何在不考虑发送端行为的情况下预测接收端的行为。文稿呼吁进一步的研究来解决这些问题，并强调了该技术在未来可能的应用前景。 总的来说，《网络工作小组》文档为未来的研究和开发提供了基础，以探索更多关于rLEDBAT和类似机制的可能性。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.983。
Unknown
Unknown
- Title: DNS Update with JSON
- Authors: Paul E. Hoffman(paul.hoffman@icann.org)
- Summary: 本文提出了一种名为"DNS Update with JSON"或"DUJ"的新格式，用于提供人类用户更新其DNS区域以证明他们拥有这些区域的能力。这种格式被设计为易于复制和粘贴，避免了自动更新区间的潜在问题，并且不包含任何不可见的安全属性。 DUJ字符串由一个名为"DUJ"的字符串和一个表示所有动作的数组组成。这个数组包含多个元素，每个元素都表示一个动作模板。动作模板包括四个必需的元素：Action（表示操作类型），FQDN（完整域名），RRtype（资源记录类型）和Rdata（资源记录的数据）。RRtype可以是IANA注册表中的已知类型，也可以使用[RFC3597]定义的格式来描述未知类型的RRtype。 在处理DUJ字符串时，DNS运营商必须确保它满足一系列条件，如验证用户是否具有更改指定FQDN权限、确认要添加或删除的RRtype是否存在以及确保新记录不存在等。如果发现不符合要求，则应拒绝该DUJ字符串。 总的来说，DUJ是一种简单、安全且容易使用的格式，特别适合服务提供商与用户交互的情况。通过这种方式，用户只需复制和粘贴DUJ字符串即可完成更新，从而大大简化了过程并提高了可靠性。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.738。
- Title: Documenting and Referencing Cryptographic Components in IETF Documents
- Authors: Paul Wouters(paul.wouters@aiven.io), Paul E. Hoffman(paul.hoffman@icann.org)
- Summary: 本文主要探讨了在互联网工程任务组（IETF）文档中记录和引用加密组件的方法。它指出，加密组件在协议中被定义或描述是罕见的，大部分是由其他来源提供，并且通常是在指定的文档中得到引用。另外，使用ID在协议中引用加密组件是非常推荐的，这些ID可以容易地获取，以支持实验和操作测试。同时，一些区域经理可能不愿意赞助加密组件文档，因为它们可能无法获得更好的审查。 文中还提到了如何管理IANA注册表中的加密组件代码点，以及对这些代码点的建议，如是否强制使用、推荐使用等。最后，文稿讨论了加密组件使用的安全问题，指出重用已审核并批准的加密组件比创建新加密组件要好得多。
- Diff: 作者列表没有发生变化。新旧文稿相似度为：0.688。