专利名称：一种子环虚拟通道的地址刷新方法
技术领域：
本发明涉及数据通信领域，更具体地涉及一种子环虚拟通道的地址刷新方法。
背景技术：
在以太网的实际应用中，广泛采用了各种保护技术，实现主用路径和备用路径之 间的冗余备份。当主用路径和备用路径都为完好时，阻塞备用路径的保护数据转发功能， 网络之间的保护数据在主用路径上传输；当主用路径发生故障时，打开备用路径的保护数 据转发功能，网络之间的保护数据切换到备用路径上传输，实现网络正常状态下防止保护 数据被重复接收和形成广播风暴，在网络的主用路径出现故障时启用备用路径传输保护数 据，提高以太网的抗故障能力，并且满足切换时的收敛时间小于50ms的高实时性要求。例如以太网多环保护技术，如图1所示，节点Sl至S6都为以太网交换机，网络B和 节点S2相连接，网络A和节点S5相连接。网络A和网络B之间进行通信。网络A和网络 B之间有四条物理路径，即网络A<->节点S5<->节点S3<->节点S2<->网络B，网络A<-> 节点S5<->节点S3<->节点S4<->节点Sl<->节点S2<->网络B，网络A<->节点S5<->节 点S6<->节点S4<->节点S3<->节点S2<->网络B，网络A<->节点S5<->节点S6<->节点 S4<->节点Sl<->节点S2<->网络B。对于以太网多环的保护技术，国际上正在制定的标准(如ITU的G. 8032)认 为以太多环的保护网络中应该包含环和子环，即，环(Ring)是一个完整的以太环，子环 (Sub-Ring)是一种通过互连节点(Interconnection Node)与其它环或者网络相连的以太 环，互连节点(Interconnection Node)是同时属于两个或者多个以太环的公共节点。如图 2a所示，图中包含一个环和一个子环，Ringl是环，Ring2是子环。Ringl包含的节点有Si、 S2、S3 和 S4，包含的链路有:<S1, S2>、<S2, S3〉、〈S3，S4> 和 <S4, Sl> ；Ring 2 包含的节点 有S3、S5、S6和S4，包含的链路有:<S3，S5>、<S5，S6>和<S6，S4>。需要特别强调的是〈S3， S4>链路属于Ringl而不属于Ring2。在环网中，当环网无故障的情况下，一个环中，需要有 一段链路对数据报文的转发处于阻塞状态以防止成环，这段链路一般称为环保护链路(或 常阻塞链路，等)，通过这段环保护链路参与进行环中主用路径和保护路径的切换。拥有环 保护链路的节点，这里称为环保护链路控制节点。如图2a所示，在Ringl中，节点Sl为环 保护链路控制节点，与节点Sl的11端口直连链路为Ringl的环保护链路。在Ring2中，节 点S6为环保护链路控制节点，与节点S6的62端口直连链路为Ring2的环保护链路。在正 常情况下，Ringl和Ring2的环保护链路控制节点阻塞它们与环保护链路相连端口的数据 报文(文中指保护业务的数据报文)的转发，防止保护数据被重复转发和形成广播风暴。当以太多环网中的链路都为完好时，环和子环的环保护链路控制节点阻塞从端 口的保护数据转发功能。如图2a所示，节点Sl阻塞了端口 11的保护数据转发功能，节 点S6阻塞了端口 62的保护数据转发功能，网络B和A的通信路径为网络B<->节点 S2<->S3<->S5<-> 网络 A。当以太多环网的链路出现故障时，如果故障链路不是环保护链路，则环保护链路控制节点打开环保护链路相邻端口的保护数据转发功能，并且各个节点还要刷新地址转发 表，网络之间通信按照新的路径传输。如图2b所示，环Ringl上的节点S2和S3之间的链 路发生了故障，节点S2检测到链路故障后，阻塞端口 22的数据转发功能，通知其他节点链 路发生了故障，节点Sl收到故障通知后，打开端口 11的保护数据转发功能，另外Ringl上 的各个节点还要刷新地址转发表，网络B和A新的通信路径为网络B<->节点S2<->节点 Sl<->节点S4<->节点S3<->节点S5<->网络A。当以太多环网中的链路恢复时，进行恢复切换，网络传输恢复到正常状态时的传 输路径，由于路径改变，节点也需要进行地址转发表的刷新。在对以太多环网进行维护和保护切换时，需要传播大量的控制报文，这些控制报 文是在自动保护控制信道中传播，自动保护控制信道有两类，一类对应于环，称为环的控制 信道，另一类是对应于子环，称为子环的控制信道。环的控制信道配置在环内。子环的控制 信道包含配置在子环内的部分和虚拟通道(Virtual Channel)。虚拟通道是配置在互连点 之间的其它网络或者其它环(包含其它子环)为子环协议报文提供传输通道的子环的控制 信道。如图3所示，子环Ring2的控制信道不仅配置在子环Ring2上，而且还配置在环Ringl 上，配置在环Ringl上的部分是为子环Ring2的协议报文提供的虚拟通道。由于虚拟通道 的存在，子环的协议报文可以到达子环上的任何一个节点。下面将讨论以太多环网中子环的地址刷新问题例如在图4中，当以太多环网无故障时，网络B和A的通信路径为网络B<_>节 点S2<->S3<->S5<->网络A。当子环Ring2的链路发生故障时，如图4所示，Ring2的链路 〈S3，S5>出现了故障，节点S5检测到端口 51对应链路出现故障后，刷新地址转发表，阻塞 端口 51的保护数据转发功能，打开端口 52的保护数据转发功能，并向外发送故障状态帧。 节点S6收到故障状态帧后，刷新地址转发表，网络A和网络B之间形成新的传输路径。当 节点S5和节点S6刷新地址转发表后，网络A发给网络B的保护数据通过节点S5和节点S6 的广播，最终能够到达网络B，同时各个节点学习到网络A的地址。但是，在网络A发给网 络B数据之前，如果网络B向网络A发送数据，那么就会发生大量丢包现象。这是由于节点 S2还没有刷新地址转发表，地址转发表中还是路径切换前的条目，即错误的地址条目，网络 B发向网络A的保护数据仍然按照错误的地址转发表转发，即从节点S2的出端口 22发送， 这些数据实际上由于链路故障和端口阻塞是不能到达网络A的，只有等待交换机学习到了 正确的网络A的地址出端口后，才可以达到网络B，因此网络B发向网络A的路径切换时间 取决于是否有网络A发向网络B的流量，这个时间有时甚至超过50ms。在以太网环路进行 恢复的保护切换时，网络A和B之间的通信也存在类似的问题。从上面的分析可以看出，当子环的链路发生故障时，子环需要通过互连节点向该 子环以外的其它网络发送协议报文通知其它网络的节点刷新地址转发表。现有的ITU-T G. 8032v2对该问题的解决方案是当子环拓扑发生变化时，当且仅 当互连节点从子环收到带有地址刷新信息的协议报文并刷新自身地址转发表后，该互连节 点才构造新的地址刷新协议报文，并连续3次将该协议报文转发到互连节点之间的虚拟通 道上，其它环或子环上的节点收到该协议帧后，刷新各自的地址转发表。现有的子环地址刷新方案虽然可以保证子环虚拟通道上的节点得到地址刷新，但是子环互连节点构造的地址刷新报文却在虚拟通道上发生了扩散，这必将引起虚拟通道上的所有节点刷新地址转发表，引起以太多环网所有的环和子环上发生瞬间的广播风暴，大大影响了以太多环网的整体性能。如图5a所示，Ringl、Ring2、Ring3和Ring4构成以太多 环网。Ring2是一个完整的闭环，包含的节点有S2、S6、S7和S3，包含的链路有<S2，S6>、 <S6，S7>、<S7，S3>和〈S3，S2>，控制节点(或称环保护链路拥有者)是S3节点，与32端口 相连的是环保护链路；Ringl是子环，包含的节点有S2、Si、S5和S6，包含的链路有<S2， S1>、<S1，S5>和<S5，S6>，控制节点是S5节点，与51端口相连的是环保护链路；Ring3是子 环，包含的节点有S3、S4、S8和S7，包含的链路有:<S3, S4>、<S4，S8>和<S8，S7>，控制节点 是S4节点，与42端口相连的是环保护链路；Ring4是子环，包含的节点有S5、S9、S10、Sll 禾口 S8，包含的链路有:<S5, S9>、<S9，S10>、<S10，Sll>和<S11, S8>，控制节点是SlO节点， 与102端口相连的是环保护链路；在图5a中，子环的链路<S10，S11>发生了故障，节点SlO 阻塞101端口的数据报文转发功能，并由102端口周期性地向外发送SF报文(故障通知报 文)，节点Sll阻塞112端口的数据报文转发功能，并由111端口周期性地向外发送SF报文 (故障通知报文)。互连节点S5和S8分别首次收到节点SlO和Sll发送来的带有地址刷 新信息的SF报文后，刷新各自的地址转发表，然后分别构造FLUSH报文，向虚拟通道(子环 Ring4的虚拟通道被配置在Ringl、Ring2和Ring3上)连续发送3次。这些FLUSH报文在 虚拟通道上扩散，刷新了虚拟通道上的所有节点的地址转发表，这将引起虚拟通道上的瞬 间广播风暴。实际上全部刷新互连节点之间的所有其它环或子环上的节点的地址转发表是完 全没有必要的。例如，在图5b中，子环Ring4上没有故障，控制节点SlO的102端口阻塞数 据报文的转发功能。网络A与网路B之间的通信路径是网路B<->S4<->S3<->S2<->S6<-> S7<->S8<->Sll<->S10<-> 网路 Α。在图 5c 中，子环 Ring4 的链路 <S10，Sll> 发生了故障， 节点SlO阻塞101端口的数据报文转发功能，打开102端口的数据报文转发功能。节点Sll 阻塞112端口的数据报文转发功能。网络A与网路B之间的通信路径改变为网路B<->S4 <->S3<->S2<->Sl<->S5<->S9<->S10<->网路Α。比较网络A与网路B在图5b和图5c中的 两条转发路径，可以发现两条路径有公共路径S4<->S3<->S2，换句话说在子环链路<S10， Sl 1>发生故障的时候，节点S3和S4不必刷新地址转发表，仅仅刷新互连节点之间的通畅路 径(S5<->S1<->S2<->S6<->S7<->S8)上的节点的地址转发表就可以保证数据不会沿着错 误的路径转发。因此，提出一种将互连节点向虚拟通道发送的FLUSH报文的传输路径限定在一条 互连接点之间的通畅路径上，对减少虚拟通道上的瞬间广播风暴和提高网络性能是非常有 意义的。
发明内容
本发明所要解决的技术问题是提供一种子环虚拟通道的地址刷新方法，避免虚拟 通道上的互连节点全部刷新地址转发表，提高网络性能。为解决上述技术问题，本发明采用了以下解决方案一种子环虚拟通道的地址刷新方法，包括当子环互连节点从其子环的控制VLAN上收到携带地址刷新信息的故障通知报文 时，据此刷新本地的地址转发表并构造FLUSH报文，然后根据地址刷新报文的目的MAC地址和VLAN ID在本地的地址转发表中查找相应的出端口，将地址刷新报文从相应的出端口转发至子环的虚拟通道上；在所述地址刷新报文的传输过程中，所述子环的虚拟通道上的其它互连节点接收 到地址刷新报文时，根据其目的MAC地址和VLAN ID在本地的地址转发表中查找相应的出 端口，将地址刷新报文从相应的出端口转发，之后根据地址刷新报文更新本地的地址转发 表；所述子环的虚拟通道上的非互连节点接收到所述地址刷新报文时，将其以组播VLAN方 式转发，并据此更新本地的地址转发表。上述方法中，所述地址刷新报文的源MAC地址和目的MAC地址均与所述携带地址 刷新信息的故障通知报文的目的MAC地址相同，且所述地址刷新报文的VLAN ID与所述子 环的控制VLAN的ID相同。上述方法还包括在所述地址刷新报文的传输过程中，所述子环互连节点接收到 源MAC地址和目的MAC地址均与所述故障通知报文的目的MAC地址相同的协议报文时，丢 弃此协议报文。上述方法还包括所述子环互连节点周期性地在所述子环的虚拟通道上发送组播 报文，且所述组播报文的源MAC地址和目的MAC地址均与所述故障通知报文的目的MAC地 址相同。上述方法中，所述组播报文的发送周期小于MAC地址的老化周期。上述方法中，所述子环互连节点发送地址刷新报文的方式为连续3次向子环的 虚拟通道发送。本发明具有以下有益效果采用本发明，可以使互连节点向虚拟通道发送的地址刷新报文(FLUSH报文)仅仅 刷新虚拟通道上的一条通畅路径上的节点，大大减少FLUSH报文在虚拟通道上的扩散，避 免了虚拟通道上的所有节点被刷新地址，提高了网络性能。
图1为以太多环网的拓扑图；图2a为以太多环网中链路完好时的通信路径拓扑图；图2b为以太多环网中链路故障时的通信路径拓扑图；图3为子环控制VLAN的示意图；图4为子环发生故障需要向虚拟通道刷新地址的实例图；图5a为传统方案中FLUSH报文在虚拟通道中的传播路径；图5b为无故障情况下的网络A与网络B的通信路径；图5c为子环发生故障情况下的网络A与网络B的通信路径；图6为本发明的子环虚拟通道的地址刷新方法流程图；图7为本发明的实施例中FLUSH报文在虚拟通道的传播路径。
具体实施例方式本发明的核心思想为当子环的拓扑发生变化并且互连节点需要向虚拟通道发送 地址刷新报文(FLUSH报文)时，所述的地址刷新报文仅仅刷新子环互连节点之间通畅路径上节点的地址转发表。具体实现方法为1)当子环互连节点从其子环的控制VLAN上收到携带地址刷新信息的SF报文时， 据此刷新本地的地址转发表(FLUSH报文中的VLANID对应的地址转发条目除外)并构造 FLUSH报文，然后根据FLUSH报文的目的MAC地址和VLAN ID查找本地的地址转发表，若找 至IJ，则将FLUSH报文从相应的出端口转发至子环的虚拟通道上，否则将其以组播VLAN方式 发送出去；2)在FLUSH报文的传输过程中，子环的虚拟通道上的其它互连节点收到FLUSH报 文时，根据FLUSH报文的目的MAC地址和VLAN ID查找本地的地址转发表，若找到，则将 FLUSH报文从相应的出端口转发至子环的虚拟通道上，否则将其以组播VLAN方式发送出 去；之后根据FLUSH报文更新本地的地址转发表(FLUSH报文中的VLAN ID对应的地址转发 条目除外)。所述子环的虚拟通道上的非互连节点接收到FLUSH报文时，将其以组播VLAN 方式转发，并据此更新本地的地址转发表(FLUSH报文中的VLAN ID对应的地址转发条目除 外)。子环互连节点收到源MAC和目的MAC地址相同的协议报文并且这些MAC地址与SF报 文的MAC地址相同时，丢弃此协议报文。为了使子环虚拟通道上的其它互连节点能够在本地的地址转发表查找到FLUSH 报文相应的出端口，两个子环互连节点还周期性地在子环的控制信道的虚拟通道上发送组 播报文(这些报文的目的MAC地址和源MAC地址与所述SF报文的组播MAC地址相同)，这 些报文在所述子环的控制VLAN上传播，以使子环虚拟通道上的其它互连节点能够进行MAC 地址学习。为了详细说明本发明的方案，进一步阐述如下(如图6所示)步骤601，将以太多环网上的节点分为两类，一类是环或子环的互连节点，这类节 点构成集合1，另一类是非互连节点，这类节点构成集合2。步骤602，对于集合1中的任意两个互连节点，如果它们是某个子环接入其它环或 子环的互连节点，所述的两个互连节点周期性地在所述子环的控制信道的虚拟通道上向所 述子环发送组播报文(这些报文的目的MAC地址和源MAC地址与所述子环的协议报文的组 播MAC地址相同)，目的是使虚拟通道上的互连节点在MAC地址老化之前学习到所述子环协 议报文的MAC地址。这些报文的发送周期小于MAC地址的老化周期。步骤603，当节点收到环或子环的协议报文(S卩，报文的目的MAC地址落在
区间内，该区间内的 MAC 地址是 ITU-T G. 8032 的协议报文的组播MAC地址)时，分两种情况处理情况1，收到该协议报文的节点是非互 连节点，转入步骤604。情况2，收到该协议报文的节点是互连节点，转入步骤606。步骤604，当非互连节点收到环或子环协议报文时，采用普通的VLAN组播数据的 转发方法，即，该节点向(所述环或子环的控制VLAN内)入端口以外的其它所有端口转发 所述接收到的协议报文，同时拷贝一份该协议报文供所述非互连节点处理。步骤505，如果该协议报文是FLUSH报文，该节点刷新地址转发表(FLUSH报文中的 VLAN ID对应的地址转发条目除外)。步骤606，当互连节点收到所述的协议报文时，该互连节点分析该报文目的MAC地址的最后一个字节，得到该协议报文所属环或子环的环号，同时读取协议报文中的VLAN ID，然后分3种情况处理情况1，该互连节点在拥有所述环号的环或子环上配有2个环上端口，转入步骤607。情况2，该互连节点在拥有所述环号的环或子环上没有配置端口，转入步骤609。情况3，该互连节点在拥有所述环号的子环上仅仅配有1个环上端口，转入步骤 611。步骤607，当所述互连节点在拥有所述环号的环或子环上配有2个环上端口时，该互连节点采用普通的VLAN组播数据的转发方法，即，该互连节点向(所述协议报文的VLAN ID确定的VLAN内)入端口以外的其它所有端口转发所述接收到的协议报文，同时拷贝一份 该协议报文供所述互连节点处理，转入步骤608。步骤608，如果该协议报文的拷贝是FLUSH报文，该节点刷新地址转发表(FLUSH报 文中的VLAN ID对应的地址转发条目除外)。步骤609，当所述互连节点在拥有所述环号的环或子环上没有配置端口时，该互连 节点拷贝一份给该节点分析，同时根据该协议报文中的目的MAC地址和VLAN ID查表(除 去入端口对应的地址条目)，如果查到，就将该协议报文从相应的端口发送，否则，以组播 VLAN方式发送，S卩从除去入端口(VLANft)以外的其它端口转发，转入步骤610。步骤610，如果该协议报文的拷贝是FLUSH报文，该节点刷新地址转发表(FLUSH报 文中的VLAN ID对应的地址转发条目除外)。步骤611，当该互连节点在拥有所述环号的子环上仅仅配有1个环上端口时，分两 种情况处理情况1，该互连节点是从拥有所述环号的子环上的端口接收到所述的协议报 文，转入步骤612。情况2，该互连节点是从除去拥有所述环号的子环的环上端口的其它端 口接收到所述的协议报文，转入步骤614。步骤612，该互连节点拷贝一份该协议报文给该节点分析，同时根据该协议报文中 的目的MAC地址和VLAN ID查表(除去入端口对应的地址条目)，如果查到，就将该协议报 文从相应的端口发送，否则，以组播VLAN方式发送。转入步骤613。步骤613，如果该协议报文的拷贝携带地址刷新信息(该协议报文不是后续的携 带地址刷新信息的协议报文)，该互连节点刷新地址转发表(该协议报文的VLAN ID对应的 地址转发条目除外)，同时构造FLUSH报文(FLUSH报文只能在虚拟通道中传输)，FLUSH报 文的目的MAC地址和源MAC地址与所述收到的协议报文的目的MAC地址一样。FLUSH报文 发送的方式是向虚拟通道连续发送3次。步骤614，判定协议报文的目的MAC地址和源MAC地址是否与拥有所述环号的子环 的协议报文的MAC地址相同，如果相同就丢弃，否则将该协议报文向拥有所述环号的子环 的端口转发。实施例一，以太多环网中子环协议报文在虚拟通道中的地址刷新过程图7是以太多环网子环协议报文在子环控制信道中的传输示意图，图中的子环的 控制信道是由VLAN来实现的，但不局限于用VLAN实现，具体分析如下如图7所示，RingU Ring2、Ring3和Ring4构成以太多环网。Ring2是一个完整 的闭环，包含的节点有S2.S6.S7和S3，包含的链路有:<S2, S6>、<S6，S7>、<S7，S3>和〈S3， S2>，控制节点(或称环保护链路拥有者)是S3节点；Ringl是子环，包含的节点有S2、Si、 S5和S6，包含的链路有:<S2，Sl>、<S1，S5>和<S5，S6>，控制节点是S5节点；Ring 3是子 环，包含的节点有S3、S4、S8和S7，包含的链路有:<S3, S4>、<S4，S8>和<S8，S7>，控制节点 是S4节点；Ring4是子环，包含的节点有S5、S9、S10、Sll和S8，包含的链路有<S5，S9>、<S9, S10>、<S10，Sll> 和 <S11, S8>，控制节点是 SlO 节点。子环Ring4的控制信道分为两部分，虚拟通道(子环Ring4的虚拟通道被配置在RingURing2和Ring3上)和子环部分。虚拟通道上的控制节点S3、控制节点S5和控制节 点S4对子环Ring4的协议报文有阻塞作用。S5和S8节点是子环Ring4接入其它环或子环的互连节点，节点S5和S8周期性 地在子环控制VLAN的虚拟通道上向子环Ring4发送协议报文(这些报文的目的MAC和源 MAC地址与子环Ring4的协议报文的目的MAC地址一样)。图中的子环Ring4的链路<S10，Sll>发生了故障，控制节点SlO打开102端口的 数据转发功能，阻塞101端口的数据转发功能，并沿着102端口向外周期性地发送SF报文 (故障告警报文)。节点Sll阻塞112端口的数据转发功能，并沿着111端口向外周期性地 发送SF报文。当互连节点S5收到控制节点SlO发送来的带有地址刷新信息的SF报文(并且该 报文不是后续的SF报文)时，互连节点S5检查该报文的MAC地址，发现是组播协议报文地 址(落在Wl-19-A7-00-00-01，01-19-A7-00-00-EF]区间内)，然后从该MAC地址的最后1 字节读取环号，发现是节点S5所属子环Ring4发送来的协议报文，该互连节点刷新地址转 发表(协议报文中的VLAN ID对应的地址转发条目除外)。同时，互连节点S5构造FLUSH 报文，该报文(该FLUSH报文的源和目的MAC地址与子环Ring4的协议报文的目的MAC地址 一样)。然后，互连节点S5依据FLUSH报文的目的MAC地址和VLAN ID查表(子环Ring4 的端口对应的地址条目除外)，如果查到出端口是52端口，就将构造的FLUSH报文从52端 口转发出去，否则就向(接收到的SF协议报文中的VLAN ID确定的VLAN内)51入端口以 外的其它所有端口发送FLUSH报文。FLUSH报文发送的方式是互连节点连续3次向虚拟通 道发送。虚拟通道上的互连节点S2、S6和S7收到互连节点S5发送来的FLUSH报文后，检查 该报文的MAC地址，发现是组播协议报文地址，然后从该MAC地址的最后1字节读取环号， 发现不是本节点所属环或子环发送来的协议报文，拷贝一份给节点分析。同时，所述互连节 点用该协议报文中目的MAC地址和VLAN ID查表(协议报文入端口对应的地址条目除外)， 如果查到出端口，就将所述协议报文从此端口转发出去，否则就向(所述协议报文的VLAN ID确定的VLAN内)入端口以外的其它所有端口转发该协议报文。另外该节点检查该报文 的类型，发现是FLUSH报文，然后刷新地址转发表(FLUSH报文中的VLAN ID对应的地址转 发条目除外)。互连节点S8从82端口收到该协议报文后，检查该报文的MAC地址，发现是组播协 议报文地址，然后从该MAC地址的最后1字节读取环号，发现是本节点所属的子环Ring4的 协议报文并且该协议报文来自它的非子环Ring4上端口。如果该报文的目的MAC地址和源 MAC地址相同，S8节点丢弃该协议报文，否则S8节点将此报文从Ring4的端口转发到子环上。非互联节点Sl收到该协议报文后，检查该报文的MAC地址，发现是组播协议报文 地址，该节点向(所述协议报文的VLAN ID确定的VLAN内)入端口以外的其它所有端口转 发该协议报文，同时拷贝一份该协议报文供互连节点Sl处理。互连节点Sl分析该协议报 文的类型，发现是FLUSH报文，然后刷新地址转发表(FLUSH报文中的VLAN ID对应的地址转发条目除外)。对于从互连节点S8进入虚拟通道的FLUSH报文，节点S5、S2、S6、S5和S8对它的 转发处理与由互连节点S5进入虚拟通道的FLUSH报文是一样的。通过上面的分析，可以看出子环Ring4的FLUSH报文沿着虚拟通道中的一条通畅 路径S5<->S1<->S2<->S6<->S7<->S8进行刷新，虚拟通道上的节点S3和S4没有刷新地址 转发表，大大减少了子环Ring4的虚拟通道中的刷新地址转发表的节点的数量。以上实施例仅用以说明本发明的技术方案而非限制，仅仅参照较佳实施例对本发 明进行了详细说明。本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改 或者等同替换，而不脱离本 发明技术方案的精神和范围，均应涵盖在本发明的权利要求范 围当中。
权利要求
一种子环虚拟通道的地址刷新方法，其特征在于，该方法包括当子环互连节点从其子环的控制VLAN上收到携带地址刷新信息的故障通知报文时，据此刷新本地的地址转发表并构造地址刷新报文，然后根据地址刷新报文的目的MAC地址和VLAN ID在本地的地址转发表中查找相应的出端口，将地址刷新报文从相应的出端口转发至子环的虚拟通道上；在所述地址刷新报文的传输过程中，所述子环的虚拟通道上的其它互连节点接收到地址刷新报文时，根据其目的MAC地址和VLANID在本地的地址转发表中查找相应的出端口，将地址刷新报文从相应的出端口转发，之后根据地址刷新报文更新本地的地址转发表；所述子环的虚拟通道上的非互连节点接收到所述地址刷新报文时，将其以组播VLAN方式转发，并据此更新本地的地址转发表。
2.如权利要求1所述的子环虚拟通道的地址刷新方法，其特征在于，所述方法中，所述 地址刷新报文的源MAC地址和目的MAC地址均与所述携带地址刷新信息的故障通知报文的 目的MAC地址相同，且所述地址刷新报文的VLAN ID与所述子环的控制VLAN的ID相同。
3.如权利要求2所述的子环虚拟通道的地址刷新方法，其特征在于，所述方法还包括 在所述地址刷新报文的传输过程中，所述子环互连节点接收到源MAC地址和目的MAC地址 均与所述故障通知报文的目的MAC地址相同的协议报文时，丢弃此协议报文。
4.如权利要求1至3任一所述的子环虚拟通道的地址刷新方法，其特征在于，所述方法 还包括所述子环互连节点周期性地在所述子环的虚拟通道上发送组播报文，且所述组播 报文的源MAC地址和目的MAC地址均与所述故障通知报文的目的MAC地址相同。
5.如权利要求4所述的子环虚拟通道的地址刷新方法，其特征在于，所述组播报文的 发送周期小于MAC地址的老化周期。
6.如权利要求1所述的子环虚拟通道的地址刷新方法，其特征在于，所述子环互连节 点发送地址刷新报文的方式为连续3次向子环的虚拟通道发送。
全文摘要
本发明公开了一种子环虚拟通道的地址刷新方法，包括当子环互连节点从其子环的控制VLAN上收到携带地址刷新信息的SF报文时，据此刷新本地的地址转发表并构造FLUSH报文，然后在本地的地址转发表中查找相应的出端口，将FLUSH报文从相应的出端口转发至子环的虚拟通道上；子环的虚拟通道上的其它互连节点收到FLUSH报文时，查找其相应的出端口后将其从相应的出端口转发，之后根据FLUSH报文更新本地的地址转发表；子环的虚拟通道上的非互连节点接收到FLUSH报文时，将其以组播VLAN方式转发，并据此更新本地的地址转发表。采用本发明，可大大减少FLUSH报文在虚拟通道上的扩散，避免了虚拟通道上的所有节点被刷新地址。
文档编号H04L12/56GK101815029SQ200910105538
公开日2010年8月25日 申请日期2009年2月19日 优先权日2009年2月19日
发明者吴少勇, 王斌 申请人:中兴通讯股份有限公司