WO2013123847A1 - 报文发送方法和网络设备 - Google Patents

报文发送方法和网络设备 Download PDF

Info

Publication number
WO2013123847A1
WO2013123847A1 PCT/CN2013/071172 CN2013071172W WO2013123847A1 WO 2013123847 A1 WO2013123847 A1 WO 2013123847A1 CN 2013071172 W CN2013071172 W CN 2013071172W WO 2013123847 A1 WO2013123847 A1 WO 2013123847A1
Authority
WO
WIPO (PCT)
Prior art keywords
mac
mac address
data packet
network device
entry
Prior art date
Application number
PCT/CN2013/071172
Other languages
English (en)
French (fr)
Inventor
曾晴
徐小虎
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2013123847A1 publication Critical patent/WO2013123847A1/zh

Links

Classifications

    • 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/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • 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/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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/22—Alternate routing

Definitions

  • the present invention relates to communications technologies, and in particular, to a packet sending method and a network device. Background technique
  • the Layer 2 forwarding is forwarded according to the Media Access Control (MAC) address, and the packet is forwarded in the Ethernet (Ethernet).
  • the matching MAC address entry forwards the packet to all interfaces using the unknown unicast flooding method to achieve the final effect of sending the packet to the destination.
  • L2VPN Layer 2 VPN
  • MAC address which will solve the problem of multi-homing of the user edge (Customer Edge; CE) device caused by MAC address learning at the data level.
  • ARP Unknown unicast Flooding and Address Resolution Protocol
  • BARP Address Resolution Protocol
  • PE Provider Edge
  • the MAC address table which has very high requirements on the capacity and performance of PE devices.
  • the present invention provides a packet sending method and a network device, so as to reduce network device pairs.
  • the need for MAC address capacity saves network traffic.
  • An aspect of the present invention provides a packet sending method, including:
  • the network device receives the first data packet
  • Network equipment including:
  • a receiving module configured to receive a first data packet
  • a determining module configured to determine, in the media access control MAC address table of the network device, that a MAC entry that matches the destination MAC address of the first data packet is not found; and send the first data packet.
  • the technical effect of the first aspect of the present invention is: after receiving the first data packet, if the MAC entry matching the destination MAC address of the first data packet is not found in the MAC address table of the network device, the network device And sending the first data packet according to the forwarding behavior in the MAC default entry of the MAC address table.
  • the network device when the MAC entry matching the destination MAC address of the first data packet is not found, the network device does not need to flood the first data packet on all interfaces, but directly according to its own MAC address table.
  • the MAC default entry sends the first data, which reduces the network device's need for MAC address capacity and does not increase unnecessary network traffic.
  • the technical effect of another aspect of the present invention is: after receiving the first data packet, the determining module determines that the MAC table matching the destination MAC address of the first data packet is not found in the MAC address table of the network device.
  • the sending module sends the first data packet according to the forwarding behavior in the MAC default entry of the MAC address table.
  • the network device when the MAC entry matching the destination MAC address of the first data packet is not found, the network device does not need to flood the first data packet on all interfaces, but directly according to its own MAC address table.
  • MAC deficiency The provincial entry sends the first data packet, which can reduce the network device's demand for the MAC address capacity and does not increase unnecessary network traffic.
  • FIG. 1 is a flowchart of an embodiment of a message sending method according to the present invention.
  • FIG. 2 is a flowchart of another embodiment of a message sending method according to the present invention.
  • FIG. 3 is a flowchart of still another embodiment of a message sending method according to the present invention.
  • FIG. 4 is a schematic structural diagram of an embodiment of a network device according to the present invention.
  • FIG. 5 is a schematic structural diagram of another embodiment of a network device according to the present invention.
  • FIG. 6 is a schematic structural diagram of still another embodiment of a network device according to the present invention.
  • the technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention.
  • the embodiments are a part of the embodiments of the invention, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.
  • FIG. 1 is a flowchart of an embodiment of a packet sending method according to the present invention. As shown in FIG. 1 , the packet sending method may include:
  • Step 101 The network device receives the first data packet.
  • Step 102 If the MAC entry matching the destination MAC address of the first data packet is not found in the MAC address table of the network device, the network device sends the foregoing according to the forwarding behavior in the MAC default entry of the MAC address table. The first data message.
  • the MAC default entry is used to indicate the forwarding behavior when the MAC address entry matching the destination MAC address of the data packet received by the network device is not found in the MAC address table;
  • the MAC address in the default MAC address the above default MAC address.
  • the value of each bit of the address is all 0.
  • the MAC default entry is used to indicate the forwarding path when the destination MAC address of the data packet received by the network device is not in its own MAC address table. It is a special forwarding path.
  • the MAC default entry is the MAC entry used when the network device does not find a MAC entry that matches the destination MAC address.
  • the MAC address in the MAC default entry is the default MAC address, and the default MAC address appears as all 0s.
  • the network device may be a PE device.
  • the PE device may receive an update message sent by a route reflector (hereinafter referred to as RR).
  • the update message sent by the RR carries the network layer reachability information (hereinafter referred to as NLRI), the next hop address, and the route target (RT target), where the NLRI includes the default MAC address.
  • the next hop address is the address of the RR.
  • the RT attribute is used to identify the VPN to which the default MAC address belongs. For example, the default MAC address may be included in the MAC Address field of the NLRI.
  • the PE device may determine a tunnel between the PE device and the RR according to the foregoing next hop address, and generate a MAC default entry of the VPN identified by the RT attribute according to the NLRI and the next hop address, the MAC address of the VPN.
  • the forwarding behavior in the default entry includes sending the data packet received by the PE device to the RR through the tunnel between the PE device and the RR.
  • the PE device is configured according to the PE device.
  • the next hop address can be used to find the forwarding path of the next hop (that is, route iteration), and then the tunnel between the PE device and the RR can be found, so that the tunnel between the PE device and the RR can be determined.
  • the PE device may generate, according to the NLRI and the next hop address, the MAC default entry of the VPN identified by the RT attribute, and the default entry of the VPN.
  • the MAC address in the VPN is the default MAC address.
  • the forwarding behavior in the default entry of the VPN is that the data packet of the VPN received by the PE device is sent to the RR through the tunnel between the PE and the RR.
  • the PE device stores the MAC default entry of the VPN in the MAC address table of the PE device.
  • the PE device may store the MAC default entry of the VPN to a fixed special location of the MAC address table of the PE device, for example, the first position of the MAC address table or The last bit.
  • step 102 may be: the PE device passes the first data packet to the PE.
  • the tunnel between the device and the RR is sent to the RR, so that the RR finds the first MAC entry matching the destination MAC address of the first data packet in the MAC address table of the RR, according to the first MAC entry.
  • the first data packet is sent to the PE device accessed by the VPN site where the destination MAC address is located.
  • the foregoing network device may be the first switching device.
  • the first switching device may further configure the MAC default in the MAC address table of the first switching device.
  • the forwarding behavior in the MAC default entry includes: sending the data packet received by the first switching device to the upper switching device of the first switching device, where the MAC address in the MAC default entry is the default MAC address. address.
  • switching devices with lower capacity and lower performance are usually placed on the lower layer, and switching devices with higher capacity and performance are placed on the upper layer.
  • the switching device placed in the lower layer is called a lower layer switching device.
  • the switching device placed on the upper layer is called an upper layer switching device; an upper layer switching device can be connected to multiple lower layer switching devices to jointly perform functions of large-capacity user access and high-performance forwarding.
  • the step 102 may be: the first switching device sends the first data packet to the upper switching device of the first switching device according to the forwarding behavior in the MAC default entry.
  • the data packet is received.
  • the network device does not need to flood the first data packet on all interfaces, but directly according to its own MAC address table.
  • the MAC default entry in the MAC sends the first data packet, which can reduce the network device's demand for the MAC address capacity and does not increase unnecessary network traffic.
  • the MAC address table of the network device stores the MAC default entry.
  • the network device does not find a MAC address entry that matches the destination MAC address of the data packet in the MAC address table, the network device does not follow the usual forwarding principle of the Ethernet. Flooding on all interfaces, but the network device's demand for MAC address capacity, and will not increase unnecessary network traffic, in addition, can also improve the networking flexibility of network devices with different hardware capabilities.
  • FIG. 2 is a flowchart of another embodiment of a packet sending method according to the present invention, as shown in FIG. 2,
  • the method of sending texts may include:
  • Step 201 The PE device receives the RR and sends a BGP update message, where the BGP update message carries the NLRI, the next address, and the RT attribute.
  • the NLRI includes a default MAC address, that is, a MAC address whose bits are all 0.
  • the default MAC address may be included in the MAC Address field of the NLRI; the next hop address is RR.
  • the address for example: RR Internet Protocol (hereinafter referred to as: IP) address;
  • IP Internet Protocol
  • Step 202 The PE device determines a tunnel between the PE device and the RR according to the next hop address. For example, after the tunnel is established between the PE device and the RR, the PE device can find the forwarding path of the next hop according to the next hop address (that is, route iteration), and then find the tunnel between the PE device and the RR. Thus, the tunnel between the PE device and the RR can be determined.
  • the next hop address that is, route iteration
  • Step 203 The PE device generates, according to the NLRI and the next hop address, a MAC default entry of the VPN identified by the foregoing RT attribute, where the forwarding behavior in the MAC default entry of the VPN includes the data packet received by the PE device.
  • the tunnel is sent to the RR through the tunnel between the PE and the RR.
  • the PE device may generate a MAC default entry of the VPN identified by the foregoing RT attribute according to the NLRI and the foregoing next hop address, where the VPN
  • the MAC address in the default entry is the default MAC address.
  • the forwarding behavior in the default entry of the VPN is that the data of the VPN received by the PE device is sent to the RR through the tunnel between the PE and the RR.
  • the MAC default entry of the VPN is used to indicate the forwarding behavior when the MAC address entry matching the destination MAC address of the VPN data received by the network device is not found in the MAC address table.
  • the MAC address in the MAC default entry of the VPN includes the default MAC address.
  • the value of each bit in the default MAC address is all 0, that is, the default MAC address appears in all 0s.
  • the MAC default entry of the VPN is used to indicate the forwarding path when the destination MAC address of the VPN data packet received by the network device is not in its own MAC address table. It is a special forwarding path.
  • the MAC default entry of the VPN is a MAC entry used when the network device does not find a MAC entry that matches the destination MAC address.
  • Step 204 The PE device stores the MAC default entry of the VPN to the PE device. In the MAC address table.
  • the PE device may store the MAC default entry of the VPN to a fixed special location of the MAC address table of the PE device, for example, the first position of the MAC address table or The last bit.
  • Step 205 The PE device receives the first data packet of the VPN.
  • Step 206 If the PE device determines that the MAC entry matching the destination MAC address of the first data packet is not found in the MAC address table, and determines that the MAC default table of the VPN is found in the MAC address table. The PE device sends the first data packet to the RR through the tunnel between the PE device and the RR according to the forwarding behavior in the MAC default entry of the VPN.
  • Step 207 After the RR finds the first MAC entry matching the destination MAC address of the first data packet in the MAC address table of the RR, the RR sends the first data packet to the foregoing destination according to the first MAC entry.
  • the PE device connected to the VPN site where the MAC address is located.
  • the subsequent data packet sent to the destination MAC address is in the MAC address table of the PE device.
  • the MAC address entry matching the destination MAC address can be directly found, so that the PE device can forward subsequent data packets according to the MAC address matching the destination MAC address, without using the MAC default entry.
  • the PE device does not need to flood the first data packet on all interfaces, but directly according to its own MAC address table, when the MAC address entry that matches the destination MAC address of the first data packet is not found.
  • the MAC default entry in the MAC sends the first data packet, which reduces the need for the MAC address capacity of the PE device and does not increase unnecessary network traffic.
  • FIG. 3 is a flowchart of still another embodiment of a method for transmitting a message according to the present invention.
  • This embodiment describes a method for sending a message in a networking scheme for learning a MAC address at a data plane.
  • the " ⁇ text sending method may include:
  • Step 301 Configure a MAC default entry in a MAC address table of the lower layer switching device.
  • switching devices with lower capacity and lower performance are usually placed in the lower layer, and switching devices with higher capacity and performance are placed in the upper layer.
  • the switching device placed in the lower layer is called the lower layer.
  • a switching device is called an upper-layer switching device.
  • An upper-layer switching device can be connected to multiple lower-layer switching devices to implement high-capacity user access and high-performance forwarding. Since the performance and capacity of the lower layer switching device are low, in this embodiment, You can configure the lower-layer switching device to learn the MAC address table in the MAC address table of the lower-layer switching device.
  • the forwarding behavior in the default MAC address entry includes the data packet received by the lower-layer switching device.
  • the file is sent to the upper switching device connected to the lower layer switching device, and the MAC address in the MAC default entry is the default MAC address.
  • Step 302 The lower layer switching device receives the data packet.
  • Step 303 If the lower layer switching device determines that the MAC entry matching the destination MAC address of the data packet is not found in the MAC address table, and determines that the MAC default entry is found in the MAC address table, The lower layer switching device sends the data packet to the upper layer switching device connected to the lower layer switching device according to the forwarding behavior in the MAC default entry.
  • Step 304 The upper switching device forwards the data packet according to the MAC address table of the upper switching device.
  • the lower layer switching device when the MAC address entry matching the destination MAC address of the data packet is not found, the lower layer switching device does not need to flood the data packet on all interfaces, but directly according to the layer switching device to the MAC address capacity. Demand, and will not increase unnecessary network traffic.
  • the aforementioned program can be stored in a computer readable storage medium.
  • the program when executed, performs the steps including the above-described method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.
  • FIG. 4 is a schematic structural diagram of an embodiment of a network device according to the present invention.
  • the network device in this embodiment may implement the process of the embodiment shown in FIG. 1 of the present invention.
  • the network device may include: a receiving module 41, Determining module 42 and sending module 43;
  • the receiving module 41 is configured to receive the first data packet.
  • the determining module 42 is configured to determine that a MAC entry that matches the destination MAC address of the first data packet is not found in the MAC address table of the network device; to send the first data packet.
  • the MAC default entry is used to indicate that the MAC address entry that matches the destination MAC address of the data packet received by the network device is not found in the MAC address table.
  • the MAC address in the MAC default entry includes the default MAC address, and the value of each bit of the above default MAC address is all 0.
  • the MAC default entry is used to indicate the forwarding path when the destination MAC address of the data packet received by the network device is not in its own MAC address table. It is a special forwarding path.
  • the MAC default entry is the MAC entry used when the network device does not find a MAC entry that matches the destination MAC address.
  • the MAC address in the MAC default entry is the default MAC address, and the default MAC address appears as all 0s.
  • the network device may be a network device that sends a packet according to a MAC address table, such as a switching device or a PE device.
  • a MAC address table such as a switching device or a PE device.
  • the specific form of the network device is not limited.
  • the sending module 43 sends the first data packet according to the forwarding behavior in the MAC default entry of the MAC address table.
  • the network device does not need to flood the first data packet on all interfaces, but directly according to its own MAC address table.
  • the MAC default entry in the MAC sends the first data packet, which can reduce the network device's demand for the MAC address capacity and does not increase unnecessary network traffic.
  • FIG. 5 is a schematic structural diagram of another embodiment of a network device according to the present invention.
  • the network device in this embodiment may be a PE device, and the network device shown in FIG. 5 is different from the network device shown in FIG.
  • the method may further include: a generating module 44 and a storage module 45;
  • the receiving module 41 is further configured to receive an update message sent by the RR, where the update message sent by the RR carries an NLRI, a next hop address, and an RT attribute, where the NLRI includes a default MAC address, and the next hop address is The address of the RR, where the RT attribute is used to identify the VPN to which the default MAC address belongs.
  • the determining module 42 is further configured to determine, according to the next hop address, a tunnel between the network device and the RR;
  • the generating module 44 is configured to generate, according to the NLRI and the foregoing next hop address, a MAC default entry of the VPN identified by the RT attribute, where the forwarding behavior in the MAC default entry of the VPN includes the data packet received by the network device.
  • the message is sent to the RR through a tunnel between the network device and the RR;
  • the storage module 45 is configured to store the MAC default entry of the VPN to the network device.
  • the storage module 45 may store the MAC default entry of the VPN to a fixed special location of the MAC address table of the network device, for example. : The first or last digit of the MAC address table.
  • the sending module 43 may send the foregoing first data packet to the RR through a tunnel between the network device and the RR, so that the RR finds the first data packet in the MAC address table of the RR. After the destination MAC address matches the first MAC address entry, the first data packet is sent to the PE device accessed by the VPN site where the destination MAC address is located according to the first MAC address entry.
  • the network device when the MAC entry matching the destination MAC address of the first data packet is not found, the network device does not need to flood the first data packet on all interfaces, but directly according to its own MAC address table.
  • the MAC default entry in the MAC sends the first data packet, which can reduce the network device's demand for the MAC address capacity and does not increase unnecessary network traffic.
  • FIG. 6 is a schematic structural diagram of still another embodiment of a network device according to the present invention.
  • the network device in this embodiment may be a switching device, and the network device shown in FIG. 6 is different from the network device shown in FIG.
  • the method may further include: a configuration module 46;
  • the configuration module 46 is configured to configure a MAC default table in the MAC address table of the network device to be sent to the upper switching device connected to the network device, where the MAC address in the MAC default entry is the default MAC address.
  • the sending module 43 may send the first data packet to the upper switching device connected to the network device according to the forwarding behavior in the MAC default entry.
  • the network device when the MAC address matching the destination MAC address of the first data is not found, the network device does not need to flood the first data packet on all interfaces, but directly according to its own MAC address.
  • the MAC default entry in the table sends the first data packet, which can reduce the network device's demand for the MAC address capacity and does not increase unnecessary network traffic.
  • modules in the apparatus in the embodiments may be distributed in the apparatus of the embodiment according to the description of the embodiments, or the corresponding changes may be located in one or more apparatuses different from the embodiment.
  • the modules of the above embodiments may be combined into one module, or may be further split into multiple sub-modules.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

本发明提供一种报文发送方法和网络设备，所述报文发送方法包括：网络设备接收第一数据报文；如果在所述网络设备的媒体接入控制MAC地址表中未查找到与所述第一数据报文的目的MAC地址匹配的MAC表项，则所述网络设备根据所述MAC地址表的MAC缺省表项中的转发行为发送所述第一数据报文。本发明中，在未查找到与第一数据报文的目的MAC地址匹配的MAC表项时，网络设备不需在所有接口泛洪上述第一数据报文，而是直接根据自身MAC地址表中的MAC缺省表项发送第一数据报文，从而可以减小网络设备对MAC地址容量的需求，并且不会增加不必要的网络流量。

Description

报文发送方法和网絡设备 本申请要求于 2012 年 2 月 21 日提交中国专利局、 申请号为 201210039629.8、 发明名称为 艮文发送方法和网络设备" 的中国专利申请 的优先权， 其全部内容通过引用结合在本申请中。
技术领域 本发明涉及通信技术， 尤其涉及一种报文发送方法和网络设备。 背景技术
现有技术中，在转发报文时，二层转发根据媒体接入控制（ Media Access Control; 以下简称： MAC )地址精确匹配指导转发， 在以太网 （Ethernet ) 中进行报文转发时， 如果没有匹配的 MAC 表项， 则使用未知单播泛洪 ( Flooding )的方式将报文转发到所有接口， 以达到将报文发送到目的地的 最终效果。
以太网虚拟专用网络 ( Ethernet Virtual Private Network； 以下简称： 下简称： BGP )协议，在控制层面学习 MAC地址，从而实现二层 VPN( Layer two VPN; 以下简称： L2VPN )的功能； 在控制层面学习 MAC地址， 会天 然解决数据层面进行 MAC地址学习而导致的用户边缘（ Customer Edge; 以下简称： CE )设备多归属实现困难、 未知单播 Flooding和地址解析协议 ( Address Resolution Protocol; 以下简称： ARP )广播风暴等问题。 但是， 随着云计算发展， 数据中心规模不断扩大， 而 EVPN在控制层面学习 MAC 地址的方式， 要求每个运营商网络边缘（Provider Edge; 以下简称： PE ) 设备都存储所连接的所有 VPN站点的 MAC地址表， 这对 PE设备容量和 性能的要求非常高。
而如果考虑容量限制， 在网络设备（例如： PE设备）上不存储完整的 MAC地址表， 则在转发报文时， 如果 MAC地址表中没有与该报文的目的 MAC地址匹配的 MAC表项， 则可以在所有接口泛洪上述报文， 但这会增 加不必要的网络流量。 发明内容 本发明提供一种报文发送方法和网络设备， 以实现减小网络设备对
MAC地址容量的需求， 节约网络流量。
本发明一方面提供一种报文发送方法， 包括：
网络设备接收第一数据报文；
如果在所述网络设备的媒体接入控制 MAC 地址表中未查找到与所述 第一数据报文的目的 MAC地址匹配的 MAC表项， 则所述网络设备根据所 本发明另一方面提供一种网络设备， 包括：
接收模块， 用于接收第一数据报文；
确定模块，用于确定在所述网络设备的媒体接入控制 MAC地址表中未 查找到与所述第一数据报文的目的 MAC地址匹配的 MAC表项； 发送所述第一数据报文。
本发明一方面的技术效果是： 接收到第一数据报文之后， 如果在网络 设备的 MAC地址表中未查找到与第一数据报文的目的 MAC地址匹配的 MAC表项， 则该网络设备根据上述 MAC地址表的 MAC缺省表项中的转 发行为发送第一数据报文。 本发明中， 在未查找到与第一数据报文的目的 MAC地址匹配的 MAC表项时， 网络设备不需在所有接口泛洪上述第一数 据报文， 而是直接根据自身 MAC地址表中的 MAC缺省表项发送第一数据 才艮文，从而可以减小网络设备对 MAC地址容量的需求， 并且不会增加不必 要的网络流量。
本发明另一方面的技术效果是： 接收模块接收到第一数据报文之后， 当确定模块确定在网络设备的 MAC地址表中未查找到与第一数据报文的 目的 MAC地址匹配的 MAC表项时， 发送模块根据上述 MAC地址表的 MAC缺省表项中的转发行为发送第一数据报文。 本发明中， 在未查找到与 第一数据报文的目的 MAC地址匹配的 MAC表项时， 网络设备不需在所有 接口泛洪上述第一数据报文， 而是直接根据自身 MAC地址表中的 MAC缺 省表项发送第一数据报文， 从而可以减小网络设备对 MAC地址容量的需 求， 并且不会增加不必要的网络流量。 附图说明 为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对 实施例或现有技术描述中所需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明报文发送方法一个实施例的流程图；
图 2为本发明报文发送方法另一个实施例的流程图；
图 3为本发明报文发送方法再一个实施例的流程图；
图 4为本发明网络设备一个实施例的结构示意图；
图 5为本发明网络设备另一个实施例的结构示意图；
图 6为本发明网络设备再一个实施例的结构示意图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提 下所获得的所有其他实施例， 都属于本发明保护的范围。
图 1为本发明报文发送方法一个实施例的流程图， 如图 1所示， 该报 文发送方法可以包括：
步骤 101 , 网络设备接收第一数据报文。
步骤 102, 如果在网络设备的 MAC地址表中未查找到与第一数据报文 的目的 MAC地址匹配的 MAC表项，则网络设备根据 MAC地址表的 MAC 缺省表项中的转发行为发送上述第一数据报文。
本实施例中， MAC缺省表项用于指示在 MAC地址表中未查找到与上 述网络设备接收的数据报文的目的 MAC地址匹配的 MAC表项时的转发行 为； 该 MAC缺省表项中的 MAC地址为缺省 MAC地址， 上述缺省 MAC 地址各个位的值全为 0。 MAC缺省表项用于指明网络设备接收的数据报文 的目的 MAC地址不在自身的 MAC地址表中时的转发路径， 是一种特殊的 转发路径。 简单地说， MAC缺省表项就是在网络设备在没有找到与上述目 的 MAC地址匹配的 MAC表项时所使用的 MAC表项。在 MAC地址表中， MAC缺省表项中的 MAC地址为缺省 MAC地址， 缺省 MAC地址以全 0 的形式出现。
本实施例的一种实现方式中， 上述网络设备可以为 PE设备； 本实现方 式中， 步骤 101之前，首先， PE设备可以接收路由反射器（Route Reflector; 以下简称： RR )发送的更新消息， 该 RR发送的更新消息携带网络层可达 信息（ Network Layer Reachability Information; 以下简称： NLRI )、 下一跳 地址和路由目标（ Route Target; 以下简称： RT )属性， 其中上述 NLRI包 括缺省 MAC地址， 下一跳地址为 RR的地址， RT属性用于标识上述缺省 MAC地址所属的 VPN; 举例来说， 上述缺省 MAC地址可以包含在 NLRI 的 MAC地址（ MAC Address )字段中。
然后， PE设备可以根据上述下一跳地址确定 PE设备与 RR之间的隧 道， 并根据上述 NLRI和上述下一跳地址生成上述 RT属性所标识的 VPN 的 MAC缺省表项， 该 VPN的 MAC缺省表项中的转发行为包括将上述 PE 设备接收的数据报文通过该 PE设备与 RR之间的隧道发送给 RR; 举例来 说， 在 PE设备和 RR之间建立隧道之后 , PE设备根据下一跳地址可以查 找到下一跳的转发路径 （即路由迭代） ， 进而可以查找到该 PE设备与 RR 之间的隧道， 从而可以确定该 PE设备与 RR之间的隧道。 在根据下一跳地 址确定 PE设备与 RR之间的隧道之后， PE设备可以根据上述 NLRI和上述 下一跳地址生成上述 RT属性所标识 VPN的 MAC缺省表项 , 该 VPN的缺 省表项中的 MAC地址为缺省 MAC地址， 该 VPN的缺省表项中的转发行 为为将 PE设备接收的该 VPN的数据报文通过该 PE与 RR之间的隧道发送 给 RR。
最后， PE设备将上述 VPN的 MAC缺省表项存储到该 PE设备的 MAC 地址表中。 举例来说， 在存储上述 VPN的 MAC缺省表项时， PE设备可以 将上述 VPN的 MAC缺省表项存储到 PE设备的 MAC地址表的固定的特殊 位置， 例如： MAC地址表的首位或最末位。
本实现方式中， 步骤 102可以为： PE设备将第一数据报文通过该 PE 设备与 RR之间的隧道发送给 RR,以便 RR在该 RR的 MAC地址表中查找 到与第一数据报文的目的 MAC地址匹配的第一 MAC表项之后， 根据该第 一 MAC表项将第一数据报文发送给上述目的 MAC地址所在的 VPN站点 所接入的 PE设备。
本实施例的另一种实现方式中， 上述网络设备可以为第一交换设备； 本实现方式中，步骤 101之前，第一交换设备还可以在第一交换设备的 MAC 地址表中配置 MAC缺省表项， 该 MAC缺省表项中的转发行为包括将第一 交换设备接收的数据报文发送给上述第一交换设备的上层交换设备， 该 MAC缺省表项中的 MAC地址为缺省 MAC地址。 在分层结构组网中， 通 常将容量和性能较低的交换设备置于下层， 容量和性能较高的交换设备置 于上层， 本发明中将置于下层的交换设备称为下层交换设备， 将置于上层 的交换设备称为上层交换设备； 一个上层交换设备可以与多个下层交换设 备连接， 共同完成大容量用户接入和高性能转发的功能。
本实现方式中， 步骤 102可以为： 第一交换设备根据上述 MAC缺省表 项中的转发行为将第一数据报文发送给上述第一交换设备的上层交换设 备。
上述实施例中，接收到第一数据报文之后，如果在网络设备的 MAC地 址表中未查找到与第一数据报文的目的 MAC地址匹配的 MAC表项， 则该 据报文。上述实施例中， 在未查找到与第一数据报文的目的 MAC地址匹配 的 MAC表项时， 网络设备不需在所有接口泛洪上述第一数据报文， 而是直 接根据自身 MAC地址表中的 MAC缺省表项发送第一数据报文， 从而可以 减小网络设备对 MAC地址容量的需求， 并且不会增加不必要的网络流量。
本发明图 1所示实施例提供的方法中，网络设备的 MAC地址表中存储 MAC缺省表项。 当数据报文到达上述网络设备时， 如果网络设备在自身的 MAC地址表中没有查找到与上述数据报文的目的 MAC地址匹配的 MAC 表项， 则该网络设备不是按以太网通常的转发原则在所有接口泛洪， 而是 网络设备对 MAC地址容量的需求，并且不会增加不必要的网络流量，另夕卜， 还可以提高不同硬件能力的网络设备的组网灵活性。
图 2为本发明报文发送方法另一个实施例的流程图， 如图 2所示， 该 ^文发送方法可以包括：
步骤 201 , PE设备接收 RR发送 BGP更新消息，该 BGP更新消息携带 NLRI、 下一 ϋ地址和 RT属性。
其中，上述 NLRI包括缺省 MAC地址， 即各个位全为 0的 MAC地址； 举例来说， 上述缺省 MAC 地址可以包含在 NLRI 的 MAC 地址（MAC Address )字段中； 上述下一跳地址为 RR的地址， 例如： RR的因特网协议 ( Internet Protocol; 以下简称： IP )地址； 上述 RT属性用于标识上述缺省 MAC地址所属的 VPN。
步骤 202, PE设备根据下一跳地址确定该 PE设备与 RR之间的隧道。 举例来说， 在 PE设备和 RR之间建立隧道之后， PE设备根据下一跳 地址可以查找到下一跳的转发路径（即路由迭代） ， 进而可以查找到该 PE 设备与 RR之间的隧道， 从而可以确定该 PE设备与 RR之间的隧道。
步骤 203 , PE设备根据上述 NLRI和上述下一跳地址生成上述 RT属性 所标识 VPN的 MAC缺省表项， 该 VPN的 MAC缺省表项中的转发行为包 括将上述 PE设备接收的数据报文通过该 PE设备与 RR之间的隧道发送给 RR。
举例来说 , 在根据下一跳地址确定 PE设备与 RR之间的隧道之后 , PE 设备可以根据上述 NLRI和上述下一跳地址生成上述 RT属性所标识 VPN 的 MAC缺省表项， 该 VPN的缺省表项中的 MAC地址为缺省 MAC地址 , 该 VPN的缺省表项中的转发行为为将 PE设备接收的该 VPN的数据艮文通 过该 PE与 RR之间的隧道发送给 RR。
本实施例中， 该 VPN的 MAC缺省表项用于指示在 MAC地址表中未 查找到与上述网络设备接收的该 VPN的数据 4艮文的目的 MAC地址匹配的 MAC表项时的转发行为； 该 VPN的 MAC缺省表项中的 MAC地址包括缺 省 MAC地址， 上述缺省 MAC地址各个位的值全为 0, 即缺省 MAC地址 以全 0的形式出现。 上述 VPN的 MAC缺省表项用于指明网络设备接收的 该 VPN的数据报文的目的 MAC地址不在自身的 MAC地址表中时的转发 路径， 是一种特殊的转发路径。 简单地说， 上述 VPN的 MAC缺省表项就 是在网络设备在没有找到与上述目的 MAC地址匹配的 MAC表项时所使用 的 MAC表项。
步骤 204, PE设备将上述 VPN的 MAC缺省表项存储到该 PE设备的 MAC地址表中。
举例来说， 在存储上述 VPN的 MAC缺省表项时， PE设备可以将上述 VPN的 MAC缺省表项存储到 PE设备的 MAC地址表的固定的特殊位置， 例如： MAC地址表的首位或最末位。
步骤 205, PE设备接收上述 VPN的第一数据报文。
步骤 206, 如果 PE设备确定在自身的 MAC地址表中未查找到与第一数 据报文的目的 MAC地址匹配的 MAC表项， 并且确定在上述 MAC地址表中 查找到上述 VPN的 MAC缺省表项， 则该 PE设备根据上述 VPN的 MAC缺 省表项中的转发行为将第一数据报文通过该 PE设备与 RR之间的隧道发送给 RR。
步骤 207, RR在该 RR的 MAC地址表中查找到与第一数据报文的目 的 MAC地址匹配的第一 MAC表项之后， 根据该第一 MAC表项将第一数 据报文发送给上述目的 MAC地址所在的 VPN站点所接入的 PE设备。
本实施例中，在 PE设备通过控制层面或数据层面学习到第一数据报文 的目的 MAC地址之后，发送到该目的 MAC地址的后续的数据报文在该 PE 设备的 MAC地址表中， 将能够直接查找到与上述目的 MAC地址匹配的 MAC表项，这样 PE设备就可以根据与上述目的 MAC地址匹配的 MAC表 项转发后续的数据报文， 而不需再使用 MAC缺省表项。
上述实施例中， 在未查找到与第一数据报文的目的 MAC 地址匹配的 MAC表项时， PE设备不需在所有接口泛洪上述第一数据报文， 而是直接 根据自身 MAC地址表中的 MAC缺省表项发送第一数据报文， 从而可以减 小 PE设备对 MAC地址容量的需求， 并且不会增加不必要的网络流量。
图 3 为本发明 4艮文发送方法再一个实施例的流程图， 本实施例对数据 层面学习 MAC地址的组网方案中的报文发送方法进行介绍。
如图 3所示， 该 "^文发送方法可以包括：
步骤 301 , 在下层交换设备的 MAC地址表中配置 MAC缺省表项。 具体地， 在分层结构组网中， 通常将容量和性能较低的交换设备置于 下层， 容量和性能较高的交换设备置于上层， 本发明中将置于下层的交换 设备称为下层交换设备， 将置于上层的交换设备称为上层交换设备； 一个 上层交换设备可以与多个下层交换设备连接， 共同完成大容量用户接入和 高性能转发的功能。 由于下层交换设备的性能和容量较低， 在本实施例中， 可以配置下层交换设备不学习所有的 MAC地址，而是在该下层交换设备的 MAC地址表中配置 MAC缺省表项 , 该 MAC缺省表项中的转发行为包括 将下层交换设备接收的数据报文发送给该下层交换设备连接的上层交换设 备 , 该 MAC缺省表项中的 MAC地址为缺省 MAC地址。
步骤 302, 下层交换设备接收数据报文。
步骤 303 , 如果下层交换设备确定在自身的 MAC地址表中未查找到与 上述数据报文的目的 MAC地址匹配的 MAC表项， 并且确定在上述 MAC 地址表中查找到 MAC缺省表项， 则下层交换设备根据上述 MAC缺省表项 中的转发行为， 将上述数据报文发送给该下层交换设备连接的上层交换设 备。
步骤 304, 上层交换设备根据该上层交换设备的 MAC地址表转发上述 数据报文。
上述实施例中， 在未查找到与数据报文的目的 MAC地址匹配的 MAC 表项时， 下层交换设备不需在所有接口泛洪上述数据报文， 而是直接根据 层交换设备对 MAC地址容量的需求， 并且不会增加不必要的网络流量。
本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分 步骤可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算 机可读取存储介质中。 该程序在执行时， 执行包括上述各方法实施例的步 骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储 程序代码的介质。
图 4为本发明网络设备一个实施例的结构示意图， 本实施例中的网络 设备可以实现本发明图 1所示实施例的流程， 如图 4所示， 该网络设备可 以包括： 接收模块 41、 确定模块 42和发送模块 43;
接收模块 41 , 用于接收第一数据报文；
确定模块 42, 用于确定在该网络设备的 MAC地址表中未查找到与第 一数据报文的目的 MAC地址匹配的 MAC表项； 为发送上述第一数据报文。
本实施例中， MAC缺省表项用于指示在 MAC地址表中未查找到与上 述网络设备接收的数据报文的目的 MAC地址匹配的 MAC表项时的转发行 为； 该 MAC缺省表项中的 MAC地址包括缺省 MAC地址，上述缺省 MAC 地址各个位的值全为 0。 MAC缺省表项用于指明网络设备接收的数据报文 的目的 MAC地址不在自身的 MAC地址表中时的转发路径， 是一种特殊的 转发路径。 简单地说， MAC缺省表项就是在网络设备在没有找到与上述目 的 MAC地址匹配的 MAC表项时所使用的 MAC表项。在 MAC地址表中， MAC缺省表项中的 MAC地址为缺省 MAC地址， 缺省 MAC地址以全 0 的形式出现。
本实施例中， 网络设备可以为交换设备或 PE设备等根据 MAC地址表 发送报文的网络设备， 本发明对网络设备的具体形式不作限定。
上述网络设备中， 接收模块 41接收到第一数据报文之后， 当确定模块 42确定在网络设备的 MAC地址表中未查找到与第一数据报文的目的 MAC 地址匹配的 MAC表项时，发送模块 43根据上述 MAC地址表的 MAC缺省 表项中的转发行为发送第一数据报文。 本实施例中， 在未查找到与第一数 据报文的目的 MAC地址匹配的 MAC表项时， 网络设备不需在所有接口泛 洪上述第一数据报文， 而是直接根据自身 MAC地址表中的 MAC缺省表项 发送第一数据报文，从而可以减小网络设备对 MAC地址容量的需求， 并且 不会增加不必要的网络流量。
图 5 为本发明网络设备另一个实施例的结构示意图， 本实施例中的网 络设备可以为 PE设备， 与图 4所示的网络设备相比， 不同之处在于， 图 5 所示的网络设备还可以包括： 生成模块 44和存储模块 45;
本实施例中， 接收模块 41 , 还用于接收 RR发送的更新消息， 该 RR 发送的更新消息携带 NLRI、下一跳地址和 RT属性，该 NLRI包括缺省 MAC 地址，上述下一跳地址为 RR的地址，上述 RT属性用于标识上述缺省 MAC 地址所属的 VPN;
确定模块 42, 还用于根据上述下一跳地址确定上述网络设备与 RR之 间的隧道；
生成模块 44,用于根据上述 NLRI和上述下一跳地址生成上述 RT属性 所标识 VPN的 MAC缺省表项， 该 VPN的 MAC缺省表项中的转发行为包 括将上述网络设备接收的数据报文通过该网络设备与 RR之间的隧道发送 给上述 RR;
存储模块 45 , 用于将上述 VPN的 MAC缺省表项存储到该网络设备的 MAC地址表中； 举例来说， 在存储上述 VPN的 MAC缺省表项时， 存储模 块 45可以将上述 VPN的 MAC缺省表项存储到上述网络设备的 MAC地址 表的固定的特殊位置， 例如： MAC地址表的首位或最末位。
举例来说， 发送模块 43 可以将上述第一数据报文通过该网络设备与 RR之间的隧道发送给 RR, 以便该 RR在上述 RR的 MAC地址表中查找到 与上述第一数据报文的目的 MAC地址匹配的第一 MAC表项之后， 根据该 第一 MAC表项将第一数据报文发送给上述目的 MAC地址所在的 VPN站 点所接入的 PE设备。
上述实施例中， 在未查找到与第一数据报文的目的 MAC 地址匹配的 MAC表项时， 网络设备不需在所有接口泛洪上述第一数据报文， 而是直接 根据自身 MAC地址表中的 MAC缺省表项发送第一数据报文， 从而可以减 小网络设备对 MAC地址容量的需求， 并且不会增加不必要的网络流量。
图 6为本发明网络设备再一个实施例的结构示意图， 本实施例中的网 络设备可以为交换设备， 与图 4所示的网络设备相比， 不同之处在于， 图 6 所示的网络设备还可以包括： 配置模块 46;
配置模块 46 ,用于在上述网络设备的 MAC地址表中配置 MAC缺省表 送给该网络设备连接的上层交换设备， 该 MAC缺省表项中的 MAC地址为 缺省 MAC地址。
本实施例中， 具体地， 发送模块 43可以根据上述 MAC缺省表项中的 转发行为将第一数据报文发送给该网络设备连接的上层交换设备。
本实施例中， 在未查找到与第一数据 4艮文的目的 MAC 地址匹配的 MAC表项时， 网络设备不需在所有接口泛洪上述第一数据报文， 而是直接 根据自身 MAC地址表中的 MAC缺省表项发送第一数据报文， 从而可以减 小网络设备对 MAC地址容量的需求， 并且不会增加不必要的网络流量。
本领域技术人员可以理解附图只是一个优选实施例的示意图， 附图中 的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描 述进行分布于实施例的装置中， 也可以进行相应变化位于不同于本实施例 的一个或多个装置中。 上述实施例的模块可以合并为一个模块， 也可以进 一步拆分成多个子模块。 最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非 对其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的 普通技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进 行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或 者替换， 并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权利要求
1、 一种 文发送方法， 其特征在于， 包括：
网络设备接收第一数据报文；
如果在所述网络设备的媒体接入控制 MAC 地址表中未查找到与所述 第一数据报文的目的 MAC地址匹配的 MAC表项， 则所述网络设备根据所
2、 根据权利要求 1所述的方法， 其特征在于， 所述 MAC缺省表项用 于指示在所述 MAC地址表中未查找到与所述网络设备接收的数据报文的 目的 MAC地址匹配的 MAC表项时的转发行为。
3、 根据权利要求 2所述的方法， 其特征在于， 所述 MAC缺省表项中 的 MAC地址为缺省 MAC地址， 所述缺省 MAC地址各个位的值全为 0。
4、 根据权利要求 2或 3所述的方法， 其特征在于， 所述网络设备包括 运营商网络边缘 PE设备；
所述网络设备接收第一数据报文之前， 还包括：
所述 PE设备接收路由反射器发送的更新消息，所述路由反射器发送的 更新消息携带网络层可达信息、 下一跳地址和路由目标属性， 所述网络层 可达信息包括缺省 MAC地址， 所述下一跳地址为所述路由反射器的地址， 所述路由目标属性用于标识所述缺省 MAC地址所属的虚拟专用网络； 所述 PE设备根据所述下一跳地址确定所述 PE设备与所述路由反射器 之间的隧道， 并根据所述网络层可达信息和所述下一跳地址生成所述路由 目标属性所标识的虚拟专用网络的 MAC缺省表项， 所述虚拟专用网络的 MAC缺省表项中的转发行为包括将所述 PE设备接收的数据报文通过所述 PE设备与所述路由反射器之间的隧道发送给所述路由反射器；
所述 PE设备将所述虚拟专用网络的 MAC缺省表项存储到所述 PE设 备的 MAC地址表中。
5、 根据权利要求 4所述的方法， 其特征在于， 所述网络设备根据所述 所述 PE设备将所述第一数据报文通过所述 PE设备与所述路由反射器 之间的隧道发送给所述路由反射器， 以便所述路由反射器在所述路由反射 器的 MAC地址表中查找到与所述第一数据报文的目的 MAC地址匹配的第 一 MAC表项之后， 根据所述第一 MAC表项将所述第一数据报文发送给所 述目的 MAC地址所在的虚拟局域网站点所接入的 PE设备。
6、 根据权利要求 2或 3所述的方法， 其特征在于， 所述网络设备包括 第一交换设备；
所述网络设备接收第一数据报文之前， 还包括：
所述第一交换设备在所述第一交换设备的 MAC地址表中配置 MAC缺 省表项，所述 MAC缺省表项中的转发行为包括将所述第一交换设备接收的 数据报文发送给所述第一交换设备的上层交换设备 ,所述 MAC缺省表项中 的 MAC地址为缺省 MAC地址。
7、 根据权利要求 6所述的方法， 其特征在于， 所述网络设备根据所述 所述第一交换设备根据所述 MAC缺省表项中的转发行为将所述第一 数据报文发送给所述第一交换设备的上层交换设备。
8、 一种网络设备， 其特征在于， 包括：
接收模块， 用于接收第一数据报文；
确定模块，用于确定在所述网络设备的媒体接入控制 MAC地址表中未 查找到与所述第一数据报文的目的 MAC地址匹配的 MAC表项； 发送所述第一数据报文。
9、 根据权利要求 8所述的网络设备， 其特征在于， 还包括： 生成模块 和存储模块；
所述接收模块， 还用于接收路由反射器发送的更新消息， 所述路由反 射器发送的更新消息携带网络层可达信息、 下一跳地址和路由目标属性， 所述网络层可达信息包括缺省 MAC地址，所述下一跳地址为所述路由反射 器的地址，所述路由目标属性用于标识所述缺省 MAC地址所属的虚拟专用 网络；
所述确定模块， 还用于根据所述下一跳地址确定所述网络设备与所述 路由反射器之间的隧道；
所述生成模块， 用于根据所述网络层可达信息和所述下一跳地址生成 所述路由目标属性所标识的虚拟专用网络的 MAC缺省表项，所述虚拟专用 网络的 MAC缺省表项中的转发行为包括将所述网络设备接收的数据报文 通过所述网络设备与所述路由反射器之间的隧道发送给所述路由反射器； 所述存储模块，用于将所述虚拟专用网络的 MAC缺省表项存储到所述 网络设备的 MAC地址表中。
10、 根据权利要求 9所述的网络设备， 其特征在于，
所述发送模块， 具体用于将所述第一数据报文通过所述网络设备与所 述路由反射器之间的隧道发送给所述路由反射器， 以便所述路由反射器在 所述路由反射器的 MAC地址表中查找到与所述第一数据报文的目的 MAC 地址匹配的第一 MAC表项之后， 根据所述第一 MAC表项将所述第一数据
11、 根据权利要求 8所述的网络设备， 其特征在于， 还包括： 配置模块，用于在所述网络设备的 MAC地址表中配置 MAC缺省表项， 所述 MAC缺省表项中的转发行为包括将所述网络设备接收的数据报文发 送给所述网络设备的上层交换设备， 所述 MAC缺省表项中的 MAC地址为 缺省 MAC地址。
12、 根据权利要求 11所述的网络设备， 其特征在于， 第一数据报文发送给所述网络设备的上层交换设备。
PCT/CN2013/071172 2012-02-21 2013-01-31 报文发送方法和网络设备 WO2013123847A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210039629.8 2012-02-21
CN201210039629.8A CN103259725B (zh) 2012-02-21 2012-02-21 报文发送方法和网络设备

Publications (1)

Publication Number Publication Date
WO2013123847A1 true WO2013123847A1 (zh) 2013-08-29

Family

ID=47739059

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/071172 WO2013123847A1 (zh) 2012-02-21 2013-01-31 报文发送方法和网络设备

Country Status (5)

Country Link
US (3) US9325616B2 (zh)
EP (2) EP2827542B1 (zh)
CN (1) CN103259725B (zh)
ES (2) ES2526603T3 (zh)
WO (1) WO2013123847A1 (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103929357A (zh) * 2013-01-11 2014-07-16 浙江大华技术股份有限公司 一种数据传输方法及网络设备
CN105099920A (zh) * 2014-04-30 2015-11-25 杭州华三通信技术有限公司 一种设置sdn流表项的方法和装置
CN105337865B (zh) * 2014-06-03 2018-09-21 华为技术有限公司 一种建立转发表项的方法、装置和系统
US9825777B2 (en) * 2015-06-23 2017-11-21 Cisco Technology, Inc. Virtual private network forwarding and nexthop to transport mapping scheme
US9860169B1 (en) * 2015-09-29 2018-01-02 Juniper Networks, Inc. Neighbor resolution for remote EVPN hosts in IPV6 EVPN environment
US10148566B2 (en) * 2016-02-26 2018-12-04 Juniper Networks, Inc. Split-horizon packet forwarding in a multi-home PBB-EVPN network
CN108696434B (zh) * 2017-04-11 2022-01-14 华为技术有限公司 一种转发数据报文的方法、设备和系统
CN110875882B (zh) 2018-08-30 2021-07-20 华为技术有限公司 通信方法和通信设备
CN109286565B (zh) * 2018-11-15 2019-09-06 北京华三通信技术有限公司 报文转发方法和装置
CN114978988A (zh) * 2019-06-28 2022-08-30 华为技术有限公司 一种实现表项备份的方法和装置
CN110570640B (zh) * 2019-08-26 2021-07-20 深圳市丰润达科技有限公司 设备的联合控制方法、装置及计算机可读存储介质
CN110677337B (zh) * 2019-09-27 2021-10-12 新华三信息安全技术有限公司 数据转发方法、装置、网络设备及计算机可读存储介质
CN112583686A (zh) * 2019-09-30 2021-03-30 北京华为数字技术有限公司 一种数据传输的方法和装置
CN112350942A (zh) * 2020-09-29 2021-02-09 广东艾科技术股份有限公司 无线数据传输方法、装置、系统和采集器、中继器、网关
US11729091B2 (en) * 2020-12-10 2023-08-15 Amazon Technologies, Inc. Highly available data-processing network functions for radio-based networks
CN112804158B (zh) * 2021-03-31 2021-09-21 四川新网银行股份有限公司 一种交换机未知单播转发与控制方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090135722A1 (en) * 2007-11-24 2009-05-28 Cisco Technology, Inc. Reducing packet flooding by a packet switch
CN102347889A (zh) * 2010-08-04 2012-02-08 杭州华三通信技术有限公司 一种分层虚拟专用局域网中的报文转发方法、系统和装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004140776A (ja) * 2002-07-12 2004-05-13 Nec Corp ネットワークにおけるフレーム転送方法及びノード、フレーム転送プログラム
AU2002368361A1 (en) * 2002-11-15 2004-06-15 Infineon Technologies Ag Processing data packets within a data switch
US7856509B1 (en) * 2004-04-09 2010-12-21 Juniper Networks, Inc. Transparently providing layer two (L2) services across intermediate computer networks
CN100440846C (zh) * 2007-01-26 2008-12-03 成都迈普产业集团有限公司 虚拟专用网动态连接方法
US8315158B2 (en) * 2008-05-01 2012-11-20 Siemens Aktiengesellschaft Methods and apparatus for decentralized rapid recovery for Ethernet rings
US8023406B2 (en) * 2009-02-27 2011-09-20 Research In Motion Limited Route reflector for a communication system
CN101534253A (zh) * 2009-04-09 2009-09-16 中兴通讯股份有限公司 报文转发方法及装置
CN101577680B (zh) * 2009-06-19 2011-08-17 福建星网锐捷网络有限公司 一种隧道路由信息的更新方法、装置及系统
US8667177B2 (en) * 2010-04-28 2014-03-04 Juniper Networks, Inc. Interface grouping for media access control address pinning in a layer two network
US8767731B2 (en) * 2010-05-19 2014-07-01 Alcatel Lucent Method and apparatus for MPLS label allocation for a BGP MAC-VPN

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090135722A1 (en) * 2007-11-24 2009-05-28 Cisco Technology, Inc. Reducing packet flooding by a packet switch
CN102347889A (zh) * 2010-08-04 2012-02-08 杭州华三通信技术有限公司 一种分层虚拟专用局域网中的报文转发方法、系统和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
R. AGGARWAL ET AL.: "BGP MPLS Based MAC VPN", 2 June 2010 (2010-06-02), XP015068790, Retrieved from the Internet <URL:draft-raggarwa-mac-vpn-01.txt> *

Also Published As

Publication number Publication date
ES2648975T3 (es) 2018-01-09
US20130230049A1 (en) 2013-09-05
ES2526603T3 (es) 2015-01-13
EP2632087A1 (en) 2013-08-28
US20160105362A1 (en) 2016-04-14
CN103259725B (zh) 2017-04-12
EP2827542B1 (en) 2017-08-30
US20180343199A1 (en) 2018-11-29
EP2827542A1 (en) 2015-01-21
US10608935B2 (en) 2020-03-31
US10044615B2 (en) 2018-08-07
CN103259725A (zh) 2013-08-21
EP2632087B1 (en) 2014-10-15
US9325616B2 (en) 2016-04-26

Similar Documents

Publication Publication Date Title
US10608935B2 (en) Packet sending method and network device
US9240944B2 (en) Overlay services in communication networks
US10530692B2 (en) Software FIB ARP FEC encoding
US9712649B2 (en) CCN fragmentation gateway
US20140098823A1 (en) Ensuring Any-To-Any Reachability with Opportunistic Layer 3 Forwarding in Massive Scale Data Center Environments
US20140052876A1 (en) Method and device for storing and sending mac address entry, and system
JP2014524192A (ja) 強化された転送方法及びシステムと共にエッジルータ間で２つの疑似ワイヤを用いるｅツリー
WO2022001669A1 (zh) 建立vxlan隧道的方法及相关设备
US20160226753A1 (en) Scheme for performing one-pass tunnel forwarding function on two-layer network structure
WO2013026384A1 (zh) 业务数据传输的方法、网络节点及系统
WO2021196967A1 (zh) 消息交互方法、装置、设备和存储介质
WO2013139159A1 (zh) 在网络中转发报文的方法和运营商边缘设备
WO2014190690A1 (zh) 信息为中心网络icn中转发报文的方法、装置及系统
EP3095216B1 (en) Single hop overlay architecture for line rate performance in campus networks
US9923814B2 (en) Media access control address resolution using internet protocol addresses
CN110708229B (zh) 一种收发消息的方法、装置和系统
CN110752989A (zh) 一种东西向流量转发方法与装置
WO2017036384A1 (zh) 运营商边缘设备及数据转发方法
WO2015039616A1 (zh) 一种报文处理方法及设备
WO2023035836A1 (zh) 一种报文处理方法及相关装置
JP7528373B2 (ja) パケット送信方法、対応関係取得方法、装置、およびシステム
WO2015032261A1 (zh) 路由更新方法和路由设备
US11700149B1 (en) Automatic RSVP tunnel endpoint aliasing
WO2024061184A1 (zh) 对应关系的获取方法、参数通告方法、装置、设备及介质
US10924395B2 (en) Seamless multipoint label distribution protocol (mLDP) transport over a bit index explicit replication (BIER) core

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13752477

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13752477

Country of ref document: EP

Kind code of ref document: A1