SONET原理讲座《操作通信》(完)

kin

8  网络操作通信
SONET提供了ITU-T M.3010中TMN（Telecommunications Management Network）概念一致的网络运行通信标准（M.3010, Principles of  Telecommunications Management Network）。TMN是提供OS/NE，MD/NE， NE/NE， NE/WS之间通信通道的支撑网络。这部分主要关注使用SONET网元和SONET开销通道（尤其是SONET DCC通道）的网络通信功能和仲裁功能，其它诸如局域网技术和仲裁设备（Mediation Device）也简要讨论了一些。
网元的运行通信标准取决于网元在TMN结构中的位置，具体的说，就是该网元是网关网元(GNE, Gateway NE)， 中间网元（INE，Intermidiate NE），还是终端网元（End NE），不同类型的网元在网络中的位置示意如图8-1。

8.1        SONET业务通信特性
8.1.1        特性概述
SONET业务通信结构体系随着具体的网络配置（例如： 应用于同一站点内或者两个站 点之间的通信） 和应用（例如：应用于 OS-NE 或 NE-NE, IEC-LEC, 自愈环）而变化的。本节将着重先容网络设备供应商可能会用到的一些业务通信结构体系。典型地，如果在一个站点内只会使用到两个相互连接的SONET网元之间的下业务侧（支路侧：该侧是不会涉及到   transport overhead，所以也不会访问D1~D12 字节）接口，这种情况下是不支撑数据通信通道（DCC）的。在这种情况下，局域网（LAN ：请参照IEEE 802.3 关于LAN的描述）能够提供其它可代替的站点内的业务通信方法。然而有些情况下，在传输连接时网络设备供应商需要使用线路侧接口（也就是DCC）。这种应用例子中，两台交换机之间的传输连接时业务通信的安全性被考虑了。另外的应用例子是，在站点内只有比较少的SONET网元，这时也使用DCC作为站点内的业务通信方法。因此，出于某些应用、安全性、可靠性和成本的考虑，DCC业务通信方法比起站点内的LAN通信方法来说是一种更好的选择。
8.1.2        网关网元要求
一个网关网元（GNE）处于两种不同类型的网络中，使它们相互连接在一起。在SONET中，存在 3 种可能的网关网元类型：
1、连接一个X.25 广域网（WAN）和SONET DCC 网络的网关网元（GNE）。
2、连接一个X.25 广域网（WAN）和站点内局域网络（intra-site LAN）的网关网元（GNE）。
3、连接一个站点内局域网络（intra-site LAN）和SONET DCC 网络的网关网元（GNE）。
网关网元这种对不同类型网络的连接发生在网络层（the Network layer），并且对诸如告警监视等 管理操作是透明的。网关网元的另外功能是作为X.25 WAN的消息集中处。网关网元能提供在其本身与网路OS之间的X.25虚拟电路（X.25VC) ，从而取代了每个SONET网元都有一个X.25虚拟电路的状态。DCC和局域网(LAN）被用作在SONET业务通信网中传送消息。在OSs和SONET网元中OSI/CMISE全功能可使用之前，TL1应用于消息的操作。OS-NE 接口应支撑基于X.25协议的TL1消息， NE-NE接口应支撑基于OSI七层协议栈 的TL1 TL1消息。
SONET网关网元必须支撑级别1 （level 1）和级别2 （level 2）的中间系统到中间系统（IS-IS）的路由协议(ISO 10589)功能和终端系统到中间系统的（ES-IS）协议的中间系统任务(ISO 9542)。
R8-1 [776] 所有的SONET网关应该支撑级别1 （level 1）和级别2 （level 2）的在ISO 10589和 附录 C中所定义的IS-IS路由功能。
R8-2 [777] 所有的SONET网关应该支撑在ISO 9542和附录 C中所定义的基于LAN and DCC接口的ES-IS路由协议的IS 任务。
R8-3 [778] 所有的SONET网关应该支撑在ISO 10589中所定义的IS-IS可获取地址前缀功能。
8.1.3        中间网元要求
一个中间网元有一或者多个对向的网元，并且实行业务的路由任务。一个中间网元（INE）必须支撑IS-IS 级别 1的路由和ES-IS协议的IS任务。
R8-5 [780]一个SONET 中间网元应该支撑级别1 （level 1）的在ISO 10589和 附录 C中所定义的IS-IS路由功能。
R8-6 [781] 一个SONET 中间网元应该支撑在ISO 9542和附录 C中所定义的基于LAN and DCC接口的ES-IS协议的IS 任务。
8.1.4        终端网元要求
终端网元仅处理它们自己本身的本地业务。终端网元必须能直接访问DCC、LAN、或者X.25广域网，但是它们没有对向的网络。一个终端网元必须支撑ES-IS协议的ES任务。
R8-7 [782] 一个SONET 终端网元应该支撑在ISO 9542和附录 C中所定义的基于LAN and DCC接口的ES-IS协议的ES 任务。
8.1.5  仲裁设备
仲裁设备是实行仲裁功能的网络实体。 仲裁设包括了通信网关功能和用于一个SONET NEs的特殊子网的可能额外消息处理功能。单机仲裁设备可以用于在SONET   TMN中实行仲裁功能。通信网关的功能在本质上和网关网元的功能相同。使用单机仲裁设备而不是一个网关网元通常取决于通信网关所完成的功能的复杂性。例如：当需要处理过量的会使网元过载消息转换时，就需要单机仲裁设备。

8.2        通信类型
SONET网元必须支撑的业务通信主要类型有： 操作系统－网元（OS/NE）, 仲裁设备－网元（MD/NE）, 网元－网元（NE/NE）和 人工－网元（Craftsperson/NE）的通信，这些在下面的各节中描述。
8.2.1        OS/NE
所有的SONET网元都需要用OS/NE通信来完成网络的操作和管理功能。 OS/NE通信通道可以是直接或者间接的。OS和NE之间的直接OS/NE通信通道是不经过网关和中间系统的。这种直接的通道可能是专门的物理连接。间接OS/NE通道至少包含一个NE/NE或者MD/NE接口并且要通过网关功能来访问OS/NE接口。SONET  OS/NE通信需要使用消息通道。
8.2.2        MD/NE
仲裁设备可以辅助完成各种业务通信功能和实行SONET网元子网的操作功能（如：消息处理）。当在子网中使用仲裁设备时，其主要目的是使OS/NE通信变得方便，或许是支撑远端人工访问。为了实现这些功能，仲裁设备必须能够和子网，OSs，和本地人工终端内的网元进行通信。
如果仲裁设备在SONET子网中使用，它必须和子网内的每个网元通信，当作OS/NE通信和远端人工通信（因为仲裁设备有通信路由的功能）的一部分或者用作MD/NE的通信（因为仲裁设备有信息的处理功能）。
如果网元提供了仲裁功能，那么网元所支撑的NE/NE接口将用作本网元与子网中的其它网元的接口。如果仲裁功能是以单机仲裁设备的方式提供，那么要在MD/NE接口中使用局域网。
R8-11 [785] 当在SONET子网中使用单机仲裁设备时，MD/NE 接口的语言和协议栈 应该和通过局域网连接的NE/NE 接口的语言和协议栈相同。
8.2.3        NE/NE
SONET网元相互之间需要通过通信来上报告警，失效，状态和错误指示（如：AIS)，实行保护倒换。为了支撑网元－网元（NE/NE）之间的通信，SONET 网元需要有网元－网元（NE/NE）接口。 NE/NE通信以两种形式提供：面向位的EOCs和面向消息的工作通道（如：DCC或LAN）。使用面向位的EOC还是面向消息的通道取决于要通信的消息类型和通信的实时特性。
（例如：AIS告警需要在几毫秒的时间内完成发送和接收，因此使用面向位的EOC）
R8-12 [786]所有的SONET 网元应支撑NE/NE业务通信通道。
R8-13 [787v2]为了支撑间接的OS/NE通信通道和基于消息的NE/NE业务通,SONET网元应能在其本身和其它网元之间装配局域网（LAN）和部分的DCC接口，该接口应和附录C所指定的协议，SONET  业务通信协议－底层保持一致。
8.2.4        Craftsperson/NE
访问本地的网元涉及到人工/WS接口和WS/网元接口。
R8-14 [788]所有的 SONET网元都需要有通过WS的本地人工访问接口。
8.3        SONET 操作通信接口
8.2节所描述的所有通信类型实现了通用的7层OSI协议集，也就是指SONET操作通信接口。由于OS/NE WAN子网所用的技术不同于NE/NE DCC or LAN子网技术，OS/NE  和 NE/NE接口中物理层，数据链路层，网络层是分别提出的。特别，OS/NE X.25接口请参考GR-828-CORE, OTGR Section 11.2: Generic Operations Interface －OSI Communications Architecture。然而，传输层，会话层，表示层和应用层对于SONET网元和支撑SONET网元的操作系统（OSs）都具有相同的定义。
绝大多数SONET操作通信接口基于GR828,  交互协议栈（Interactive Protocol Stack）和面向文件协议栈（File-oreinted Protocol Stack）都在其中定义并用于SONET OS/NE X.25接口。其它一些细节在本文和GR253的附录C和D，这些要求在GR828可能是可选的，但对于SONET网元通信接口却是必须的。附录C and D描述了SONET操作通信接口的轮廓。附录C提出了数据链路层（用于LAN的LLC，用于DCC的LAPD), 网络层（CLNP, ES-IS和IS-IS路由协议）以及传输层协议。附录D提出了会话层和表示层，以及应用层的ACSE. 以后这些附录可能包括其它的协议。
基于X.500的目录服务（ X.500-based Directory Services (see O8-22 [1036]) ）请参考 ANSI T1.245, Directory Service for Telecommunications Management Network (TMN) and Synchronous Optical Network (SONET).
A supplier may choose to implement these requirements in a phased approach.
设备供应商应该分阶段实现下面的要求：
R8-15 [790v2] SONET 网元必须支撑以CMISE作为应用层协议，用于交互类通信。
R8-16 [791v2] 如果支撑面向文件的应用，网元必须支撑或者FTAM或者FTP, 这些协议可参见GR-1250-CORE.
CR8-17 [792v2] 作为过渡性或者临时性应用，SONET网元需要支撑TL1作为应用层协议用于交互类通信。
R8-18 [1136] 如果支撑TL1作为应用层协议，那么必须保持和GR253 Section 8.3.7.5 一致。
CR8-19 [793v3] 如果TL1用于SONET OS/NE interface, 那么下面的两种或者其中一种非OSI通信接口应该支撑：
昣TL1 over X.25
昣TL1 over TCP/IP.
R8-20 [1137] 如果支撑 TL1 over X.25，则应该遵循 TR-TSY-000827, OTGR Section 11.1:Generic Operations Interface: Non-OSI Communications Architecture.
R8-21 [1138] 如果支撑TL1 over TCP/IP，则应该遵循NSIF-033-1999, Requirements for the TCP/IP Protocol Suite on the SONET Access DCN.
O8-22 [1036] 如果支撑CMISE作为OS-NE或者NE-NE接口, 建议在TMN和SONET支撑基于X.500的目录服务, 这种名字/地址转换服务在ANSI T1.245中定义。
8.3.1        物理层
OS/NE
R8-23 [794v2] 在OS/NE X.25接口, SONET网元必须支撑GR828中的TP4/CLNS 协议的物理层要求。
对应于OS/NE LAN接口，使用的物理层协议是在8.3.1.2 (用于 NE/NE-LAN接口)，在 GR-828-CORE中定义。
2. NE/NE -LAN
R8-24 [795v3] 物理层必须支撑下面的10Mb/s带宽媒质相关接口（包括电口和连接器规范）:
昣10BASE-T per ISO/IEC 8802-3:1996.
CR8-25 [1011v2] 物理层应该支撑下面的10Mb/s带宽媒质相关接口（包括电口和连接器规范）:
昣10BASE2, 参见ISO/IEC 8802-3
昣媒质无关辅助单元接口（Attachment Unit Interface ，AUI) ，参见ISO/IEC 8802-3.
3 NE/NE-DCC
R8 26[796] 段层DCC(Section DCC), 用STS-N信号中第一个STS-1的D1-D3字节的192-kb/s通道作为面向消息EOC(Embeded Operation Channel) 的物理层。D1-D3的发送顺序是从D1的bit1到D3的bit8。
使用段层DCC的EOC称为段层ECOC, 下面是用于LAPS(Linear APS)或者4纤BLSR的EOC保护标准。
R8-27 [797] 段层EOC应该和工作业务一样被保护，遵循一样的保护特性和操作模式。
R8-28 [798] 存取段层EOC的SONET再生器必须可以双向读取K1,K2字节以便确定是否与工作业务一起的EOC可用。
这种保护方案中，当业务丢失后，段层EOC也会丢失，同时，分离路由的再生器也不支撑这种方案。对应受保护线路，这种保护方案通常可以很快的保护段层EOC。如果没有配置保护，网络层的路由分发协议（例如ES(End system)-IS（Intermediate system）,IS-IS协议）也可以用于保持操作通信连接（8.5节）。使用EOC硬件备份，可以使得EOC硬件失效时得到保护，一些GR, TR 和TA建议包含EOC 硬件保护的要求。
线路层DCC是D4到D12字节，位于STS-N的第一个STS-1，提供576-kb/s的数据通道。线性层DCC的使用参见ANSI T1.105.04-1995, Synchronous Optical Network (SONET): Data Communication Channel Protocols and Architectures.
8.3.2        数据链路层
1        OS/NE
R8-29 [799v2]在OS/NE X.25 接口, SONET网元必须支撑GR-828-CORE描述TP4/CLNS 的协议集规定的数据链路协议要求.
2        NE/NE -LAN
R8-30 [800v2]LAN的 媒质访问控制功能（Media Access Control functionality）必须遵循ISO/IEC 8802-3 CSMA/CD 规范。
R8-31 [801v2] LAN 的逻辑链路控制功能（logical Link Control functionality）必须遵循 ISO/IEC 8802-2 LLC Class 1 Type 1服务，并在GR253附录C有说明。
R8-32 [802v2] 在每个LLC PDU中，0111 1111（0XFE, 最左位是最低有效位）必须用于DSAP或者SSAP地址。
3        NE/NE-DCC
R8-33 [803] 对应于段层DCC的数据链路层协议必须基于D通道链路访问协议（Link Access Protocol on the D-channel ，LAPD) ，该协议参见ITU-T Recommendation Q.921, ISDN user-network interface - Data link layer specification, GR253附录C也有描述。
8.3.3        网络层
1        OS/NE
R8-43 [813v3]在 OS/NE X.25 接口, SONET网元必须支撑CL-WAN框架 (CLNS2，见于ITU-T Q.811）描述的网络层协议，除非ES-IS 未被支撑。
2        NE/NE-LAN和DCC
[814v2] DCC和LAN的网络层协议必须是CLNP (ISO/IEC 8473-1，可参见GR253,Appendix C),  该协议使用合理的子网相关汇聚功能（见于ISO/IEC 8473-2 (for LAN) and ISO/IEC 8473-4 (for DCC)）。
8.3.4        传送层-OS/NE和NE/NE
ISO 8073 Class 4必须支撑，详见GR253附录C，在SONET网元，TP Class 4 over CONS 和TP Classes 0, 1, 2 and 3 不支撑。
8.3.5        会话层-OS/NE和NE/NE
ISO会话层必须支撑，详见GR253附录D。
8.3.6        表示层--OS/NE和NE/NE
ISO表示层必须支撑，详见GR253附录D。
8.3.7        应用层
ACSE
R8-73 [843] GR253中附录D.说明的ACSE（Association Control Service Element）必须支撑。
ACSE 授权功能单元(Authentication Functional Unit)正处于研究之中，以后可能有要求。
2        ROSE/CMISE
SONET网元必须支撑CMISE作为应用层协议，用于交互类通信，该协议GR-828-CORE中描述。在建立联系期间，必须使用ITU-T M.3100 Section 11定义的TMN应用上下文（ Application Context ）(R8-75 [845v2] )。另外，CMISE对象和服务映射包含在GR-1042-CORE and GR-1042-IMD, 而支撑监视和存储管理的对象和服务映射包括在GR-836-CORE and GR-836-IMD，这些都必须支撑。
3        FTAM
支撑面向文件应用的SONET网元必须支撑FTAM或者FTP.
4        名称/地址转换服务(N/ATS)
在OSI网络中建立不同系统的联系，需要知道需要通信的系统的地址或者NSAP （Network （Service Access Point）。典型的，操作系统（或者网管）需要知道通信对象的名称，然而，它们的地址也需要知道。有许多方法提供名称地址转换服务(Address Translation Service)，可能用一个静态的映射表。在用TID命令系统的协议（例如TL1）中，使用TARP或者基于X.500目录服务（参见ANSI T1.245)。一个本地静态映射表是操作系统或者网元的本地对象。TARP在8.7定义，使用X.500 目录服务的建议在8.3.有描述。
5        TL1
作为过渡应用，SONET网元应该支撑TL1作为应用层协议。GR253 Section 8.4.1包含了 基于TL1的NE/NE接口和TL1/X.25 OS/NE接口。
关于TL1的有关内容可以参见相关文档。例如GR253,GR-833-CORE, GR-199-CORE and GR-834-CORE， 这里简要提几点。
R8-83 [853] TL1消息必须使用数据表示协议数据单元交互（Data Presentation Protocol Data Units ，TD PPDUs)。
R8-84 [1038] 对应于TL1/X.25, 在应用层TL1消息大小的上限在TR-TSY-000827规定为4096字节 , 同时也必须在任何协议栈或者传送机制上都是4096字节。
8.4        操作系统(OSs)和SONET网元的交互工作
本节对在基于X.25的OS-NE接口和基于DCC或 LAN的NE-NE接口交互工作的SONET 网元和网关网元提出了要求, 具体参见GR253, 包括以下内容：
8.4.1                TL1/X.25[OS]-TL1/OSI[SONET]
包括了8.4.1.1  确定目的NSAP；8.4.1.2  引导自治消息(Directing Autonomous Messages)；                8.4.1.3  建立连接；8.4.1.4  SONET LAN交互；8.4.1.5  SONET DCC交互；8.4.1.6  SONET LAN和DCC交互内容
8.4.2  TL1/X.25[OS]-CMISE/OSI[SONET]
8.4.3  CMISE/OSI[OS]-CMISE/OSI[SONET]
8.4.4  CMISE(或TL1)/OSI[SONET]-CMISE(或TL1)/OSI[SONET]
8.5        SONET业务通信路由
8.5.1        路由概述
ISO已经发展了用于SONET网元的路由协议（ISO 9542：ES-IS和ISO 10589：IS-IS），用于网络层协议数据单元的路由选择。这些路由协议自动的决定网络上到所有目的端的最好的路由。如果链路或者节点存在失效，ISO10589协议能够自动的重配路由信息绕过失效的节点或链路。
8.5.2        ES-IS要求
ES-IS协议分为两组：配置信息和改路信息。配置信息用于ESs（End System：终端系统）发现ISs（Intermediate System：中间系统）的存在和可到达性；它同样也可以用于ISs发现在同一子网内的ESs的存在和可到达性。改路信息用于ISs通知Ess使用潜在的更好的路由在把NPDUs（网络协议数据单元）送到特殊的目的地的时候。注意，如果DCC是点到点，那么在本地网上不会使用改路信息，因为从ES只有一条路由到IS。
R8-99        [869]    所有的SONET 网元应该通过网元间的操作通讯界面支撑ES-IS协议，就如在附录C的C.5部分详细说明的那样。
O8-100        [870]   所有支撑改路能力的、在ES-IS协议中作为ES的SONET网元应该支撑ISO9542的地址掩码产生功能。
O8-101        [871]    所有支撑改路能力的、在ES-IS协议中作为IS的SONET网元应该支撑ISO9542的协议数据单元地址掩码域。
8.5.3        IS-IS要求
R8-103        [873]    所有支撑IS-IS协议的SONET网元应该和ISO10589及附录C中详细说明的协议保持一致。
O8-104        [874]    支撑IS-IS协议的SONET网元应该能够鉴别在ISO10598中详细说明的基于口令的IS-IS协议数据单元。
对于基于X.25的操作系统和网元间的通讯，IS-IS的地址前缀到达能力能推动从网元到操作系统的消息的路由。OSs被赋予不同的NSAP地址在不同的路由范围，路由范围由NSAP地址前缀指出。
8.6        Craftsperson/NE接口
在图8-12中定义了craftsperson/NE间的通讯界面。存取本地网元包括craftsperson/WS界面和WS/NE界面（它们共同涉及本地Craftsperson界面）。
远程登陆被定义为使得Craftsperson 能够登陆到一个远程的网元的能力或功能，在远程网元和本地工作站之间有一个或者多个中间网元。远程登陆使craftsperson能够通过DCC或者LAN从本地SONET网元连接到任何远程SONET网元，并且能够像操作本地网元一样操作远程的网元。
8.6.1        Craftsperson/WS接口
R8-106        [876]    SONET网元通过OS/NE通讯支撑的所有的操作功能在本地craftsperson界面上应该同样的被支撑。
R8-107        [877]    任何在本地craftsperson界面可用的专有特征应该在支撑文档中清楚的说明。
R8-108        [878V2]    工作站应该提供给craftsperson一个如同TR-TSY-000824中定义的那样的命令行模式的操作界面。
R8-109        [879]    craftsperson和工作站之间的命令行界面应该和GR-831-CORE中的TL1需求一致。
R8-110        [880v2]    应该支撑在GR-826-CORE中详细说明的用户界面需求。
另外，craftsperson/WS界面需求需要更深入的研究。
8.6.2        WS/NE接口
R8-111        [881v2]    应该提供一个和TR-TSY-000824一致的WS/NE界面。
O8-112        [1039]    SONET网元应该尽量支撑在SIF-009-19974.1章中定义的基于LAN的界面。
R8-113        [1040v2]    SONET网元应该支撑在SIF-009-1997 中定义的WS/远程网元间界面。
8.7        TARP
TARP(Target address resolution protocol)用于将TL1消息中的TID(Target Identifiere)地址转换为CLNP地址（NSAP）。在下列的情形下，这种转换很有必要：
一是当TL1/X.25用在OS/NE接口时，网关网元需要把子网网元的TID映射到它们的CLNP地址；而是当使用远程登录在本地网元输入远端网元的TID时，本地网元需要将TID转换为CLNP地址。
8.7.1        支撑TARP的网络层协议
TRAP 协议数据单元由标准的ISO8437 CLNP 协议数据单元装载。当发送TARP协议数据单元的时候，TARP在CLNP协议数据单元的头部放置了一些约束值。如果没有包含TARP的约束值，这些地方将另作它用，详见ISO8437。
8.7.2        TARP-PDU规范
这一部分详细说明了CLNP Data PDU中数据部分装载的TARP PDU的各个域。下面的各个小部分描述了TARP PDU各个部分。
1        TARP生存期(tar-lif)
tar-lif域包含了TARP的生存时间。
2        TARP序号(tap-seq)
tar-seq域包含了TARP用来作循环检测的序列号码。
3        协议地址类型(tar-pro)
tar-pro域用来指示TID必须映射的协议地址类型。16进制值‘FE’用来指示CLNP地址类型。
4        URC和TARP类型码(tar-tcd)
tar-tcd域包括了远程缓冲更新位（URC bit，第一bit）和TARP类型码（后7bit）。
5        TID目标长度(tar-tln)
tar-tln域指示了tar-ttg域中字节数目（tar-ttg详见8.7.2.8)。
6        TID源长度(tar-oln)
tar-oln域指示了tar-tor域中的字节数目（tar-tor详见8.7.2.9)。
7        协议地址长度(tar-pln)
tar-pln域指示了Tar-por域中的字节数目（tar-por详见8.7.2.10）。
8        目标TID(tar-ttg)
tar-ttg域包含了目标网元的TID值。
9        源TID(tar-tor)
tar-tor域包含了TARP PDU的源TID的值。
10        源协议地址(tar-por)
tar-por域包含了TARP PDU的源协议地址。当tar-pro被设为‘FE’，那么tar-por将包含一个CLNP的协议地址。
8.7.3        TARP数据缓存(TDC)
SONET网元可能提供一个TDC（TARP 数据缓冲）。如果提供了，TDC由一系列的值组成，这些值三个一组：tar-pro,tar-tor,tar-por。一个4.1M的TDC能够用来包含大约100个值。对于CLNP的情况，TDC其实是一个TID-NET映射的数据库。
8.7.4        带TARP处理器的网元应用
地址决定和地址改变通知是两个使用TARP处理过程的网元应用。这些网元应用可以从一个操作系统或者一个工作站被调用。
1        寻找匹配TID的NET
当一个网元有一个TID，并且需要找到匹配的NET的时候，处理过程如下：
TARP处理器首先在TDC中检查匹配，如果找到了一个匹配，TARP处理器将返回一个结果给请求应用。如果匹配没有找到，将产生一个TARP类型1的协议数据单元。如果定时器T1定时到了，将产生一个TARP类型2的PDU，并且状态信息被传回请求应用，指示TARP类型1的请求已经失败了，并且TARP类型2的请求正在发起。如果定时器T2的定时也到了，那么开始定时器T4，并开始一个错误恢复程序，并且状态信息传回请求应用，以指示错误恢复正在发起。
错误恢复程序如下。当定时器T4的定时也到了，则产生另一个TARP类型2的PDU，并且定时器T2重新开始。这个PDU的tar-seq域被设为0,然而在网元的序列号码不会被重置。如果定时器T2的定时再次到了，错误信息会传回请求应用，以指示TID无法被分辨。
2        寻找匹配NET的TID
当一个网元有一个NET并且需要找到匹配的TID的时候，将发生下面的过程：
产生一个TARP类型5的PDU，定时器T3被使用，然后如果这个定时器的定时到了，不会产生有错误恢复过程，会提供状态信息以指示没有办法找到TID。
3        发送TID或协议地址变化通知
当一个网元需要通知另一个网元TID或者协议地址发生了改变，过程如下：
TARP处理器产生一个TARP类型4的PDU，在里面的tar-ttg域里面包含了网元的TID或者协议地址发生改变之前存在的的TID值。
注意，这里无须确认另一个网元是否成功的收到了这个类型4的PDU里面的地址改变信息。
8.7.5        TARP PDU处理
TARP PDU处理包括了源TARP PDUs和接受到的TARP PDUs。
不同的TARP PDUs必须被分散到所有邻近的系统上的TARP上。这意味着网元可以识别自己的邻近的网元。
1        TARP类型1 PDU生成
当网元发起一个TARP类型1的PDU，这个PDU被发送到这个网元的路由范围里面的所有邻近的网元。注意这意味着网元有能力识别自己的邻近网元，并且，在使用广播子网（例如LAN）的时候，网元将比使用点到点的子网拥有更多邻近网元，也就是需要发送更多的数量的PUDs。
2        TARP类型2 PDU生成
当一个TARP类型2的PDU发起时，这个PDU会被发送到所有的，在路由范围内或在路由范围外但在网元路由领域内的邻近网元。需要注意的是只有实行Level 2 IS功能的网元在路由范围外才有邻近网元。另外，在TARP类型2的PDU中的tar-tor域的使用可能在GR-253-ILR的更深入的主题中讨论，但是现在这个域中必须设置为发起网元的TID。
3        TARP类型3 PDU生成
一个TARP类型3的PDU是对一个TARP请求PDU的响应。这个响应只被发送到请求的发起者，并且这不使用TARP传播程序。TARP类型3的PDU的tar-ttg域是空的。
4        TARP类型4 PDU生成
一个TARP类型4的PDU是发起者的TID或者协议地址发生改变的通知。这个PDU被发送到所有的网元路由范围内和范围外的邻近网元。
5        TARP类型5 PDU生成
当一个TARP类型5的PDU被发送的时候，并且知道CLNP目的地址，那么这个PDU只发送到这个地址。TARP类型5并不使用TARP传播程序。TARP类型5的PDU的tar-ttg域的值也是空的。
6        TARP PDU的接收
在接受一个到达的TARP PDU的时候，TARP处理器会发生如下这些步骤：
1)、检查tar-lif是否等于0,如果是，抛弃TARP PDU。
2)、检查tar-pro，看是否是支撑的协议地址类型，如果不支撑，抛弃TARP PDU。
3)、检查tar-seq,并且实行循环的检测过程（只有当网元是一个中间系统的时候，看8.7.5.7）
4)、下面的步骤依赖于TARP的类型码和网元是ES或者IS
下面的步骤在此略，详见Gr253.8.7.5.6.1~3。
7        环路检测过程(由ISs实行)
环路检测过程如下：
当接受到一个TARP PDU，无论是类型3或者类型5的，网元会检查他的环路检测缓冲区以找到匹配。如果不存在匹配，这个PDU会被处理，并且一个新的条目会被加到LDB中。如果tar-seq为0，会开始一个和LDB条目关联的、使用提供的定时器值的定时器。如果找到一个匹配，tar-seq会和LDB的条目比较。
如果tar-seq非0，并且小于或等于LDB条目，抛弃PDU。
否则如果tar-seq大于LDB条目，这个PDU会被处理，并且LDB条目中的tar-seq域将会用新的值更新。定时器失去作用。
否则，tar-seq必须等于0。如果LDB条目定时器定时到了，PDU会被抛弃。如果定时器没有运行，在LDB条目中的tar-seq仍保持0，并且如上面描述相应的定时器会开始定时。
8        传播过程(由ISs实行)
由ISs实行的传播过程如下：
对于Level 1的传播，PDUs被传播到网元路由范围内的所有邻近点除了将在下面提到的。
对于Level 2的传播，PDUs被传播到所有邻近电包括网元路由范围内和范围外，在网元路由领域里的，除了将在下面提到的。
除掉的这些如下：无论是在点到点子网络还是在广播子网络，PDUs不会被传回已经收到这个PDU的网元。
8.7.6        TARP处理器的管理
最低限度，SONET网元应该提供如下的管理TARP处理器功能的能力。如：
R8-131        [895]    网元应该允许TARP传播能够通过链路被可选择的被disable。
R8-137        [901]    网元应该允许disable下列中的任何一个：所有的TARP功能，TARP传播功能，TARP源功能或者TDC。
R8-138        [902]    网元应该允许TARP请求能够人为的被产生。
8.7.7        TARP响应功能
这一章描述了TARP响应功能（TEF），用于帮助发现并修理故障，并且能够确定CLNP地址的可到达性。TEF既可以从操作系统被调用，也可以从网元的工作站被调用。TEF的调用会导致网元发送一个TARP类型5的PDU。
8.7.8        人工TARP邻接
在使用没有TARP能力的非SONET网元时，如普通的路由器，会引起关联到TARP的兼容性问题。这样的设备可能没有TID，然后TARP需求可能需要穿通普通的路由器。在这样的情况下，在SONET网元中提供人工TARP连接的能力是比较有用的。
8.7.9        TARP举例
图8-14举例说明了一个TARP是如何工作的。在这个例子中，一个远程登陆协议从一个带有TID AA的网元被发起，到一个带有TID HH的网元。带有TID AA的网元发起了一个TARP类型1的请求PDU。这个请求通过网络被传播知道它到达了带有TID HH的网元。在这一点，带有TID HH的网元发起一个TARP类型3的请求协议数据单元，发送回带有TID AA的网元。