CN103384217A - 一种状态切换方法及路由桥 - Google Patents
一种状态切换方法及路由桥 Download PDFInfo
- Publication number
- CN103384217A CN103384217A CN2012101334250A CN201210133425A CN103384217A CN 103384217 A CN103384217 A CN 103384217A CN 2012101334250 A CN2012101334250 A CN 2012101334250A CN 201210133425 A CN201210133425 A CN 201210133425A CN 103384217 A CN103384217 A CN 103384217A
- Authority
- CN
- China
- Prior art keywords
- mac address
- state
- port
- hello packet
- trill
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/462—LAN interconnection over a bridge based backbone
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明实施例提供一种状态切换方法及路由桥。所述方法包括:当第一RB上与第二RB相连的端口的MAC地址由旧MAC地址变为新MAC地址后,所述第一RB将与所述第二RB的邻居状态由Report状态切换至过渡状态;所述第一RB向所述第二RB发送不少于预定数量的、携带所述新MAC地址的TRILL Hello报文;所述第一RB在接收到所述携带所述新MAC地址的TRILLHello报文后,将与所述第二RB的邻居状态由所述过渡状态切换回所述Report状态。所述方法解决了在RB的端口MAC地址由于网络管理原因改变后,原本邻居状态为Report的RB间需重新进行邻居关系协商的问题,减少了数据报文转发中断时间。
Description
技术领域
本发明涉及网络通信技术领域,更具体地说,涉及一种状态切换方法及路由桥(英文全称为Router Bridge,英文缩写为RB)。
背景技术
在二层自治***-自治***(英文全称为intermediate system-intermediatesystem,英文缩写为IS-IS)网络中,RB间的邻居状态分为以下4种:故障(英文为Down),表示邻居不存在;检测(英文为Detect),表示检测到邻居存在;双向(英文为2-way),表示邻居已经彼此发现,但未完成最大传输单元(英文全称为Maximum Transmission Unit,英文缩写为MTU)协商;报告(英文为Report),邻居已经彼此发现,且MTU协商成功,邻居关系建立。其中,只有邻居状态为Report的RB之间才能顺利的进行二层数据报文的传送。
现有RB之间可通过多链路透明互联问好(英文全称为TransparentInterconnection of Lots of Links Hello,英文缩写为TRILL Hello)报文进行邻居关系的协商,TRILL Hello报文承载有该TRILL Hello报文的发送端RB的邻居列表及该发送端RB的相关信息。其中,发送端RB的邻居列表中记录有与该发送端RB存在邻居关系(邻居状态为Report)的所有RB的信息,一个邻居RB的信息可通过邻居列表中的一条邻居记录记载,每条邻居记录记载的内容包括以下4方面:邻居RB的端口的介质访问控制(英文全称为MediaAccess Control,英文缩写为MAC)地址、端口标识(英文全称为Port Identity,英文缩写为Port ID)和***标识(英文全称为System Identity,英文缩写为System ID),这三个属性唯一标识一个邻居RB,并且端口标识和***标识也可以用来标识一个RB;TRILL Hello报文维持时间;邻居RB的优先级;邻居RB期望的指定虚拟局域网(英文全称为Virtual Local Area Nerwork,英文缩写为VLAN),该VLAN用于发送二层数据报文以及IS-IS链路状态包(英文全称为Link State Packet,英文缩写为LSP)协议报文。发送端RB的相关信息包括发送端RB的端口MAC地址、Port ID和System ID等。
在邻居关系协商完成后,邻居状态为Report的RB之间会周期性的发送TRILL Hello报文,用于维护邻居关系。由于网络管理原因,RB的端口MAC地址会发生改变,如果发送端RB的端口MAC地址由旧MAC地址变为新MAC地址,发送端RB的邻居RB在接收到所述发送端RB发送的TRILL Hello报文后,会发现该TRILL Hello报文所承载的发送端RB的System ID和自身邻居列表中所记载的对应发送端RB的System ID相一致,但MAC地址却并不一致,所述邻居RB为防止发送端RB的MAC地址跳变,则会丢弃该TRILLHello报文,并在达到预定的TRILL Hello报文的超时时间后,将针对发送端RB的邻居状态切换为Down,中止与发送端RB的数据报文传输,重新与发送端RB进行邻居关系协商。
从上述方案可以看出,现有技术存在如下缺点:在RB的端口MAC地址发生改变后,原本邻居状态为Report的RB间会中断邻居关系,并进行邻居关系的重新协商,会使RB间的数据报文转发中断比较长的时间,影响RB间的数据报文的正常传输。
发明内容
有鉴于此,本发明实施例提供一种状态切换方法及装置,以解决在RB的端口MAC地址改变后,原本邻居状态为Report的RB间的邻居关系需要重建,导致RB间的数据报文转发中断比较长的时间的问题。
为实现上述目的,本发明实施例提供如下技术方案:
一种状态切换方法,包括:
当第一路由桥(英文缩写为RB)上与第二RB相连的端口的介质访问控制(英文缩写为MAC)地址由旧MAC地址变为新MAC地址后,所述第一RB将所述第一RB维护的所述第二RB的邻居状态由报告(英文为Report)状态切换至过渡状态,其中所述第一RB和所述第二RB互为多链路透明互联(英文缩写为TRILL)邻居;
所述第一RB向所述第二RB发送不少于预定数量的、携带所述新MAC地址的第一多链路透明互联问好(英文为TRILL Hello)报文;
所述第一RB接收所述第二RB在收到所述不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文后回应的携带所述新MAC地址的第二TRILL Hello报文;
所述第一RB在接收到所述携带所述新MAC地址的第二TRILL Hello报文后,将所述第一RB维护的所述第二RB的邻居状态由所述过渡状态切换回所述Report状态。
一种状态切换方法,包括:
第二RB接收作为所述第二RB的TRILL邻居的第一RB发送的第一TRILL Hello报文;
所述第二RB确定所述第一TRILL Hello报文携带的所述第一RB上与所述第二RB相连的端口的MAC地址为与所述第二RB已记录的所述端口的MAC地址不同的新MAC地址;
所述第二RB在确定所述第一TRILL Hello报文携带的所述端口的MAC地址为所述新MAC地址后,将所述第二RB维护的所述第一RB的邻居状态由Report状态切换至过渡状态;
所述第二RB确定收到的包含有所述新MAC地址的第一TRILL Hello报文的数量;
所述第二RB在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,将所述第二RB已记录的所述端口的MAC地址替换为所述新MAC地址;
所述第二RB在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,所述第二RB向所述第一RB发送包含有所述新MAC地址的第二TRILLHello报文;
所述第二RB在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,所述第二RB将所述第二RB维护的所述第一RB的邻居状态由所述过渡状态切换至所述Report状态。
一种第一路由桥RB,包括:
第一状态切换模块,用于在所述第一RB上与第二RB相连的端口的MAC地址由旧MAC地址变为新MAC地址后,将所述第一RB维护的所述第二RB的邻居状态由Report状态切换至过渡状态,其中所述第一RB和所述第二RB互为TRILL邻居;
发送模块,用于向所述第二RB发送不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文;
接收模块,用于接收所述第二RB在收到所述不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文后回应的携带所述新MAC地址的第二TRILL Hello报文;
第二状态切换模块,用于在所述接收模块接收到所述携带所述新MAC地址的第二TRILL Hello报文后,将所述第一RB维护的所述第二RB的邻居状态由所述过渡状态切换回所述Report状态。
一种第二RB,包括:
接收模块,用于接收第一RB发送的第一TRILL Hello报文,所述第一RB为所述第二RB的TRILL邻居;
第一确定模块,用于确定所述第一TRILL Hello报文携带的所述第一RB上与所述第二RB相连的端口的MAC地址为与所述第二RB已记录的所述端口的MAC地址不同的新MAC地址;
第一状态切换模块,用于在确定所述第一TRILL Hello报文携带的所述端口的MAC地址为所述新MAC地址后,将所述第二RB维护的所述第一RB的邻居状态由Report状态切换至过渡状态;
第二确定模块,用于确定接收的包含有所述新MAC地址的第一TRILLHello报文的数量;
地址替换模块,用于在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,将所述第二RB已记录的所述端口的MAC地址替换为所述新MAC地址;
发送模块,用于在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,向所述第一RB发送包含有所述新MAC地址的第二TRILL Hello报文;
第二状态切换模块,用于在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,将所述第二RB维护的所述第一RB的邻居状态由所述过渡状态切换至所述Report状态。
本发明实施例在现有RB间邻居状态的基础上增加了过渡状态。通过过渡状态的设置,第一RB在端口MAC地址改变时,进入过渡状态与第二RB进行邻居关系的处理。在过渡状态下,第一RB向所述第二RB发送不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文。当第一RB接收到第二RB发送的携带所述新MAC地址的第二TRILL Hello报文后,可以确定所述第二RB中当前记录的所述第一RB的所述端口的MAC地址和所述第一RB的所述端口的当前的MAC地址相一致,因此满足了将第一RB维护的第二RB的邻居状态由过渡状态切换回Report状态的条件,从而第一RB将第一RB维护的第二RB的邻居状态由过渡状态切换回Report状态。这样就避免了在第一RB的端口MAC地址改变后,第一RB和第二RB因为邻居关系彻底中断而需要花费较长的时间重新进行邻居关系协商的问题,减少了数据报文转发中断时间。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种状态切换方法的流程图;
图2为本发明实施例提供的第一RB与第二RB的连接关系示意图;
图3为本发明实施例提供的一种状态切换方法的流程图;
图4为本发明实施例提供的第一RB的结构框图;
图5为本发明实施例提供的第一RB的另一结构框图;
图6为本发明实施例提供的第二RB的结构框图;
图7为如图6所示的本发明实施例提供的第一确定模块的结构框图;
图8为如图6所示的本发明实施例提供的获取单元的结构框图;
图9为本发明实施例提供的第二RB的另一结构框图;
图10为本发明实施例提供的一个RB的邻居状态变化图;
图11为本发明实施例提供的一个RB的邻居状态变化图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。
图1为本发明实施例所提供的一种状态切换方法的流程图,参照图1,该方法可以包括以下步骤。
步骤S110、当第一RB上与第二RB相连的端口的介质访问控制(英文全称为Media Access Control,英文缩写为MAC)地址由旧MAC地址变为新MAC地址后,所述第一RB将所述第一RB维护的所述第二RB的邻居状态由报告(英文为Report)状态切换至过渡状态,其中所述第一RB和所述第二RB互为多链路透明互联(英文全称为Transparent Interconnection of Lots ofLinks,英文缩写为TRILL)邻居。
本发明实施例在现有RB间的邻居状态的基础上增加了过渡状态,因此本发明实施例的RB间邻居状态可以包括以下5种:故障(英文为Down),表示邻居不存在;检测(英文为Detect),表示检测到邻居存在;双向(英文为2-way),表示邻居已经彼此发现,但未完成MTU协商;报告(英文为Report),表示邻居已经彼此发现,且MTU协商成功,邻居关系建立;过渡状态,表示RB端口MAC地址发生改变,需切换至该状态,进行本发明实施例提供的状态切换的处理流程。
第一RB维护的第二RB的邻居状态为Report,第二RB维护的第一RB的邻居状态也为Report,第一RB和第二RB互为TRILL邻居。可通过第一RB的TRILL协议组件检测与第二RB相连的第一RB端口的MAC地址是否改变,以明确第一RB的端口MAC地址情况。在该端口的MAC地址发生改变后,第一RB将其维护的第二RB的邻居状态由Report切换至新增的过渡状态。
本实施例中所述的第一RB上与所述第二RB相连的端口是指与连接所述第一RB和第二RB的信号连接介质,例如光纤、金属线缆等,相连的端口。
图2为第一RB与第二RB的连接关系示意图,参照图2,第一RB上与所述第二RB相连的端口是指图2所示的端口A。在本实施例中,图2所示的端口B不能被视为第一RB上与所述第二RB相连的端口。
可选地,所述步骤S110由所述第一RB中的一个处理器执行。
步骤S120、所述第一RB向所述第二RB发送不少于预定数量的、携带所述新MAC地址的第一多链路透明互联问好(英文全称为TransparentInterconnection of Lots of Links Hello,英文缩写为TRILL Hello)报文。
由于与第二RB相连的第一RB的端口的MAC地址发生改变,那么第一RB发送给第二RB的第一TRILL Hello报文将携带有新MAC地址。第一RB将向第二RB发送包含新MAC地址的第一TRILL Hello报文。第一RB发送的第一TRILL Hello报文的预定数量可以默认为3个以上,也可根据实际情况设定。
可选地,所述步骤S120由所述第一RB中的一个物理端口执行。
步骤S130、所述第一RB接收所述第二RB在收到所述不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文后,回应的携带所述新MAC地址的第二TRILL Hello报文。
第一RB接收到第二RB回应的包含有所述新MAC地址的第二TRILLHello报文,则表明第二RB将其邻居列表中记录的第一RB的MAC地址进行了更新,接受了第一RB的MAC地址发生改变的情况。
可选地,所述步骤S130由所述第一RB中的一个物理端口执行。
步骤S140、所述第一RB在接收到所述携带所述新MAC地址的第二TRILL Hello报文后,将所述第一RB维护的所述第二RB的邻居状态由所述过渡状态切换回所述Report状态。
可选地,所述步骤S140由所述第一RB中的一个处理器执行。
当第一RB接收到第二RB回应的携带所述新MAC地址的第二TRILLHello报文,则可以表明第二RB的邻居列表中当前记录的第一RB的所述端口的MAC地址与第一RB所述端口的当前的MAC地址是一致的,满足将第一RB维护的第二RB的邻居状态设置为Report的要求。因此第一RB可将第一RB维护的第二RB的邻居状态由过渡状态切换回Report状态。
图1所示方法在现有RB间邻居状态的基础上增加了过渡状态。通过过渡状态的设置,第一RB在端口MAC地址改变时,进入过渡状态与第二RB进行邻居关系的处理。在过渡状态下,第一RB向所述第二RB发送不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文。当第一RB接收到第二RB回应的携带所述新MAC地址的第二TRILL Hello报文后,可以确定所述第二RB中当前记录的所述第一RB的所述端口的MAC地址和所述第一RB的所述端口的当前的MAC地址相一致,因此满足了将第一RB维护的第二RB的邻居状态由过渡状态切换回Report状态的条件,从而第一RB将第一RB维护的第二RB的邻居状态由过渡状态切换回Report状态。这样就避免了在第一RB的端口MAC地址改变后,第一RB和第二RB因为邻居关系彻底中断而需要花费较长的时间重新进行邻居关系协商的问题,减少了数据报文转发中断时间。
可选地,在如图1所示方法实施例中,当所述第一RB向所述第二RB发送不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文时,所述第一RB维护的所述第二RB的邻居状态为所述过渡状态,所述端口的MAC地址为所述新MAC地址。
可选地,在如图1所示方法实施例中,当所述第一RB接收到所述第二RB回应的携带所述新MAC地址的第二TRILL Hello报文时,所述第一RB维护的所述第二RB的邻居状态为所述过渡状态,所述端口的MAC地址为所述新MAC地址。
此外,可选地,如果所述第一RB在接收到所述携带所述新MAC地址的第二TRILL Hello报文之前,接收到了所述第二RB发送的携带所述旧MAC地址的TRILL Hello报文,则所述第一RB维持所述第一RB维护的所述第二RB的邻居状态为所述过渡状态。
可选的,本发明实施例过渡状态存在一定的存续期。步骤S120、步骤S130和步骤S140都在该存续期内执行。第一RB在该存续期内,接收到所述第二RB回应的携带所述新MAC地址的第二TRILL Hello报文,在该存续期内将针对所述第二RB的邻居状态由所述过渡状态切换回所述Report状态。当存续期结束后,如果第一RB与第二RB的邻居状态仍无法切换至Report,两者的邻居状态将为Down。可设置过渡期超时定时器,以其设置的超时时间指示所述过渡状态的存续期,在第一RB与第二RB的邻居状态由Report切换至过渡状态的同时,启动过渡期超时定时器。过渡期超时定时器设置的超时时间可配置,但应不大于现有技术预定的允许第一RB和第二RB通过TRILL Hello报文进行状态协商的超时时间。当然,在本实施例中也可以不设置所述存续期。
以上描述的技术方案是以端口MAC地址发生改变的第一RB的角度进行说明的,为使本发明的技术方案更为清楚完整,下面将以作为第一RB的TRILL邻居的第二RB的角度,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。
图3为本发明实施例提供的一种状态切换方法的流程图,参照图3,该方法可以包括以下内容。
步骤S210、第二路由桥(英文全称为Routing Bridge,英文缩写为RB)接收作为所述第二RB的多链路透明互联(英文全称为TransparentInterconnection ofLots ofLinks,英文缩写为TRILL)邻居的第一RB发送的第一多链路透明互联问好(英文全称为Transparent Interconnection of Lots ofLinks Hello,英文缩写为TRILL Hello)报文。
第一TRILL Hello报文的接收方式可与现有技术相同,此处不再介绍。
可选地,所述步骤S210由所述第二RB中的一个物理端口执行。
步骤S220、所述第二RB确定所述第一TRILL Hello报文携带的所述第一RB上与所述第二RB相连的端口的介质访问控制(英文全称为MediaAccess Control,英文缩写为MAC)地址为与所述第二RB已记录的所述端口的MAC地址不同的新MAC地址。
可选地,第二RB可在接收到第一TRILL Hello报文后,获取所述第二RB已记录的所述端口的MAC地址;确定所述第二RB已记录的所述端口的MAC地址和所述第一TRILL Hello报文携带的所述端口的MAC地址不同;确定所述第一TRILL Hello报文携带的所述端口的MAC地址为所述新MAC地址。其中,获取所述第二RB记录的所述端口的MAC地址的具体实现方式可以包括:所述第二RB确定所述第一TRILL Hello报文携带的所述第一RB的***标识和所述端口的端口标识,所述第二RB根据所述***标识和端口标识查询邻居列表;获取与所述***标识和端口标识对应的邻居记录;根据所述邻居记录获取所述第二RB记录的所述端口的MAC地址。所述第一RB的***标识可以被理解为一种标识第一RB的标识信息。
此外,第二RB也可以通过其他方式确定所述第一TRILL Hello报文携带的所述第一RB上与所述第二RB相连的端口的MAC地址为新MAC地址,例如可以通过所述第一TRILL Hello报文携带的一个通告标识位,也可以通过第二RB接收到的一个通告报文。
在本实施例中,所述第一RB上与所述第二RB相连的端口的含义与图1和图2所示的实施例中的含义相同。
可选地,所述步骤S220由所述第二RB中的一个处理器执行。
步骤S230、所述第二RB在确定所述第一TRILL Hello报文携带的所述端口的MAC地址为所述新MAC地址后,将所述第二RB维护的所述第一RB的邻居状态由报告(英文为Report)状态切换至过渡状态。
在确定第一RB的MAC地址发生改变后,第二RB将第二RB维护的第一RB的邻居状态由Report切换至过渡状态,该过渡状态为在现有RB间的邻居状态基础上新增的一种邻居状态,具体含义与图1所示方法中描述的过渡状态相同,可相互对照。
可选地,所述步骤S230由所述第二RB中的一个处理器执行。
步骤S240、所述第二RB确定收到的包含有所述新MAC地址的第一TRILL Hello报文的数量。
可选地,所述步骤S240由所述第二RB中的一个处理器执行。
步骤S250、所述第二RB在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,将所述第二RB已记录的所述端口的旧MAC地址替换为所述新MAC地址。
若第二RB连续收到多个包含有所述新MAC地址的第一TRILL Hello报文,且个数达到预定数量,则可确定第一RB的所述端口的MAC地址发生改变并且所述新MAC地址是稳定的,从而可对第二RB邻居列表中之前记录的第一RB的所述端口的MAC地址进行更新,以该所述新MAC地址替换所述之前记录的第一RB的所述端口的MAC地址。所述之前记录的第一RB的所述端口的MAC地址相对所述新MAC地址来说是一个旧MAC地址。
可选地,所述步骤S250由所述第二RB中的一个处理器执行。
步骤S260、所述第二RB在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,所述第二RB向所述第一RB发送包含有所述新MAC地址的第二TRILL Hello报文。
第二RB通过发送包含有所述新MAC地址的第二TRILL Hello报文向第一RB表明第二RB已接受了第一RB的与所述第二RB相连的端口的MAC地址发生改变的情况。
可选地,所述步骤S260由所述第二RB中的一个物理端口执行。
步骤S270、所述第二RB在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,所述第二RB将所述第二RB维护的所述第一RB的邻居状态由所述过渡状态切换至所述Report状态。
由于所述第二RB在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,将所述第二RB中记录的所述端口的所述旧MAC地址替换为所述新MAC地址,因此第二RB的邻居列表中当前记录的第一RB的所述端口的MAC地址,与第一RB的所述端口的当前MAC地址相一致,满足将第二RB维护的第一RB的邻居状态设置为Report的要求。因此第二RB可将第二RB维护的第一RB的邻居状态由过渡状态切换回Report状态。
可选地,所述步骤S270由所述第二RB中的一个处理器执行。
可选的,图3所示方法中,过渡状态存在一定的存续期。
此外,需要特别指出的是,在本实施例中,步骤S250、S260和S270在执行顺序上不存在先后关系。例如,可以先执行S250、再执行S260、最后执行S270,也可以先执行S260、在执行S270、最后执行S250,还可以存在其他的执行顺序。
图3所示的方法以所述第一RB的邻居RB,即第二RB的角度,说明了第二RB在接收到包含有所述新MAC地址的第一TRILL Hello报文时的应对方式:第二RB将与第一RB的邻居状态切换至过渡状态,并在确定第一RB的所述端口的新MAC地址是稳定的之后,更新第二RB中记录的第一RB的MAC地址,满足了将第二RB维护的第一RB的邻居状态设置为Report的要求,从而第二RB可将第二RB维护的第一RB的邻居状态由过渡状态切换回Report状态。由于上述过程是在没有彻底中断第一RB和第二RB的邻居关系的情况下进行的,因此花费的时间比中断邻居关系后重新建立邻居关系的时间要短很多,避免了第一RB的端口MAC地址改变时,第一RB与第二RB邻居关系被中断,导致需要花费较长时间重新协商邻居关系的问题,减少了数据报文转发中断时间,保证了RB间的数据报文的正常传输。
图3所示方法,在所述第二RB确定收到的所述第一TRILL Hello报文的数量达到预定数值之后还可以包括步骤:
更新第二RB中的TRILL单播路由表中所述第二RB上与所述第一RB相连的端口的下一跳MAC地址。
优选的,本发明实施例过渡状态存在一定的存续期,可通过设置过渡期超时定时器,以其设置的超时时间指示所述过渡状态的存续期,过渡期超时定时器设置的超时时间可配置,但应不大于现有技术预定的允许第一RB和第二RB通过TRILL Hello报文的超时时间。若在所述存续期内第二RB接收到的包含新MAC地址的第一TRILL Hello报文数量未到达预定数量,则第二RB可以将与第一RB的邻居状态切换为Down,与第一RB重新进行邻居关系协商。
图4为本发明实施例提供的第一路由桥(英文全称为Routing Bridge,英文缩写为RB)的结构框图,参照图4,该第一RB可以包括:
第一状态切换模块110,用于在所述第一RB上与第二RB相连的端口的介质访问控制(英文全称为Media Access Control,英文缩写为MAC)地址由旧MAC地址变为新MAC地址后,将所述第一RB维护的所述第二RB的邻居状态由报告(英文为Report)状态切换至过渡状态,其中所述第一RB和所述第二RB互为多链路透明互联(英文全称为Transparent Interconnection ofLots ofLinks,英文缩写为TRILL)邻居。
本发明实施例在现有RB间的邻居状态的基础上增加了过渡状态,因此本发明实施例的RB间邻居状态可以包括以下5种:故障(英文为Down),表示邻居不存在;检测(英文为Detect),表示检测到邻居存在;双向(英文为2-way),表示邻居已经彼此发现,但未完成MTU协商;报告(英文为Report),表示邻居已经彼此发现,且MTU协商成功,邻居关系建立;过渡状态,表示RB端口MAC地址发生改变,第一状态切换模块110将所述第一RB维护的所述第二RB的邻居状态由Report状态切换至过渡状态。
第一RB维护的第二RB的邻居状态为Report,第二RB维护的第一RB的邻居状态也为Report,第一RB和第二RB互为TRILL邻居。可通过第一RB的TRILL协议组件检测与第二RB相连的第一RB端口的MAC地址是否改变,以明确第一RB的端口MAC地址情况,在该端口的MAC地址发生改变后,第一RB的第一状态切换模块110将第一RB维护的第二RB的邻居状态由Report切换至新增的过渡状态。
在本实施例中,所述第一RB上与所述第二RB相连的端口的含义与图1和图2所示的实施例中的含义相同。
发送模块120,用于向所述第二RB发送不少于预定数量的、携带所述新MAC地址的第一多链路透明互联问好(TRILL Hello)报文。
当所述与第二RB相连的第一RB的端口的MAC地址发生改变,第一RB的发送模块120发送给第二RB的第一TRILL Hello报文将携带有新MAC地址。发送模块120发送的第一TRILL Hello报文的预定数量可以默认为3个以上,也可根据实际情况设定。
接收模块130,用于接收所述第二RB在收到所述不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文后,回应的携带所述新MAC地址的第二TRILL Hello报文。
第一RB的接收模块130接收到第二RB回应的包含有所述新MAC地址的第二TRILL Hello报文,则表明第二RB将其邻居列表中记录的第一RB的MAC地址进行了更新,接受了第一RB的所述端口的MAC地址发生改变的情况。
第二状态切换模块140,用于在所述接收模块130接收到所述携带所述新MAC地址的第二TRILL Hello报文后,将所述第一RB维护的所述第二RB的邻居状态由所述过渡状态切换回所述Report状态。
接收模块130接收到第二RB回应的携带所述新MAC地址的第二TRILLHello报文,表明第二RB的邻居列表中所记录的第一RB信息与第一RB改变MAC地址后的信息是一致的,满足将第一RB维护的第二RB的邻居状态设置为Report的要求。因此第一RB的第二状态切换模块140可将第一RB维护的第二RB的邻居状态由过渡状态切换回Report状态。
图4所示的第一RB在现有RB间邻居状态的基础上增加了过渡状态。通过过渡状态的设置,第一RB在端口MAC地址改变时,进入过渡状态与第二RB进行邻居关系的处理。在过渡状态下,第一RB向所述第二RB发送不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文。当第一RB接收到第二RB回应的携带所述新MAC地址的第二TRILL Hello报文后,可以确定所述第二RB中当前记录的所述第一RB的所述端口的MAC地址和所述第一RB的所述端口的当前的MAC地址相一致,因此满足了将第一RB维护的第二RB的邻居状态由过渡状态切换回Report状态的条件,从而第一RB将第一RB维护的第二RB的邻居状态由过渡状态切换回Report状态。这样就避免了在第一RB的端口MAC地址改变后,第一RB和第二RB因为邻居关系彻底中断而需要花费较长的时间重新进行邻居关系协商的问题,减少了数据报文转发中断时间。
可选地,图4所示的第一RB可以为如图1和/或图3所示的第一RB。如图1和/或图3所示的第一RB所执行的步骤由如图4所示的第一RB中的一个或多个模块实现。
可选的,本发明实施例所示第一RB的结构还可如图5所示,图5为本发明实施例提供的第一RB的另一结构框图,结合图5和图4所示第一RB,图5所示第一RB还包括:
状态维持模块150,用于在接收模块130接收到所述携带所述新MAC地址的第二TRILL Hello报文之前,所述第一RB接收到所述第二RB发送的携带所述旧MAC地址的TRILL Hello报文的情况下,维持所述第一RB维护的所述第二RB的邻居状态为所述过渡状态。
具体的,第一RB接收第二RB发送的携带所述旧MAC地址的TRILLHello报文的方式可与现有技术相同,也可通过增加接收模块130的功能的方式,使得接收模块130还可以用于接收所述第二RB发送的携带所述旧MAC地址的TRILL Hello报文。
可选地,当发送模块120向所述第二RB发送不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文时,所述第一RB维护的所述第二RB的邻居状态为所述过渡状态,所述端口的MAC地址为所述新MAC地址;当接收模块130接收到所述第二RB回应的携带所述新MAC地址的第二TRILLHello报文时,所述第一RB维护的所述第二RB的邻居状态为所述过渡状态,所述端口的MAC地址为所述新MAC地址。
具体的,可通过新增状态维持模块150的功能,使得在上述情况下,维持模块150维持所述第一RB维护的所述第二RB的邻居状态为所述过渡状态
图6为本发明实施例提供的第二路由桥(英文全称为Routing Bridge,英文缩写为RB)的结构框图,参照图6,该第二RB可以包括:
接收模块210,用于接收第一RB发送的第一多链路透明互联问好(英文全称为Transparent Interconnection of Lots of Links Hello,英文缩写为TRILLHello)报文,所述第一RB为所述第二RB的多链路透明互联(英文全称为Transparent Interconnection of Lots of Links,英文缩写为TRILL)邻居。
接收模块210接收TRILL Hello报文的方式可与现有技术相同,此处不再介绍。
第一确定模块220,用于确定所述第一TRILL Hello报文携带的所述第一RB上与所述第二RB相连的端口的介质访问控制(英文全称为Media AccessControl,英文缩写为MAC)地址为与所述第二RB已记录的所述端口的MAC地址不同的新MAC地址。
在本实施例中,所述第一RB上与所述第二RB相连的端口的含义与图1和图2所示的实施例中的含义相同。
可选地,第一确定模块220的结构框图可如图7所示,第一确定模块220可以包括:
获取单元221,用于获取所述第二RB已记录的所述端口的MAC地址;
确定单元222,用于确定所述第二RB已记录的所述端口的MAC地址和所述第一TRILL Hello报文携带的所述端口的MAC地址不同;
新MAC地址确定单元223,用于确定所述第一TRILL Hello报文携带的所述端口的MAC地址为所述新MAC地址。
可选的,获取单元221的结构框图可如图8所示,获取单元221可以包括:
标识确定子单元2211,用于确定所述第一TRILL Hello报文携带的所述第一RB的***标识和所述端口的端口标识;
查询子单元2212,用于根据所述***标识和端口标识查询所述第二RB的邻居列表,获取与所述***标识和端口标识对应的邻居记录;
地址获取子单元2213,用于根据所述邻居记录获取所述第二RB记录的所述端口的MAC地址。
此外,第一确定模块220也可以通过其他方式确定所述第一TRILL Hello报文携带的所述第一RB上与所述第二RB相连的端口的MAC地址为新MAC地址,例如可以通过所述第一TRILL Hello报文携带的一个通告标识位,也可以通过第二RB接收到的一个通告报文。
第一状态切换模块230,用于在确定所述第一TRILL Hello报文携带的所述端口的MAC地址为所述新MAC地址后,将所述第二RB维护的所述第一RB的邻居状态由报告Report状态切换至过渡状态;
在第一确定模块220确定第一RB的MAC地址发生改变后,第二RB的第一状态切换模块230将第二RB维护的第一RB的邻居状态由Report切换至过渡状态,该过渡状态为在现有RB间的邻居状态基础上新增的一种邻居状态,具体含义与图4所示第一RB中描述的过渡状态相同,可相互对照。
第二确定模块240,用于确定接收的包含有所述新MAC地址的第一TRILL Hello报文的数量。
地址替换模块250,用于在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,将所述第二RB中所述已记录的所述端口的旧MAC地址替换为所述新MAC地址。
若第二RB的接收模块210连续收到多个包含有所述新MAC地址的第一TRILL Hello报文,且个数达到预定数量,则可确定第一RB的所述端口的MAC地址发生改变并且所述新MAC地址是稳定的,从而地址替换模块250可对第二RB邻居列表中已记录的第一RB的所述端口MAC地址进行更新,以该所述新MAC地址替换所述已记录的第一RB的所述端口的MAC地址。
发送模块260,用于在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,向所述第一RB发送包含有所述新MAC地址的第二TRILL Hello报文。
发送模块260通过发送包含有所述新MAC地址的第二TRILL Hello报文向第一RB表明第二RB已接受了第一RB的与所述第二RB相连的端口的MAC地址发生改变的情况。
第二状态切换模块270,用于在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,将所述第二RB维护的所述第一RB的邻居状态由所述过渡状态切换至所述Report状态。
由于所述第二RB的第二确定模块240在确定收到的所述第一TRILLHello报文的数量达到预定数值后,将所述第二RB中已记录的所述端口的MAC地址替换为所述新MAC地址,因此第二RB的邻居列表中记录的第一RB的信息,与第一RB的实际信息相一致,满足将第二RB维护的第一RB的邻居状态设置为Report的要求,所以第二状态切换模块270可以将第二RB维护的第一RB的邻居状态由过渡切换至Report。
可选地,图6所示的第二RB可以为如图1和/或图3所示的第二RB。如图1和/或图3所示的第二RB所执行的步骤由如图6所示的第二RB中的多个模块实现。
图9为本发明实施例提供的第二RB的另一结构框图,结合图6和图9所示第二RB,图9所示第二RB还包括:
更新模块280,用于更新TRILL单播路由表中所述第一RB对应的出端口的下一跳MAC地址;
具体的,更新模块280可在第二确定模块240确定收到预定数量的所述第一TRILL Hello报文后,更新TRILL单播路由表中所述第一RB对应的出端口的下一跳MAC地址。
图6所示的实施例以端口MAC地址发生变化的第一RB的邻居RB,即第二RB的角度,说明了第二RB在接收到包含有所述新MAC地址的第一TRILL Hello报文时的应对方式:第二RB将第二RB维护的第一RB的邻居状态切换至过渡状态,并在确定第一RB的所述端口的新MAC地址是稳定的之后,更新第二RB中记录的第一RB的MAC地址,从而满足了将第二RB维护的第一RB的邻居状态设置为Report的要求。之后,第二RB将所述第二RB维护的所述第一RB的邻居状态由所述过渡状态切换至所述Report状态。由于第二RB是在没有彻底中断第一RB和第二RB的邻居关系的情况下进行的状态切换,因此花费的时间比中断邻居关系后重新建立邻居关系的时间要短很多,避免了第一RB的端口MAC地址改变时,第一RB与第二RB邻居关系被中断,导致需要花费较长时间重新协商邻居关系的问题,减少了数据报文转发中断时间,保证了RB间的数据报文的正常传输。
需要说明的是,本发明实施例以不同角度描述的RB,如图4和图6所示的第一RB和第二RB可以为同一RB。
为使本发明实施例所提供的技术方案更为清楚,下面将以MAC地址发生改变的第一RB的角度,通过第一RB与其邻居RB(第二RB)的邻居状态的变化说明本发明的技术方案。下文所示方案基于过渡状态存在存续期的基础上。
图10为本发明实施例提供的一个RB邻居状态变化图,参照图10,图10中的带字母线条分别表示:
a、第一RB端口MAC地址改变,进入过渡状态,启用过渡期超时定时器;
b、从第二RB收到TRILL Hello报文,报文中包含旧MAC地址,维持过渡状态;
c、从第二RB收到TRILL Hello报文,报文中包含第一RB的新端口MAC地址,切换回Report状态,第一RB的端口MAC地址可正式切换为新的MAC地址,清除过渡期超时定时器,重启TRILL Hello报文超时定时器,TRILL Hello报文超时定时器为现有技术中指示预定的TRILL Hello报文的超时时间的装置;
d、过渡期超时定时器超时,进入Down状态,清除邻居;
e、TRILL Hello报文超时定时器达到预定超时时间(超时3次以上),进入Down状态。
下面以MAC地址发生改变的第一RB的邻居RB(第二RB)的角度,通过其邻居状态的变化说明本发明的技术方案。
图11为本发明实施例提供的一个RB的邻居状态变化图,参照图11,图11中的带字母线条分别表示:
A、第二RB接收到包含新的MAC地址的TRILL Hello报文,判断报文的发送端第一RB的端口MAC地址发生改变,进入过渡状态,启用过渡期超时定时器,记录该新的MAC地址,并统计收到的包含该新MAC地址的TRILLHello报文个数;
B、接收TRILL Hello报文,若报文中承载有该新的MAC地址,则统计的报文个数加1;
C、统计的报文个数达到预定个数,预定个数可为第二RB的缺省次数,预定个数为3以上,将与第一RB的邻居状态切换回Report,清除过渡期超时定时器,重启TRILL Hello报文超时定时器,更新第二RB邻居列表中所第一RB的邻居记录,向第一RB发送包含新MAC地址的TRILL Hello报文;
D、过渡期超时定时器超时,或TRILL Hello报文超时定时器达到预定超时时间,进入Down状态;
F、TRILL Hello报文超时定时器达到预定超时时间,进入Down状态。
本发明实施例所提供的状态切换方法及RB,通过设置过渡状态,验证RB端口MAC地址改变的原因,在RB的端口MAC地址稳定变更后,避免了RB与其邻居RB的邻居关系被完全中断,从而不需要重新进行完整的邻居关系协商,减少了数据报文转发中断时间。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (12)
1.一种状态切换方法,其特征在于,包括:
当第一路由桥RB上与第二RB相连的端口的介质访问控制MAC地址由旧MAC地址变为新MAC地址后,所述第一RB将所述第一RB维护的所述第二RB的邻居状态由报告Report状态切换至过渡状态,其中所述第一RB和所述第二RB互为多链路透明互联TRILL邻居;
所述第一RB向所述第二RB发送不少于预定数量的、携带所述新MAC地址的第一多链路透明互联问好TRILL Hello报文;
所述第一RB接收所述第二RB在收到所述不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文后,回应的携带所述新MAC地址的第二TRILL Hello报文;
所述第一RB在接收到所述携带所述新MAC地址的第二TRILL Hello报文后,将所述第一RB维护的所述第二RB的邻居状态由所述过渡状态切换回所述Report状态。
2.根据权利要求1所述的方法,其特征在于,还包括:
如果所述第一RB在接收到所述携带所述新MAC地址的第二TRILLHello报文之前接收到了所述第二RB发送的携带所述旧MAC地址的TRILLHello报文,则所述第一RB维持所述第一RB维护的所述第二RB的邻居状态为所述过渡状态。
3.根据权利要求1或2所述的方法,其特征在于,
当所述第一RB向所述第二RB发送不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文时,所述第一RB维护的所述第二RB的邻居状态为所述过渡状态,所述端口的MAC地址为所述新MAC地址;
当所述第一RB接收到所述第二RB回应的携带所述新MAC地址的第二TRILL Hello报文时,所述第一RB维护的所述第二RB的邻居状态为所述过渡状态,所述端口的MAC地址为所述新MAC地址。
4.一种状态切换方法,其特征在于,包括:
第二路由桥RB接收作为所述第二RB的多链路透明互联TRILL邻居的第一RB发送的第一多链路透明互联问好TRILL Hello报文;
所述第二RB确定所述第一TRILL Hello报文携带的所述第一RB上与所述第二RB相连的端口的介质访问控制MAC地址为与所述第二RB已记录的所述端口的MAC地址不同的新MAC地址;
所述第二RB在确定所述第一TRILL Hello报文携带的所述端口的MAC地址为所述新MAC地址后,将所述第二RB维护的所述第一RB的邻居状态由报告Report状态切换至过渡状态;
所述第二RB确定收到的包含有所述新MAC地址的第一TRILL Hello报文的数量;
所述第二RB在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,将所述第二RB已记录的所述端口的MAC地址替换为所述新MAC地址;
所述第二RB在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,所述第二RB向所述第一RB发送包含有所述新MAC地址的第二TRILLHello报文;
所述第二RB在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,所述第二RB将所述第二RB维护的所述第一RB的邻居状态由所述过渡状态切换至所述Report状态。
5.根据权利要求4所述的方法,其特征在于,所述第二RB确定所述第一TRILL Hello报文携带的所述第一RB上与所述第二RB相连的端口的MAC地址为与所述第二RB已记录的所述端口的MAC地址不同的新MAC地址包括:
获取所述第二RB已记录的所述端口的MAC地址;
确定所述第二RB已记录的所述端口的MAC地址和所述第一TRILLHello报文携带的所述端口的MAC地址不同;
确定所述第一TRILL Hello报文携带的所述端口的MAC地址为所述新MAC地址。
6.根据权利要求5所述的方法,其特征在于,所述获取所述第二RB记录的所述端口的MAC地址包括:
所述第二RB确定所述第一TRILL Hello报文携带的所述第一RB的***标识和所述端口的端口标识;
所述第二RB根据所述***标识和端口标识查询所述第二RB的邻居列表,获取与所述***标识和端口标识对应的邻居记录;
根据所述邻居记录获取所述第二RB记录的所述端口的MAC地址。
7.一种第一路由桥RB,其特征在于,包括:
第一状态切换模块,用于在所述第一RB上与第二RB相连的端口的介质访问控制MAC地址由旧MAC地址变为新MAC地址后,将所述第一RB维护的所述第二RB的邻居状态由报告Report状态切换至过渡状态,其中所述第一RB和所述第二RB互为多链路透明互联TRILL邻居;
发送模块,用于向所述第二RB发送不少于预定数量的、携带所述新MAC地址的第一多链路透明互联问好TRILL Hello报文;
接收模块,用于接收所述第二RB在收到所述不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文后,回应的携带所述新MAC地址的第二TRILL Hello报文;
第二状态切换模块,用于在所述接收模块接收到所述携带所述新MAC地址的第二TRILL Hello报文后,将所述第一RB维护的所述第二RB的邻居状态由所述过渡状态切换回所述Report状态。
8.根据权利要求7所述的第一RB,其特征在于,还包括:
状态维持模块,用于在所述接收模块接收到所述携带所述新MAC地址的第二TRILL Hello报文之前,所述第一RB接收到所述第二RB发送的携带所述旧MAC地址的TRILL Hello报文的情况下,维持所述第一RB维护的所述第二RB的邻居状态为所述过渡状态。
9.根据权利要求7或8所述的第一RB,其特征在于,
当所述发送模块向所述第二RB发送不少于预定数量的、携带所述新MAC地址的第一TRILL Hello报文时,所述第一RB维护的所述第二RB的邻居状态为所述过渡状态,所述端口的MAC地址为所述新MAC地址;
当所述接收模块接收到所述第二RB回应的携带所述新MAC地址的第二TRILL Hello报文时,所述第一RB维护的所述第二RB的邻居状态为所述过渡状态,所述端口的MAC地址为所述新MAC地址。
10.一种第二路由桥RB,其特征在于,包括:
接收模块,用于接收第一RB发送的第一多链路透明互联问好TRILLHello报文,所述第一RB为所述第二RB的多链路透明互联TRILL邻居;
第一确定模块,用于确定所述第一TRILL Hello报文携带的所述第一RB上与所述第二RB相连的端口的介质访问控制MAC地址为与所述第二RB已记录的所述端口的MAC地址不同的新MAC地址;
第一状态切换模块,用于在确定所述第一TRILL Hello报文携带的所述端口的MAC地址为所述新MAC地址后,将所述第二RB维护的所述第一RB的邻居状态由报告Report状态切换至过渡状态;
第二确定模块,用于确定接收的包含有所述新MAC地址的第一TRILLHello报文的数量;
地址替换模块,用于在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,将所述第二RB已记录的所述端口的MAC地址替换为所述新MAC地址;
发送模块,用于在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,向所述第一RB发送包含有所述新MAC地址的第二TRILL Hello报文;
第二状态切换模块,用于在确定收到的所述第一TRILL Hello报文的数量达到预定数值后,将所述第二RB维护的所述第一RB的邻居状态由所述过渡状态切换至所述Report状态。
11.根据权利要求10所述的第二RB,其特征在于,所述第一确定模块包括:
获取单元,用于获取所述第二RB已记录的所述端口的MAC地址;
确定单元,用于确定所述第二RB已记录的所述端口的MAC地址和所述第一TRILL Hello报文携带的所述端口的MAC地址不同;
新MAC地址确定单元,用于确定所述第一TRILL Hello报文携带的所述端口的MAC地址为所述新MAC地址。
12.根据权利要求11所述的第二RB,其特征在于,所述获取单元包括:
标识确定子单元,用于确定所述第一TRILL Hello报文携带的所述第一RB的***标识和所述端口的端口标识;
查询子单元,用于根据所述***标识和端口标识查询所述第二RB的邻居列表,获取与所述***标识和端口标识对应的邻居记录;
地址获取子单元,用于根据所述邻居记录获取所述第二RB记录的所述端口的MAC地址。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210133425.0A CN103384217B (zh) | 2012-05-02 | 2012-05-02 | 一种状态切换方法及路由桥 |
PCT/CN2013/074767 WO2013163937A1 (zh) | 2012-05-02 | 2013-04-26 | 一种状态切换方法及路由桥 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210133425.0A CN103384217B (zh) | 2012-05-02 | 2012-05-02 | 一种状态切换方法及路由桥 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103384217A true CN103384217A (zh) | 2013-11-06 |
CN103384217B CN103384217B (zh) | 2016-09-07 |
Family
ID=49491916
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210133425.0A Active CN103384217B (zh) | 2012-05-02 | 2012-05-02 | 一种状态切换方法及路由桥 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103384217B (zh) |
WO (1) | WO2013163937A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110324248A (zh) * | 2018-03-30 | 2019-10-11 | 中移(苏州)软件技术有限公司 | 一种裸金属服务器路由更新方法、装置、电子设备及介质 |
CN116528095A (zh) * | 2023-07-05 | 2023-08-01 | 宇洪通信技术(武汉)有限公司 | Onu的本地连接快速复制替换方法、介质及onu设备 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113472593B (zh) * | 2021-07-30 | 2022-05-17 | 天津卓越信通科技有限公司 | 一种phy在自协商模式下由于杂波导致链路瞬时变化的解决方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101841450A (zh) * | 2010-04-08 | 2010-09-22 | 深圳市金宏威实业发展有限公司 | 多个环形拓扑构建相交环实现稳定通信的方法及拓扑结构 |
US20110305143A1 (en) * | 2009-02-23 | 2011-12-15 | Eric Gray | Maximum transmission unit (mtu) size discovery mechanism and method for data-link layers |
CN102299845A (zh) * | 2011-09-20 | 2011-12-28 | 神州数码网络(北京)有限公司 | 多链路透明互联多播帧传输方法和*** |
CN102333000A (zh) * | 2011-10-31 | 2012-01-25 | 杭州华三通信技术有限公司 | 一种基于多链接透明互联网络的邻居维护方法和设备 |
CN102404216A (zh) * | 2011-11-23 | 2012-04-04 | 华为技术有限公司 | 一种trill网络保护的方法、路由桥和*** |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8345697B2 (en) * | 2010-08-17 | 2013-01-01 | Dell Products, Lp | System and method for carrying path information |
CN102223303A (zh) * | 2011-06-14 | 2011-10-19 | 杭州华三通信技术有限公司 | 一种基于多链接透明互联的负载均衡方法和路由桥 |
CN102333028B (zh) * | 2011-06-22 | 2013-02-13 | 杭州华三通信技术有限公司 | 一种分层式二层虚拟专用网发送报文的方法及通信设备 |
CN102387078B (zh) * | 2011-10-19 | 2014-11-12 | 杭州华三通信技术有限公司 | 一种trill网络中维护邻居关系的方法和路由桥 |
-
2012
- 2012-05-02 CN CN201210133425.0A patent/CN103384217B/zh active Active
-
2013
- 2013-04-26 WO PCT/CN2013/074767 patent/WO2013163937A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110305143A1 (en) * | 2009-02-23 | 2011-12-15 | Eric Gray | Maximum transmission unit (mtu) size discovery mechanism and method for data-link layers |
CN101841450A (zh) * | 2010-04-08 | 2010-09-22 | 深圳市金宏威实业发展有限公司 | 多个环形拓扑构建相交环实现稳定通信的方法及拓扑结构 |
CN102299845A (zh) * | 2011-09-20 | 2011-12-28 | 神州数码网络(北京)有限公司 | 多链路透明互联多播帧传输方法和*** |
CN102333000A (zh) * | 2011-10-31 | 2012-01-25 | 杭州华三通信技术有限公司 | 一种基于多链接透明互联网络的邻居维护方法和设备 |
CN102404216A (zh) * | 2011-11-23 | 2012-04-04 | 华为技术有限公司 | 一种trill网络保护的方法、路由桥和*** |
Non-Patent Citations (2)
Title |
---|
D. EASTLAKE 3RD, R. PERLMAN, A. GHANWANI,D. DUTT,V. MANRAL: "Routing Bridges (RBridges): Adjacency", 《INTERNET ENGINEERING TASK FORCE (IETF),RFC6327》 * |
R.PERLMAN,D. EASTLAKE 3RD,D.DUTT,S.GAI, A. GHANWANI: "Routing Bridges (RBridges): Base Protocol Specification", 《INTERNET ENGINEERING TASK FORCE (IETF),RFC6325》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110324248A (zh) * | 2018-03-30 | 2019-10-11 | 中移(苏州)软件技术有限公司 | 一种裸金属服务器路由更新方法、装置、电子设备及介质 |
CN116528095A (zh) * | 2023-07-05 | 2023-08-01 | 宇洪通信技术(武汉)有限公司 | Onu的本地连接快速复制替换方法、介质及onu设备 |
Also Published As
Publication number | Publication date |
---|---|
CN103384217B (zh) | 2016-09-07 |
WO2013163937A1 (zh) | 2013-11-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8825844B2 (en) | Notifying network operator when virtual addresses do not match on network elements configured for interchassis redundancy | |
CN103200601B (zh) | 无线接入点胖瘦模式切换方法 | |
CN112868206A (zh) | 在使用基于服务的体系架构的电信网络核心中提供服务代理功能的方法、***和计算机可读介质 | |
US20130235715A1 (en) | Method and system for controlling communication network and router used in the network | |
CN104170460A (zh) | 一种网络切换方法及终端 | |
CN102546427B (zh) | 一种基于ospf协议的平滑重启方法和路由器 | |
CN101141382A (zh) | 路由更新方法和路由器 | |
WO2014022564A1 (en) | Bgp peer prioritization in networks | |
CN101155118A (zh) | Bgp路由处理方法及装置 | |
EP3713160A1 (en) | Packet transmission method and apparatus | |
US9906412B2 (en) | Collaboration method and system in distributed resilient network interconnect system | |
CN106789619B (zh) | 一种确定映射服务器的方法,路由节点及自治*** | |
WO2015070383A1 (zh) | 一种链路聚合的方法、装置和*** | |
CN104301226A (zh) | 一种指定路由桥选举方法、设备和*** | |
EP3319377B1 (en) | Anchor master node management method and node | |
CN103384217A (zh) | 一种状态切换方法及路由桥 | |
CN102611566B (zh) | 一种恢复用户业务的方法和装置 | |
CN102857316A (zh) | 一种实现源环网保护的方法及*** | |
EP3244587A1 (en) | Method, device and system for precision time protocol time synchronization in aggregation network | |
CN101478484A (zh) | 路由选择的方法、设备及通信*** | |
CN106789623B (zh) | 基于ospf协议的链路通信保障方法和*** | |
US20160285646A1 (en) | Troubleshooting Method and Apparatus for Edge Routing Bridge in TRILL Campus | |
CN104717089A (zh) | 设备切换方法、路由桥设备及*** | |
CN111327524A (zh) | 流量转发方法、***、sdn控制器及计算机可读存储介质 | |
CN102740388B (zh) | 一种网络驻留的方法及终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |