【RFC6405 IP 电话 (VoIP) SIP 对等互连用例 VoIP SIP Peering Use Cases】（翻译）

原文 rfc6405 (ietf.org) Voice over IP (VoIP) SIP Peering Use Cases  IP 电话 (VoIP) SIP 对等互连用例

概述

本文档描述了会话发起协议 (SIP) 对等互连的许多常见 IP 语音 (VoIP) 用例。这些用例分为静态的和按需的，然后进一步细分为直接和间接。这些用例并不是一个详尽的集合，而是当今部署的最常见的用例。

本文档不是 Internet Standards Track 规范；它是为了信息化目的而发布的。
本文档是 Internet Engineering Task Force (IETF) 的产品。它代表了 IETF 社区的共识。它已接受公众审查，并已被互联网工程指导组 (IESG) 批准出版。并非所有 IESG 批准的文件都适用于任何级别的互联网标准；请参阅 RFC 5741 的第 2 节。

有关本文档当前状态、任何勘误以及如何提供反馈的信息，请访问 http://www.rfc-editor.org/info/rfc6405.

目录

   1. 简介
   2. 术语
   3. 参考架构
   4. 用例的上下文
   5. 用例
      5.1.静态对等互连用例
      5.2.静态直接对等互连用例
           5.2.1.管理特征
           5.2.2.选项和细微差别
      5.3.静态直接对等互连用例 - 协助 LUF 和 LRF
           5.3.1.管理特征
           5.3.2.选项和细微差别
      5.4.静态间接对等互连用例 - 协助 LUF 和 LRF
           5.4.1.管理特征
           5.4.2.选项和细微差别
      5.5.静态间接对等互连用例
           5.5.1.管理特征
           5.5.2.选项和细微差别
      5.6.按需对等互连用例
           5.6.1.管理特征
           5.6.2.选项和细微差别
   6. 致谢
   7. 安全考虑
   8. 参考文献
      8.1.规范参考
      8.2.参考资料

 

1. 简介

本文档描述了基于 SIP 的 [RFC3261] 对等互连的重要 IP 语音 (VoIP) 用例。这些用例由多媒体互连会话对等互连 (SPEERMINT) 工作组确定，并将有助于确定工作组将来要考虑的要求和其他问题。
本文档仅考虑与 VoIP 相关的用例。其他实时 SIP 通信用例，如即时消息 (IM)、视频聊天和在线状态不在本文档的讨论范围内。
本文档中包含的用例尽可能全面地描述，但不应被视为唯一的用例集。

2. 术语

本文档使用 [RFC5486] 中定义的术语。请参考它的定义。

3. 参考架构

下图为读者提供了本文档中 VoIP 用例的上下文。 [RFC5486] 中定义了诸如 SIP 服务提供商 (SSP)、查找功能 (LUF)、位置路由功能 (LRF)、信令路径边界元素 (SBE) 和数据路径边界元素 (DBE) 等术语。
发起的SSP (O-SSP) 是发起 SIP 请求的 SSP。终止的SSP (T-SSP) 是终止源自 O-SSP 的 SIP 请求的 SSP。辅助 LUF 和 LRF 提供商向 O-SSP 提供 LUF 和 LRF 服务。间接 SSP (I-SSP) 是向 O-SSP 提供间接对等服务以连接到 T-SSP 的 SSP.

请注意，图 1 中包含的某些元素是可选的。

4. 用例的上下文

用例分为两大类：静态的和按需的对等互连 [RFC5486]。每个组可以进一步细分为直接对等和间接对等 [RFC5486]。尽管这些类别中的用例之间可能存在一些重叠，但场景之间存在不同的要求。每个用例都必须指定一组基本的必需操作，以便在对等互连时每个 SSP 执行。

这些可以包括：
   o 对等发现 - 通过查找功能 (LUF) 进行对等发现，以确定请求的会话建立数据 (SED [RFC5486]。在 VoIP 用例中，请求通常包含一个电话号码。 O-SSP 会将电话号码输入到 LUF，而 LUF 通常会返回包含域名的 SIP 地址记录 (AOR) [RFC3261]。
   o 下一跳路由确定 - 解析 SED 信息是将请求路由到 T-SSP 所必需的。 LRF 用于这个确定。 O-SSP 获得 SED 后，可以使用[RFC3263]中定义的标准流程来发现下一跳地址。
   o 呼叫建立 - 相互互连的 SSP 还可以定义在联系下一跳时需要使用什么对等策略的细节，以便 a) 完全到达下一跳和 b) 证明发送方是合法的对等互连伙伴。示例：硬编码传输 (TCP/UDP/TLS)、非标准端口号、特定源 IP 地址（例如，在私有第 3 层网络中）、要使用的 TLS 客户端证书 [RFC5246] 以及其他身份验证方案。
   o 呼叫接收 - 此步骤确保了解和接受关系类型（静态或按需、间接或直接）。例如，接收 SBE 需要确定它收到的 INVITE 是否真的来自受信任的成员。

5. 用例

请注意，用例中有域内消息流作为支持背景信息。只有域间通信与本文档密切相关。

5.1.静态对等互连用例

静态对等 [RFC5486] 描述了当两个 SSP 与在交换流量之前建立的某种形式的关联形成对等关系时的用例。预关联是静态对等互连的先决条件。当两个对等点需要一致且严格控制的对等方法时，将使用静态对等互连。在这种情况下，可以预先定义许多变量，例如识别方法（远程代理 IP 地址）和服务质量 (QoS) 参数，并在对等互连之前由每个 SSP 了解。

5.2.静态直接对等互连用例