RFC3263(sip)中文.pdfVIP

Session Initiation Protocol (SIP):SIP 服务器定位 本文档状态 本文档为 Internet 团体定义了一个 Internet standards track 协议。并且 请求对这个文档进行讨论以便改进。请参阅当前版本的”InternetOffical Protocol Stands”(STD1)来确认本文档的标准化状态以及本协议的状态。 对本文档的发布是没有限制的。 版本信息 Copyright （C ） The Internet Society(2002). All Rights Reserved. 概述 SIP 协议使用了 DNS 步骤来使得客户端能够把一个标准的 SIP 格式的资源（SIP URI ） 解析成为 IP 地址，端口，以及使用的协议。同样 SIP 也支持服务端在客户端的主机失效的 情况下使用 DNS 来向备份的客户端发送应答。本文档描述了这些 DNS 的详细过程。 1．介绍 SIP （RFC3261）是一个客户端/服务端的协议，它用来创建用户之间的通讯会话和管 理用户之间的通讯会话的。SIP 的终端系统叫做 UA （用户代理），中间的结点叫做 proxy 服务器。一个典型的 SIP 配置，叫做一个 SIP”梯形”,就像在图 1 中表示的一样。在这个图中， 呼叫方在 domain A(UA1),希望呼叫在 domain B 的用户Joe(Joe@b) 。为了完成这个呼叫， 他首先和在自己域内部的 proxy1 （domain A 中的 proxy 1）。Proxy1 向被叫方域的 proxy 服务器（proxy2）转发这个请求。Proxy2 转发这个请求到被叫方，UA2。 作为呼叫流的一部分，proxy1 需要确定 domain B 的 SIP 服务器。为了能够确定这个， proxy1 使用 DNS 的步骤，使用 SRV[2]和 NAPTR[3]记录来确定这个地址。本文档描述了 SIP 使用 DNS 的相关问题，并且提供了解决方法。 2 ．DNS 需要解决的相关问题 为了能够解决上边介绍的一般呼叫流所需要确定的呼叫双方两方面的问题，我们需要使 用 DNS。第一个方面的问题就是帮助 proxy1 来确定 domain B 的 SIP 服务器，然后才能通 过这个 proxy 转发呼叫到joe@B 。第二个方面的问题是帮助 proxy2 来确定 proxy1 的备份， 以防proxy1 失效的时候能够正确回送请求。 对于第一点来说，proxy1 明确需要知道domain B 的 SIP 服务器的 IP 地址，端口和通 讯协议。选择通讯协议是需要特别注意的。不想很多其他的协议，SIP 可以运行在不同的通 讯协议之上，包括了 TCP/UDP 和 SCTP 。SIP 也可以使用 TLS 。目前只有 TCP 才能使用 TLS 。因此，客户端需要能够自动确定有哪些可以使用的通讯协议。经由 proxy 发送的请求 都有特定的通讯协议集合以及首要的通讯协议。Proxy2 有它自己支持的通讯协议集合，以 及这些通讯协议相关的参数。所有的 proxy 都必须支持 UDP 和 TCP，以及基于TCP 的TLS 。 这样就始终使得 proxy 之间有支持的协议的交集。Proxy1 需要某些形式的 DNS 步骤来确定 domain B 的 SIP 服务器所支持的通讯协议，以及相关的参数。Proxy1 根据自己的协议以及 proxy2 支持的协议集合来进行选择一个两个 proxy 都支持的协议进行通讯。 Proxy 1 Proxy2 UA1 UA2 Domain A Domain B 图 1 。SIP 梯形 在一个呼叫中，可以通过 DNS 来进行多次查找，这一点很重要。总的来说，一个元素 希望发送一个请求（叫做客户端）可能需要进行 DNS 查找来决定请求应该向哪里发出的 IP 地址，端口以及相关的协议，这个目的地就叫做一个服务端（可以是一个 proxy 服务器或者 一个 UA）。这样的处理步骤原则上可以在任意两个节点之间进行。 因