8032v2和v1,v3对照学习笔记 - v2篇(2)

对于traffic channel，承载的是业务数据，若在某个block的端口【ingress: 线路到端口】收到，由于该端口已经从vlan中excluded，所以不会转发,同理试图通过该节点转发的数据【egress: switch到port】也会被block，不存在进一步处理的可能 对于R-APS, 不转发收到的R-APS,但收到的R-APS送ERP处理

即使端口block，但ERP仍可通过block的端口发送自己产生的R-APS

On sub-rings without R-APS virtual channel, the R-APS channel is never blocked on any of itssub-ring nodes. However, in this case, the R-APS channel is terminated at theinterconnectionnodes. 9.6 FDB flush

removing MAC addresses

flush only the FDB for the VLAN IDs

9.7 Ethernet ring protection switching models for interconnection 6点双环，很简单

9.7.1 Ring interconnection model with an R-APS virtual channel

图9.7是一个sub ring port, 一头连子环，另一侧的network是主环，基本逻辑和单环是一样的，区别在于多了一个topology notice,即tc，子环发生倒换，通知主环动作；另外子环的RAPS会穿过主环 疑问：为什么要vc？

interconnection node 提供了子环到其它网络的连接

An R-APS virtual channel provides R-APS connectivity between thisinterconnection node and the other interconnection node of the same sub-ring, over the network

Care must be taken to ensure that the local R-APSmessages of the sub-ring being transported over the R-APS virtual channel into the interconnectednetwork can be uniquely disambiguated from those of other interconnected ring R-APS messages.

This can be achieved by, for example, using separate VIDs for the R-APS virtual channels of different sub-rings.

R-APS在主环通过不同的VID传输

主环R-APS->ETHDi/ETH_A------>ETHDi/ETH_A-----?ERP1

子环R-APS--?ETHDi/ETH_A------>R-APS_2_FF----?ETHDi/ETH_A-----?ERP2 Topology_Change signal 当子环发生倒换（捕捉条件：flush DB），子环发送该信号给主环，主环可以选择做相应动作

从图9.8上看，多环的ERP process之间只有子环tc的一个单向通讯通道，而子环的RAPS在主环上只是一个普通的vlan

are separated in ERP1 using different R-APS VIDs应该是are separated in ERPx using different R-APS VIDs

9.7.2 Ring interconnection model without R-APS virtual channel(P.25)

无虚通道的模型，R-APS在互联节点终结，如果没有vc，则子环存在一个R-APS通道隔离的问题，因为子环互联节点之间既无普通R-APS通道，也无虚通道，为了解决这个问题，子环上R-APS blocking要配为不生效,这样互联节点之间就可以通讯了。 该段关于为什么要用w/o vc,和如何用w/o vc,以及行为细节都没有说明 自我总结如下：

1. Vc需要穿通互联的其它网络域，带来额外的配置复杂性和倒换性能的不确定性问 题

2. 所有节点要配置w/o vc,而不是仅仅在互联节点上配置，这样才能保证R-APS channel的畅通，事实上在w/o vc场景下，互联节点其中一个作用是终结子环的r-aps 3. 除了r-aps不阻断，其行为类似with vc

9.7.3 Guidelines for using ring interconnection model with or without R-APS virtual Channel

a) With virtual channel, R-APS message is to tunnel(vid) between interconnect node 特点：R-APS channel blocking机制单环多环一致

优点：支持连接多主环（包括非ITU-T 和g8032的环），如下图，主环不需重新配置成子环

注意： 带宽占用，每条vc需分配不同的vid且（或）环id以区分之 Switching time受R-APS经过虚链路时间影响，比如经过时间很长 Flush 的组合 主环倒换不会相互影响，也就不会出发flush 子环的倒换可以出发主环flush

Without virtual channel, R-APS message is to terminal at interconnect node.

无R-APS message在互联节点被导入或导出，所以此种模型无需考虑带宽，VID/环id 子环倒换时间和互联环配置无关 互联环是树形拓扑无需考虑环路

缺点： R-APS blocking机制不同（见10.1.14） 两个主环通过一个子环连接，其中一个主环需要重新配置为子环，这样会引起服务中断和倒换

10 Protection control protocol Ring protection but loop avoidance

At any time traffic may flow on all but one of ring links

如果一个端口block,它可以unblock,前提条件是它知道环中至少有一个端口是block的 比如

收到NRRB消息，表示RPL端口block

收到SF消息，表明环上有break的link，进而有block的端口 10.1 Principles of operations

ERP处理的基本逻辑是从各种消息源搜集输入并比较，得到最高优先级的输入，并结合节点自身目前的状态，配置，输出相应的动作，比如flush db, 发送R-APS，block/unblock端口等：

输入包括本地请求，本地端口状态和远端R-APS中的请求

本地请求，即ExtCMD, 包括manual, force,clear命令,由于可能同时存在多个，所有cmd先送本地优先级排序逻辑LocalPriorityLogic，再送优先级逻辑二次排序 Ring口上产生的本地SF,SF clear送本地故障检查模块评估，holdoff,然后送优先级排序逻辑 远端R-APS Validity check,guard timer,priority logic Note: Guard timer在转，R-APS不送priority logic WTR timer在转，WTR Running signal插入 priority logic WTR timer过期，WTR Expires signal传到priority logic WTB类似WTR is identified as the current top priority request signaled to theR-APS request processing logic.（P29）-- 这句话表述有误，应该是说本地节点收到的RAPS消息，是远端节点的最高优先级的request

priority logic的消息来源：

a) the R-APS request/state and status information b) status and events from the WTR timer c) status and events from the WTB timer

d) status of the local Ethernet ring node's ring ports e) toppriority local request

f) the current node state from the R-APSrequest processing

R-APS request processing接受最高优先级的请求，并处理，输出和收到的最高优先级请求，配置，当前状态有关 消息：

Priority logic 配置：

MI_RAPS_RPL_Owner_Node（指示该节点是否是RPL，相应端口）

MI_RAPS_RPL_Neighbour_Node（指示该节点是否是RPL- neighbor，相应端口） 处理方式：

输入：current top priority request加local Ethernet ring node state 动作：

Transmissionof R-APS messages blocking or unblocking ring ports flushing the FDB

starting or stoppingthe timers.

flush logic根据收到的R-APS判断是否发生倒换，并由此触发flush

The topology change propagation process只存在于interconnection node上，子环拓扑改变发出Topology_Change signal通知主环处理。

interconnection flush logic从其它连接实体接收拓扑改变信息： 子环的ERP, and MI_RAPS_Propagate_TC 输出：flush ring port FDB and may trigger transmission of R-APS event requests

to both ring ports

Note: 该逻辑只存在于互联节点 backward compatibility logic 检查配置和请求

R-APS block logic(只存在于子环节点) 输入：

R-APS request processing

the top priority request from the priority logic

MI_RAPS_Sub_Ring_Without_Virtual_Channel signal. 输出：

block or unblocktraffic channel and/or the R-APS channel on ring port Backward compatibility logic模块参见10.1.13 10.1.1 Priority logic

所有输入都称作requests, 输入有多个来源（7），不同的request有不同的优先级，最高优先级的request叫top request

某一时刻有一个top request, 每当收到远端R-APS或本地request发生变化，top request要重新评估。

Clear,FS,remote fs,local sf,local sf clear,remote sf,remote ms, ms, wtr-e,wtr-r,wtb-e,wtb-r,nrrb,nr 注意：对于本地请求，如fs,sf,ms会一直在priority logic中保持，直到有更高优先级的请求或被清除

对于R-APS的request的决策是一次性的，不保存

local sf clear是被动的，仅在SF condition不存在，且在其他端口没有更高优先级的请求时存在

如果收到的消息的RING ID和自己的相同，忽略 10.1.2 R-APS request processing(p31-38) 逻辑： R-APS request processing接收当前优先级最高的request和当前节点的状态,设置共同决定，执行一系列动作，节点迁移到新的状态 输入：

最高优先级的request

本地设置，兼容性【v1->revertive mode】，owner,neighbor 输出： Guard timer start/stop Node status -> priority logic Wtr/wtb -> priority logic RAPS message transmission/stop Block/unblock ring ports& flush db[应是调用flush db logic]

初始状态： ---，初始化，分支1，动作，下一个状态e Initialization 31

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库8032v2和v1,v3对照学习笔记 - v2篇(2)在线全文阅读。