CN103269299A - Spbm网络中的报文转发方法及装置 - Google Patents
Spbm网络中的报文转发方法及装置 Download PDFInfo
- Publication number
- CN103269299A CN103269299A CN2013101413473A CN201310141347A CN103269299A CN 103269299 A CN103269299 A CN 103269299A CN 2013101413473 A CN2013101413473 A CN 2013101413473A CN 201310141347 A CN201310141347 A CN 201310141347A CN 103269299 A CN103269299 A CN 103269299A
- Authority
- CN
- China
- Prior art keywords
- message
- mac address
- mac
- service instance
- correspondence
- 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
Abstract
本申请公开了一种SPBM网络中的报文转发方法及装置，该SPBM网络中包括：多个BEB设备及其连接的用户网络，该方法应用于BEB设备，该方法包括：接收到来自本地用户网络的单播以太网报文后，确定出与该单播以太网报文的VLAN ID和入端口相对应的第一服务实例；根据该单播以太网报文的目的MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项；若未查找到匹配表项，则仅将该单播以太网报文向第一服务实例内连接本地用户网络的端口进行广播。本申请有效地抑制了目的MAC地址未知的单播以太网报文向骨干网泛洪，节约了骨干网的网络带宽。
Description
技术领域
本申请涉及网络通信技术领域，特别涉及一种SPBM网络中的报文转发方法及装置。
背景技术
SPB（Shortest Path Bridging，最短路径桥）是IEEE802.1aq定义的一种以太网标准，是MSTP（Multiple Spanning Tree Protocol，多生成树协议）的进一步延伸，旨在构建大型扁平的无阻塞二层网络。SPB使用SPB IS-IS（Intermediate System toIntermediate System，中间系统到中间系统）来共享网络中的链路状态，且网络中的各个节点并行计算各节点之间的最短路径，避免了使用STP（Spanning Tree Protocol，生成树协议）协议带来的不稳定性和部分链路利用效率低下的不足。
IEEE802.1aq定义了两种SPB模式：VLAN模式（SPBV（Shortest Path BridgingVLAN Mode，VLAN模式的最短路径桥））和M-in-M（Mac-in-Mac）模式（SPBM（ShortestPath Bridging MAC Mode，M-in-M模式的最短路径桥））。SPBM模式继承了IEEE802.1ah规定的报文封装格式及多实例的思想，但重新定义了数据平面的转发方式和控制平面，由SPB IS-IS来学习链路状态信息，并进行全网同步，计算转发路径。SPBM是一种二层VPN（Virtual Private Network，虚拟专用网络）技术，其网络模型与IEEE802.1ah定义的M-in-M网络模型基本一致。如图1所示，在SPBM网络中，骨干网络主要包括BEB和BCB等类型的设备以及这些设备之间的骨干链路。
下面对图1中涉及的各种技术术语进行解释如下：
BEB（Backbone Edge Bridge，骨干网边缘网桥）：BEB设备是骨干网络的边缘设备，相当于MPLS（Multiprotocol Label Switching，多协议标签交换）网络中的PE（Provider Edge，服务提供商网络边缘）设备。它负责将来自用户网络的报文进行M-in-M封装，并将得到的M-in-M报文转发到骨干网络中，或者将来自骨干网络的M-in-M报文进行解封装，并转发到用户网络中。设置有同一服务实例的两个BEB设备之间建立PW（Pseudo Wire，伪线）连接，通过PW相互传输数据。
BCB（Backbone Core Bridge，骨干网核心网桥）：BCB设备是骨干网络的核心设备，相当于MPLS网络中的P设备。它负责按照B-MAC（Backbone MAC，骨干网MAC）和B-VLAN（Backbone VLAN，骨干网VLAN）转发M-in-M报文。BCB设备只需要转发报文和学习骨干网中的MAC地址，不需要学习用户网络中大量的MAC（Media Access Control，媒体访问控制）地址，从而降低了网络部署的成本，也为骨干网络提供了更好的可扩展性。
M-in-M报文：经过M-in-M封装的报文简称为M-in-M报文。
B-MAC/B-VLAN：BEB设备在对用户报文进行M-in-M封装时，会为用户报文打上运营商分配的MAC地址和VLAN（Virtual Local Area Network，虚拟局域网）。这个由运营商分配的MAC地址和VLAN就分别称为B-MAC和B-VLAN。在骨干网络中，BCB设备就是按照B-MAC和B-VLAN转发M-in-M报文的。B-MAC包括：源B-MAC和目的B-MAC，BEB设备在对用户报文进行M-in-M封装时，会将本设备的MAC地址作为源B-MAC、将目的端BEB设备的MAC地址作为目的B-MAC进行封装。
服务实例和I-SID：在骨干网络中，一个服务实例代表一类业务或者用户，I-SID（Backbone Service Instance Identifier，骨干网服务实例编号）是服务实例的唯一编号。
（1）SPBM的数据平面
SPBM继承了IEEE802.1ah定义的M-in-M报文的封装格式，如图2所示，在封装过程中，在用户原始的以太网报文的外层增加了服务实例、B-VLAN标签、B-MAC地址信息，骨干网络通过这些信息对封装得到的M-in-M报文进行转发。
图2中涉及的相关示意的解释如下：
B-DA（Backbone Destination MAC address，骨干网目的MAC地址）：即目的B-MAC，是M-in-M封装的外层目的MAC地址，为SPBM隧道目的端的BEB设备的MAC地址。
B-SA（Backbone Source MAC address，骨干网源MAC地址）：即源B-MAC，是M-in-M封装的外层源MAC地址，为SPBM隧道源端的BEB设备的MAC地址。
B-Tag（Backbone VLAN Tag，骨干网VLAN标签）：即B-VLAN Tag，是M-in-M封装的外层VLAN Tag，用来标识报文在骨干网中的VLAN和优先级信息，其TPID（Tag Protocol Identifier，标签协议标识）值固定为0x88a8。
I-Tag（Backbone Service Instance Tag，骨干网服务实例标签）：M-in-M封装中的业务标记，包括：报文在BEB设备上处理时的传送优先级I-PCP和丢弃优先级I-DEI、标识服务实例的I-SID，其TPID值固定为0x88e7。
C-DA（Customer Destination MAC address，用户网络目的MAC地址）：用户报文原始的目的MAC地址。
C-SA（Customer Destination MAC address，用户网络源MAC地址）：用户报文原始的源MAC地址。
BEB设备从连接用户网络的用户侧端口收到用户报文后，根据报文入端口和VLAN映射到相应的服务实例中进行查表转发，如果查到的出接口为SPBM隧道口，则根据该服务实例与B-VLAN的映射关系，得到B-Tag，然后使用该服务实例的I-SID、B-Tag和B-MAC对该用户报文进行M-in-M隧道封装。经过M-in-M隧道封装后的报文进入SPT区域内之后，BCB设备根据报文头的B-MAC、B-VLAN进行转发。在B-VLAN内不动态学习MAC地址，丢弃全F的广播报文、未知地址的单播报文和未知地址的组播报文，且在报文Ingress时根据B-SA和B-VLAN进行RPF（Reverse PathForwarding，逆向路径转发）检查，以防止环路；B-VLAN内的转发表项包括：单播表项和组播表项，都由SPB IS-IS下刷。骨干链路上只需要允许B-VLAN内的数据流通过。
（2）SPBM的控制平面
SPBM在B-VLAN内不动态学习MAC地址，其转发表项都是由控制平面SPB IS-IS学习并下刷。SPB-IS-IS的功能包括：
1）建立SPB桥之间的IS-IS邻居，进行链路状态数据库的快速更新和同步。
2）I-SID的通告，负载分担算法的通告。
3）各个节点并行计算SPT（Shortest Path Tree，最短路径树），并给数据平面下发转发表项。
在IS-IS中，每一个节点都会生成LSP（Link State PDU，链路状态协议数据单元），此LSP中包含了本节点的所有链路状态信息（链路状态信息包括：本节点有哪些链路、每一条链路的ID和开销、以及ECT（Equal Cost Tree，等价树）算法等）、B-MAC/B-VLAN以及I-SID的对应关系。当网络中的所有节点都收到其它节点的LSP信息时，将开始SPT计算，并最终生成转发表项下发到数据平面。数据平面根据这些转发表项进行报文的处理。
在现有技术中，BEB设备通过自学习的方式学习远端用户网络中的MAC地址。具体的，当BEB设备从一个PW1上接收到M-in-M报文后，对该M-in-M报文进行M-in-M解封装，若解封装后的单播报文的源MAC地址：MAC1是未知的，则将MAC1学习到该PW1上。后续，当从本地用户网络接收到目的MAC地址为MAC1的单播报文后，就可以确定出与该单播报文的VLAN ID（Identity，标识）和入端口相对应的服务实例，然后在本地的与该服务实例对应的MAC地址表中查找到与MAC1匹配的表项，通过该表项中的出接口：PW1对应的转发信息将该以太网报文封装成M-in-M报文后转发出去。然而，在按照上述方法学习到MAC1之前，当BEB设备从本地用户网络接收到目的MAC地址为MAC1的单播报文时，在该服务实例对应的MAC地址表中查找不到与MAC1匹配的表项，则BEB设备不仅会向该服务实例内连接本地用户网络的端口广播，还会向该服务实例内的所有PW广播。
由上可以看出，对于来自本地用户网络的目的MAC地址未知的单播报文，BEB设备不仅会向本地用户网络泛洪，还会向骨干网泛洪，这样，会浪费骨干网的带宽。
发明内容
本申请提供了一种SPBM网络中的报文转发方法及装置，以解决现有技术中存在的对于来自本地用户网络的目的MAC地址未知的单播报文，BEB设备会向骨干网泛洪，从而导致浪费骨干网的带宽资源的问题。
本申请的技术方案如下：
一方面，提供了一种SPBM网络中的报文转发方法，该SPBM网络中包括：多个BEB设备及其连接的用户网络，该方法应用于BEB设备，该方法包括：
接收到来自本地用户网络的单播以太网报文后，确定出与该单播以太网报文的VLAN ID和入端口相对应的第一服务实例；
根据该单播以太网报文的目的MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项；
若未查找到匹配表项，则仅将该单播以太网报文向第一服务实例内连接本地用户网络的端口进行广播。
另一方面，还提供了一种SPBM网络中的报文转发装置，该SPBM网络中包括：多个BEB设备及其连接的用户网络，该装置应用于BEB设备，该装置包括：
接收模块，用于接收来自本地用户网络的单播以太网报文；
确定模块，用于在接收模块接收到单播以太网报文后，确定出与该单播以太网报文的VLAN ID和入端口相对应的第一服务实例；
查找模块，用于根据接收模块接收的单播以太网报文的目的MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项；
发送模块，用于在查找模块未查找到匹配表项时，仅将接收模块接收的单播以太网报文向第一服务实例内连接本地用户网络的端口进行广播。
在本申请的技术方案中，在SPBM网络中，BEB设备在接收到来自用户网络的单播以太网报文后，若该单播以太网报文的目的MAC地址是未知的，则仅会将该单播以太网报文向本地用户网络广播，而不再向骨干网广播，从而，有效地抑制了来自本地用户网络的目的MAC地址未知的单播以太网报文向骨干网泛洪，节约了骨干网的网络带宽。
附图说明
图1是现有技术的SPBM网络的基本组网模型的示意图；
图2是现有技术的SPBM中M-in-M报文的封装格式示意图；
图3是本申请的实施例一的扩展后的SPB IS-IS协议报文的格式示意图；
图4是本申请的实施例一的SPBM网络中的报文转发方法的流程图；
图5是本申请的实施例二的SPBM网络中的报文转发装置的结构示意图。
具体实施方式
为了解决现有技术中存在的现有技术中存在的对于来自本地用户网络的目的MAC地址未知的单播报文，BEB设备会向骨干网泛洪，从而导致浪费骨干网的带宽资源的问题，本申请的以下实施例中提供了一种SPBM网络中的报文转发方法以及一种可以应用该方法的装置。
本申请的以下实施例中，在SPBM网络中，BEB设备在接收到来自用户网络的单播以太网报文后，若该单播以太网报文的目的MAC地址是未知的，则仅会将该单播以太网报文向本地用户网络广播，而不再向骨干网广播，从而，有效地抑制了来自本地用户网络的目的MAC地址未知的单播以太网报文向骨干网泛洪，节约了骨干网的网络带宽。
在本申请的以下实施例中，如图1所示，SPBM网络中包括：多个BEB设备及其连接的用户网络。以下实施例中，均以某一个服务实例，称为第一服务实例为例进行说明，当存在多个服务实例时，每一个服务实例均按照以下实施例中的方法执行即可。
实施例一
本申请的实施例一的SPBM网络中的报文转发方法可以由任意一个BEB设备来执行。如图3所示，该方法包括以下几个部分的内容：
一、远端用户网络中的MAC地址的学习
本申请实施例中，对于远端用户网络中的MAC地址的学习，不再采用现有技术的自学习方式，即，在对接收到的M-in-M报文进行解封装得到单播以太网报文之后，若该单播以太网报文中的源MAC地址是未知的，也不允许学习该源MAC地址，而是采用MAC地址通告和同步的方式，即，设置有同一服务实例的BEB设备之间相互通告和同步各自从本地用户网络学习到的该服务实例的MAC地址，从而达到学习远端用户网络中的MAC地址的目的。
1、MAC地址通告和同步
BEB设备执行的MAC地址通告（包括：增加通告和删除通告）和同步操作如下：
步骤S102，从本地用户网络学习到第一服务实例的某一MAC地址，称为第一MAC地址之后，将第一MAC地址对应的表项添加到本地的第一服务实例对应的MAC地址表中，同时将第一MAC地址携带在MAC增加通告报文中；将该MAC增加通告报文封装成M-in-M报文并发送给设置有第一服务实例的对端BEB设备，其中，封装的M-in-M报文携带的I-SID是第一服务实例的I-SID；
步骤S104，当预设的同步周期到达时，将本地的第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址，携带在MAC同步报文中；将该MAC同步报文封装成M-in-M报文并发送给对端BEB设备，其中，封装的M-in-M报文携带的I-SID是第一服务实例的I-SID；
步骤S106，当第一MAC地址被删除时，将第一MAC地址对应的表项从本地的第一服务实例对应的MAC地址表中删除，同时将第一MAC地址携带在MAC删除通告报文中；将该MAC删除通告报文封装成M-in-M报文并发送给对端BEB设备，其中，封装的M-in-M报文携带的I-SID是第一服务实例的I-SID。
BEB设备还需要周期性地将从本地用户网络中学习到的第一服务实例的所有MAC地址发送给对端BEB设备，以便于二者之间的MAC地址达到同步。
在实际实施过程中，同步周期可以设置为固定值，也可以根据实际需要来进行动态地调整，若在本地的第一服务实例对应的MAC地址表中，从本地用户网络学习到的MAC地址的变化频率较快，则同步周期可以设置得较长，若变化频率较慢，则同步周期可以设置得较短。
上述步骤S102-S106的执行并无一定的先后顺序，本申请对此不做限定。通过上述的步骤S102-106，BEB设备在从本地用户网络中学习到第一服务实例的一个MAC地址之后，会立即将该MAC地址携带在MAC通告增加报文中，发送给对端BEB设备，从而，通知对端BEB设备增加该MAC地址对应的表项；另外，在BEB设备中还预先设置了同步周期，每次同步周期到达时，BEB设备还会将第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址，即，从本地用户网络中学习到的第一服务实例的所有MAC地址，携带在MAC同步报文中，发送给对端BEB设备，从而，通知对端BEB设备根据这些MAC地址更新本地的第一服务实例对应的MAC地址表；另外，当从本地用户网络中学习到的第一服务实例的一个MAC地址被删除时，BEB设备也会立即将该MAC地址携带在MAC删除通告报文中，发送给对端BEB设备，从而，通知对端BEB设备删除该MAC地址对应的表项。
在实际实施过程中，当有一个新的对端BEB设备与本BEB设备建立了PW连接时，本BEB设备需要将本地的第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址，携带在MAC同步报文中，然后，将该MAC同步报文封装成M-in-M报文并发送给该新的对端BEB设备。另外，当本BEB设备检测到本设备与对端BEB设备之间的PW连接的状态不可用时，需要将本地的第一服务实例对应的MAC地址表中的该对端BEB设备发来的MAC地址对应的表项删除。
同样，BEB设备也会接收到对端BEB设备发来的封装有MAC增加通告报文、MAC同步报文或MAC删除通告报文的M-in-M报文，此时，BEB设备会按照以下两种方式执行：
方式一、
在该方式一中，BEB设备会执行以下操作：
步骤S202-1：在接收到对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC增加通告报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC增加通告报文中携带有对端BEB设备从本地用户网络学习到的第一服务实例的第二MAC地址；将第二MAC地址对应的表项添加到本地的第一服务实例对应的MAC地址表中；
由于M-in-M报文中携带有第一服务实例的I-SID，因此，在对M-in-M报文解封装得到MAC增加通告报文后，会立即在本地的第一服务实例对应的MAC地址表中增加该MAC增加通告报文中携带的MAC地址对应的表项。
步骤S204-1：在接收到对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC同步报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC同步报文中携带有对端BEB设备中第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址；根据该MAC同步报文中携带的MAC地址，更新本地的第一服务实例对应的MAC地址表；
由于M-in-M报文中携带有第一服务实例的I-SID，因此，在对M-in-M报文解封装得到MAC同步报文后，会立即根据该MAC同步报文中携带的MAC地址，更新本地的第一服务实例对应的MAC地址表。若MAC同步报文中携带的某一个MAC地址是一个新的MAC地址，则添加该MAC地址对应的表项；若MAC同步报文中携带的某一个MAC地址是一个已有的MAC地址，则不需要再添加该MAC地址的表项了；若一个已有的对端BEB设备发来的MAC地址并不存在于该MAC同步报文中，则要将该MAC地址对应的表项删除。
例如，若该MAC同步报文中携带的MAC1在本地的第一服务实例对应的MAC地址表中不存在对应的表项，则添加MAC1对应的表项；若本地的第一服务实例对应的MAC地址表中存在对端BEB设备之前通告或同步来的MAC2对应的表项，而该MAC同步报文中并未携带MAC2，则将MAC2对应的表项删除。
步骤S206-1：在接收到对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC删除通告报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC删除通告报文中携带有对端BEB设备删除的第二MAC地址；将第二MAC地址对应的表项从本地的第一服务实例对应的MAC地址表中删除。
由于M-in-M报文中携带有第一服务实例的I-SID，因此，在对M-in-M报文解封装得到MAC删除通告报文后，会立即在本地的第一服务实例对应的MAC地址表中删除该MAC删除通告报文中携带的MAC地址对应的表项。
在实际实施过程中，为了防止环路，BEB设备从接收到的封装了MAC增加通告报文、MAC同步报文或MAC删除通告报文的M-in-M报文后，仅会执行上述的步骤S204-1至S206-1的处理操作，而不会再将该MAC增加通告报文、MAC同步报文或MAC删除通告报文发送到给其他的对端BEB设备。
上述的步骤S202-1至步骤S206-1的执行并无一定的先后顺序，本申请对此不做限定。
方式二、
在该方式二中，BEB设备会执行以下操作：
步骤S202-2：在接收到对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC增加通告报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC增加通告报文中携带有对端BEB设备从本地用户网络学习到的第一服务实例的第二MAC地址；将第二MAC地址对应的表项添加到本地的第一服务实例对应的MAC地址表中，并将第二MAC地址的状态置为Normal（正常）；
与方式一中的步骤S202-1相比，本步骤S202-2在将第二MAC地址对应的表项添加到本地的第一服务实例对应的MAC地址表中的同时，还会将第二MAC地址的状态置为Normal。
步骤S204-2：在接收到对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC同步报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC同步报文中携带有对端BEB设备中第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址；若该MAC同步报文中携带的一MAC地址已经在本地的第一服务实例对应的MAC地址表中存在对应的表项，则将该MAC地址的状态刷新为Normal；若该MAC同步报文中携带的一MAC地址在本地的第一服务实例对应的MAC地址表中不存在对应的表项，则将该MAC地址对应的表项添加到本地的第一服务实例对应的MAC地址表中，并将该MAC地址的状态置为Normal；
与方式一中的步骤S202-1相比，若MAC同步报文中携带的某一个MAC地址是一个新的MAC地址，则添加该MAC地址对应的表项的同时，还会将该MAC地址的状态置为Normal；若MAC同步报文中携带的某一个MAC地址是一个已有的MAC地址，则将该MAC地址的状态刷新为Normal；若一个已有的对端BEB设备发来的MAC地址并不存在于该MAC同步报文中，则不需要将该MAC地址对应的表项删除，也不需要刷新该MAC地址的状态。
例如，若该MAC同步报文中携带的MAC1在本地的第一服务实例对应的MAC地址表中不存在对应的表项，则添加MAC1对应的表项，并将MAC1的状态置为Normal；若本地的第一服务实例对应的MAC地址表中存在对端BEB设备之前通告或同步来的MAC2对应的表项，而该MAC同步报文中并未携带MAC2，则不会将MAC2对应的表项删除，也不刷新MAC2的状态；若该MAC同步报文中携带的MAC3已经在本地的第一服务实例对应的MAC地址表中存在对应的表项，则仅刷新MAC3的状态为Normal。
步骤S206-2：当预设的核查周期到达时，针对本地的第一服务实例对应的MAC地址表中的每一个表项，判断该表项中的MAC地址的状态是否为Normal，若是Normal，则将该表项中的MAC地址的状态修改为Abnormal（非正常），若是Abnormal，则将该表项删除，其中，核查周期是同步周期的正整数倍。
在实际实施过程中，核查周期可以是同步周期的3倍或5倍。
在方式二中，如果对接收到的M-in-M报文进行解封装得到了MAC删除通告报文，也不会将MAC删除通告报文中携带的MAC地址对应的表项删除，也不需要刷新这些MAC地址的状态。
由于在实际应用中，网络中可能会出现拥塞现象，从而导致封装有MAC增加通告报文、MAC同步报文或MAC删除通告报文的M-in-M报文产生丢包或延时，使得接收端误删除了本来不应该删除的MAC地址，或者本来应该删除的MAC地址长时间残留，为了解决上述问题，方式二中，在接收到MAC增加通告报文、MAC同步报文或MAC删除通告报文后，仅会增加新的MAC地址对应的表项，并将新的MAC地址的状态置为Normal，以及，将报文中携带的已有MAC地址的状态刷新为Normal，但并不删除报文中不存在的MAC地址对应的表项。预先设置了核查周期，BEB设备会周期性地对第一服务实例对应的MAC地址表中的由对端BEB设备发来的MAC地址的状态进行核查，将原有状态为Normal的MAC地址的状态修改为Abnormal，将原有状态为Abnormal的MAC地址对应的表项删除。
上述的步骤S202-2至步骤S206-2的执行并无一定的先后顺序，本申请对此不做限定。
在具体的实施过程中，MAC增加通告报文、MAC同步报文、MAC删除通告报文可以通过扩展现有的SPB IS-IS协议报文来实现，例如，可以扩展现有的IS-IS LSP报文。可以对SPB IS-IS协议报文中的CLV（Code Length Value）字段进行扩展。如图3所示，扩展后的SPB IS-IS协议报文中包括：IS-IS基本头部字段、固定PDU字段和CLV字段，其中，IS-IS基本头部字段和固定PDU字段与现有技术中的含义相同，这里不再赘述，下面对CLV字段进行详细介绍。
CLV字段中包括：
Code（代码）：用于表示本SPB IS-IS协议报文的类型，当该字段的值为第一值时，表示本SPB IS-IS协议报文为MAC增加通告报文；当该字段的值为第二值时，表示本SPB IS-IS协议报文为MAC删除通告报文；当该字段的值为第三值时，表示本SPB IS-IS协议报文为MAC同步报文；上述的第一值、第二值或第三值可以取现有SPB IS-IS协议中没有被使用的值即可，例如可以为133或者其他值；
Length（长度）：用于携带Value字段的长度；
Value：该字段中包括：Sequence Number（序列号）字段和多个MAC地址（在图3中用MAC1….MACn表示），其中，Sequence Number用于标识本SPB IS-IS协议报文的序列号，当要通告或同步的MAC地址的数量较大时，可以使用多个SPB IS-IS协议报文来携带要通告或同步的MAC地址，此时，Sequence Number就表示本SPB IS-IS协议报文在这多个SPB IS-IS协议报文中的序号；MAC1….MACn用于表示需要通告或同步的MAC地址。
在实际实施时，为了防止由于MAC地址通告或同步失败导致的数据流丢失，MAC地址的发布需要执行严格的确认机制，发送端在每一个SPB IS-IS协议报文中携带Sequence Number，接收端接收到一个SPB IS-IS协议报文后必须回复应答报文，发送端接收到该应答报文后才会继续发送下一个SPB IS-IS协议报文。
2、目的MAC地址未知的单播以太网报文的发送
对于从本地用户网络中接收到的目的MAC地址未知的单播以太网报文的发送过程包括以下步骤：
步骤S302，接收到来自本地用户网络的单播以太网报文后，确定出与该单播以太网报文的VLAN ID和入端口相对应的第一服务实例；
步骤S304，根据该单播以太网报文的目的MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项；
步骤S306，若未查找到匹配表项，则仅将该单播以太网报文向第一服务实例内连接本地用户网络的端口进行广播。若查找到了匹配表项，则按照现有技术将该单播以太网报文封装成M-in-M报文后转发出去，这里不再赘述。
通过上述的步骤S302-S304，对于接收到的来自用户网络的目的MAC地址未知的单播以太网报文，BEB设备不再向骨干网广播，节约了骨干网的网络带宽。
另外，在现有技术中，接收到M-in-M报文后，若对该M-in-M报文进行解封装得到的单播以太网报文的目的MAC地址是未知的，也会将该单播以太网报文向对应服务实例内的本地用户网络和骨干网广播，同样会造成浪费骨干网的网络带宽的问题，为了解决该问题，上述的方法中还包括以下步骤：
对于从骨干网中接收到的目的MAC地址未知的单播以太网报文的发送过程包括以下步骤：
步骤S402，接收到设置有第一服务实例的对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到单播以太网报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID；
显然，接收的M-in-M报文的源B-MAC地址是该对端BEB设备的MAC地址，目的B-MAC地址是本设备的MAC地址。
步骤S404，根据该单播以太网报文中的源MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项，若没有查找到匹配表项，则丢弃该单播以太网报文；
步骤S406，若查找到了匹配表项，则根据该单播以太网报文的目的MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项，若未查找到匹配表项，则仅将该单播以太网报文向第一服务实例内连接本地用户网络的端口进行广播。
在上述的步骤S402-S406中，在对接收到的M-in-M报文解封装得到单播以太网报文后，除了要对该单播以太网报文的目的MAC地址进行查找以外，还需要对该单播以太网报文的源MAC地址进行查找，即对源MAC地址进行合法性检查，判断本地是否存在该源MAC对应的表项，对于未通过合法性检查的单播以太网报文要进行丢弃。通过对源MAC地址未知的单播以太网报文进行抑制，可以防止非法报文的攻击。
实施例二
针对上述实施例一中的方法，本申请的实施例提供了一种可以应用该方法的报文转发装置，该装置应用于BEB设备。
如图5所示，该装置中包括以下模块：接收模块10、确定模块20、查找模块30和发送模块40，其中：
接收模块10，用于接收来自本地用户网络的单播以太网报文；
确定模块20，用于在接收模块10接收到单播以太网报文后，确定出与该单播以太网报文的VLAN ID和入端口相对应的第一服务实例；
查找模块30，用于根据接收模块10接收的单播以太网报文的目的MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项；
发送模块40，用于在查找模块30未查找到匹配表项时，仅将接收模块10接收的单播以太网报文向第一服务实例内连接本地用户网络的端口进行广播。
另外，该装置中还可以包括：解封装模块和丢弃模块，其中：
接收模块，还用于接收M-in-M报文；
解封装模块，用于在接收模块接收到设置有第一服务实例的对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到单播以太网报文，其中，接收的M-in-M报文携带的骨干网服务实例编号I-SID是第一服务实例的I-SID；
查找模块，还用于根据解封装模块解封装得到的单播以太网报文中的源MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项，若查找到了匹配表项，则根据该单播以太网报文的目的MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项；
丢弃模块，用于若查找模块根据解封装模块解封装得到的单播以太网报文中的源MAC地址，在本地的第一服务实例对应的MAC地址表中没有查找到匹配表项，则丢弃解封装模块解封装得到的单播以太网报文；
发送模块，还用于在查找模块根据解封装模块解封装得到的单播以太网报文的目的MAC地址在本地的第一服务实例对应的MAC地址表中未查找到匹配表项时，仅将该单播以太网报文向第一服务实例内连接本地用户网络的端口进行广播。
另外，该装置中还可以包括：配置模块和封装模块，其中：
配置模块，用于从本地用户网络学习到第一服务实例的第一MAC地址之后，将第一MAC地址对应的表项添加到本地的第一服务实例对应的MAC地址表中，同时将第一MAC地址携带在MAC增加通告报文中；还用于当预设的同步周期到达时，将本地的第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址，携带在MAC同步报文中；还用于当第一MAC地址被删除时，将第一MAC地址对应的表项从本地的第一服务实例对应的MAC地址表中删除，同时将第一MAC地址携带在MAC删除通告报文中；
封装模块，用于将MAC增加通告报文封装成M-in-M报文，将MAC同步报文封装成M-in-M报文，以及，将MAC删除通告报文封装成M-in-M报文，其中，封装的M-in-M报文携带的I-SID是第一服务实例的I-SID；
发送模块，还用于将封装模块封装成的M-in-M报文发送给设置有第一服务实例的对端BEB设备。
根据本申请的一种实施例，该装置中的解封装模块和配置模块还具有以下功能：
解封装模块，还用于在接收模块接收到对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC增加通告报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC增加通告报文中携带有对端BEB设备从本地用户网络学习到的第一服务实例的第二MAC地址；还用于在接收模块接收到对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC同步报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC同步报文中携带有对端BEB设备中第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址；还用于在接收模块接收到对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC删除通告报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC删除通告报文中携带有对端BEB设备删除的第二MAC地址；
配置模块，还用于将解封装模块解封装得到的MAC增加通告报文中携带的第二MAC地址对应的表项，添加到本地的第一服务实例对应的MAC地址表中；还用于根据解封装模块解封装得到的MAC同步报文中携带的MAC地址，更新本地的第一服务实例对应的MAC地址表；还用于将解封装模块解封装得到MAC删除通告报文中携带的第二MAC地址对应的表项从本地的第一服务实例对应的MAC地址表中删除。
根据本申请的另一种实施例，该装置中的解封装模块和配置模块还具有以下功能：
解封装模块，还用于在接收模块接收到对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC增加通告报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC增加通告报文中携带有对端BEB设备从本地用户网络学习到的第一服务实例的第二MAC地址；还用于在接收模块接收到对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC同步报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC同步报文中携带有对端BEB设备中第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址；
配置模块，还用于将解封装模块解封装得到的MAC增加通告报文中携带的第二MAC地址对应的表项，添加到本地的第一服务实例对应的MAC地址表中，并将第二MAC地址的状态置为正常Normal；还用于若解封装模块解封装得到的MAC同步报文中携带的一MAC地址已经在本地的第一服务实例对应的MAC地址表中存在对应的表项，则将该MAC地址的状态刷新为Normal，若该MAC同步报文中携带的一MAC地址在本地的第一服务实例对应的MAC地址表中不存在对应的表项，则将该MAC地址对应的表项添加到本地的第一服务实例对应的MAC地址表中，并将该MAC地址的状态置为Normal；还用于当预设的核查周期到达时，针对本地的第一服务实例对应的MAC地址表中的每一个表项，判断该表项中的MAC地址的状态是否为Normal，若是Normal，则将该表项中的MAC地址的状态修改为非正常Abnormal，若是Abnormal，则将该表项删除，其中，核查周期是同步周期的正整数倍。
综上，本申请以上实施例可以达到以下技术效果：
（1）BEB设备在接收到来自用户网络的单播以太网报文后，若该单播以太网报文的目的MAC地址是未知的，则仅会将该单播以太网报文向本地用户网络广播，而不再向骨干网广播，从而，有效地抑制了来自本地用户网络的目的MAC地址未知的单播以太网报文向骨干网泛洪，减少进入骨干网的广播流量，节约了骨干网的网络带宽。
（2）BEB设备在接收到M-in-M报文后，对该M-in-M报文解封装得到单播以太网报文，除了要对该单播以太网报文的目的MAC地址进行查找以外，还需要对该单播以太网报文的源MAC地址进行查找，即对源MAC地址进行合法性检查，判断本地是否存在该源MAC对应的表项，对于未通过合法性检查的单播以太网报文要进行丢弃。通过对源MAC地址未知的单播以太网报文进行抑制，可以防止非法报文的攻击。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
Claims (12)
1.一种Mac-in-Mac模式的最短路径桥SPBM网络中的报文转发方法，所述SPBM网络中包括：多个骨干网边缘网桥BEB设备及其连接的用户网络，所述方法应用于所述BEB设备，其特征在于，所述方法包括：
接收到来自本地用户网络的单播以太网报文后，确定出与所述单播以太网报文的虚拟局域网VLAN标识ID和入端口相对应的第一服务实例；
根据所述单播以太网报文的目的媒体访问控制MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项；
若未查找到匹配表项，则仅将所述单播以太网报文向第一服务实例内连接本地用户网络的端口进行广播。
2.根据权利要求1所述的方法，其特征在于，还包括：
接收到设置有第一服务实例的对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到单播以太网报文，其中，所述接收的M-in-M报文携带的骨干网服务实例编号I-SID是第一服务实例的I-SID；
根据该单播以太网报文中的源MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项，若没有查找到匹配表项，则丢弃该单播以太网报文；
若查找到了匹配表项，则根据该单播以太网报文的目的MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项，若未查找到匹配表项，则仅将该单播以太网报文向第一服务实例内连接本地用户网络的端口进行广播。
3.根据权利要求1或2所述的方法，其特征在于，还包括：
从本地用户网络学习到第一服务实例的第一MAC地址之后，将第一MAC地址对应的表项添加到本地的第一服务实例对应的MAC地址表中，同时将第一MAC地址携带在MAC增加通告报文中；将该MAC增加通告报文封装成M-in-M报文并发送给设置有第一服务实例的对端BEB设备，其中，封装的M-in-M报文携带的I-SID是第一服务实例的I-SID；
当预设的同步周期到达时，将本地的第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址，携带在MAC同步报文中；将该MAC同步报文封装成M-in-M报文并发送给所述对端BEB设备，其中，封装的M-in-M报文携带的I-SID是第一服务实例的I-SID。
4.根据权利要求3所述的方法，其特征在于，还包括：
在接收到所述对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC增加通告报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC增加通告报文中携带有所述对端BEB设备从本地用户网络学习到的第一服务实例的第二MAC地址；将第二MAC地址对应的表项添加到本地的第一服务实例对应的MAC地址表中；
在接收到所述对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC同步报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC同步报文中携带有所述对端BEB设备中第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址；根据该MAC同步报文中携带的MAC地址，更新本地的第一服务实例对应的MAC地址表。
5.根据权利要求4所述的方法，其特征在于，还包括：
当第一MAC地址被删除时，将第一MAC地址对应的表项从本地的第一服务实例对应的MAC地址表中删除，同时将第一MAC地址携带在MAC删除通告报文中；将该MAC删除通告报文封装成M-in-M报文并发送给所述对端BEB设备，其中，封装的M-in-M报文携带的I-SID是第一服务实例的I-SID；
在接收到所述对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC删除通告报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC删除通告报文中携带有所述对端BEB设备删除的第二MAC地址；将第二MAC地址对应的表项从本地的第一服务实例对应的MAC地址表中删除。
6.根据权利要求3所述的方法，其特征在于，还包括：
在接收到所述对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC增加通告报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC增加通告报文中携带有所述对端BEB设备从本地用户网络学习到的第一服务实例的第二MAC地址；将第二MAC地址对应的表项添加到本地的第一服务实例对应的MAC地址表中，并将第二MAC地址的状态置为正常Normal；
在接收到所述对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC同步报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC同步报文中携带有所述对端BEB设备中第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址；若该MAC同步报文中携带的一MAC地址已经在本地的第一服务实例对应的MAC地址表中存在对应的表项，则将该MAC地址的状态刷新为Normal；若该MAC同步报文中携带的一MAC地址在本地的第一服务实例对应的MAC地址表中不存在对应的表项，则将该MAC地址对应的表项添加到本地的第一服务实例对应的MAC地址表中，并将该MAC地址的状态置为Normal；
当预设的核查周期到达时，针对本地的第一服务实例对应的MAC地址表中的每一个表项，判断该表项中的MAC地址的状态是否为Normal，若是Normal，则将该表项中的MAC地址的状态修改为非正常Abnormal，若是Abnormal，则将该表项删除，其中，所述核查周期是所述同步周期的正整数倍。
7.一种Mac-in-Mac模式的最短路径桥SPBM网络中的报文转发装置，所述SPBM网络中包括：多个骨干网边缘网桥BEB设备及其连接的用户网络，所述装置应用于所述BEB设备，其特征在于，所述装置包括：
接收模块，用于接收来自本地用户网络的单播以太网报文；
确定模块，用于在所述接收模块接收到单播以太网报文后，确定出与所述单播以太网报文的虚拟局域网VLAN标识ID和入端口相对应的第一服务实例；
查找模块，用于根据所述接收模块接收的单播以太网报文的目的媒体访问控制MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项；
发送模块，用于在所述查找模块未查找到匹配表项时，仅将所述接收模块接收的单播以太网报文向第一服务实例内连接本地用户网络的端口进行广播。
8.根据权利要求7所述的装置，其特征在于，还包括：解封装模块和丢弃模块，其中：
所述接收模块，还用于接收M-in-M报文；
所述解封装模块，用于在所述接收模块接收到设置有第一服务实例的对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到单播以太网报文，其中，所述接收的M-in-M报文携带的骨干网服务实例编号I-SID是第一服务实例的I-SID；
所述查找模块，还用于根据所述解封装模块解封装得到的单播以太网报文中的源MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项，若查找到了匹配表项，则根据该单播以太网报文的目的MAC地址，在本地的第一服务实例对应的MAC地址表中查找匹配表项；
所述丢弃模块，用于若所述查找模块根据所述解封装模块解封装得到的单播以太网报文中的源MAC地址，在本地的第一服务实例对应的MAC地址表中没有查找到匹配表项，则丢弃所述解封装模块解封装得到的单播以太网报文；
所述发送模块，还用于在所述查找模块根据所述解封装模块解封装得到的单播以太网报文的目的MAC地址在本地的第一服务实例对应的MAC地址表中未查找到匹配表项时，仅将该单播以太网报文向第一服务实例内连接本地用户网络的端口进行广播。
9.根据权利要求7或8所述的装置，其特征在于，还包括：配置模块和封装模块，其中：
所述配置模块，用于从本地用户网络学习到第一服务实例的第一MAC地址之后，将第一MAC地址对应的表项添加到本地的第一服务实例对应的MAC地址表中，同时将第一MAC地址携带在MAC增加通告报文中；还用于当预设的同步周期到达时，将本地的第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址，携带在MAC同步报文中；
所述封装模块，用于将MAC增加通告报文封装成M-in-M报文，以及，将MAC同步报文封装成M-in-M报文，其中，封装的M-in-M报文携带的I-SID是第一服务实例的I-SID；
所述发送模块，还用于将所述封装模块封装成的M-in-M报文发送给设置有第一服务实例的对端BEB设备。
10.根据权利要求9所述的装置，其特征在于，
所述解封装模块，还用于在所述接收模块接收到所述对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC增加通告报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC增加通告报文中携带有所述对端BEB设备从本地用户网络学习到的第一服务实例的第二MAC地址；还用于在所述接收模块接收到所述对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC同步报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC同步报文中携带有所述对端BEB设备中第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址；
所述配置模块，还用于将所述解封装模块解封装得到的MAC增加通告报文中携带的第二MAC地址对应的表项，添加到本地的第一服务实例对应的MAC地址表中；还用于根据所述解封装模块解封装得到的MAC同步报文中携带的MAC地址，更新本地的第一服务实例对应的MAC地址表。
11.根据权利要求10所述的装置，其特征在于，
所述配置模块，还用于当第一MAC地址被删除时，将第一MAC地址对应的表项从本地的第一服务实例对应的MAC地址表中删除，同时将第一MAC地址携带在MAC删除通告报文中；还用于将所述解封装模块解封装得到MAC删除通告报文中携带的第二MAC地址对应的表项从本地的第一服务实例对应的MAC地址表中删除；
所述解封装模块，还用于在所述接收模块接收到所述对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC删除通告报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC删除通告报文中携带有所述对端BEB设备删除的第二MAC地址；
所述封装模块，还用于将MAC删除通告报文封装成M-in-M报文。
12.根据权利要求9所述的装置，其特征在于，
所述解封装模块，还用于在所述接收模块接收到所述对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC增加通告报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC增加通告报文中携带有所述对端BEB设备从本地用户网络学习到的第一服务实例的第二MAC地址；还用于在所述接收模块接收到所述对端BEB设备发来的M-in-M报文之后，对接收的M-in-M报文进行解封装得到MAC同步报文，其中，接收的M-in-M报文携带的I-SID是第一服务实例的I-SID，该MAC同步报文中携带有所述对端BEB设备中第一服务实例对应的MAC地址表中的从本地用户网络学习到的所有MAC地址；
所述配置模块，还用于将所述解封装模块解封装得到的MAC增加通告报文中携带的第二MAC地址对应的表项，添加到本地的第一服务实例对应的MAC地址表中，并将第二MAC地址的状态置为正常Normal；还用于若所述解封装模块解封装得到的MAC同步报文中携带的一MAC地址已经在本地的第一服务实例对应的MAC地址表中存在对应的表项，则将该MAC地址的状态刷新为Normal，若该MAC同步报文中携带的一MAC地址在本地的第一服务实例对应的MAC地址表中不存在对应的表项，则将该MAC地址对应的表项添加到本地的第一服务实例对应的MAC地址表中，并将该MAC地址的状态置为Normal；还用于当预设的核查周期到达时，针对本地的第一服务实例对应的MAC地址表中的每一个表项，判断该表项中的MAC地址的状态是否为Normal，若是Normal，则将该表项中的MAC地址的状态修改为非正常Abnormal，若是Abnormal，则将该表项删除，其中，所述核查周期是所述同步周期的正整数倍。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310141347.3A CN103269299B (zh) | 2013-04-22 | 2013-04-22 | Spbm网络中的报文转发方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310141347.3A CN103269299B (zh) | 2013-04-22 | 2013-04-22 | Spbm网络中的报文转发方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103269299A true CN103269299A (zh) | 2013-08-28 |
| CN103269299B CN103269299B (zh) | 2016-03-09 |
Family
ID=49012908
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310141347.3A Active CN103269299B (zh) | 2013-04-22 | 2013-04-22 | Spbm网络中的报文转发方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103269299B (zh) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103581038A (zh) * | 2013-11-07 | 2014-02-12 | 杭州华三通信技术有限公司 | 一种负载分担实现方法和装置 |
| CN103746918A (zh) * | 2014-01-06 | 2014-04-23 | 深圳市星盾网络技术有限公司 | 报文转发系统和报文转发方法 |
| CN103746921A (zh) * | 2013-12-30 | 2014-04-23 | 杭州华三通信技术有限公司 | 一种pvst组网中实例的实现方法和装置 |
| CN103746916A (zh) * | 2013-12-20 | 2014-04-23 | 杭州华三通信技术有限公司 | 一种改进spbm网络转发策略的方法和装置 |
| CN103795567A (zh) * | 2014-01-21 | 2014-05-14 | 杭州华三通信技术有限公司 | 一种组播转发表项维护方法和设备 |
| CN104243363A (zh) * | 2014-09-30 | 2014-12-24 | 杭州华三通信技术有限公司 | 一种报文处理方法和装置 |
| CN104796339A (zh) * | 2014-01-17 | 2015-07-22 | 杭州华三通信技术有限公司 | 快速泛洪处理方法及装置 |
| CN105187307A (zh) * | 2015-08-19 | 2015-12-23 | 上海斐讯数据通信技术有限公司 | 基于SDN的MAC-in-MAC报文传输方法及系统 |
| CN105530189A (zh) * | 2014-09-29 | 2016-04-27 | 华为技术有限公司 | Trill网络中转发报文的方法和路由桥 |
| CN106059962A (zh) * | 2016-06-07 | 2016-10-26 | 杭州华三通信技术有限公司 | 一种spbm网络中组播报文的转发方法和装置 |
| CN106161253A (zh) * | 2016-06-23 | 2016-11-23 | 杭州华三通信技术有限公司 | 一种报文处理方法及装置 |
| US10333729B1 (en) | 2017-12-07 | 2019-06-25 | International Business Machines Corporation | Protecting a network from a unicast flood |
| CN109981808A (zh) * | 2019-01-28 | 2019-07-05 | 博频云彩（北京）科技有限公司 | 一种低开销高效率的替代arp协议的ip地址解析方法 |
| CN110365569A (zh) * | 2019-07-12 | 2019-10-22 | 迈普通信技术股份有限公司 | 报文处理方法、装置及通信设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101674249A (zh) * | 2009-10-28 | 2010-03-17 | 杭州华三通信技术有限公司 | 运营商骨干桥pbb流量转发的方法及设备 |
| CN102404181A (zh) * | 2010-09-08 | 2012-04-04 | 华为技术有限公司 | 应用链路状态路由的二层协议中的地址对应关系发送方法 |
| US20130080602A1 (en) * | 2011-09-27 | 2013-03-28 | Avaya Inc. | Method and apparatus for resolving conflicting unicast advertisements in a transport network |
-
2013
- 2013-04-22 CN CN201310141347.3A patent/CN103269299B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101674249A (zh) * | 2009-10-28 | 2010-03-17 | 杭州华三通信技术有限公司 | 运营商骨干桥pbb流量转发的方法及设备 |
| CN102404181A (zh) * | 2010-09-08 | 2012-04-04 | 华为技术有限公司 | 应用链路状态路由的二层协议中的地址对应关系发送方法 |
| US20130080602A1 (en) * | 2011-09-27 | 2013-03-28 | Avaya Inc. | Method and apparatus for resolving conflicting unicast advertisements in a transport network |
Cited By (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103581038A (zh) * | 2013-11-07 | 2014-02-12 | 杭州华三通信技术有限公司 | 一种负载分担实现方法和装置 |
| CN103746916A (zh) * | 2013-12-20 | 2014-04-23 | 杭州华三通信技术有限公司 | 一种改进spbm网络转发策略的方法和装置 |
| CN103746916B (zh) * | 2013-12-20 | 2017-04-12 | 杭州华三通信技术有限公司 | 一种改进spbm网络转发策略的方法和装置 |
| CN103746921A (zh) * | 2013-12-30 | 2014-04-23 | 杭州华三通信技术有限公司 | 一种pvst组网中实例的实现方法和装置 |
| CN103746921B (zh) * | 2013-12-30 | 2017-09-15 | 新华三技术有限公司 | 一种pvst组网中实例的实现方法和装置 |
| CN103746918B (zh) * | 2014-01-06 | 2018-01-12 | 深圳市星盾网络技术有限公司 | 报文转发系统和报文转发方法 |
| CN103746918A (zh) * | 2014-01-06 | 2014-04-23 | 深圳市星盾网络技术有限公司 | 报文转发系统和报文转发方法 |
| CN104796339A (zh) * | 2014-01-17 | 2015-07-22 | 杭州华三通信技术有限公司 | 快速泛洪处理方法及装置 |
| US9906441B2 (en) | 2014-01-17 | 2018-02-27 | Hewlett Packard Enterprise Development Lp | Rapid flood processing |
| WO2015106706A1 (en) * | 2014-01-17 | 2015-07-23 | Hangzhou H3C Technologies Co., Ltd. | Rapid flood processing |
| CN104796339B (zh) * | 2014-01-17 | 2018-03-20 | 新华三技术有限公司 | 快速泛洪处理方法及装置 |
| CN103795567A (zh) * | 2014-01-21 | 2014-05-14 | 杭州华三通信技术有限公司 | 一种组播转发表项维护方法和设备 |
| CN103795567B (zh) * | 2014-01-21 | 2017-04-12 | 杭州华三通信技术有限公司 | 一种组播转发表项维护方法和设备 |
| CN105530189A (zh) * | 2014-09-29 | 2016-04-27 | 华为技术有限公司 | Trill网络中转发报文的方法和路由桥 |
| CN104243363B (zh) * | 2014-09-30 | 2017-08-11 | 新华三技术有限公司 | 一种报文处理方法和装置 |
| CN104243363A (zh) * | 2014-09-30 | 2014-12-24 | 杭州华三通信技术有限公司 | 一种报文处理方法和装置 |
| CN105187307A (zh) * | 2015-08-19 | 2015-12-23 | 上海斐讯数据通信技术有限公司 | 基于SDN的MAC-in-MAC报文传输方法及系统 |
| CN105187307B (zh) * | 2015-08-19 | 2018-07-31 | 上海斐讯数据通信技术有限公司 | 基于SDN的MAC-in-MAC报文传输方法及系统 |
| CN106059962B (zh) * | 2016-06-07 | 2019-09-17 | 新华三技术有限公司 | 一种spbm网络中组播报文的转发方法和装置 |
| CN106059962A (zh) * | 2016-06-07 | 2016-10-26 | 杭州华三通信技术有限公司 | 一种spbm网络中组播报文的转发方法和装置 |
| CN106161253B (zh) * | 2016-06-23 | 2020-12-25 | 新华三技术有限公司 | 一种报文处理方法及装置 |
| CN106161253A (zh) * | 2016-06-23 | 2016-11-23 | 杭州华三通信技术有限公司 | 一种报文处理方法及装置 |
| US10333730B1 (en) | 2017-12-07 | 2019-06-25 | International Business Machines Corporation | Protecting a network from a unicast flood |
| US10623196B2 (en) | 2017-12-07 | 2020-04-14 | International Business Machines Corporation | Protecting a network from a unicast flood |
| US10623195B2 (en) | 2017-12-07 | 2020-04-14 | International Business Machines Corporation | Protecting a network from a unicast flood |
| US10333729B1 (en) | 2017-12-07 | 2019-06-25 | International Business Machines Corporation | Protecting a network from a unicast flood |
| CN109981808A (zh) * | 2019-01-28 | 2019-07-05 | 博频云彩（北京）科技有限公司 | 一种低开销高效率的替代arp协议的ip地址解析方法 |
| CN110365569A (zh) * | 2019-07-12 | 2019-10-22 | 迈普通信技术股份有限公司 | 报文处理方法、装置及通信设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103269299B (zh) | 2016-03-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103269299B (zh) | Spbm网络中的报文转发方法及装置 | |
| CN102404181B (zh) | 应用链路状态路由的二层协议中的地址对应关系发送方法 | |
| CN101160902B (zh) | 数据转发方法及交换设备 | |
| CN101674249B (zh) | 运营商骨干桥pbb流量转发的方法及设备 | |
| CN103944826B (zh) | Spbm网络中的表项聚合方法及设备 | |
| US20080080535A1 (en) | Method and system for transmitting packet | |
| CN104378296A (zh) | 一种报文转发方法及设备 | |
| CN101552727B (zh) | 一种报文发送和接收方法及运营商边缘路由器 | |
| CN102882784A (zh) | Spbm中的lsp信息泛洪方法及设备 | |
| CN104378297A (zh) | 一种报文转发方法及设备 | |
| CN103067278B (zh) | 一种数据帧的传输处理方法、设备及系统 | |
| CN103259721A (zh) | Spbm网络中的报文转发方法及装置 | |
| JP5332861B2 (ja) | 伝送装置、伝送方法及び伝送システム | |
| CN103973825A (zh) | 叠加网络中通告mac地址可达性的方法、节点设备及发送方法 | |
| CN103227745A (zh) | 最短路径桥网和三层虚拟专网互通方法及公共边缘设备 | |
| CN103841019A (zh) | 多归接入最短路径桥接网络的方法和装置 | |
| CN104079466A (zh) | 一种报文处理方法和设备 | |
| CN103368863A (zh) | 最短路径桥网络中的负载分担方法及设备 | |
| CN103152265A (zh) | 一种spb网络中的报文转发方法和设备 | |
| CN103685029B (zh) | 一种快速环网保护协议组网中报文转发方法和设备 | |
| CN104378302B (zh) | 地址对应关系发送方法和路由桥设备 | |
| CN104009919A (zh) | 报文转发方法及装置 | |
| CN102238040B (zh) | 一种对ce进行监控的方法和路由设备 | |
| CN104219073B (zh) | Spbm网络中的报文转发方法及装置 | |
| CN104022954A (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 | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |