rfc2871.txt

RFC规范的翻译稿

         |      |        |              |        |      |
         | M3   |--------| Clearinghouse|--------|  M4  |
         |      |        |              |        |      |
          ------    /----|              |----\    ------
                   /      --------------      \
          ------  /                            \  ------
         |      |/                              \|      |
         | M5   |                                |  M6  |
         |      |                                |      |
          ------                                  ------


          图1: 交换中心应用中的TRIP
                       ------        ------
                      |      |------|      |
                      | M1   |      |  M2  |
                      |      |\    /|      |
                       ------  \  /  ------
                         |      \/     |
                         |      /\     |<-----TRIP
                       ------  /  \  ------
                      |      |/    \|      |
                      | M3   |      |  M4  |
                      |      |------|      |
                       ------        ------


                 图2: 联邦形式的TRIP

   在本应用中，有大量的电话网关大型供应商。每个都向中等规模的供应商转售其业务。
依次，直到转售给为用户提供直接服务的本地供应商。图3表示了这种高效的金字塔关系：
                             ------
                            |      |
                            |  M1  |
                            |      |
                             ------
                           /       \ <------- TRIP
                      ------        ------
                     |      |      |      |
                     |  M2  |      |  M3  |
                     |      |      |      |
                      ------        ------
                     /      \      /      \
               ------        ------        ------
              |      |      |      |      |      |
              | M4   |      | M5   |      | M6   |
              |      |      |      |      |      |
               ------        ------        ------

                图3: 批发商模式的TRIP

   注意在该例中，M5同时从M2和M3购买网关。
7．体系结构
   图4给出了TRIP的体系结构。

           ITAD1                                ITAD2
      -----------------                ------------------
     |                  |             |                  |
     |  ----            |             |           ----   |
     | | GW |           |             |          | EU |  |
     |  ----  \  ----   |             |  ----  /  ----   |
     |          | LS | ---------------- | LS |           |
     |  ----     ----   |             /  ----  \  ----   |
     | | GW | /         |            /|          | EU |  |
     |  ----            |           / |           ----   |
     |                  |          /  |                  |
      ------------------          /    ------------------
                                 /
                                /
                     --------- /----------
                    |         |           |
                    |        ----         |
                    |       | LS |        |
                    |     /  ---- \       |
                    |  ----   ||   ----   |
                    | | GW |  ||  | EU |  |
                    |  ----   ||   ----   |
                    |  ----   ||   ----   |
                    | | GW | /  \ | EU |  |
                    |  ----        ----   |
                    |                     |
                     ---------------------
                              ITAD3

                  图4: TRIP体系结构

   	网络上有许多ITAD(Internet Telephony administrative domain),每个ITAD至少有一个区
域服务器。这些区域服务器，通过称为域内协议的带外方式了解域内网关的信息。图中
ITAD1，域内协议用GW和LS元素之间的连线表示。这些区域服务器可以同其他区域服务
器联合，通过这种方式交换网关信息。首先由IT管理者签订一些适于交互网关信息的协议，
然后通过管理手段建立起这些联合。在图中，ITAD1的LS联到了ITAD2的LS，ITAD2的
LS又依次联到了ITAD3的LS。通过TRIP，ITAD2的LS可以了解ITAD1上的两个网关。
这些信息由ITAD2上的终端用户透过前端（front－end）进行访问。这个前端是一个非TRIP
协议或访问LS数据库的装置。在ITAD3中，既有终端用户，又有网关。ITAD3的LS通过
ITAD2上LS的宣传来了解ITAD1上的网关。
8．基本要素
   图4的体系结构中包括下列元素：ITAD，端用户，网关，区域服务器。
8.1 ITAD
   一个ITAD由局域服务器（至少一个）、网关（零个或多个）和终端用户（零个或多个）
组成。网关和局域服务器是在单一权威组织的行政管理之下的。这意味这只有一个权威负责
制订策略和配置网关和局域服务器。
   	一个ITAD不同于一个自治系统。AS描述物理连接的网络，而ITAD可以由完全不同
的网络上的要素组成，甚至在不同的AS管理之下。一个IT管理域的终端用户是他的有效
客户。他们希望完成通向电话网的呼叫，并且需要访问网关。在一次呼叫中，端用户可以是
一个ITAD的客户，在下一次呼叫中又是另一个IT管理域的客户。
	一个ITAD可以没有网关。这时局域服务器要了解其他域的网关，使这些网关可为它的
域内的终端用户使用。于是ITAD就成为一个有效地虚拟IP电话网关的供应商。因为它能
提供网关服务，却不必真的拥有或管理网关。
	一个IT管理域也可以没有端用户。这时它可以提供“批发”网关服务，为其他IT管理
域里的顾客提供网关服务。
	一个IT管理域可以既没有网关也没有端用户。这时的ITAD中只有局域服务器，ITAD
扮演转售商的角色，了解其他网关，然后综合并将这些信息传播给其他有顾客的ITAD.
8.2 网关
    	网关是一个逻辑装置，既有IP连通性，又与其他网络（通常是共有或私人电话网）连
通，网关的功能是将一种网络的媒体和信令协议转换为另一种，为系统用户实现透明连接。
网关有许多属性标志它所提供的服务。这些属性中最基本的是它所提供服务的电话号码
范围。这个范围可以分为几个段，彼此之间以一些耗费度量参数和耗费标记联系。标记可以
标示出这部分电话号码范围呼叫的消费或爱好倾向。有些属性标志网关所提供的服务量。其
中包括它所拥有的端口数（它所能支持的同时呼叫的数量）和访问速度。这两个属性共同标
志了网关的容量。该度量可帮助局域服务器根据度量值按比例决定路由，从而实现简单的负
载平衡。
网关也有些属性标志它所提供的服务类型。其中包括支持的信令协议、提供的电话特征、
可识别的语音编码和实现的加密算法等。这些属性对于选择网关是很重要的。在缺乏对所有
网关特征基线标准的情况下（这是一个美好但很难达到的目标），为了选择一个网关完成通
信，我们需要这样一组属性。对呼叫有特殊要求的终端用户（例如：一个用户需要商业类呼
叫，这种呼叫需要一些特定呼叫特征的支持）也希望利用这些信息。
在TRIP上，有些属性用来描述网关，另一些属性则不是。这取决于度量能否被合理的
综合，以及呼叫建立之前是否还要传递一些属性（同信令协议本身的协商和交换相对）。TRIP
的思想是保持简洁，支持大量信息的缩放性。TRIP的属性设置是容易扩展的。一些标记允
许局域服务器处理未知属性。
8.3 端用户
端用户通常是一个希望通过网关完成从IP网到电话网终端呼叫的实体（通常是人）。终
端用户可以是登录到有Internet电话软件的PC机的用户，也可以是通过入口电话网关连接
到IP网上的电话用户。这就是我们提到过的“电话到电话”服务，IP网络用于交换传输。
当终端用户完成一次到电话网呼叫时，他们可能知道，也可能不知道有电话路由服务正
在运行。在终端用户知道的情况下，他们可以选择呼叫完成的方式。这些选择包括，必须支
持的特征、质量度量、所有者或者管理者和耗费选择等。
TRIP既不指定这些选择如何与提供商的选择联合决定最终网关，也不支持这些选择传
递到LS。使用前端或者用一些非协议方法可以完成这种传输。
8.4 区域服务器
局域服务器(LS)是TRIP的主要功能实体。它是一个访问网关数据库的逻辑设备，这个
数据库称为电话路由信息库(TRIB)。网关数据库由可用的本地网关和一些基于策略的远程网
关构成。LS也为其他ITAD网中的对等LS输出网关集合。这组输出的网关由本地网关和基
于策略的远程网关（通过TRIP了解）构成。同样，在LS操作中策略扮演了核心的角色。图
5所示为这种信息流。
                          |
                          |Intra-domain protocol
                         \ /
                        Local
                       Gateways

   TRIP-->  Gateways    POLICY     Gateways -->TRIP
                IN                     Out
                             |
                            \ /
                      Telephony Routing
                      Information Base
            图5: TRIP信息流
LS中建立的TRIB允许它决定IP电话呼叫路由，当一个去往电话网地址的信令消息到达信
令服务器时，LS的数据库能提供的信息可帮助它判断将信令消息转发给哪一个网关或附加
信令服务器。基于这个原因，LS可与信号服务器合一。如果不在一起，则他们之间需要一
些通信方法。这些通信不是由TRIP来寻址的，尽管TRIP可以满足这样的协议的需求。
要想参与TRIP，ITAD中至少得有一个LS。出于负载平衡，管理方便或者一些其他原因，
ITAD可以有多个LS。这时，为了实现数据库同步和共享其他外部同级服务器信息，在这些
LS之间也要进行一些通信。通常这种通信作为域间协议的内部组件。TRIP就包含这样的功
能。
图5显示了LS正通过域内协议了解ITAD内的其他网关。其实没必要有域内协议。LS运行
时可以不用了解任何运行的本地网关。或者，它可以通过静态配置了解运行的本地网关。
LS也可以与网关在一起，这样它就要了解与它在一起的网关。
9．要素间的交互
9.1 网关与区域服务器交互
网关必须以某种方式向同一个ITAD内的LS散播他的特征信息。LS可以进一步通过TRIP
将这些信息传播到ITAD外。该LS称为该网关的源LS。当LS与网关不在一起时，信息的传
播方式不属TRIP的范畴。完成这一功能的协议称为域内协议。
信息散播的一种方式是使用服务定位协议。网关可以包含一个服务代理，LS可以作为
目录代理。服务定位协议规定了服务信息自动由DA传播到SA的步骤。通过这种方式，LS
可以了解ITAD中的网关。
另一种域内协议的机制是通过SIP或者H.323的注册过程。注册过程提供了一种方法，
用户可以通知关守或SIP服务器他们的地址。这一注册程序可扩展为允许网关有效地注册。
LDAP[8]也可用作域内协议。网关利用LDAP为自己添加一条记录到数据库。如果LS也
要作为LDAP服务器，那么它就能了解所在ITAD上的所有网关。
不同的ITAD可以使用不同的域内协议，域内协议属于本地配置。在一个特定的ITAD
中可以有多个域内协议。没有域内协议，LS照样可以工作。它可以通过静态配置了解网关，
或者可以不了解任何网关。
9.2 区域服务器之间的交互
   LS间的交互由TRIP定义。同一个TRIP内的LS使用TRIP来同步信息。不同LS内的LS根据策略使
用TRIP来交换网关信息。前者中LS作为内部对等体，后者中为外部对等体。
LS之间通过固定连接进行通信。一个LS可以连接到一个或多个LS。LS不必物理上相
邻，也不必在同一个自治系统内。一对LS间的联系通常是以管理手段建立。首先两个LS
的管理员要就交换网关信息达成适当的协议，然后他们就配置为彼此之间可以通信。TRIP
并不提供LS间彼此查找的自动搜索程序。当发生崩溃时，这样的程序可以用来发现对等备
份LS。在对等体商业关系变得更加标准化的环境中，对等体间可以通过象SLP等协议相互
查找。是否使用自动搜索由管理员决定。
通过LS联合交换的信息的语法和语义由TRIP规定。协议没有规定协定合适的种类。TRIP
仅提供传输方式交换系统管理员认为合适网关路由信息。在TRIP规范中有详细说明。
控制网关信息产生、传播、接受的规则称为LS策略。TRIP没有规定或要求任何特定策
略。
9.2.1交换信息概述
LS交换的信息是一组路由对象。每个路由对象至少包含可达的电话号码范围和IP地址
或主机名（向可到达该范围网关的应用层下一跳）。路由对象可通过域内协议、静态配置或