GB T 28501-2012 IP电话路由协议（TRIP）技术要求.pdf

《GB T 28501-2012 IP电话路由协议（TRIP）技术要求.pdf》由会员分享，可在线阅读，更多相关《GB T 28501-2012 IP电话路由协议（TRIP）技术要求.pdf（44页珍藏版）》请在麦多课文档分享上搜索。

1、道2ICS 33.040.40 胁i32 和国国家标准=l:I二./、中华人民GB/T 28501-2012 IP电话路由协议(TRIP)技术要求Technical requirements of telephony routing over IPCTRIP) CIETF RFC 3219 :2002 , Telephony Routing over IPCTRIP) ,MOD) 2012-10-01实施2012-06-29发布发布中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会一字MVZB3-hd飞，足ej咱陌的时因而司3hAMdvve AVee AJ崎GB/T 28501-2

2、012 目次前言.皿1 范围.2 规范性引用文件3 术语和定义、缩略语3.1 术语和定义3.2 缩略语.p.2 4 TRIP协议概述5 TRIP协议的基本操作. 3 5.1 建立/维护对等体的会话35.2 数据交换.3 5.3 内部/外部同步5.4通告TRIP路由5. 5 电话路由信息库.4 5.6 TRIP路由 4 5.7 聚合.4 6 消息格式6. 1 消息报头格式.6.2 OPEN消息格式6.3 UPDATE消息格式 7 6.4 KEEPALIVE消息格式 11 6.5 NOTIFICATION消息格式17 属性.四7.1 撤销路由.12 7.2 可达路由.147.3 下一跳服务器157

3、.4 通告路径.16 7.5 可路由路径四7.6 原子聚合.19 7.7 本地优先7.8 多出口规则.20 7.9 团体.20 7.10 ITAD拓扑7.11 转换路由.zz 7.四定义新TRIP属性的建议238 TRIP协议错误检测和处理.23 8. 1 消息头的错误检测和处理.24 GB/T 28501-2012 8.2 OPEN消息的错误检测和处理 24 8.3 UPDATE消息的错误检测和处理248.4 NOTIFICATION消息错误检测和处理258. 5 Hold Time计时器超时的错误处理. 25 8.6 有限状态机的错误处理258. 7 停止.25 8.8 连接冲突检测.25

4、 9 TRIP版本协商.2610 TRIP协议有限状态机. 26 11 UPDATE消息的处理 m 11. 1 路由信息的扩散过程.29 11. 2 决策过程.31 11. 3 发送UPDATE过程3211. 4 路由选择标准.34 11. 5 生成TRIP路由.35 12 TRIP传输.35 13 ITAD拓扑14 安全考虑.35 附录A(规范性附录)TRIP有限状态机36附录B(资料性附录)实现建议.38 B.1 每个消息多个网络. 38 B.2 处理流协议消息. 38 B.3 减少路由的抖动. 38 B.4 TRIP计时器uB.5 AP_SET排序四E GB/T 28501-2012 目

5、。昌本标准按照GB/T1. 1一2009给出的规则起草。本标准使用重新起草法修改采用IETFRFC 3219(1P电话路由协议CTRIP)，其主要差异如下:一一按照汉语习惯对一些编排格式进行了修改;一一将一些适用于国际标准的表述改为适用于我国标准的表述;一一根据GB/T1系列的要求，增加了第1章、第2章和第3章，其中3.1在技术上与IETFRFC 3219 保持一致;一一一本标准的第4章在技术内容上与IETFRFC 3219的第2章保持一致，只是考虑到我国使用习惯重新进行了描述;一一本标准的第5章、第6章、第7章、第8章、第9章、第10章、第11章、第12章、第13章、第14章分别与IETFR

6、FC 3219的第3章、第4章、第5章、第6章、第7章、第9章、第10章、第11章、第12章、第14章保持一致;一一本标准的附录A、附录B分别对应IETFRFC 3219的Appendix1和Appendix2; 一一本标准的第10章和附录A都是对叮RIP有限状态机作出规定，为了标准的通畅性，将IETFRFC 3219的Appendix1中的表移至本标准的第10章，同时为了便于理解在第10章中增加了图150本标准由中华人民共和国工业和信息化部提出。本标准由中国通信标准化协会归口。本标准起草单位:工业和信息化部电信研究院、上海贝尔股份有限公司。本标准主要起草人z马军锋、蒋晓琳、顾方方。皿GB/T

7、 28501-2012 IP电话路由协议(TRIP)技术要求1 范围本标准规定了IP电话路由协议CTRIP)的技术要求，包括协议基本操作、协议消息格式、协议宇段属性、协议报文处理和协议有限状态机等方面。本标准适用于支持TRIP路由协议的位置服务的相关产品。2 规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)使用于本文件。IETF RFC 1129 因特网时间同步:网络时间协议CInternettime synchronization: The Network Time Protocol)

8、 IETF RFC 2373 IPv6寻址体系结构(lPVersion 6 Addressing Architecture) 3 术语和定义、缩略语3. 1 术语和定义下列术语和定义适用于本文件。3. 1. 1 位置服务器location server 一个具有IP连接的设备，它知道哪些网关可以用于终结对PSTN的呼叫。它是参与TRIP功能的主要功能实体，负责完成终端用户与电话网络之间的呼叫，并且向其他位置服务器传播网关信息。3. 1. 2 电话路由信息库telepbony routing information base 由LS建立并维护的用于保存TRIP协议交互的路由信息数据库。3. 1.

9、 3 IP电话管理域IP telepbony administrative domain 在单一管理授权控制域下的资源集合，如网关、位置服务器等。终端用户是ITAD的客户。3. 1.4 聚合aggregation 聚合就是将多条路由合并成一条包含相同目的地址集的路由，来减少电话路由信息库的大小和发送TRIP路由信息的数量。3. 1. 5 粗略路由和精确路由对于两条路由X和y，如果通过路由Y可达的每个目的地也可以通过路由X到达，并且X和Y不相同，那么就表明路由Y比路由X更精确。1 G/T 28501-2012 3. 1.6 对等体peers 两个LS共享同一个逻辑关联(传输层连接)，如果位于相同

10、的ITAD域，那么就是内部对等体，否则是外部对等体。两个LS之间的逻辑关联被称之为一个对等会话。3.1.7 IP电话路由协议telephony routing over IP(TRIP) TRIP协议是不同管理域之间进行IP电话网关路由信息交换的一个专用协议，它是独立于任何信令协议的一种协议，其主要的功能如下z建立和维护路由信息提供者之间的对等关系;交换和同步提供者之间的电话网关路由信息;防止路由环路;以及时的和可扩展的方式广播己知的网关路由信息;定义和描述电路网关路由数据的语法、语义和路由信息传送的规则。3. 1. 8 TRIP目的地TRIP destination TRIP协议可以用于管理

11、多协议路由表(如SIP，H. 323)。在TRIP协议中目的地址是地址集(给定的地址集和地址前缀)和应用协议(如SIP，H.323)的集合。3.2 缩略语下列缩略语适用于本文件。BGP Border Gateway Protocol 边界网关协议BGP4 Border Gateway Protocol v4 边界网关协议版本4IANA Internet Assigned Numbers Authority 互联网号码分配中心IP Internet protocol 互联网协议ITAD IP Telephony Administrative Domain IP电话管理域LS Location s

12、erver 位置服务器PSTN Public Switched Telephonc Nctwork 公众电话交换网RAS Registration Admission Status 注册、许可、状态SIP Scssion Initiation Protocol 会话初始化协议TCP Transmission Control Protocol 传输控制协议TLV Type Length Value 类型、长度、域值TRIB Telephony Routing Information Base 电话路由信息库TRIP Telephony Routing over IP IP电话路由协议UDP Us

13、er datagram protocol 用户数据报协议4 TRIP协议概述当分组域内的IP用户向电路域内的用户发起一个呼叫时，需要使用网关设备来完成分组域和电路域之间的信令和媒体流转换。随着IP电话网关使用数量的增加，管理和维护这些设备变得越来越复杂，其中一个最棘手的问题就是网关的定位问题，即在管理域之间的网关选择和路由问题。TRIP协议是在不同管理域之间进行IP电话网关路由信息交换的一个专用协议，实质上是解决一个地址映射问题，即给定一个电话号码，根据一定的规则决定完成该呼叫的电话网关地址，该协议主要完成以下功能:a) 建立和维护不同运营商之间的对等关系;b) 在不同运营商之间交换和同步电话

14、网关路由信息;c) 防止由于引人IP电话信令协议可能导致的稳定路由的环路;d) 以及时和可扩展的方式扩散和学习其他运营商的网关路由信息;2 G/T 28501-2012 e) 定义和描述电话网关路由数据的语法和语义。TRIP路由协议是策略驱动的域间管理域协议，用于在位置服务器之间通告电话目的地的可达性信息，该协议是独立于电话信令协议的，因此可以服务于任何信令协议，如H.323、SIP等。TRIP协议类似于BGP4路由协议。TRIP协议使用BGP域间传输机制，BGP有限状态机和BGP类似的格式与属性，与BGP协议不同的是TRIP协议不要求内部或者是外部对等体在物理上邻接。电话管理域内位置服务器的

15、对等体拓扑独立于网络的物理拓扑，而且电话管理域的域边界独立于路由域自治系统的边界。TRIP协议允许路由聚合。TRIP协议没有定义一个具体的路由选择算法。TRIP协议运行在可靠的传输层协议之上，无需实现分片、重传、确认和排序。5 TRIP协议的基本操作5. 1 建立/维护对等体的会话两个对等的位置服务器间建立TCP连接，它们之间通过交换消息建立连接，确认连接参数，协商位置服务器的能力，以及协商在该连接上通告的信息类型等。周期性发送KeepAlive消息以保证对等体间的可操作性。出错/例外时发Notifica tion消息，如果连接出错，发送Notification消息并关闭连接。5.2 数据交换

16、一旦建立连接，对等体之间必须交换相关的路由信息，这可以采用增量更新的方式。TRIP协议不要求周期性的路由刷新，这就要求所有的位置服务器必须保持所有路由表项的当前最新版本。如果存在一个包含多个位置服务器的IP电话管理域(lTAD)域，并且该域能够为其他ITAD域提供转发服务，那么必须在该域内实现一个一致的路由视图。5.3 内部/外部同步TRIP区分内部和外部对等体。ITAD域内TRIP使用链路状态机制进行基于内部任意拓扑结构的洪泛式数据库更新。外部TRIP利用点对点对等关系交换数据库信息。为了实现同步，ITAD域内的位置服务器之间被配置有内部的对等连接，能够保证拓扑的连通性和冗余。要求所有的内部

17、对等体构成一个全互连拓扑，这样不利于网络的扩展。当从一个内部对等体收到路由时，需要同数据库中现有的进行比较，只有新的路由才会向同一区域内的其他对等体扩散。5.4 通告TRIP路由TRIP路由是由目的地址(地址集和地址前缀)和应用协议(如SIP，H323)两部分组成。通常每条路由都有一些附加的属性(如下一跳服务器)0 TRIP通过Update消息来通告路由信息，目的地址包含在ReachableRoute属性中。位置服务器在向对等体通告TRIP路由时，可能会增加或修改路由属性。TRIP通过三种方式来向对等体通告先前通告的路由信息不再可用。一一一在UPDATE消息中包含WithdrawnRoute属

18、性，标识不可达的目的地址;一一在ReachableRoute属性中，通告一条具有相同的目的地址替代路由;对于外部对等体，关闭位置服务器之间的连接就隐含的删除了通过此连接相互通告的路由信息;对于内部对等体，如果确定位置服务器不可用，那么必须删除由此位置服务器产生的路由，并且重新执行决策过程。3 GB/T 28501-2012 5.5 电话路由信息库TRIP协议交换的路由信息由外部路由(Externalroutes)、内部路由(lnternalroutes)和本地路由(Local routes)三种类型组成;一一外部路由是通过外部对等的LS接收的;一一内部路由是通过相同的ITAD域的内部对等接收的

19、;一一本地路由是通过配置或者是其他协议的路由重分布注人到TRIP中。TRIP协议从路由选择的角度把LS中的TRIB分成以下四个构成部分，这四个部分实际上是由以上三种类型的路由内容构成:一-Adj-TRIBs-In:称为临近可选TRIB，其内容是从UPDATE消息中获取的域内、域外位置服务器上的路由信息，这些路由信息是当前路由选择中的可以使用的输入路由信息。对于来自域内和域外位置服务器的路由信息要分别保存在各自的数据库中。在一个管理域内对于每个位置服务器都要有一个Adj-TRIBs-In数据库，即使它们不是直接相连的对等体。一-Ext-TRIB:称为外部TRIB，其内容是位置服务器根据一定的路由

20、选择运算法则，从外部路由(存储在外部位置服务器的Adj-TRIBs-In中)和本地路由(存储在本地位置服务器的AdjTRIBs-In中)数据库中，为一个给定目的地址选择的最佳路由，每个位置服务器只有一个ExtTRIBo 一-Loc-TRIB:称为本地TRIB，其内容是位置服务器运用其内部策略从内部位置服务器的AdjTRIBs-In和Ext-TRIB中选择出来的TRIP路由信息。一-Adj-TRIBs-Out:称为临近输出TRIB，其内容是位置服务器准备通告给外部位置服务器的路由信息，它的内容将携带在UPDATE消息中对外广播。5.6 TRIP路囱在TRIP路由信息中通过号码前缀来指定号码范围，

21、通过一条路由不能自动表示任意号码范围，可以通过在ReachableRoute属性中使用多个前缀。TRIP的一条路由通过前缀指定一个号段。任意号段不能由TRIP一条路由原子化表示。前缀范围是原子化支持的唯一范围类型。任意范围可以通过在ReachableRoutes属性中使用多前缀来达到，如:222-xxxx到999-xxxx可由ReachableRoutes包含如下前缀222，223，224，23，24，3，4，9表示。5. 7 聚合聚合是位置服务器用来减少必须与对等体同步的路由数目规模化增长的方法。如果位置服务器TRIB中存在一组路由Rl，R2，使得更粗略的路由R中的每个有效目的地址也是Rl，

22、R2，的有效目的地址，以及Rl，R2，中的每个有效目的地址也是R中的有效目的地址，位置服务器可以进行聚合操作。注:TRIP中没有机制沟通特定的地址族内某个地址前缀没被使用或有效，因此聚合可能跳过这些地址。位置服务器可以使用TRIP之外的方法了解元效的，可以在聚合中被忽略的前缀。不要求位置服务器强制进行聚合，但是如需要维护较小的TRIB则推荐执行该操作。位置服务器依据本地策略决定是否将一组路由聚合成单个聚合路由。如果位置服务器聚合了多条下一跳服务器(NextHopServer)不同的路由，则聚合路由的N extHopServer必须设为该位置服务器域内的信令服务器。如果位置服务器重置了任意路由的

23、NextHopServer(可能由于汇聚或其他原因造成)，就会在沿着到达这些目的地址的信令路径上增加另一个信令服务器。GB/T 28501-2012 6 消息格式6. 1 消息报头格式TRIP协议消息报文的发送是建立在可靠的传输层连接之上的，每个报文的处理必须是在完全接收后进行。TRIP协议报文的最大长度是4096字节，任何实现都必须能够支持这个长度，最小报文仅3个字节，也就是TRIP协议的报头不包含数据。每个TRIP消息都有一个固定大小的报头，根据报文类型的不同，可以在报头后包含数据部分，或者不包含任何数据。图1描述了TRIP协议报头格式。Length 一Type 图1TRIP报头长度域:2

24、字节无符号整型，指示整个报文的长度(包含报头);可以根据该域值确定传输层数据流中下一消息的起始位置;该域的取值范围是从3到4096，可能不同的报文会有更进一步的约束。由于消息中不允许填充数据，因此域值必须是整个报文可能的最小值。类型域:1字节无符号整型，指示消息的类别，在TRIP协议中定义了下述四种消息:OPEN，UP DA TE, NOTIFICA TION ,KEEP ALIVE。6.2 OPEN消息格式传输层连接建立以后，会话双方发送的第一个消息就是OPEN消息，如果OPEN消息被接收，那么就发送KEEPALIVE消息以证实接收的OPEN消息。一旦OPEN消息被证实，那么将会继续交互UP

25、DA TE, KEEPALIVE以及NOTIFICATION消息。OPEN消息的最小长度是17字节(包括消息头)，不符合该长度要求的OPEN消息将会按照8.2 所述进行处理。除了固定的报头，OPEN消息还包含图2中所描述的域。78 15 16 31 Version Reserved Hold Time My ITAD TRIP Identifier Optional Parameter Len Optional Parameter(variable) 圄2TRIP OPEN消息头版本(Version): 1字节元符号整型，指示协议的版本，目前TRIP协议的版本号是1。保持时间(HoldTime

26、) : 2字节元符号整型，表示发送者建议的保持时间间隔。一旦接受OPEN消息，LS必须根据自己配置的HoldTime值和接收的OPEN消息中的HoldTime值计算出保持时间。保持时间间隔的取值要么是0，要么至少是3s。这个值的含义是指在成功接收对端KEEPALIVE或者UPDATE消息所能等待的时间间隔。My ITAD:4字节无符号整型，指示发送者的IP电话网管理域号。该值在相互通信的LS管理域内必须是唯一的。ITAD号是由IANA分配的，从1到255用于私有用途，具体分配值可以见IANA协议号与指派服务网页。5 G/T 28501-2012 注:IANA管理互联网运行所必须的许多特殊参数和

27、协议值，包括特殊端口号的指派和字符集的注册，下面我们称这些特殊参数和协议值为特殊号码。过去，IANA通过系列RFC文档发布这些特殊号码，最后的文档RFC 1700也已经过时，现在，IANA将这些特殊号码的最新集合列在名为IANA协议值与指定服务(ProtocolNumbers and Assignment Services)的网页上供查阅，网址是http:/www.iana. org/numbers. html，并在批准新的特殊号码和指定服务时随时更新这个阿页的内容。TRIP标识:4字节无符号整型，指示发送者的TRIP标识。在一个ITAD域内，该标识必须能够唯一的标识一个位置服务器E其值可以是

28、分配给位置服务器的一个IPv4地址，该值在位置服务器启动时就被确定，而且必须对所有对等体的连接保持一致。当比较两个TRIP标识时，该值可以作为两个4字节的元符号整型数字进行处理。可选参数z该域包含了一个可选的参数列表，可以按照TLVC)的格式表示，如图3所示。15 16 31 Par田neterType Parameter Length Pararneter Value(variable) 图3可选参数编码参数类型:2宇节，标识参数类型。参数长度:2字节，包含参数值域的长度。参数值:这是一个可变长度域，根据参数类型域来进行解析。6.2.1 OPEN消息的可选参数本标准定义了下述OPEN消息的可

29、选参数类型。6.2. 1. 1 功能信息该可选参数的类型编码是1，用于位置服务器向对端对等体通告自己所能支持的功能。功能协商部分在第9章描述。该参数包含一个或多个3元组功能码，长度，域值，每个三元组按照图4的格式表述。15 16 Capability Code Capability Value(variable) 图4功能可选参数功能码CCapabilityCode):2字节，明确的标识一个功能。长度CCapability Length) : 2字节，包含域值的长度。Capability Length 域值CCapabilityValue):可变长度域，其值按照功能码进行解析。任何一个特定的功

30、能都可以在可选参数域中出现多次。31 本标准预留3276865 535之间的功能码编号给特定的厂家，预留编码0。功能编码是由IANA分配的，具体分配值可以见IANA协议号与指派服务网页。本标准定义下述两个功能编码:编码1，支持的路由类型;编码2，发送接收功能。6. 2. 1. 1. 1 支持的路由类型该可选参数列出了发送方位置服务器在当前会话中所能支持的路由类型。在任何一个特定的会话6 GB/T 28501-2012 中，位置服务器一定不能使用对端位置服务器不支持的路由类型。如果对等体所支持的路由类型不能满足要求，那么位置服务器应当中断该会话。路由类型的格式如图5描述。l15 16 31 Ad

31、dress Family Application Protocol 图5支持的路由类型地址族和应用协议在7.1.1中描述。地址族域给出了可以被路由的地址集(在ReachableRoutes属性中使用)，应用协议域列出应用协议，例如TRIP的路由类型可以是，指示SIP协议的E.164号码集。该参数的值域中可以包含多个路由类型。6.2.1. 1. 2 发送接收功能该功能指定了位置服务器与特定对等体的交互模式，包括:发送模式、接收模式和发送接收模式，缺省的是发送接收模式。在发送模式下，位置服务器给对等体发送UPDATE消息，但是对等体不会发送UPDATE消息给该位置服务器。如果在发送模式下，位置服务

32、器收到对等体发送的UPDATE消息，那么它必须丢弃且不作任何进一步的处理。在发送模式下，只要拓扑发生变化，位置服务器发送给域内对等体的UPDATE消息中必须包含ITAD拓扑属性。发送模式的一个实际应用就是具有外部对等体的位置服务器能够使得网关完成注册服务。如果一个服务提供商只终结到它所拥有的网关的呼叫，而自身不发起呼叫，那么它可以设置位置服务器的运行模式为发送模式，因为它只需要生成UPDATE消息，而不用接收UPDATE消息。如果一个发送模式下的位置服务器有一个相同模式的对等体，那么位置服务器必须设置它的路由分发策略，告知它元需向对等体发送UPDATE消息。接收模式，位置服务器充当一个被动的T

33、RIP收昕者。它接收和处理来自对等体的UPDATE消息，但是一定不能向对等体发送任何UPDATE消息。这种模式对于那些收集拓扑信息的管理站点是很有用的。发送接收功能域是一个4字节的元符号数值，可能的取值有以下三种za) 发送接收模式CSendReceive mode) b) 发送模式CSendonly mode) c) 接收模式CReceiveonly mode) 在两个均为发送模式或者是两个均为接收模式的位置服务器之间一定不能建立会话。如果位置服务器在处理OPEN消息时检测到功能不匹配，那么它必须响应NOTIFICATION消息，同时关闭会话，NOTIFICA TION消息中的错误码必须置成

34、功能不匹配。位置服务器必须为与它建立会话的所有对等体配置相同的发送接收模式。6.3 UPDATE消息格式UPDPDATE消息用于在对等体之间传送路由信息，通过该信息可以构造出一副拓扑图来描述不同ITAD域之间的关系，同时应用相关规则可以避免路由环路等一些异常情况。除了TRIP报头，UPDATE消息包含图6所描述的路由属性列表，在路由属性之间没有填充域。UPDATE报文的最小长度是3字节(即没有强制的TRIP路由属性)。1月11;31 First Route Attribute Second Route Attribute 图6TRIP UPDATE消息格式7 GB/T 28501-2012 6

35、.3. 1 路由属性每个UPDATE消息都包含一个可变长度的路由属性序列，每个属性都是一个可变长度的三元组，其格式为属性类型Cattributetype) ，长度Cattributelength) ，属性值Cattributevalue) ，如图7所示。15 16 31 Attr.Flags Attr.Type Code Attr.Length Attrbute Value(variable) 图7路由属性格式属性类型域:2字节域，由属性标志和属性类型编码两部分构成。属性类型编码定义了属性的类型。在UPDATE消息中属性必须按照类型编码的数字顺序出现，而且只能出现一次。属性标志用于对不知道类型

36、的属性的处理，关于它的具体定义见6.3.2。本标准预留224-255的属性编码给特定厂家的应用。属性编码是由IANA分配，具体分配值可以见IANA协议号与指派服务网页。长度域:2字节，包括属性值域的长度。属性值域:可变长度，对它的处理可以依据属性标志和属性类型编码域。6.3.2 属性标志由于TRIP属性集是随着时间不断扩充的，所以提供一种能够处理不能识别的属性的机制是必要的。对于不能识别的属性处理是基于属性的标志位，而对于可以识别的属性则依据它们特定的定义。本标准定义了下述比特标志位:Bit Flag 0 公认标志位1 传递CTransitiveFlag) 2 依顿CDcpendcntFlag

37、) 3 部分CPartialFlag) 4 链路状态封装(Link-StateEncapsulation Flag) 属性标志位最高比特位标识该属性是公认(置0)还是不是公认的(置1)，在实现中不要求支持非公认的属性，但是公认的属性必须支持。属性标志比特位1是传递比特，标识是否传递一个非公认的属性，如果置1传递，否则置0。对于公认的属性，发送时该比特必须置0，接收时忽略该比特。属性标志比特位2是依赖比特，标识传递属性是否具有依赖性，如果置1具有依赖性，否则置0。对于公认属性和非传递属性，依赖比特是不相关的，在发送方必须置0，接收方忽略。属性标志比特位3是部分比特，标识包含在一个非公认的传递属性

38、信息是部分还是完整的，如果置1是部分的，否则是完整的。对于公认属性和非传递属性在发送方该比特必须置0，接收方忽略。属性标志比特位4是链路状态封装比特，这个比特仅用于如可达路由(ReachableRoutes)和撤销路由(WithdrawnRoutes)之类的属d性，决定这些属性中的路由封装。如果该比特置位，在属性中使用链路状态封装，否则使用标准的封装。链路封装技术在6.3.2.4描述。这个标志位仅对属性ReachableRoutes和WithdrawnRoutes有效，对于其他的所有属性，在发送方必须清0，接收方忽略。属性标志位的其他比特位尚未使用，在发送方必须置0，接收方忽略。6.3.2.

39、1 属性标志和路由选择任何可识别的属性都能够被作为路由选择过程的输入。8 GB/T 28501-2012 6.3.2.2 属性标志和路由分发由于中间的位置服务器在转发路由时不需要修改NextHopServer，所以TRIP协议提供了两类变化的传递属性。属性可以是非传递的，依赖传递，或者是独立传递。同一个属性不能既是依赖传递又是独立传递。不可识别的独立传递属性能够被中间的任何一个位置服务器传播;不可识别的依赖传递属性只能够被不修改NextHopServer的位置服务器传播。传递性的变化允许一些不可识别的属性在端到端之间携带(独立传递)，一些在邻接的next-hop服务器之间携带，其他的则严格限定

40、在对等的位置服务器之间携带(非传递)。当位置服务器向对等体传递一个不可识别的传递属性时必须要设置该属性的Partial标志位。在路径上的任何一个位置服务器都可以向路由插入一个传递属性。如果任何一个位置服务器(初始LS除外)向路由插入一个新的独立传递属性，它必须设置该属性的Partial标志位。如果任何一个位置服务器(修改NextHopServer的LS除外)向路由插入一个新的依赖传递属性，它必须设置该属性的Partial标志位。Partial标志表明不是该相关路径上的每一个位置服务器都已经处理并能够理解该属性。对于独立传递属性，该路径由AdvertisementPath属性确定;对于依赖传递属

41、性，该路径是由自最后一次NextHopServer被修改以来所经过的那些区域构成。在独立传递属性中的Partial标志一定不能将路径中的其他位置服务器弄乱;在依赖传递属性中的Partial标志，一旦NexthopServer被修改，必须重新赋值，但是一定不能被该路径上没有修改NextHopServer的位置服务器弄乱。对于新增的非传递属性的管理规则将会根据每个属性单独制定。任何一个属性都能够被该路径上的一个位置服务器更新。6.3.2.3 属性标志和路由汇聚每个属性都定义了在路由聚合时该如何进行处理。对于不可识别的属性其处理规则依据属性标志。在聚合过程中丢弃不可识别的传递属性。在聚合过程中不应当

42、存在不可识别的非传递属性。6.3.2.4 属性标志和封装通常属性都有一个在6.3.1描述的简单格式，如果链路状态封装标志置位，那么需要在属性头后增加两个附加的域，如图8所示。15 16 31 Attr.Flags A吐r.TypeCode Attr.Length Originator TRIP Identifier Sequence Number Attrbute Value(variable) 图8链路状态封装初始的TRIPID和序列号被用于控制路由更新在服务器域内的扩散，这两个字段用于检测重复和过时的路由信息，该宇段的使用见11.10 6.3.3 强制属性在TRIP协议中没有强制属性，只有条件强制属性。条件强制属性是指如果某些属性包含在UPDATE消息中，那么它们也必须被包含。例如，如果UPDATE消息中包含ReachableRoutes属性，那9 G/T 28501-2012 么也必须包含AdvertisementPath属性。TRIP协议的3个基本属性:WithdrawnRoutes. ReachableRoutes. IT AD拓扑。它们在UPDATE消息中出现是可选的，而且与其他属性没有依赖关系。6. 3. 4 TRIP UPDATE属性本节规定在UPDATE消息中携带的属性，属性必须按照属性类型编码的递增顺序出现在UPDATE报文中。6.