CN101547147B - 一种报文处理方法、装置、线卡和管理板 - Google Patents

一种报文处理方法、装置、线卡和管理板 Download PDF

Info

Publication number
CN101547147B
CN101547147B CN2009100832469A CN200910083246A CN101547147B CN 101547147 B CN101547147 B CN 101547147B CN 2009100832469 A CN2009100832469 A CN 2009100832469A CN 200910083246 A CN200910083246 A CN 200910083246A CN 101547147 B CN101547147 B CN 101547147B
Authority
CN
China
Prior art keywords
fdb
ply
management board
yarn drill
message
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.)
Active
Application number
CN2009100832469A
Other languages
English (en)
Other versions
CN101547147A (zh
Inventor
鲜明双
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Zhigu Tech Co Ltd
Original Assignee
Beijing Star Net Ruijie Networks Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Star Net Ruijie Networks Co Ltd filed Critical Beijing Star Net Ruijie Networks Co Ltd
Priority to CN2009100832469A priority Critical patent/CN101547147B/zh
Publication of CN101547147A publication Critical patent/CN101547147A/zh
Application granted granted Critical
Publication of CN101547147B publication Critical patent/CN101547147B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Small-Scale Networks (AREA)

Abstract

本发明提供了一种报文处理方法、装置、线卡和管理板。所述方法包括:线卡接收端口接收数据报文;根据数据报文的源MAC地址查找线卡的FDB,并根据查找结果更新线卡和管理板的FDB表项。本发明通过在线卡上对线卡和管理板的FDB表项进行更新,使得线卡的接收端口在端口状态为学习时,管理板的FDB仍然能够进行表项更新,充分利用了管理板的大容量FDB,方便管理板的FDB进行表项更新。

Description

一种报文处理方法、装置、线卡和管理板
技术领域
本发明涉及一种报文处理方法、装置、线卡和管理板,属于数据通信技术领域。
背景技术
机箱式交换设备一般是由机箱、背板、管理板、线卡、电源、风扇等模块构成,每个模块都相对独立并可以独立升级,这种设备具有较好的扩展性,稳定性等等大量优点。在这种机箱式结构中,线卡和管理板之间通过背板连接,通过线卡和管理板的配合,提供数据报文的转发。
管理板是整个机箱式交换设备的控制中心和数据转发中心,用户可以通过管理板管理整个机箱式交换设备系统。一块管理板可以连接多个线卡,并对线卡接收到的数据报文提供高级数据处理服务。所以管理板一般是由一些性能较强的硬件构成。
线卡用于提供用户端口,并把接收到的数据做一些简单的处理,如果数据需要进一步的高级处理,线卡会将接收到的报文转发到管理板由管理板进行处理。所以线卡一般是由一些性能较弱的硬件构成。
背板是用于连接管理板和线卡的器件,提供了高速的转发带宽。
通过管理板下面连接多个线卡,就可以构成一个高密度端口,高性能,低成本的机箱式交换设备系统。图1给出了机箱式交换设备管理板和线卡连接示意图。
介质访问控制(Media Access Control,简称MAC)地址是用于识别局域网(Local Area Network,简称LAN)中各个节点的标识。网卡的MAC地址通常是由网卡生产厂家烧入网卡,它是传输数据时用以标识发出数据的主机和接收数据的主机的地址,是全球唯一的。形象的说,MAC地址就如同我们身份证上的身份证号码,具有全球唯一性。
生成树协议(Spanning Tree Protocol,简称STP)是一种避免局域网环路的技术,它为局域网提供冗余链路,同时防止产生环路。例如在图2中交换机A的端口1、2和交换机B的端口1、2都相连接,这样交换机A、B之间存在环路。
环路在以太网里面是一个非常严重的问题。如果报文的目的MAC地址是ffff.ffff.ffff,则该报文称为广播报文,表示以太网中的所有设备都要接收。如果交换机A在端口3收到一个广播报文,由于广播报文需要转发给以太网中的所有设备,因此交换机A会将该报文发到本机的1、2两个端口。交换机A的端口1将广播报文发出去,到达交换机B的端口1,交换机B的端口1收到广播报文后向本机其它所有端口转发,包括交换机B的端口2,这样报文又回到交换机A的端口2,交换机A的端口2又向交换机其它所有端口转发,包括端口1,这样又回到之前的处理过程,于是此过程将不断地循环下去。由于这种报文处理都是硬件直接处理的,速度非常快,将导致交换机A、B之间的线路全部被这个报文占用,无法再传输其它报文,这种问题称为环路风暴。由于环路风暴使得交换机间的线路无法再传输其它报文,会导致交换机A、B间的网络瘫痪。STP就是针对这个问题而提出的,当STP检查到交换机A、B之间存在环路时,会主动阻塞部分端口以禁止其转发。例如在将交换机A、B的端口2阻塞掉不允许转发任何报文,这就切断了环路。
STP实现端口阻塞是通过控制端口的STP状态来实现,STP端口状态和对应的行为如下表所示:
  端口状态  源MAC学习行为   报文转发行为
  阻塞(Blocking)  不允许学习源MAC地址   不允许转发报文
  学习(Learning)  允许学习MAC地址   不允许转发报文
  转发(Forwarding)  允许学习MAC地址   允许转发报文
在以太网中,一个以太网报文带有发出这个报文的主机的MAC地址,即源MAC地址,也带有这个报文的目的主机的MAC地址,即目的MAC地址。交换机通过学习检查报文的源MAC地址,并将这个地址和接收到这个报文的端口关联起来形成一个表,即为过滤数据库(Filter Data Base,简称FDB)。
图3说明了交换机的FDB学习更新过程,当交换机接收到报文时,首先判断接收报文的端口是否允许学习,如果是则根据报文的源MAC地址查找FDB,在查找成功时更新FDB表中源MAC地址对应的表项,在查找失败时进一步判断FDB是否已满,如果FDB未满则将报文源MAC地址和接收报文的端口的对应关系加入FDB中。
图4说明了交换机的目的地址查找过程,交换机在收到报文时,首先判断接收报文的端口是否允许转发,如果是则会使用报文的目的MAC地址来查找FDB,如果目的MAC地址能够在FDB中查找到,就将其转发到目的MAC地址对应的端口,否则将这个报文转发到所有端口,即对报文进行泛洪。当报文转发到所有端口时,其他不需要接收这个报文端口也接收到了这个报文,浪费了其他端口的带宽。所以为了提高交换机的性能,一个重要的举措是提高交换机的FDB容量,当交换机具有更高的FDB容量时,即可学习更多的MAC地址,减少报文的泛洪,提高带宽的利用率。
FDB的删除采用自动老化的机制,当FDB的某个MAC地址表项在用户指定的时间范围内没有更新时,也即交换机没有接收到源MAC为此MAC的报文时,交换机设备将会主动在FDB中删除此MAC地址表项。
在通常的机箱式交换设备中,线卡和管理板都存在FDB,由于管理板是由性能较强的硬件构成,所以具有容量较大的FDB,而线卡是由性能较弱的硬件构成,所以FDB容量较小,当线卡接收报文时按照如下步骤进行处理:
1、线卡使用源MAC地址查找线卡FDB并进行地址学习。
2、线卡同时使用目的MAC地址查找线卡FDB,并确定发送报文的目的端口,如果查找失败则将报文泛洪到除了报文接收端口之外所有端口。
3、如果报文被转发到管理板进行进一步处理,管理板则使用源MAC地址查找管理板FDB并进行地址学习,同时使用目的MAC地址查找管理板FDB,并确定发送报文的目的端口,如果查找失败则将报文泛洪到除了报文接收端口之外的所有端口。
从上面的过程可以看出,由于线卡的FDB较小,所以当线卡FDB满时就会停止地址学习,同时目的MAC地址能够在线卡FDB中查找到的数量也很有限,线卡接收到的不能在线卡FDB中查找到的报文就会被泛洪,浪费端口带宽,而管理板的大容量FDB却不能得到充分利用。
发明内容
本发明的目的是提供一种报文处理方法、装置、线卡和管理板,用于充分利用管理板的大容量FDB,方便管理板的FDB进行表项更新。
为实现上述目的,本发明提供了一种报文处理方法,所述方法包括:
线卡接收端口接收数据报文;
根据数据报文的源MAC地址查找线卡的FDB,并根据查找结果更新线卡和管理板的FDB表项。
所述方法在所述线卡接收端口接收数据报文之后进一步还可以包括:
在所述线卡接收端口的端口状态为转发时,将所述数据报文转发给管理板;
根据数据报文的源MAC地址查找管理板的FDB,并根据查找结果更新管理板的FDB表项。
为了实现上述目的,本发明还提供了一种线卡,包括报文接收模块、第一查询模块和第一地址学习模块;
所述报文接收模块用于从线卡接收端口接收数据报文;
所述第一查询模块与报文接收模块连接,用于根据数据报文的MAC地址查找线卡的FDB,并将查找结果发送给第一地址学习模块;
所述第一地址学习模块与第一查询模块连接,用于根据查找结果更新线卡和管理板的FDB表项。
所述线卡进一步还可以包括内部转发模块,与报文接收模块连接,用于在所述线卡接收端口的端口状态为转发时,将所述数据报文转发给管理板。
为了实现上述目的,本发明又提供了一种报文处理装置,所述装置包括所述线卡,还包括管理板,所述管理板包括第二查询模块和第二地址学习模块;
所述第二查询模块与内部转发模块连接,用于数据报文的源MAC地址查找管理板的FDB,并将查找结果发送给第二地址学习模块;
所述第二地址学习模块与第二查询模块连接,用于根据查找结果更新管理板的FDB表项。
本发明再提供了一种管理板,所述管理板为所述报文处理装置中的管理板。
本发明通过在线卡上对线卡和管理板的FDB表项进行更新,使得线卡的接收端口在端口状态为学习时,管理板的FDB仍然能够进行表项更新,充分利用了管理板的大容量FDB,方便管理板的FDB进行表项更新。
附图说明
图1为机箱式交换设备管理板和线卡连接示意图
图2为以太网环路风暴示意图
图3为地址学习示意图
图4为地址查找示意图
图5为本发明一种报文处理方法实施例一示意图
图6为本发明一种报文处理方法实施例二示意图
图7为本发明一种报文处理方法实施例三示意图
图8为本发明一种报文处理方法实施例四示意图
图9为本发明一种报文处理方法实施例五示意图
图10为本发明一种报文处理方法实施例六示意图
图11为本发明一种报文处理方法实施例七示意图
图12为本发明一种报文处理方法实施例八示意图
图13为本发明一种报文处理方法实施例九示意图
图14为本发明一种线卡实施例一示意图
图15为本发明一种线卡实施例二示意图
图16为本发明一种线卡实施例三示意图
图17为本发明一种报文处理装置实施例一示意图
图18为本发明一种报文处理装置实施例二示意图
图19为本发明一种报文处理装置实施例三示意图
图20为本发明一种报文处理装置实施例四示意图
具体实施方式
下面结合附图对本发明进行具体的说明。
本发明提供了一种报文处理方法,图5给出了本发明一种报文处理方法实施例一示意图,所述方法包括以下步骤:
步骤S1,线卡接收端口接收数据报文;
步骤S2,根据数据报文的源MAC地址查找线卡的FDB,并根据查找结果更新线卡和管理板的FDB表项。所述根据数据报文的源MAC地址查找线卡的过滤数据库FDB具体可以为:以报文的源MAC地址为索引,查找线卡的FDB中是否有数据报文的源MAC地址对应的表项。
现有技术在线卡上进行地址学习时仅对线卡的FDB表项进行更新,只有在数据报文需要进一步高级处理时才会转发给管理板,并由管理板进行地址学习,更新管理板的FDB表,因此管理板的FDB表中只存在少量表项;而本实施例通过在线卡上对线卡和管理板的FDB表项进行更新,使得线卡的接收端口在端口状态为学习时,管理板的FDB仍然能够进行表项更新,充分利用了管理板的大容量FDB,方便管理板的FDB进行表项更新。
图6给出了本发明一种报文处理方法实施例二示意图,本实施例除了包括方法实施例一的步骤外,在步骤S1之后还包括:
步骤S3,在所述线卡接收端口的端口状态为转发时,将所述数据报文转发给管理板;
步骤S4,根据数据报文的源MAC地址查找管理板的FDB,并根据查找结果更新管理板的FDB表项。所述根据数据报文的源MAC地址查找管理板的FDB具体可以为:以报文的源MAC地址为索引,查找管理板的FDB中是否有数据报文的源MAC地址对应的表项。
现有技术中线卡只将需要进一步高级处理的数据报文转发给管理板,因此通过管理板进行地址学习得到的管理板FDB表项很少;本实施例进一步通过在线卡接收端口的端口状态为转发时,线卡将接收到的任何报文转发给管理板,由管理板进行进一步的地址学习,充分利用了管理板的FDB容量较大的特点,解决了线卡FDB较小使得线卡FDB容易变满而导致停止地址学习的问题。
图7给出了本发明一种报文处理方法实施例三示意图,本实施例除了包括方法实施例二的步骤外,在步骤S3之后还包括:
步骤S5,根据数据报文的目的MAC地址查找管理板的FDB,并根据查找结果转发所述数据报文。所述根据数据报文的目的MAC地址查找管理板的FDB具体可以为:以报文的目的MAC地址为索引,查找管理板的FDB中是否有数据报文的目的MAC地址对应的表项。所述根据查找结果转发所述数据报文具体可以为:如果查找成功则将所述数据报文转发到目的MAC地址对应的端口,如果查找失败则向所有端口泛洪所述数据报文。
本实施例通过在线卡和管理板上进行地址学习后,数据报文在管理板上进行转发,由于管理板FDB容量较大,且对从各线卡发来的报文都进行了地址学习,因此在报文在管理板上进行转发时更容易找到转发端口而不需要泛洪。
图8给出了本发明一种报文处理方法实施例四示意图,本实施例除了包括方法实施例一的步骤外,步骤S2还可以具体扩展为:
步骤S21,根据数据报文的源MAC地址查找线卡的FDB,如果查找成功则执行步骤S22,否则执行步骤S25;
步骤S22,判断源MAC地址对应的接收端口是否发生变化,如果是则执行步骤S23,否则执行步骤S24;所述判断源MAC地址对应的接收端口是否发生变化具体可以为:判断线卡的FDB中源MAC地址相应表项中对应的接收端口是否与接收到所述数据报文的端口相同,如果是则表示源MAC地址对应的接收端口未发生变化,否则表示源MAC地址对应的接收端口发生了变化。
步骤S23,在线卡和管理板的FDB中更新源MAC地址和接收端口的对应关系;例如可以将线卡和管理板的FDB中源MAC地址相应表项中的接收端口更新为接收到所述数据报文的端口,同时还可以更新该表项的老化时间。
步骤S24,在管理板的FDB中更新源MAC地址对应表项的老化时间;
当管理板的FDB中表项的老化时间已到时,可以同时删除管理板和线卡的FDB中的相应表项,而当线卡的FDB中表项的老化时间已到时,只删除线卡的FDB中的相应表项。
为了使线卡的FDB表项的添加删除与管理板的FDB一致,减少由于老化时间不同而引起的线卡FDB表项已删除而管理板FDB表项仍然存在的情况,可以在管理板的FDB中更新源MAC地址对应表项的老化时间的同时,也在线卡的FDB中更新源MAC地址对应表项的老化时间,这样可以避免因为在线卡FDB中查找不到相应表项而在管理板FDB中重复添加的情况。
步骤S25,判断线卡的FDB是否已满,如果是则执行步骤S26,否则执行步骤S27;
步骤S26,结束操作;
步骤S27,在线卡和管理板的FDB中增加源MAC地址和接收端口对应关系的表项。例如可以在线卡和管理板的FDB中增加表项,用于存储源MAC地址和接收到所述数据报文的端口的对应关系。
本实施例除了可以在方法实施例一的基础上进行上述扩展,还可以在方法实施例二和方法实施例三的基础上进行上述扩展。
图9给出了本发明一种报文处理方法实施例五示意图,本实施例除了包括方法实施例二的步骤外,步骤S4还可以具体扩展为:
步骤S41,根据数据报文的源MAC地址查找管理板的FDB,如果查找成功则执行步骤S42,否则执行步骤S45;
步骤S42,判断源MAC地址对应的接收端口是否发生变化,如果是则执行步骤S43,否则执行步骤S44;所述判断源MAC地址对应的接收端口是否发生变化具体可以为:判断管理板的FDB中源MAC地址相应表项中对应的接收端口是否与接收到所述数据报文的端口相同,如果是则表示源MAC地址对应的接收端口未发生变化,否则表示源MAC地址对应的接收端口发生了变化。
步骤S43,在管理板的FDB中更新源MAC地址和接收端口的对应关系;例如可以将管理板的FDB中源MAC地址相应表项中的接收端口更新为接收到所述数据报文的端口,同时还可以更新该表项的老化时间。
步骤S44,在管理板的FDB中更新源MAC地址对应表项的老化时间;
步骤S45,判断管理板的FDB是否已满,如果是则执行步骤S46,否则执行步骤S47;
步骤S46,结束操作;
步骤S47,在管理板的FDB中增加源MAC地址和接收端口对应关系的表项。例如可以在管理板的FDB中增加表项,用于存储源MAC地址和接收到所述数据报文的端口的对应关系。
本实施例除了可以在方法实施例二的基础上进行上述扩展,还可以在方法实施例三的基础上进行上述扩展。
图10给出了本发明一种报文处理方法实施例六示意图,本实施例除了包括方法实施例四的步骤外,还将步骤S27具体扩展为:
步骤S271,在线卡的FDB中增加源MAC地址和接收端口对应关系的表项;
步骤S272,判断管理板的FDB中是否存在所述源MAC地址对应表项,如果存在则执行步骤S273,否则执行步骤S274;
步骤S273,更新所述表项;
步骤S274,在管理板的FDB中增加源MAC地址和接收端口对应关系的表项。
图11给出了本发明一种报文处理方法实施例七示意图,本实施例为本发明一较优实施例,说明了报文到达线卡的处理流程,包括以下步骤:
步骤101,线卡端口接收到数据报文,并根据STP端口状态判断是否允许学习数据报文的源MAC地址,如果允许则执行步骤103,否则执行步骤102;
步骤102,结束;
步骤103,根据源MAC地址查找线卡的FDB,如果查找成功,则执行步骤104,否则执行步骤106;
步骤104,判断源MAC地址对应的接收端口是否发生变化,如果是则执行步骤107,否则执行步骤105;
步骤105,更新管理板的FDB中源MAC地址对应表项的老化时间,避免这个地址被老化;
步骤106,判断线卡的FDB是否已满,如果是则执行步骤102,否则执行步骤107;
步骤107,产生一个地址消息并通知中央处理单元(Central ProcessUnit,简称CPU)处理,执行步骤108;所述CPU可以为线卡的CPU,也可以为线卡和管理板共用的CPU;
步骤108,CPU在线卡和管理板的FDB中更新所述源MAC地址和接收端口的对应关系。
图12给出了本发明一种报文处理方法实施例八示意图,本实施例为本发明一较优实施例,说明了报文到达管理板的处理流程,包括以下步骤:
步骤201,管理板端口接收到数据报文,并根据STP端口状态判断是否允许学习数据报文源MAC地址,如果允许则执行步骤203,否则执行步骤202;由于该端口是用于连接管理板和线卡的,不存在环路,所以该端口的STP状态始终为转发(Forwarding)状态。
步骤202,结束;
步骤203,根据源MAC地址查找管理板的FDB,如果查找成功,则执行步骤204,否则执行步骤206;
步骤204,判断源MAC地址对应的接收端口是否发生变化,如果是则执行步骤207,否则执行步骤205;
步骤205,更新管理板的FDB中源MAC地址对应表项的老化时间,避免这个地址被老化;
步骤206,判断管理板的FDB是否已满,如果是则执行步骤202,否则执行步骤207;
步骤207,产生一个地址消息并通知CPU处理,执行步骤208;所述CPU可以为管理板CPU,也可以为线卡和管理板共用的CPU;
步骤208,CPU在管理板的FDB中更新所述源MAC地址和接收端口的对应关系。
同一个报文在线卡和管理板上都进行一次源MAC地址学习,而不是仅在管理板上学习或仅在线卡上学习是由于:如果仅仅在线卡上学习而不在管理板上学习,那么当线卡的FDB已满而管理板的FDB未满时,也无法进行源MAC地址学习;而如果仅仅在管理板上学习而不在线卡上学习,则当线卡端口的STP状态处于学习(Learning)状态时,报文无法转发给管理板,所以此时管理板无法进行地址学习,这就与STP的要求违背。
此外,线卡进行源MAC地址学习时将源MAC地址对应表项加入线卡的FDB中,但是线卡的FDB表并不用于目的MAC地址转发。由于需要在线卡上学习源MAC地址,如果不将此源MAC地址对应表项加入线卡的FDB中,在线卡收到数据报文并查询线卡的FDB表时,会一直查询失败,这样就会产生大量的处理消息,使得CPU一直忙于处理这些消息,通过将源MAC地址对应表项加入线卡的FDB,减少了处理消息的生成。
图13给出了本发明一种报文处理方法实施例九示意图,本实施例为本发明一较优实施例,说明了报文的转发处理流程,包括以下步骤:
步骤301,线卡端口接收到数据报文,并根据STP端口状态判断是否允许转发,如果是则执行步骤303,否则执行步骤302;
步骤302,结束;
步骤303,线卡强制将报文转发给管理板;
步骤304,管理板根据报文的目的MAC查找管理板的FDB,如果查找成功,则执行步骤305,否则执行步骤306;
步骤305,管理板根据查找结果将报文转发到管理板的FDB中目的MAC地址对应的端口;
步骤306,将报文转发到除了报文接收端口之外所有端口。
本发明还提供了一种报文处理装置,图14给出了本发明一种线卡实施例一示意图,包括报文接收模块M1、第一查询模块M2和第一地址学习模块M3;
所述报文接收模块M1用于从线卡接收端口接收数据报文;
所述第一查询模块M2与报文接收模块M1连接,用于根据数据报文的源介质访问控制MAC地址查找线卡的过滤数据库FDB,并将查找结果发送给第一地址学习模块M3;
所述第一地址学习模块M3与第一查询模块M2连接,用于根据查找结果更新线卡和管理板的FDB表项。
所述第一地址学习模块可以通过CPU来实现地址学习的功能。
图15给出了本发明一种线卡实施例二示意图,本实施例除了包括线卡实施例一的结构特征之外,还包括内部转发模块M4,与报文接收模块M1连接,用于在所述线卡接收端口的端口状态为转发时,将所述数据报文转发给管理板;
图16给出了本发明一种线卡实施例三示意图,本实施例除了包括线卡实施例一的结构特征外,还将第一地址学习模块M3扩展为第一判断单元M31、第一表项更新单元M32、第二判断单元M33和第一表项添加单元M34;
所述第一判断单元M31用于在查找成功时判断源MAC地址对应的接收端口是否发生变化,并将判断结果发送给第一表项更新单元;
所述第一表项更新单元M32与第一判断单元M31连接,用于在判断结果为是时在线卡和管理板的FDB中更新源MAC地址和接收端口的对应关系,在判断结果为否时在管理板的FDB中更新源MAC地址对应表项的老化时间;
所述第二判断单元M33用于在查找失败时判断线卡的FDB是否已满,并将判断结果发送给第一表项添加单元;
所述第一表项添加单元M34与第二判断单元M33连接,用于在判断结果为是时结束操作,在判断结果为否时在线卡和管理板的FDB中增加源MAC地址和接收端口对应关系的表项。
本实施例除了可以在线卡实施例一的基础上进行上述扩展外,也可以在线卡实施例二的基础上进行上述扩展。
本发明又提供了一种报文处理装置,图17给出了本发明一种报文处理装置实施例一示意图,所述装置包括上述线卡实施例中的线卡,还包括管理板。
图18给出了本发明一种报文处理装置实施例二示意图,所述装置包括上述线卡实施例二或线卡实施例三所述的线卡,还包括管理板,所述管理板包括第二查询模块M5和第二地址学习模块M6;
所述第二查询模块M5与内部转发模块M4连接,用于数据报文的源MAC地址查找管理板的FDB,并将查找结果发送给第二地址学习模块;
所述第二地址学习模块M6与第二查询模块M5连接,用于根据查找结果更新管理板的FDB表项。
所述第二地址学习模块可以通过CPU来实现地址学习的功能。
图19给出了本发明一种报文处理装置实施例三示意图,本实施例除了包括装置实施例一的结构特征外,所述管理板还包括第三查询模块M7和报文转发模块M8;
所述第三查询模块M7与内部转发模块M4连接,用于根据数据报文的目的MAC地址查找管理板的FDB,并将查找结果发送给报文转发模块;
所述报文转发模块M8与第三查询模块M7连接,用于根据查找结果转发所述数据报文。
图20给出了本发明一种报文处理装置实施例四示意图,本实施例除了包括装置实施例一的结构特征外,还将第二地址学习模块M6扩展为第三判断单元M61、第二表项更新单元M62、第四判断单元M63和第二表项添加单元M64;
所述第三判断单元M61用于在查找成功时判断源MAC地址对应的接收端口是否发生变化,并将判断结果发送给第二表项更新单元;
所述第二表项更新单元M62与第三判断单元M61连接,用于在判断结果为是时在管理板的FDB中更新源MAC地址和接收端口的对应关系,在判断结果为否时在管理板的FDB中更新源MAC地址对应表项的老化时间;
所述第四判断单元M63用于在查找失败时判断管理板的FDB是否已满,并将判断结果发送给第二表项添加单元;
所述第二表项添加单元M64与第四判断单元M63连接,用于在判断结果为是时结束操作,在判断结果为否时在管理板的FDB中增加源MAC地址和接收端口对应关系的表项。
本实施例除了可以在装置实施例一的基础上进行上述扩展外,还可以在装置实施例二的基础上进行上述扩展。
本发明再提供了一种管理板,所述管理板为装置实施例一,或装置实施例二,或装置实施例三中所述的任一管理板。
本发明通过在线卡上对线卡和管理板的FDB表项进行更新,使得线卡的接收端口在端口状态为学习时,管理板的FDB仍然能够进行表项更新,充分利用了管理板的大容量FDB,方便管理板的FDB进行表项更新。此外,通过在线卡接收端口的端口状态为转发时,线卡将接收到的任何报文转发给管理板,由管理板进行进一步的地址学习和报文转发处理,充分利用了管理板的FDB容量较大的特点,解决了线卡FDB较小使得线卡FDB容易变满而导致停止地址学习的问题。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (13)

1.一种报文处理方法,其特征在于,所述方法包括:
线卡接收端口接收数据报文;
根据数据报文的源介质访问控制MAC地址查找线卡的过滤数据库FDB,并根据查找结果更新线卡和管理板的FDB表项。
2.根据权利要求1所述的报文处理方法,其特征在于,在所述线卡接收端口接收数据报文之后还包括:
在所述线卡接收端口的端口状态为转发时,将所述数据报文转发给管理板;
根据数据报文的源MAC地址查找管理板的FDB,并根据查找结果更新管理板的FDB表项。
3.根据权利要求2所述的报文处理方法,其特征在于,在所述将所述数据报文转发给管理板之后还包括:根据数据报文的目的MAC地址查找管理板的FDB,并根据查找结果转发所述数据报文。
4.根据权利要求1-3所述的任一报文处理方法,其特征在于,所述根据查找结果更新线卡和管理板的FDB表项具体为:如果查找成功则判断源MAC地址对应的接收端口是否发生变化,如果是则在线卡和管理板的FDB中更新源MAC地址和接收端口的对应关系,否则在管理板的FDB中更新源MAC地址对应表项的老化时间;如果查找失败则判断线卡的FDB是否已满,如果是则结束操作,否则在线卡和管理板的FDB中增加源MAC地址和接收端口对应关系的表项。
5.根据权利要求2或3所述的报文处理方法,其特征在于,所述根据查找结果更新管理板的FDB表项具体为:如果查找成功则判断源MAC地址对应的接收端口是否发生变化,如果是则在管理板的FDB中更新源MAC地址和接收端口的对应关系,否则在管理板的FDB中更新源MAC地址对应表项的老化时间;如果查找失败则判断管理板的FDB是否已满,如果是则结束操作,否则在管理板的FDB中增加源MAC地址和接收端口对应关系的表项。
6.根据权利要求4所述的报文处理方法,其特征在于,所述在线卡和管理板的FDB中增加源MAC地址和接收端口对应关系的表项具体为:在线卡的FDB中增加源MAC地址和接收端口对应关系的表项,并判断管理板的FDB中是否存在所述源MAC地址对应表项,如果存在则更新所述表项,否则在管理板的FDB中增加源MAC地址和接收端口对应关系的表项。
7.一种线卡,其特征在于,包括报文接收模块、第一查询模块和第一地址学习模块;
所述报文接收模块用于从线卡接收端口接收数据报文;
所述第一查询模块与报文接收模块连接,用于根据数据报文的MAC地址查找线卡的FDB,并将查找结果发送给第一地址学习模块;
所述第一地址学习模块与第一查询模块连接,用于根据查找结果更新线卡和管理板的FDB表项。
8.根据权利要求7所述的线卡,其特征在于,还包括内部转发模块,与报文接收模块连接,用于在所述线卡接收端口的端口状态为转发时,将所述数据报文转发给管理板。
9.根据权利要求7所述的线卡,其特征在于,所述第一地址学习模块包括第一判断单元、第一表项更新单元、第二判断单元和第一表项添加单元;
所述第一判断单元用于在查找成功时判断源MAC地址对应的接收端口是否发生变化,并将判断结果发送给第一表项更新单元;
所述第一表项更新单元与第一判断单元连接,用于在判断结果为是时在线卡和管理板的FDB中更新源MAC地址和接收端口的对应关系,在判断结果为否时在管理板的FDB中更新源MAC地址对应表项的老化时间;
所述第二判断单元用于在查找失败时判断线卡的FDB是否已满,并将判断结果发送给第一表项添加单元;
所述第一表项添加单元与第二判断单元连接,用于在判断结果为是时结束操作,在判断结果为否时在线卡和管理板的FDB中增加源MAC地址和接收端口对应关系的表项。
10.一种包含权利要求7或9所述线卡的报文处理装置,其特征在于,还包括管理板。
11.根据权利要求10所述的报文处理装置,其特征在于,
所述线卡还包括内部转发模块,与报文接收模块连接,用于在所述线卡接收端口的端口状态为转发时,将所述数据报文转发给管理板;
所述管理板包括第二查询模块和第二地址学习模块;
所述第二查询模块与内部转发模块连接,用于根据数据报文的源MAC地址查找管理板的FDB,并将查找结果发送给第二地址学习模块;
所述第二地址学习模块与第二查询模块连接,用于根据查找结果更新管理板的FDB表项。
12.根据权利要求11所述的报文处理装置,其特征在于,所述管理板还包括第三查询模块和报文转发模块;
所述第三查询模块与内部转发模块连接,用于根据数据报文的目的MAC地址查找管理板的FDB,并将查找结果发送给报文转发模块;
所述报文转发模块与第三查询模块连接,用于根据查找结果转发所述数据报文。
13.一种如权利要求11或12所述的管理板。
CN2009100832469A 2009-04-30 2009-04-30 一种报文处理方法、装置、线卡和管理板 Active CN101547147B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2009100832469A CN101547147B (zh) 2009-04-30 2009-04-30 一种报文处理方法、装置、线卡和管理板

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2009100832469A CN101547147B (zh) 2009-04-30 2009-04-30 一种报文处理方法、装置、线卡和管理板

Publications (2)

Publication Number Publication Date
CN101547147A CN101547147A (zh) 2009-09-30
CN101547147B true CN101547147B (zh) 2012-01-25

Family

ID=41194048

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009100832469A Active CN101547147B (zh) 2009-04-30 2009-04-30 一种报文处理方法、装置、线卡和管理板

Country Status (1)

Country Link
CN (1) CN101547147B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104350709B (zh) * 2012-06-01 2018-03-13 日本电气株式会社 交换机系统、线路卡、交换卡、fdb学习方法及fdb学习调停方法
CN104038440B (zh) * 2014-06-23 2017-07-25 福建星网锐捷网络有限公司 一种报文转发的方法和设备
CN107040393B (zh) * 2015-08-21 2020-10-09 新华三技术有限公司 一种路由管理方法和设备
CN107635025A (zh) * 2017-09-22 2018-01-26 郑州云海信息技术有限公司 一种下刷mac地址转发表项的方法及系统
CN108111637A (zh) * 2017-12-25 2018-06-01 锐捷网络股份有限公司 一种老化mac地址的方法、线卡和交换设备
CN108881328B (zh) * 2018-09-29 2021-02-23 北京东土军悦科技有限公司 数据包过滤方法、装置、网关设备及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101192944A (zh) * 2006-11-21 2008-06-04 中兴通讯股份有限公司 一种通信设备端口信息管理方法和系统

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101192944A (zh) * 2006-11-21 2008-06-04 中兴通讯股份有限公司 一种通信设备端口信息管理方法和系统

Also Published As

Publication number Publication date
CN101547147A (zh) 2009-09-30

Similar Documents

Publication Publication Date Title
KR102162730B1 (ko) 분산형 라우팅 테이블 탐색 기술
CN101547147B (zh) 一种报文处理方法、装置、线卡和管理板
CN102273141B (zh) 减少计算机网络中的消息洪泛的传播
US8611361B2 (en) Switching hub, line card and frame relay method
US7869439B1 (en) Varying packet switch behavior based on a quantity of virtual interfaces associated with a virtual switch
CN103501250A (zh) 分布式链路聚合网络中的数据流处理方法和装置
CN112367254B (zh) 跨设备链路聚合方法、装置和电子设备
WO2013052564A2 (en) System and methods for managing network hardware address requests with a controller
CN101820397A (zh) 虚拟专用局域网网络收敛的方法及设备
CN103259725A (zh) 报文发送方法和网络设备
CN104838625A (zh) 通信系统、控制装置、通信控制方法、传输控制方法以及传输控制程序
US20160134510A1 (en) Topology structure discovery method and device
CN103023773A (zh) 多拓扑网络中转发报文的方法、装置和系统
CN108777723B (zh) Arl表管理系统
CN103931144A (zh) 一种在虚拟域中通信的方法、设备和系统
CN103532851A (zh) 分布式链路聚合网络中的数据流处理方法和装置
CN102325077B (zh) 分支机构间的通信方法及分支机构的出口路由器
CN101783769A (zh) 链路故障时报文转发的方法和设备
US10560400B2 (en) Method for managing traffic item in software-defined networking
US10419282B1 (en) Self-configuring network devices
US20140204953A1 (en) Communication System and Network Relay Device
CN102055676A (zh) Mstp组网环境中实现负载分担的方法及装置
US9998367B2 (en) Communication control system, communication control method, and communication control program
CN104734877A (zh) 一种获取配置服务器信息的方法、装置及系统
CN101115017A (zh) 一种删除mac地址的方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
DD01 Delivery of document by public notice

Addressee: Zhou Jian

Document name: Review of business letter

C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: BEIJING Z-GOOD TECHNOLOGY SERVICE CO., LTD.

Free format text: FORMER OWNER: BEIJING XINGWANG RUIJIE NETWORK TECHNOLOGIES CO., LTD.

Effective date: 20140624

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 100036 HAIDIAN, BEIJING TO: 100085 HAIDIAN, BEIJING

TR01 Transfer of patent right

Effective date of registration: 20140624

Address after: 100085 Beijing city Haidian District No. 33 Xiaoying Road 1 1F06 room

Patentee after: BEIJING ZHIGU TECHNOLOGY SERVICES CO., LTD.

Address before: 100036 Beijing City, Haidian District Fuxing Road No. 29 building 11 floor East Tower Austria Italy Peng

Patentee before: Beijing Xingwang Ruijie Network Technologies Co., Ltd.

EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20090930

Assignee: Beijing Xingwang Ruijie Network Technologies Co., Ltd.

Assignor: BEIJING ZHIGU TECHNOLOGY SERVICES CO., LTD.

Contract record no.: 2014990000764

Denomination of invention: Method, device, line card and management unit for message processing

Granted publication date: 20120125

License type: Common License

Record date: 20140923

LICC Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model