【每日文稿】2025-01-11
今日共有2篇文稿更新，涉及2个area里的2个WG
ART
asap
- Title: Automatic Peering for SIP Trunks
- Authors: Kaustubh Inamdar(kaustubh.ietf@gmail.com), Sreekanth Narayanan(sknth.n@protonmail.com), Cullen Fluffy Jennings(fluffy@iii.ca)
- Summary: 本文提出了一种机制，使得企业网络可以向服务提供商请求服务提供商的能力集文档。这种能力集文档包含了特定于呼叫控制、媒体和运输层协议的服务提供商网络特征，这些特征在通信网络中是显而易见的，因此可以帮助企业网络直接与服务提供商网络进行连接。本文详细介绍了配置流程、传输方式、编码方法等细节，并讨论了安全性要求以及可能的应用场景。 主要总结如下： 1. 引言：描述了当前标准如何支持直接IP网络之间的端到端连接，但仍然存在一些问题，如难以理解并实施的技术指南或建议。 2. 概述：介绍一种基于HTTP的框架，通过GET请求获取服务提供商的能力集文档，用于自动化或人工生成端到端配置块，以确保成功的服务提供商连接。 3. 基本架构：描绘了一个参考架构图，包括边缘设备、企业网络和服务提供商网络，展示了如何部署和使用该框架。 4. 配置流程：阐述了企业网络通过以下步骤请求和获取服务提供商能力集文档的过程： - 生成HTTPS GET请求 - 发送HTTP响应包含能力集文档 - 编码响应为JSON格式 5. 安全性考虑：讨论了对通信安全性的需求，如传输层安全、客户端身份验证等。 6. 数据模型：定义了一个YANG模块，用于编码服务提供商的能力集文档，该模块将特性转化为树形结构，便于理解和解析。 7. 示例：提供了如何从服务提供商请求能力集文档的示例。
- Diff: 以上新版本的英文标准文稿与旧版相比，主要区别在于： 1. 更详细地定义了网络架构和设备角色。 2. 提出了HTTP作为通信协议的使用，并规定了如何请求和服务提供商的能力集。 3. 描述了认证、权限管理和访问控制等方面的技术细节。 总体来说，新的文档更全面、更加具体化，对网络设计、设备配置和安全方面进行了深入讨论，提供了更为实用的方法来实现企业与服务提供商之间的自动对接。相比之下，旧版文档在某些方面可能过于简化或过于抽象，没有提供足够的实际操作指导。
INT
schc
- Title: Static Context Header Compression (SCHC) Architecture
- Authors: Alexander Pelov(alexander.pelov@imt-atlantique.fr), Pascal Thubert(pascal.thubert@gmail.com), Ana Minaburo(anaminaburo@gmail.com)
- Summary: 这篇文档详细描述了静态上下文压缩(SCHC)技术的基本结构和架构。文中讨论了如何在不同网络拓扑中实现和使用SCHC，以及SCHC操作中的关键概念和技术细节。 主要内容包括： 1. 引言：介绍SCHC的历史背景、工作原理和应用场景。 2. 需求语言：定义了相关术语，如“C/D”、“上下文”等。 3. 基本概念：介绍了上下文的概念、上下文头实例、上下文规则等。 4. 构建块：阐述了构建SCHC所需的基本组件及其功能。 5. 动态上下文压缩架构：概述了静态上下文压缩（SCHC）的核心思想和基本架构。 6. 上下文压缩分层：说明了SCHC运行的不同层次及其对应的操作流程。 7. 安全考虑：讨论了SCHC安全性的设计原则和保障措施。 8. 标准化建议：提供了对标准化工作的建议。 9. 参考文献：列举了一些相关的参考文献和标准文件。 总结来看，《静态上下文压缩架构》是一份关于SCHC技术的基础文档，它为开发者提供了必要的基础知识，以便更好地理解和应用SCHC技术。该文档覆盖了SCHC的基本原理、架构和实施策略，对于开发基于SCHC的网络系统具有重要的指导意义。
- Diff: 上述新版本的英文标准文稿详细定义了静态上下文压缩（SCHC）架构。与旧版相比，主要有以下主要区别： 1. 文档由之前的“SCHC”工作组改名为“SCHC Working Group”，表示其目标是提供一个通用架构，用于在任何网络拓扑和协议中部署SCHC。 2. 增加了需求语言部分，明确指出了文档遵循BCP 78和BCP 79的规定。 3. 修订了术语部分，包括C/D、Context、FID等概念。 4. 增加了构建块部分，明确了SCHC架构中的主要组件及其作用。 5. 提供了一个概括性的SCHC架构图，显示了不同层次之间的关系和压缩规则。 6. 描述了SCHC操作所需的共享方向信息，即UP/LD对以及管理规则的定义。 7. 指出了管理过程如何通过CORECONF消息实现，并提供了相应的数据模型支持。 总的来说，该新版本的主要变化在于从之前的工作组名称和内容标题中删除了“SCHC”一词，以更简洁地表达其专注于设计和定义一个通用架构的目标。