【YD通讯标准】 IP 电话路由协议(TRIP)技术要求

ICS 33.040.40
中华人民共和国通信行业标准
YD/T 1470-2006
IP电话路由协议（TRIP）技术要求Technical Requirements of Telephony Routing over IP (TRiP)(ETF RFC3219: 2002, Telephony Routing Over IP (TRIP), MOD)2006-06-08发布
2006-10-01实施
中华人民共和国信息产业部发布前言
规范性引用文件
3定义和缩略语
3.1定义
3.2缩略语..
TRIP概述
TRIP的基本操作
建立/维护对等体的会话
数据交换，
内部/外部同步，
通告TRIP路由·
电话路由信息库
TRIP路由
6消息格式
6.1消息报头格式
6.2OPEN消息格式-
6.3 UPDATE 消息格式-
6.4KEEPALIVE消息格式
6.5 NOTIFICATION 消息格式
撤销路由-
可达路由
下一跳服务器
通告路径
可路由路径
原子聚合
本地优先-
多出口规则·
ITAD拓扑
转换路由·
TTKAONTTKAca
YD/T 1470-2006
YD/T 1470-2006
7.12定义新 TRIP 属性的建议，8TRIP错误检测和处理·
消息头的错误检测和处理
8.2OPEN 消息的错误检测和处理8.3UPDATE消息的错误检测和处理8.4NOTIFICATION消息错误检测和处理8.5Hold Time计时器超时的错误处理8.6有限状态机的错误处理
8.8连接冲突检测
9TRP 版本协商·
10 TRIP 有限状态机·
UPDATE消息的处理·
11.1路由信息的扩散过程
决策过程·
发送 UPDATE过程·
11.4路由选择标准
11.5生成 TRIP 路由
12TRIP 传输
3ITAD 拓扑
14安全考
附录A（规范性附录）
TRIP有限状态机·
附录B（资料性附录）实现建议：I
YD/T1470-2006
本标准是“P电话路由协议”系列标准之一。本系列的标准结构和名称预计如下：1.IP电话路由协议（TRIP）技术要求2IP电话路由协议（TRIP）测试方法本标准对应于IETFRFC3219（2002）。本标准与IETFRFC3219（2002）的--致性程度为修改采用，主要差异如下：
按照汉语习惯对一些编排格式进行了修改：将一些适用于国际标准的表述改为适用于我国标准的表述；-根据GBT1系列的要求，增加了第1章、第2章和第3章，其中第3.1节在技术内容上与RFC3219保持致；
-本标推的第4章在技术内容上与RFC3219的第2章保持一致，只是考到我国使用习惯重新进行了描述；
本标准的第5章、第6章、第7章、第8章、第9章、第10章、第11章、第12章、第13章、第14章分别与RFC3219的第3章、第4章、第5章、第6章、第7章、第9章、第10章、第11章、第12章、第14章保持-致；
-本标准的附录A、附录B分别对应RFC3219的Appendix1和IAPPpendix2;本标准的第10章和附录A都是对TRIP有限状态机”作出规定，为了标准的通畅性，将原RFC3219的Appendix1中的表移至本标准的第10章，同时为了便于理解在第10章中增加了图15。本标准的附录A是规范性附录，附录B是资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：信息产业部电信研究院上海贝尔阿尔卡特股份有限公司UT斯达康（重庆）通讯有限公司中兴通讯股份有限公司
本标准起草人：马军锋蒋晓琳张晓顾方方凌太明黄哲人洪钩m
TiKAoNiiKAca
1范围
IP电话路由协议（TRIP）技术要求YD/T 1470-2006
本标准规定了IP电话路出协议（TRIP）的技术要求，包括协议基本操作、协议消息格式、协议字段属性、协议报文处理和协议有限状态机等方面。本标准适用于支持TRIP路中协议的位置务的相关产品，2规范性引用文件
下列文件中的条款通过本标准的引用面成为本标准的条款。凡是注日期的引用文件，其随后所有的改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓疑根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标推。ETF RFC 1129
IETFRFC2373
3定义和缩略语
3.1定义
因特网时间同步：网络时间协议IPv6寻址体系结构
下列定义适用于本标准。
，位置服务器（locationServer）：一个具有IP连接的设备，它知道哪些网关可以用于终结对PSTN的呼叫。它是参与TRIP功能的主要功能实体，负责完成终端用户与电话网络之间的呼叫，并且向其他位置服务器传播网关信息。
，电话路由信息库（TelephonyRoutingInformationBase，TRB）：由LS建立并维护的用于保存TRIP协议交互的路由信息数据库。
IP电话管理域（IPTelephonyAdministrativeDomain，ITAD）：在单一管理授权控制域下的资源集合，如网关、位置服务器等。终端用户是ITAD的客户。●聚合（Agregation）：聚合就是将多条路由合并成-·条包含相同目的地址集的路由，来减少电话路由信息库的大小和发送TRIP路由信息的数量。，粗略路由和精确路由：对于两条路由X和Y，如果通过路由Y可达的每个目的地也可以通过路由X到达，并且X和Y不相同，那么就表明路由Y比路出X更精确。，对等体（Peers）：两个LS共享间个逻辑关联（传输层连接），如果位于相同的TAD域，那么就是内部对等体，否则是外部对等体。两个LS之间的逻辑关联被称之为·-个对等会话。IP电话路由协议（TelephonyRoutingoverIP）：TRIP协议是不同管理域之间进行IP电话网关路由信息交换的一个专用协议，它是独立于任何信令协议的-种协议，其要的功能如下：建立和维护路由信息提供者之问的对等关系；交换和同步提供者之问的电话网关路由信息；防止路由环路；以及时的和可扩展的方式广播已知的网关路由信息：定义和描述电路网关路由数据的语法、语义和路由信息传送的规则。
YD/T 1470-2006
·TRIP目的地（TRIPDetination）：TRIP协议可以用于管理多协议路由表（如SIP、H.323），在TRP协议中目的地址是地址集（给定的地址集利地址前缀）和应用协议（如S、H.323）的集合。3.2缩略语
下列缩略评适用于本标准。
Border Gateway Protocol
Internet Protocol
InternetAssigned Numbers AuthorityIPTelephony AdministrativeDomainIacation Server
Public Switched Telephone NetworkSession Initiation Protocol
Telephony Routing Information BaseTelephony Routing over IP
TransmissionControlProtocol
User Datagram protocol
Registration Admission StatusType Length Value
4TRIP概述
边界网关协议
互联网协议
互联网号码分配中心
P电话管理域
位置服务器
公众电话交换网
会话初始化协议
电话路由信息库
IP电话路由协议
传输控制协议
用户数据报协议
注明、许可、状态
类型、长度、域值
当分组域内的P用户向电路域内的用户发起一个呼叫时，需要使用网关设备来完成分组域和电路域之问的信令和媒体流转换。随者IP电话网关使用数量的增加，管理和维护这些设备变得越来越复杂，其中一个最棘手的问题就是网关的定位问题，即在管理域之间的网关选择和路由问题。TRIP协议是在不同管理域之间进行P电话网关路由信息交换的一个专用协议，实质上是解决：个地址映射问题，即给定一个电话号码，根据一定的规则决定完成该呼叫的电话网关地址，该协议主要完成以下功能：1）建立和维护不间运营商之间的对等关系：2）在不同运营商之问交换和同步电话网关路由信息；3）防止由于引人正电话信令协议可能导致的稳定路由的环路：4）以及时和可扩展的方式扩散和学习共他运营商的网关路由信息；5）定义和描述电话网关路由数据的语法和语义。TRIP路由协议是策略驱动的域间管理域协议，用于在位置服务器之间通告电话目的地的可达性信息，该协议是独立于电话信令协议的，因此可以服务于任何信令协议，如H.323、SP等。TRIP协议类似于BGP4路由协议。TRIP协议采用BGP域间传输机制，BGP有限状态机和BGP类似的格式与属性，与BGP协议不同的是TRIP协议不要求内部或者是外部对等休在物理L邻接。电话管理域内位置服务器的对等体拓扑独立于网络的物理拓扑，而且电话管理域的域边界独立于路由域自治系统的边界，
TRIP协议允许路由案合。TRIP协议没有定义一个具体的路由选择算法。TRIP协议运行在可靠的传输层协议之上，无需实现分片、重传、确认和排序。2
TTKAONTKAca-
：5TRIP的基本操作
YD/T:1470-2006
5.1建立/维护对等体的会话
两个对等的位置服务器间建立TCP连接，宅们之间通过交换消息建立连接、确认连接参数、协商位置服务器的能力以及协商在该连接通告的信息类型等。周期性发送KcepAlive消息以保证对等体间的可操作性。IF错/例外时发Notification消息，如果连接出错，发送Nolification消息并关闭连接。5.2数据交换
一且建立连接，对等体之间必须交换相关的路由信息，这可以采用增量更新的方式。TRIP协议不要求周期性的路由刷新，这就要求所有的位置服务器必须保持所有路由表项的当前最新版本。如果存在-一个包含多个位置服务器的P电话管理域（ITAD）域，并且该域能够为其他ITAD域提供转发服务，那么必须在该域内实现一个一致的路由视图。5.3内部/外部同步
TRIP区分内部和外部对等体。ITAD域内TRIP使用链路状态机制进行基于内部任意拓扑结构的洪泛式数据库更新。外部TRIP利用点对点对等关系交换数据库信息。为了实现同步，ITAD域内的位置服务器之间被配置有内部的对等连接，能够保证拓扑的连通性和允余。要求所有的内部对等体构成一个全互连拓扑，这样不利于网络的扩展。当从一个内部对等体收到路由时，需要与数据库中现有的进行比较，只有新的路由才会向同一区域内的其他对等体扩散。5.4通告TRIP路由
TRIP路由是由目的地址（地址集和地址前缀）和应用协议（如SIP、H323）两部分组成。通常每条路由都有一些附加的属性（如下一跳服务器）。TRIP通过Update消息来通告路由信息，目的地址包含在ReachableRoute属性中。
位置服务器在向对等体通告TRIP路由时，可能会增加或修改路由属性。TRIP通过三种方式来向对等体通告先前通告的路由信息不再可用。●在UPDATE消息中包含WithdrawnRoute属性，标识不可达的目的地址：在ReachableRoute属性中，通告一条具有相同的目的地址替代路由；●对于外部对等体，关闭位置服务器之间的连接就隐含的影除了通过此连接相互通告的路由信息；对于内部对等体，如果确定位置服务器不可用，那么必须删除由此位置服务器产生的路由，并且重新执行决策过程。
5.5电话路由信息库
TRutP协议交换的路由信息由外部路由（Extermal routes）、内部路由（Internal routes）和本地路由（Localroutes）三种类型组成；
，外部路由是通过外部对等的LS接收的；，内部路由是通过相同的ITAD域的内部对等接收的；，本地路由是通过配置或者是其他协议的路由重分布注入到TRIP中。TRIP协议从路由选择的角度把LS中的TRIB分成以下4个构成部分，这4个部分实际上是由以上3种类型的路由内穿构成，
·Adj-TRIBs-In：称为临近可选TRIB，其内容是从UPDATE消息中获取的域内、域外位置服务器3
Y0/T1470-2006下载标准就来标准下载网
上的路由信息，这些路由信息是当前路出选择中的可以采用的输人路由信息。对十来白域内和域外位置服务器的路由信息要分别保存在务自的数据库中。在一个管理域内对于每个位置服务器都要有一个Adj-TRIBs-In数据库，使它们不是直接相连的对等体。·Ext-TRIB：称为外部TRB，其内容是位置服务器根据·定的路由选择运算法则，从外部路出（存储在外部位置服务器的Adi-TRIBs-In）和本地路山（存储在本地位置服务器的Adj-TRIBs-In中）数据库中，为一个给定日的地址选择的最佳路由，每个位置服务器只有一个Exr-TRIB。Loc-TRIB：称为本地TRIB，其内容是位置服务器运用其内部策略从内部位置服务器的Adj-TRIBs-In 和 Ext-TRB 中选择出来的 TRIP 路由信息,。●Adj-TRIBs-Out：称为临近输出TRIB，其内容是位置服务器焦备通告给外部位置服务器的路由信息，它的内容将捞带在UPDATE消息中对外广播。5.6TRIP路由
在TRIP路由信息中通过号码前缀来指定号码范围，通过一条路由不能自动表示任意号码范围，可以通过在ReachableRoute属性中使用多个前缀。TRIP的一条路由通过前缀指定一个号段。任意号段不能出TRP一条路由原子化表示。前缀范围是原子化支持的推一范围类型。任意范围可以通过在ReachableRoutes属性中使用多前缀来达到，如222-xxxx~999—xxxx可由ReachableRoutes包含前缴222、223、224，23、24，，3、4，，9表示。5.7聚合
聚合是位置服务器用来减少必须与对等体同步的路由数目规模化增长的方法。如果位置服务器TR中存在一组路出(R1，R2，1使得更粗略的路由R中的每个有效目的地址也是(R1，R2，}的有效日的地址，以及(R1，R2，)中的每个有效目的地址也是R中的有效目的地址，位置服务器可以进行聚合操作。
注：TRIP中没有机制沟通特定的地址族内某个地址前缴没被使用或有效，因此率合可能跳过这些地址。位置服务器可以来用TRIP之外的方法了解无效的，可以在聚合中被忽略的前缀。不要求位置服务器强制进行聚合，但是如需要维护较小的TRIB则推荐执行该操作。位置服务器依据本地策略决定是否将一组纽路由聚合成单个聚合路由。如果位置服务器聚合了多条下一跳服务器（NextHopServer）不同的路由，则聚合路也的NextHopServer必须设为该位置服务器域内的信令服务器。如果位暨服务器重置了任意路出的NextHopServer（可能由于汇聚或其他原因造成），就会在沿着到达这些日的地址的信令路径上增加另-个信令服务器。6消息格式
6.1消息报头格式
TRIP协议消息报文的发送是建立在可靠的传输层连接之上的，每个报文的处理必须是在完全接收后进行。TRP协议报文的最大长度是4096字节，任何实现都必须能够支持这个长度，最小报文仅3个字节，也就是TRIP协议的报头不包含数据。每个TRIP消息都有一个固定大小的报头，根据报文类型的不同，可以在报头后包含数据部分，或者不包含任何数据。图1描述了TRIP协议报头格式4
iiKAoNiKAca
Length
图 1 TRIP 报头
YD/T'1470-2006
长度域：2字节光符号整型，指示整个报文的长度（包含报头）；可以根据该域值确定传输层数据流中下一消息的起始位置；该域的取值范闽是从3~4096，可能不同的报文会有更进一步的约束。由于消息中不允许填充数据，因此域值必须是整个报文可能的最小值。类型域：1字节无符号整型，指示消息的类别，在TRIP协议中定义了下述4种消息：OPEN、UPDATENOTIFICATION、KEEPALIVE。
6.2OPEN消息格式
传输层连接建立以后，会话双方发送的第一个消息就是OPEN消息，如果OPEN消息被接收，那么就发送KEEPALIVE消息以证实接收的OPEN消息。一旦OPEN消息被证实，那么将会继续交互UPDATE，KEEPALIVE以及NOTIFICATION消息。OPEN消息的最小长度是17字节（包括消息头），不符合该长度要求的OPEN消息将会按照章节8.2所述进行处理。
除了固定的报头，OPEN消息还包含图2中所描述的域。78
Versian
Reaerved
Cional Pararreter Len
My TTAD
TREP Identifier
HoldTime
Oplional Parameter ( variable )图2TAIPOPEN消惠头
版本（Yersion）；1字节无符号整型，指示协议的版本，目前TRIP协议的版本号是1。31
保持时间（HoldTime）：2字节无符号整型，表示发送者建议的保持时间间隔。一旦接受OPEN消息，LS必须根据自已配置的HoidTime值和接收的OPEN消息中的HoldTime值计算出保持时间。保持时间间隔的取值要么是0，要么至少是3s。这个值的含义是指在成功接收对端KEEPALIVE或者UPDATE消息所能等待的时间间隔。
MyITAD：4字节无符号整型，指示发送者的IP电话网管理域号。该值在相互通信的IS管理域内必须是惟一的。
TAD号是由IANA分配的，从1到255用于私有用途，具体分配值可以参见“LANA协议号与指派服务网页”（注）。
TRIP标识：4字节无符号整型，指示发送者的TRIP标识。在一个ITAD域内，该标识必须能够惟一的标识一个位置服务器；其值可以是分配给位置服务器的：个IPv4地址，该值在位置服务器启动时就被确定，而且必须对所有对等体的连接保持一致。当比较两个TRIP标识时，该值可以作为两个4字节的无符号整型数字进行处理。
可选参数：该域包含了一个可选的参数列表，可以按照TLV（<参数类型，参数长度，参数值>）的格式表示，如图3所示。
YD/T 1470-2006
Parameter Type
参数类型：2字节，标识参数类型。1516
Parameter Value ( variable )图3可选参数编码
参数长度：2字节，包含参数值域的长度，参数值：这是：个可变长度域，根据参数类型域来进行解析。Parameter Length
注：[ANA理互.联网运行所必须的许多特殊参数和协议值，包括特殊端口号的指派和字符集的注册，下面我们称这些特殊参数和协议值为特殊号码。过去，LANA通过系列RFC文档发布这些特殊号码，最后的文档RFC1700也已经过时，现在，IANA将这些特殊号码的最新集合列在名为IANA协议值与指定服务（ProlocolNumbcrs andAssignmentScrvices）的网页上供查阅，网址是http://iana.org/numbers.htmi，并在批准新的特殊号码和指定服务时随时更新这个网页的内容。6.2.1OPEN消息的可选参数
本节定义了下述 OPEN消息的可选参数类型6.2.1.1 功能信总
该可选参数的类型编码是1，用于位置服务器向对端对等体通告自己所能支持的功能。功能协商部分在第9章描述。
该参数包含一个或多个3元组<功能码，长度，域值>，每个3元组按照图4的格式表述。0
Capabiliry Code
Capability Value ( variable )图 4 功能可选参数
功能码（CapabilityCode）：2字节，明确的标识一个功能。长度（CapabilityLength）：2字节，包含域值的长度。Capability Length
域值（CapabilityValue）：可变长度域，其值按照功能码进行解析。任何一个特定的功能都可以在可选参数域中出现多次。31
本标准预留32768~65535之间的功能码编号给特定的厂家，预留编码0。功能编码是由IANA分配的，具体分配值可以参见“IANA协议号与指派服务网页”。本标准定义两个功能编码：编码1，支持的路出类型；编码2，发送接收功能。6.2.1.1.1支持的路由类型
该可选参数列出了发送方位置服务器在当前会话中所能支持的路由类型。在任何一个特定的会话中，位置服务器一定不能使用对端位置服务器不支持的路由类型。如果对等体所支持的路由类型不能满足要求，那么位置服务器应当中断该会话。路由类型的格式如图5所示。15 16
Address Family
图5支持的路由类型
Applicatian Protwxol
地址族和应用协议在章节7.1.1中描述。地址族域给出了可以被路由的地址集（在ReachablcRoutes属性中使用），应用协议域列山应用协议，例如TRIP的路中类型可以是，指示SIP协议的6
TTKAONiTKAca
E.164号码集。该参数的值城中可以包含多个路由类型。6.2.1.1.2发送接收功能
YD/T1470-2006
该功能指定了位置服务器与特定对等体的交互模式，包括发送模式、接收模式和发送接收模式，缺省的是发送接收模式。
在发送模式下，位置服务器给对等体发送UPDATE消息，但是对等体不会发送UPDATE消息给该位置服务器。如果在发送模式下，位置服务器收到对等体发送的UPDAIE消息，那么它必须丢弃且不作任何进一步的处理。
在发送模式下，只要拓扑发生变化，位置服务器发送给域内对等体的UPDATE消息中必须包含ITAD拓扑展性。发送模式的一个实际应用就是具有外部对等体的位置服务器能够使得网关完成注册服务。如果一个服务提供商只终结到它所挪有的网关的呼叫，而自身不发起呼叫，那么它可以设置位置服务器的运行模式为发送模式，因为它只需要生成UPDAIE消息，而不用接收UPDATE消息。如果一个发送模式下的位置服务器有一个相同模式的对等体，那么位置服务器必须设置它的路由分发策略，告知它无需向对等体发送UPDATE消息。接收模式，位置服务器充当一个被动的TRIP收听者。它接收和处理来自对等体的UPDATE消息，但是一定不能向对等体发送任何UPDATE消息。这种模式对于那些收集拓扑信息的管理站点是很有用的。
发送接收功能域是一个4字节的无符号数值，可能的取值有以下三种：)送接收模式（SendReceivemode）;2）送模式（Send onlymode）
3）接收模式（Receiveonlymode）。在两个均为发送模式或者是两个均为接收模式的位置服务器之间一定不能建立会话。如果位置服务器在处理OPEN消息时检测到功能不匹配，那么它必须响应NOTIFICATION消息，同时关闭会话，NOTIFICATION消息中的错误码必须置成\功能不匹配”。位置服务器必须为与它建立会话的所有对等体配置相同的发送接收模式。
6.3UPDATE消息格式
UPDPDATE消息用于在对等体之间传送路由信息，通过该信息可以构造出一副拓扑图来描述不ITAD域之间的关系，商时应用相关规则可以避免路由环路等一些异常情况。除了TRIP报头，UPDATE消息包含图6所描述的路由属性列表，在路由属性之间没有填充域。UPDATE报文的最小长度是3字节（即没有强制的TRIP路由属性）。1516
First Route Atribute
Second Route Arribute
图 6 TAIP UPDATE 消患格式
6.3.1'路由属性
每个UPDATE消息都包含一个可变长度的路由属性序列，每个属性都是一个可变长度的三元组，其格式为<属性类型（attribute type），长度（attributelength），属性值（attributevalue），如图7所示。7
YD/T 1470-2006
Attr. Flags
Alr.Type Code
Atrbute Value ( variable）
图7路由属性格式
Atr.Lengtl
属性类型域：2字节域，由属性标志和属性类型编码两部分构戒，属性类型编码定义了属性的类型。在UPDATE消息中属性必须按照类型编码的数字顺序出现，而且只能出现一次，属性标志用于对不知道类型的属性的处理，关于它的具休定义见6.3.2节。本标准预留224-255的属性编码给特定厂家的应用。属性编码是由LANA分配，具体分配值可以参见“IANA协议号与指派服务网页”。长度域：2字节，包括属性值域的长度。属性值域：可变长度，对它的处理可以依据属性标志和属性类型编码域。6.3.2属性标志
由于TRIP属性集是随着时问不断扩充的，所以提供一种能够处理不能识别的属性的机制是必要的，对于不能识别的属性处理是基于属性的标志位，而对于可以识别的属性则依据它们特定的定义。本标准定义了下述比特标志位：Bit
公认标志位
传递（TransitiveFlag）
依赖（DependentFlag）
部分（Partial Flag）
链路状态封装（Link-StateEncapsulationFlag）属性标志位最高比特位标识该属性是公认（置0）还是不是公认的（置1），在实现中不要求支持非公认的属性，但是公认的属性必须支持，属性标志比特位1是传递比特，标识是否传递个非公认的属性，如果置1传递，否期置U。对于公认的属性，发送时该比特必须置0，接收时忽略该比特，属性标志比特位2是依赖比特，标识传递属性是否具有依赖性，如果置！具有依赖性，否则置0。对于公认属性和非传递属性，依赖比特是不相关的，在发送方必须置0，接收疗忽略。属性标志比特位3是部分比特，标识包含在一个非公认的传递属性信息是部分还是完整的，如果置1是部分的，否则是完整的。对于公认属性和非传递属性在发送方该比特必须置0，接收方忽略。属性标志比特位4是链路状态封装比特，这个比特仅用于如可达路由（ReachableRoutes）和撤销路由（WithdrawnRoutes）之类的属性，决定这些属性中的路由封装。如果该比特置位，在属性中使用链路状态封装，否则使用标准的封装。链路封装技术在6.3.2.4节描述。这个标志位仅对属性ReachableRoutes和withdrawnRoutes有效，对于其他的所有属性，在发送方必须清0，接收方忽略。属性标患位的其他比特位尚未使用，在发送方必须置0，接政方忽略。6.3.2.1属性标志和路由选择
任何可识别的属性都能够被作为路由选择过程的输人。6.3.2.2属性标志和路由分发
TTKAONTKAca
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。