WO2012152178A1 - 获知端口扩展拓扑信息的方法、系统和控制桥 - Google Patents

获知端口扩展拓扑信息的方法、系统和控制桥 Download PDF

Info

Publication number
WO2012152178A1
WO2012152178A1 PCT/CN2012/074460 CN2012074460W WO2012152178A1 WO 2012152178 A1 WO2012152178 A1 WO 2012152178A1 CN 2012074460 W CN2012074460 W CN 2012074460W WO 2012152178 A1 WO2012152178 A1 WO 2012152178A1
Authority
WO
WIPO (PCT)
Prior art keywords
port
instantiated
previously determined
uplink port
lldp
Prior art date
Application number
PCT/CN2012/074460
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
Priority claimed from CN201110117096.6A external-priority patent/CN102769558B/zh
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to US14/115,724 priority Critical patent/US9515890B2/en
Priority to BR112013028611A priority patent/BR112013028611A2/pt
Priority to JP2014509590A priority patent/JP5792894B2/ja
Priority to EP12782913.3A priority patent/EP2696538B1/en
Priority to ES12782913T priority patent/ES2746048T3/es
Priority to KR1020137029504A priority patent/KR101472399B1/ko
Priority to RU2013151858/08A priority patent/RU2571536C2/ru
Publication of WO2012152178A1 publication Critical patent/WO2012152178A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • 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/02—Topology update or discovery
    • 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/16—Multipoint routing
    • 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/26—Route discovery packet
    • 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/302—Route determination based on requested QoS
    • 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
    • H04L49/00—Packet switching elements
    • H04L49/20—Support for services
    • H04L49/201—Multicast operation; Broadcast operation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/30—Peripheral units, e.g. input or output ports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks

Definitions

  • the present invention relates to data communication technologies, and in particular, to a method, system, control bridge, and uplink port processing method and system for obtaining port extension topology information.
  • a unified data center fabric is a network fabric that combines traditional local area network (LAN) and storage area network (SAN) traffic in the same physical network to reduce architectural complexity and enhance data flow and access.
  • LAN local area network
  • SAN storage area network
  • Ethernet In order for this to work, traditional Ethernet must be upgraded to "no loss” and provide additional data center networking features and functionality. Therefore, the storage protocol must be tuned to run on Ethernet (Ethernet).
  • DCB Data Center Bridging
  • CEE Converged Enhanced Ethernet
  • DCE Data Center Ethernet
  • EEDC Enhanced Ethernet for Data Center
  • a virtual environment network edge virtual bridging (EVB) is proposed, that is, for a physical terminal site, including multiple virtual terminal sites, each virtual terminal site requires There is a service that can access the adjacent bridge of the LAN.
  • a network adapter (NIC) has multiple virtual network adapters (vNICs), each of which can communicate independently with bridges in the EVB, which share a single link.
  • vNICs virtual network adapters
  • a way of port expansion is proposed in the DCB group. That is, a port extension (PE, Port Extension) can be used to connect a port of a switch to multiple sites. If the PE is embedded in the server, a port of one switch can be connected to multiple virtual terminal sites (VMs, Virtual Machines). And through the switch to achieve communication between them, the switch here is called Control Bridge (CB, Controlling Bridge).
  • CB Control Bridge
  • the current method is to introduce a new type of tag (E-tag), and establish multiple channels (E-Channel) between the control bridge and the site to achieve service isolation, as shown in Figure 1.
  • E-tag a new type of tag
  • E-Channel multiple channels
  • Each packet from the control bridge is carried by the control bridge with an E-tag.
  • the PE sends the packet to the correct egress port according to the E-tag value of the packet. Therefore, the control bridge can configure the E-tag member set and the untagged set of the PE port to implement normal forwarding of E-tag packets.
  • the corresponding message command has been provided in the standard.
  • the downlink port of the PE sends an Extended Port Create message requesting to allocate an E-tag, and the control bridge replies to the port with an E-tag. After the PE receives the port, the port is received. Join the member set and untagged set corresponding to this E-tag. If there is a cascaded PE between PE, such as PE2 and the control bridge, as in PE1 in Figure 1, the control bridge also needs to send a channel registration (E-channel Register) message to the port connected to PE1 and PE2. After PE1 receives it, it adds this port to the member set of the E-tag.
  • E-channel Register E-channel Register
  • the present invention provides a method, a system, a control bridge, and an uplink port processing method and system for obtaining port extension topology information, so as to solve the problem that the topology information of each PE connected to the control bridge is not yet obtained. .
  • the present invention uses the following technical solutions:
  • a method for obtaining port extension (PE) topology information comprising:
  • the control bridge receives the Link Layer Discovery Protocol (LLDP) packet sent by the PE, and senses that the PE is connected to itself;
  • LLDP Link Layer Discovery Protocol
  • the CB receives an extended port creation message sent by the PE, and instantiates a corresponding instantiated port inside the CB.
  • the CB receives the extended port creation message sent by the PE, and the step of instantiating the corresponding instantiated port in the CB includes: Receiving, by the CB, an extended port creation message sent by the PE, learning an extended port of the PE, instantiating an instantiated port corresponding to the extended port in the CB, and establishing the instantiated port to A channel of an expansion port corresponding to the instantiated port.
  • the method further includes:
  • the LLDP packet sent by the CB determines the uplink port.
  • the method further includes:
  • the CB After the corresponding instantiated port is instantiated in the CB, the CB sends an LLDP packet to the PE through the instantiated port; and then, the PE sends the LLDP according to the received CB. Determine the upstream port.
  • the method further includes:
  • the LLDP packet and/or the extended port creation message are sent to the CB through the uplink port.
  • the method further includes:
  • the LLDP packet and/or the extended port creation message are sent to the CB through the uplink port.
  • the method further includes:
  • the CB receives the LLDP packet sent by the PE as the LLDP packet sent by the PE, the CB internally creates a PE inside the CB. An instantiated port is instantiated on the PE inside the CB.
  • the method further includes:
  • the PE After the PE determines the uplink port, the PE changes the previously determined uplink port, reconfigures the label information on the previously determined uplink port to the changed uplink port, and/or sends the LLDP through the changed uplink port. ⁇ and extended port messages.
  • the step of the PE changing the previously determined uplink port includes:
  • the PE changes the previously determined uplink port according to the received port priority information carried in the LLDP packet sent by the CB; or because the previously determined uplink port fails. Work to change the previously determined upstream port.
  • a method for processing an uplink port includes:
  • Port extension changes the previously determined uplink port
  • the label information on the previously determined uplink port is reconfigured to the changed uplink port, and/or the link layer discovery protocol (LLDP) message and the extended port message are sent through the changed uplink port.
  • LLDP link layer discovery protocol
  • the step of the PE changing the previously determined uplink port includes:
  • the PE changes the previously determined uplink port according to the port priority information carried in the LLDP packet sent by the received control bridge (CB); or, the previously determined uplink port is changed because the previously determined uplink port fails to work. .
  • a control bridge (CB) for knowing port extension (PE) topology information including a sensing component and a building device, wherein:
  • the sensing component is configured to: receive, at the CB, a link layer discovery protocol sent by the PE
  • the establishing means is configured to: after the CB receives the extended port creation message sent by the PE, instantiate a corresponding instantiated port inside the CB.
  • the establishing means is configured to instantiate the corresponding instantiated port in the CB after the CB receives the extended port creation message sent by the PE, in the following manner: receiving the location in the CB After the extension port creation message sent by the PE, the extension port of the PE is learned, and the instantiated port corresponding to the extension port is instantiated inside the CB, and the instantiated port is established to be instantiated with the instantiation port.
  • the channel of the expansion port corresponding to the port is configured to instantiate the corresponding instantiated port in the CB after the CB receives the extended port creation message sent by the PE, in the following manner: receiving the location in the CB After the extension port creation message sent by the PE, the extension port of the PE is learned, and the instantiated port corresponding to the extension port is instantiated inside the CB, and the instantiated port is established to be instantiated with the instantiation port.
  • the channel of the expansion port corresponding to the port is configured to instantiate the corresponding instantiated
  • the CB further includes a sending device, where:
  • the sending device is configured to: send an LLDP packet to the PE; or send an LLDP packet to the PE through the instantiated port after the corresponding instantiated port is instantiated in the CB.
  • the sensing component is further configured to:
  • the CB receives the LLDP packet sent by the PE, the first time the port of the CB receives the LLDP packet sent by the PE, the PE in the CB is created inside the CB. Instantiate an instantiated port.
  • a system for obtaining port extension (PE) topology information including any one of the CBs and the PEs as described above, wherein the PE includes a determining device and a transmitting device, where:
  • the determining device is configured to: determine an uplink port according to the received LLDP packet sent by the CB;
  • the sending device is configured to: send, by the determining port, the uplink port to send an LLDP packet and an extended port creation message to the CB.
  • the PE further includes a processing device, where:
  • the processing device is configured to: change the previously determined uplink port, and reconfigure the label information on the previously determined uplink port to the changed uplink port;
  • the sending device is further configured to: send the LLDP packet and the extended port message by using the changed uplink port.
  • the processing device is configured to: change the previously determined uplink port according to the following manner: change the previously determined uplink port according to the port priority information carried in the LLDP packet sent by the received CB; or, because previously determined The upstream port fails and cannot work but changes the previously determined upstream port.
  • An uplink port processing system comprising a changing device and a processing device, wherein: the changing device is configured to: change a previously determined uplink port;
  • the processing device is configured to: reconfigure label information on the previously determined uplink port to the changed uplink port, and/or send a link layer discovery protocol (LLDP) through the changed uplink port.
  • LLDP link layer discovery protocol
  • the changing device is configured to change the previously determined uplink port in the following manner: And changing the previously determined uplink port according to the port priority information carried in the LLDP packet sent by the received control bridge (CB); or changing the previously determined uplink port because the previously determined uplink port fails to work.
  • 1 is a schematic diagram of an architecture of an extension bridge device and each E-channel
  • FIG. 2 is a schematic diagram showing the topology of CB and PE according to an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of completing PE topology discovery and E-channel establishment in FIG. 2 according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of a topology structure before an uplink port of a PE changes according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a topology structure after a change of an uplink port of a PE in the embodiment of the present invention.
  • An embodiment of the present invention provides a method for obtaining port extension (PE) topology information, where the method includes:
  • the CB receives the link layer discovery protocol (LLDP) packet sent by the PE, and detects that the PE is connected to the PE;
  • LLDP link layer discovery protocol
  • the port is first received by the CB.
  • An LLDP packet sent by the PE creates a PE inside the CB and instantiates an instantiated port on the PE inside the CB.
  • S02. The CB receives an extended port creation message sent by the PE, and an instance port corresponding to the internal instance of the CB.
  • the CB learns the extended port of the PE, instantiates an instantiated port corresponding to the extended port in the CB, and establishes the instantiation.
  • the port to the channel of the expansion port corresponding to the instantiated port.
  • the method may further include: the CB sending the LLDP packet to the PE; for example, the CB may send the LLDP packet to the PE before receiving the LLDP packet sent by the PE; or receiving the LLDP sent by the PE at the CB. Sends an LLDP packet to the PE.
  • the method further includes: sending, by the CB, the I DP packet through the instantiation port.
  • the method further includes: determining, by the PE, the uplink port according to the received LLDP packet sent by the CB.
  • the method may further include: sending, by using the uplink port, an LLDP packet and/or an extended port creation message to the CB.
  • the method may further include: the PE changing the previously determined uplink port, reconfiguring the label information on the previously determined uplink port to the changed uplink port, and/or Send LLDP ⁇ and extended port messages through the changed uplink port.
  • the manner in which the PE changes the previously determined uplink port includes: the PE changes the previously determined uplink port according to the port priority information carried in the LLDP packet sent by the received CB; or, because the previously determined uplink port fails Unable to work and change the previously determined upstream port.
  • the E-channel established through the previous uplink port will be deleted.
  • the change of the uplink port described here is usually notified by the CB to make such a change. Therefore, in the CB, a port priority is set for each port instantiated and the cascade port connected to the PE ( The management object of Cascade Port Priority ) implements the change of the PE uplink port by the change of the port priority.
  • FIG. 2 it is a schematic diagram of the topology structure of the CB and the PE in the embodiment of the present invention.
  • the connection relationship between the CB and the PE is: PE1 is directly connected to the CB, and PE2 and PE3 are both connected to the CB through the PE1. Connected.
  • the process of the CB learning the entire topology information of the PE and the creation of the E-channel by the CB are specifically described below through FIG. 3, and the process includes:
  • Step 301 The CB sends an LLDP message through the port connected to the PE1.
  • Step 302 The PE1 receives the LLDP packet, sets the port that receives the packet as the uplink port, obtains the address of the CB, and sends the LLDP packet to the CB from the uplink port.
  • Step 303 After receiving the LLDP packet sent by the PE1, the CB obtains the address of the PE1 and, as it is aware that it is connected to a PE, internally instantiates an internal PE, the VLAN sensing component, and the internal PE through the port. 1 is connected; and assigns an E-tag to port 1;
  • Step 304 At the same time, each extended port of the PE1 also sends an Extended Port Create message to the CB through its uplink port; where the PE1 has three extended ports 2, 3, and 4, therefore, three Extended Port Create messages are sent to the CB, and each The Extended Port Create message indicates that an extension port requests to establish a control bridge to the E-channel of the port;
  • Step 305 After receiving the Extended Port Create message, the CB instantiates the port between the internal and the VLAN-aware component; where the CB receives the Extended Port Create message of the three different extended ports, the C1 is the port 2 of the three PE1s. 3, 4 instantiate ports 2, 3, 4, and assign three different E-tags to the three expansion ports of PE1, and reply these E-tags to PE1.
  • PE1 adds the corresponding extended port to the member set and untagged set of the corresponding E-tag according to the assigned E-tag.
  • the uplink port of PE1 is added to the member set of the three E-tags.
  • the control bridge has obtained a PE1 connected to it, the PE1 has three expansion ports, and three E-channels of the internal expansion port 2, 3, 4 of the control bridge to the three expansion ports of PE1 are established;
  • Step 306 After the port 2, 3, and 4 are internally instantiated, the CB also sends LLDP packets through the ports 2, 3, and 4. Because the ports of the ports 2, 3, and 4 are E-channels, The LLDP sent by these ports will not be terminated at PE1, but will be transmitted to the PE1's expansion port through the E-channel corresponding to the 2, 3, and 4 ports and reach the PE2, PE3, and station 1 to which these expansion ports are connected;
  • Step 307 After receiving the LLDP message from the CB, the PE2 and the PE3 are elected as the uplink port and the CB address is obtained, and the LLDP packet is sent to the CB through the uplink port.
  • Step 308 After receiving the LLDP packet from the PE2 and the PE3, the CB obtains the addresses of the PE2 and the PE3, and the two PEs are connected to each other through the PE1: PE2 and PE3;
  • Step 309 At the same time, each extended port of PE2 and PE3 also sends an Extended Port Create message to the CB through its uplink port; where PE2 and PE3 respectively have two expansion ports: PE2 has an expansion port 5, 6, and PE3 has an expansion port 7 8 , so a total of 4 Extended Port Create messages are sent to the CB, and each Extended Port Create message indicates that an extended port requests to establish a control bridge to the E-channel of the port;
  • Step 310 After receiving the Extended Port Create message, the CB instantiates the port between the internal and VLAN aware components. Here, the CB receives the Extended Port Create messages of the four different expansion ports, and the ports 5 and 6 of the PE2 and the ports 7 and 8 of the PE3 respectively instantiate the port 5.
  • PE2 and PE3 add the corresponding extension ports to the member set and untagged set of the corresponding E-tag according to the assigned E-tags, and add their respective uplink ports to the members of the E-tags belonging to the respective PEs. Set.
  • the control bridge is connected to a PE2 and PE3.
  • PE2 has two expansion ports, and PE3 also has two expansion ports.
  • PE2 and PE3 are connected to CB through PE1.
  • Step 311 After the CB internally instantiates the ports 5, 6, 7, and 8, it also passes the ports 5, 6,
  • CB completed the discovery of the entire PE device and the acquisition of the PE topology, and established its E-channel for data forwarding.
  • FIG. 4 it is a schematic diagram of the topology structure before the uplink port of the PE changes in the embodiment of the present invention.
  • the PE1 and the control bridge CB have two port connections: port 1 and port 5. Therefore, the CB sends LLDP packets to the PE1 through the two ports.
  • the packets carry the priority of the two ports (cascade port priority).
  • each port is selected as its uplink port by comparing the respective cascade port priorities.
  • PE1 selects port 1 as the uplink port of PE1 (port 1).
  • the cascade port priority is higher than the cascade port priority of port 5. Therefore, PE1 sends LLDP packets to CB through port 1. Therefore, CB senses PE1, and thus establishes E-channels of other extension ports 2, 3, and 4 from CB to PE1.
  • the steps are similar to those in the first embodiment, and are not described herein.
  • the cascade port priority of the cascading port to which the CB is connected to the port 1 and the port 5 of the PE1 is changed.
  • the priority reaches the PE1 through the LLDP sent by the CB.
  • PEl compares the priority and reselects port 5 as its uplink port (in this case, the cascade port priority of port 5 is higher than the cascade port priority of port 1). Or, for other reasons, if port 1 fails, port 1 of PE1 cannot receive LLDP from CB. Only port 5 can be selected as the uplink port.
  • PE1 reconfigures the original E-CID configuration on port 1 on the new uplink port 5.
  • PE1 also re-initiates the extended port create message for its extended port, and performs steps 304 and 305 of the first embodiment.
  • the embodiment of the present invention further provides a CB that knows the PE topology information, where the CB includes a sensing component and an establishing device, where:
  • the sensing component is configured to: after receiving the link layer discovery protocol (LLDP) packet sent by the PE, the CB senses that the PE is connected to the PE;
  • LLDP link layer discovery protocol
  • the establishing means is configured to: after the CB receives the extended port creation message sent by the PE, instantiate a corresponding instantiated port in the CB.
  • the establishing means is configured to instantiate a corresponding instantiated port in the CB after the CB receives the extended port creation message sent by the PE, in a manner of: learning an extended port of the PE, in the The CB internally instantiates the channel with the extended port, the corresponding instantiated port, and establishes the instantiated port to the extended port corresponding to the instantiated port.
  • the CB may further include a sending device, where the sending device is configured to: send an LLDP packet to the PE; or, after the CB internally instantiates a corresponding instantiated port, send the The PE sends LLDP packets.
  • the sensing component is configured to perceive the CB to connect to the PE according to the following manner: if the CB is the first time to receive the LLDP packet sent by the PE, the PE and the self are perceived according to the first received packet. If the CB is not the first to receive the LLDP packet sent by the PE, the PE is connected to the PE through the other PE according to the non-first received LLDP packet.
  • the sensing component is further configured to: if the CB receives the LLDP packet sent by the PE, the port of the CB first receives the LLDP packet sent by the PE, and then creates a A PE inside the CB instantiates an instantiated port on the PE inside the CB.
  • the above CB can be located in a device such as a switch.
  • the embodiment of the present invention further provides a system for obtaining port extension (PE) topology information, where the system includes the CB and the PE, where the PE includes a determining device and a sending device, where: the determining device is configured to : determining an uplink port according to the received LLDP packet sent by the CB;
  • PE port extension
  • the sending device is configured to: send, by the determining port, the uplink port to send an LLDP packet and an extended port creation message to the CB.
  • the PE may further include a processing device, and the processing device is configured to: The determined uplink port reconfigures the label information on the previously determined uplink port to the changed uplink port.
  • the sending device is further configured to: send the LLDP packet and the extended port message by using the changed uplink port.
  • the processing device is configured to change the previously determined uplink port in the following manner, and reconfigure the label information on the previously determined uplink port to the changed uplink port: the port carried in the LLDP packet sent according to the received CB.
  • the priority information changes the previously determined uplink port; or, the previously determined uplink port is changed because the previously determined uplink port fails to work.
  • An embodiment of the present invention further provides a method for processing an uplink port, where the method includes: a port extension (PE) changing an uplink port determined before;
  • PE port extension
  • the label information on the previously determined uplink port is reconfigured to the changed uplink port, and/or the link layer discovery protocol (LLDP) message and the extended port message are sent through the changed uplink port.
  • LLDP link layer discovery protocol
  • the step of changing the previously determined uplink port by the PE includes:
  • the PE changes the previously determined uplink port according to the port priority information carried in the LLDP packet sent by the received control bridge (CB); or, the previously determined uplink port is changed because the previously determined uplink port fails to work. .
  • An embodiment of the present invention further provides a processing system for an uplink port, where the system includes a changing device and a processing device, where:
  • the changing device is configured to: change the previously determined uplink port;
  • the processing device is configured to: reconfigure label information on the previously determined uplink port to the changed uplink port, and/or send a link layer discovery protocol (LLDP) through the changed uplink port.
  • LLDP link layer discovery protocol
  • the changing device is configured to change the previously determined uplink port according to the following manner: the PE changes the previously determined uplink port according to the port priority information carried in the LLDP packet sent by the received control bridge (CB); or because The previously determined uplink port failure does not work. Change the previously determined upstream port.
  • the system can be located in the PE.
  • the processing method and system of the foregoing uplink port may be used to change the uplink port, and the LLDP packet and/or the extended port creation message may be sent through the changed uplink port, so that the CB can obtain the PE connected to the CB by interacting with the PE.
  • the topology information and the channel used to forward the data may be used to change the uplink port, and the LLDP packet and/or the extended port creation message may be sent through the changed uplink port, so that the CB can obtain the PE connected to the CB by interacting with the PE.
  • the topology information and the channel used to forward the data may be used to change the uplink port, and the LLDP packet and/or the extended port creation message may be sent through the changed uplink port, so that the CB can obtain the PE connected to the CB by interacting with the PE.
  • the present invention has strong industrial applicability.

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

一种获知端口扩展拓扑信息的方法、系统、控制桥以及上行端口的处理方法、系统，其中，获知端口扩展（PE）拓扑信息的方法包括：控制桥（CB）接收到所述PE发送的链路层发现协议（LLDP）报文，感知自身连接了所述PE；所述CB接收到所述PE发送的扩展端口创建消息，在所述CB内部实例化相应的实例化端口。采用上述技术方案，可以有效地获得与CB相连的PE的拓扑信息及建立用于转发数据的信道。

Description

获知端口扩展拓朴信息的方法、 系统和控制桥
技术领域
本发明涉及数据通信技术，尤其涉及一种获知端口扩展拓朴信息的方法、 系统、 控制桥以及上行端口的处理方法、 系统。
背景技术
一个统一的数据中心结构是一个在相同的物理网络中组合了传统局域网 ( LAN )和存储区域网络（SAN)流量以减少体系结构复杂性并增强数据流和 访问的网络结构。为了使之生效，传统的以太网必须升级成为 "无丟失的"， 并且提供额外的数据中心网络特性和功能。 因此， 存储协议必须调整以运行 在以太网 （Ethernet )上。
美国电气和电子工程师协会（ IEEE )已经定义了术语数据中心桥接（ DCB, Data Center Bridging ) , 它是以太网扩展的一个体系架构集合， 设计来改进 以太网络和数据中心管理。 DCB也被称为聚合增强以太网（ CEE , Converged Enhanced Ethernet), 数据中心以太网 （DCE, Data Center Ethernet ) ( Cisco 所拥有的商标）、 数据中心增强以太网 （ EEDC , Enhanced Ethernet for Data Center )等相似的词汇。
当前在 DCB组中，提出了对一种虚拟的环境网络边缘虚拟桥接 ( EVB , Edge Virtual Bridging ) 的需求， 即对于一个物理的终端站点， 包含多个虚拟 终端站点，每个虚拟终端站点均要求有能接入 LAN的邻近桥的服务。在 EVB 环境中， 一个网络适配器（NIC )有多个虚拟的网络适配器（vNIC ) , 每个 vNIC可以独立地和 EVB中的桥进行通信， 这多个 vNIC共享一个链路。 为 了实现该功能， 在 DCB组中提出了一种端口扩展的方式。 即通过端口扩展 ( PE, Port Extension )可以实现一个交换机的端口连接多个站点 , 如果该 PE 嵌入到服务器中， 则也可以实现一个交换机的端口连接多个虚拟终端站点 ( VM, Virtual Machine ) , 并通过交换机实现他们之间的通信， 这里的交换 机称为控制桥（CB, Controlling Bridge ) 。
为了实现这种端口扩展我们需要对于虚拟站点上传输的业务进行隔离， 目前釆用的方法是引入一种新的标签（E-tag ) , 在控制桥和站点之间建立多 个通道（ E-Channel ) , 从而实现了对业务的隔离， 如图 1所示。 每个从控制 桥出来的报文会被控制桥携带一个 E-tag, PE会根据该报文的 E-tag值将该报 文发送到正确的出端口上。 因此， 需要控制桥能对 PE的端口进行 E-tag成员 组（ member set )和无标签组 ( untagged set )的配置， 来实现 PE对携带 E-tag 报文的正常转发。 目前在标准中已经提供了相应的消息指令， PE的下行端口 发送扩展端口生成（ Extended Port Create ) 消息请求分配 E-tag, 控制桥回复 给该端口一个 E-tag, PE收到后将该端口加入到这个 E-tag对应的 member set 和 untagged set中。如果这个 PE,如 PE2和控制桥之间还有一个级联的 PE, 如图 1中的 PE1 ,则控制桥还需要给 PE1的和 PE2连接的端口发送一个通道 注册（E-channel Register ) 消息， PE1 收到后将这个端口加入到该 E-tag的 member set中。
因此对于控制桥来说， 它首先要清楚了解它所连接的 PE情况， PE的各 个端口以及他们之间的连接关系， 即拓朴情况。 目前还没有一个明确的获取 所连接各个 PE的拓朴的方法。
发明内容
本发明提供了一种获知端口扩展拓朴信息的方法、 系统、 控制桥以及上 行端口的处理方法、 系统， 以解决目前还没有一个明确的获取控制桥所连接 的各个 PE的拓朴信息的问题。
为解决上述技术问题， 本发明釆用如下技术方案：
一种获知端口扩展 ( PE )拓朴信息的方法， 该方法包括：
控制桥（ CB )接收到 PE发送的链路层发现协议（ LLDP )报文， 感知自 身连接了所述 PE;
所述 CB接收到所述 PE发送的扩展端口创建消息，在所述 CB内部实例 化相应的实例化端口。
可选地， 所述 CB接收到所述 PE发送的扩展端口创建消息， 在所述 CB 内部实例化相应的实例化端口的步骤包括： 所述 CB接收到所述 PE发送的扩展端口创建消息， 获知所述 PE的扩展 端口， 在所述 CB内部实例化与所述扩展端口——对应的实例化端口， 建立 所述实例化端口到与所述实例化端口对应的扩展端口的通道。
可选地， 所述方法还包括：
所述 CB向所述 PE发送 LLDP报文； 之后， 所述 PE根据接收到的所述
CB发送的 LLDP报文确定上行端口。
可选地， 所述方法还包括：
在所述 CB内部实例化相应的实例化端口之后， 所述 CB通过所述实例 化端口向所述 PE发送 LLDP报文； 之后， 所述 PE根据接收到的所述 CB发 送的 LLDP ^艮文确定上行端口。
可选地， 所述方法还包括：
所述 PE确定上行端口之后， 通过所述上行端口向所述 CB发送 LLDP 报文和 /或扩展端口创建消息。
可选地， 所述方法还包括：
所述 PE确定上行端口之后， 通过所述上行端口向所述 CB发送 LLDP 报文和 /或扩展端口创建消息。
可选地， 所述方法还包括：
若所述 CB接收到所述 PE发送的 LLDP报文为所述 CB的一端口首次接 收到的所述 PE发送的 LLDP报文，则在所述 CB的内部创建一个 CB内部的 PE , 在所述 CB内部的 PE上实例化一实例化端口。
可选地， 所述方法还包括：
所述 PE确定上行端口之后， 所述 PE改变之前确定的上行端口， 将之前 确定的上行端口上的标签信息重新配置到改变后的上行端口上， 和 /或， 通过 改变后的上行端口发送 LLDP ^艮文和扩展端口消息。
可选地， 所述 PE改变之前确定的上行端口的步骤包括：
所述 PE根据接收到的所述 CB发送的 LLDP报文中携带的端口优先级信 息改变之前确定的上行端口； 或者， 因为之前确定的上行端口出现故障无法 工作而改变之前确定的上行端口。
一种上行端口的处理方法， 所述方法包括：
端口扩展 ( PE ) 改变之前确定的上行端口；
将之前确定的上行端口上的标签信息重新配置到改变后的上行端口上， 和 /或， 通过改变后的上行端口发送链路层发现协议（LLDP )报文和扩展端 口消息。
可选地， 所述 PE改变之前确定的上行端口的步骤包括：
所述 PE根据接收到的控制桥（CB )发送的 LLDP报文中携带的端口优 先级信息改变之前确定的上行端口； 或者， 因为之前确定的上行端口出现故 障无法工作而改变之前确定的上行端口。
一种获知端口扩展（ PE )拓朴信息的控制桥（ CB ) , 包括感知组件和建 立装置， 其中：
所述感知组件设置成：在所述 CB接收到所述 PE发送的链路层发现协议
( LLDP )报文后， 感知所述 CB连接了所述 PE;
所述建立装置设置成：在所述 CB接收到所述 PE发送的扩展端口创建消 息后， 在所述 CB内部实例化相应的实例化端口。
可选地， 所述建立装置设置成按照以下方式在所述 CB接收到所述 PE 发送的扩展端口创建消息后， 在所述 CB内部实例化相应的实例化端口： 在 所述 CB接收到所述 PE发送的扩展端口创建消息后， 获知所述 PE的扩展端 口， 在所述 CB内部实例化与所述扩展端口——对应的实例化端口， 建立所 述实例化端口到与所述实例化端口对应的扩展端口的通道。
可选地， 所述 CB还包括发送装置， 其中：
所述发送装置设置成： 向所述 PE发送 LLDP报文； 或者， 在所述 CB 内部实例化相应的实例化端口之后， 通过所述实例化端口向所述 PE发送 LLDP才艮文。 可选地， 所述感知组件还设置成：
若所述 CB接收到 PE发送的 LLDP报文为所述 CB的一端口首次接收到 PE发送的 LLDP报文，则在所述 CB的内部创建一个 CB内部的 PE,在所述 CB内部的 PE上实例化一实例化端口。
一种获知端口扩展（PE )拓朴信息的系统， 包括如上所述的任意一种 CB和所述 PE, 所述 PE包括确定装置和发送装置， 其中：
所述确定装置设置成： 根据接收到的所述 CB发送的 LLDP报文确定上 行端口；
所述发送装置设置成：通过所述确定装置确定的所述上行端口向所述 CB 发送 LLDP报文和扩展端口创建消息。
可选地， 所述 PE还包括处理装置， 其中：
所述处理装置设置成： 改变之前确定的上行端口， 将之前确定的上行端 口上的标签信息重新配置到改变后的上行端口上；
所述发送装置还设置成： 通过改变后的上行端口发送 LLDP报文和扩展 端口消息。
可选地， 所述处理装置设置成按照以下方式改变之前确定的上行端口： 根据接收到的 CB发送的 LLDP报文中携带的端口优先级信息改变之前确定 的上行端口； 或者， 因为之前确定的上行端口出现故障无法工作而改变之前 确定的上行端口。
一种上行端口的处理系统， 所述系统包括改变装置和处理装置， 其中： 所述改变装置设置成： 改变之前确定的上行端口；
所述处理装置设置成： 将之前确定的上行端口上的标签信息重新配置到 改变后的上行端口上， 和 /或， 通过改变后的上行端口发送链路层发现协议 ( LLDP ) ^艮文和扩展端口消息。
可选地， 所述改变装置设置成按照以下方式改变之前确定的上行端口： 根据接收到的控制桥（ CB )发送的 LLDP报文中携带的端口优先级信息改变 之前确定的上行端口； 或者， 因为之前确定的上行端口出现故障无法工作而 改变之前确定的上行端口。
釆用上述技术方案，可以有效地获得与 CB相连的 PE的拓朴信息及建立 用于转发数据的信道。 附图概述
图 1是扩展桥设备的架构及各 E-channel的示意图；
图 2是本发明实施例的 CB与 PE的拓朴结构示意图；
图 3是本发明实施例的完成图 2中的 PE拓朴发现与 E-channel建立示意 图；
图 4是本发明实施例中 PE的上行端口发生变化前的拓朴结构示意图； 图 5是本发明实施例中 PE的上行端口发生变化后的拓朴结构示意图。 本发明的较佳实施方式
为使本发明的目的、 技术方案和优点更加清楚明白， 下文中将结合附图 对本发明的实施例进行详细说明。 需要说明的是， 在不冲突的情况下， 本申 请中的实施例及实施例中的特征可以相互任意组合。 这些组合均在本发明的 保护范围内。
本发明实施例提供了一种获知端口扩展（PE )拓朴信息的方法， 该方法 包括：
S01、 CB接收到 PE发送的链路层发现协议（LLDP )报文， 感知其连接 了所述 PE;
若所述 CB接收到 PE发送的 LLDP报文为所述 CB的一端口首次接收到
PE发送的 LLDP报文，则在所述 CB的内部创建一个 CB内部的 PE,在所述 CB内部的 PE上实例化一实例化端口； S02、 所述 CB接收到所述 PE发送的扩展端口创建消息， 在所述 CB内 部实例 相应的实例 端口。
所述 CB接收到所述 PE发送的扩展端口创建消息后， 获知所述 PE的扩 展端口， 在所述 CB 内部实例化与所述扩展端口——对应的实例化端口， 并 建立所述实例化端口到与所述实例化端口对应的扩展端口的通道。
该方法还可以包括： CB向所述 PE发送 LLDP报文； 例如， CB可以在 接收到 PE发送的 LLDP报文之前， 向所述 PE发送 LLDP报文； 或者， 在 CB接收到 PE发送的 LLDP报文时 , 向所述 PE发送 LLDP报文。
在所述实例化端口之后， 所述方法还包括： 所述 CB通过实例化端口发 送 I DP才艮文。
所述 CB发送 LLDP报文之后，所述方法还包括： 所述 PE根据接收到的 所述 CB发送的 LLDP报文确定上行端口。
所述 PE确定上行端口之后， 所述方法还可以包括： 通过所述上行端口 向所述 CB发送 LLDP报文和 /或扩展端口创建消息。
另外， 所述 PE确定上行端口后， 所述方法还可以包括： 所述 PE改变之 前确定的上行端口， 将之前确定的上行端口上的标签信息重新配置到改变后 的上行端口上， 和 /或， 通过改变后的上行端口发送 LLDP ^艮文和扩展端口消 息。 所述 PE改变之前确定的上行端口的方式包括： 所述 PE根据接收到的 CB发送的 LLDP报文中携带的端口优先级信息改变之前确定的上行端口； 或者， 因为之前确定的上行端口出现故障无法工作而改变之前确定的上行端 口。
PE改变其上行端口后，通过之前的上行端口建立的 E-channel将被删除。 这里所述的上行端口的变化，通常是由 CB通知 PE做出这种改变的， 因 此在 CB中会对其各个实例化的端口和与 PE连接的级联端口都设有一个端口 优先级（Cascade Port Priority ) 的管理对象， 通过所述端口优先级的改变来 实现 PE上行端口的改变。
需要说明的是， CB向 PE发送的 LLDP报文和 PE向 CB发送的 LLDP 报文格式相同， 但内容不同。 实施例一
在本实施例中， 将具体介绍获知 PE拓朴信息的流程。
如图 2所示，是本发明实施例的 CB与 PE的拓朴结构示意图， CB与 PE 之间的连接关系是： PE1直连在 CB上， PE2和 PE3都是通过 PE1级联后与 CB相连。 下面通过图 3来具体说明 CB获知 PE的整个拓朴信息的过程， 以 及 CB对 E-channel的创建， 该过程包括：
步骤 301、 CB通过与 PE1连接的端口发送 LLDP )文；
步骤 302、 PE1收到 LLDP报文，将收到该报文的端口设置为上行端口， 获取到 CB的地址， 并从上行端口发送 LLDP报文给 CB；
步骤 303、 CB收到 PE1发来的 LLDP才艮文后， 获取 PE1的地址， 同时 由于感知到了其连接了一个 PE, 因此在内部实例化一个内部的 PE, VLAN 感知组件和该内部 PE通过端口 1相连； 并且给端口 1分配一个 E-tag;
步骤 304、同时， PE1的各个扩展端口也会通过其上行端口发送 Extended Port Create消息到 CB；这里 PE1有 3个扩展端口 2、 3、 4 ,因此有 3个 Extended Port Create消息发送到 CB,每条 Extended Port Create消息表示一个扩展端口 请求建立控制桥到该端口的 E-channel;
步骤 305、 CB收到了 Extended Port Create消息后， 会在内部和 VLAN 感知组件之间实例化端口；这里 CB收到了 3条不同扩展端口的 Extended Port Create消息， 则分别为这三个 PEl的端口 2、 3、 4实例化端口 2、 3、 4, 并 为 PE1的 3个扩展端口分配三个不同的 E-tag, 并将这些 E-tag回复给 PE1。 PE1根据分配的 E-tag将各自对应的扩展端口加入到对应的 E-tag的 member set和 untagged set中，同时，将 PE1的上行端口都加入到 3个 E-tag的 member set中。 至此， 控制桥获取到了其连接了一个 PE1 , 该 PE1有 3个扩展端口， 并且控制桥的内部实例化端口 2、 3、 4到 PE1的三个扩展端口的 3条 E-channel 均建立；
步骤 306、 CB在内部实例化端口 2、 3、 4后， 也会通过端口 2、 3、 4发 送 LLDP报文； 由于端口 2、 3、 4到 PE1的扩展端口之间是 E-channel, 因此 这些端口发送的 LLDP不会在 PE1 处终结， 而是通过 2、 3、 4端口对应的 E-channel传送到了 PE1 的扩展端口上并到达这些扩展端口所连接的 PE2、 PE3以及站点 1;
步骤 307、 PE2、 PE3收到来自 CB的 LLDP 4艮文后， 将收到该才艮文的端 口选举为上行端口 , 并获取到 CB的地址； 同时通过上行端口也发送 LLDP 报文给 CB;
步骤 308、 CB收到来自 PE2和 PE3的 LLDP报文后， 获取 PE2、 PE3 的地址， 同时感知到了其通过 PE1连接了两个 PE: PE2和 PE3;
步骤 309、 同时， PE2和 PE3的各个扩展端口也会通过其上行端口发送 Extended Port Create消息到 CB; 这里 PE2和 PE3分别有 2个扩展端口： PE2 有扩展端口 5、 6, PE3有扩展端口 7、 8 , 因此共有 4条 Extended Port Create 消息发送到 CB, 每条 Extended Port Create消息表示一个扩展端口请求建立 控制桥到该端口的 E-channel;
步骤 310、 CB收到了 Extended Port Create消息后， 会在内部和 VLAN 感知组件之间实例化端口。这里 CB收到了 4条不同扩展端口的 Extended Port Create消息，则分别对应 PE2的端口 5、 6和 PE3的端口 7、 8实例化端口 5、
6、 7、 8, 并为这 4个扩展端口分配四个不同的 E-tag, 并将这些 E-tag分别 回复给 PE2和 PE3。 PE2、 PE3根据分配的 E-tag将各自对应的扩展端口加入 到对应的 E-tag的 member set和 untagged set中， 同时， 将它们的各自上行端 口都加入到属于各自 PE的 E-tag的 member set中。至此，控制桥获取到了其 还连接了一个 PE2和 PE3 , 其中 PE2有 2个扩展端口， PE3也有 2个扩展端 口， PE2、 PE3均是通过 PE1与 CB相连接的。 并且控制桥的内部实例化端 口 5、 6到 PE2的 2个扩展端口的 2条 E-channel已建立 , 控制桥的内部实例 化端口 7、 8到 PE3的 2个扩展端口的 2条 E-channel已建立；
步骤 311、 CB在内部实例化端口 5、 6、 7、 8后， 也会通过端口 5、 6、
7、 8发送 LLDP报文。 由于端口 5、 6到 PE2的扩展端口之间是 E-channel, 以及端口 7、 8到 PE3的扩展端口之间是 E-channel ,因此这些端口发送的 LLDP 不会在 PE1上终结， 也不会在 PE2和 PE3上终结， 而是通过 5、 6、 7、 8对 应的 E-channel传送到了 PE2、 PE3的扩展端口上并到达这些扩展端口所连接 的站点 2、 站点 3、 站点 4以及站点 5。
至此， CB完成了整个 PE设备的发现以及 PE拓朴的获取， 并建立了其 用于数据转发的 E-channel。
实施例二
如图 4所示， 是本发明实施例中 PE的上行端口发生变化前的拓朴结构 示意图， PE1与控制桥 CB有两个端口连接： 端口 1和端口 5。 因此 CB会通 过这两个端口给 PE1发送 LLDP报文， 该报文中携带了给这两个端口分配的 优先级（cascade port priority ) 。 PEl的端口 1和端口 5分别收到 LLDP后， 通过比较各自的 cascade port priority,选择其中一个端口为其上行端口，在该 实施例中， PE1选择了端口 1为 PE1的上行端口（端口 1的 cascade port priority 高于端口 5的 cascade port priority )， 因此 PEl通过端口 1给 CB发送 LLDP 报文，因此 CB感知到了 PE1 ,从而建立了 CB到 PE1的其他扩展端口 2、 3、 4的 E-channel, 其步骤与实施例一相似， 在此不赘述。
当通过配置或其他方式改变了 CB的级联端口或实例化的端口的优先级, 例如在本实施例中， 改变了 CB与 PE1的端口 1和端口 5连接的级联端口的 cascade port priority, 该优先级通过 CB发出的 LLDP到达了 PEl , PEl通过 比较该优先级，又重新选择了端口 5为其上行端口（此时端口 5的 cascade port priority高于端口 1的 cascade port priority ) 。 或者由于其他原因， 如端口 1 出现故障， 此时 PE1的端口 1收不到来自 CB的 LLDP, 只能选择其端口 5 为上行端口。 如图 5所示， 此时， PE1会将端口 1上原来的 E-CID的配置， 重新配置在新的上行端口 5上。例如原上行端口 1是 E-CID={2、 3、 4、 5、 6、 7、 8}的成员， 由于其上行端口的改变， 将把这些设置重新移到新的上行端口 5上， 因此此时端口 5是 E-CID={2、 3、 4、 5、 6、 7、 8}的成员。 并且 PE1 还要针对其 extended port 重新发起 extended port create消息， 执行实施例一 的 304、 305步骤。
本发明实施例还提供了一种获知 PE拓朴信息的 CB, 该 CB包括感知组 件和建立装置， 其中： 所述感知组件设置成： CB接收到 PE发送的链路层发现协议（LLDP ) 报文后， 感知自身连接了所述 PE;
所述建立装置设置成：所述 CB接收到所述 PE发送的扩展端口创建消息 后， 在所述 CB内部实例化相应的实例化端口。
所述建立装置设置成按照以下方式在所述 CB接收到所述 PE发送的扩展 端口创建消息后， 在所述 CB 内部实例化相应的实例化端口： 获知所述 PE 的扩展端口，在所述 CB内部实例化与所述扩展端口——对应的实例化端口， 建立所述实例化端口到与所述实例化端口对应的扩展端口的通道。
另外， 该 CB 还可以包括发送装置， 所述发送装置设置成： 向所述 PE 发送 LLDP报文； 或者， 所述 CB内部实例化相应的实例化端口之后， 通过 所述实例化端口向所述 PE发送 LLDP报文。
所述感知组件设置成按照以下方式感知所述 CB连接了所述 PE: 若所述 CB是首次接收到 PE发送的 LLDP报文，则根据所述首次接收到的报文感知 所述 PE与自身直接相连；若所述 CB是非首次接收到 PE发送的 LLDP报文， 则根据所述非首次接收到的 LLDP报文感知所述 PE通过其他 PE与自身相连。
另外， 所述感知组件还设置成： 若所述 CB接收到所述 PE发送的 LLDP 报文为所述 CB的一端口首次接收到 PE发送的 LLDP报文，则在所述 CB的 内部创建一个 CB内部的 PE,在所述 CB内部的 PE上实例化一实例化端口。
上述 CB可以位于交换机等设备中。
上述 CB获得 PE的拓朴信息及建立通道的过程可参见图 3 ,此处不再赘 述。
本发明实施例还提供了一种获知端口扩展（PE )拓朴信息的系统， 所述 系统包括上述 CB和 PE, 其中， 所述 PE包括确定装置和发送装置， 其中： 所述确定装置设置成： 根据接收到的所述 CB发送的 LLDP报文确定上 行端口；
所述发送装置设置成：通过所述确定装置确定的所述上行端口向所述 CB 发送 LLDP报文和扩展端口创建消息。
其中， 所述 PE还可以包括处理装置， 所述处理装置设置成： 改变之前 确定的上行端口， 将之前确定的上行端口上的标签信息重新配置到改变后的 上行端口上； 所述发送装置还设置成： 通过改变后的上行端口发送 LLDP报 文和扩展端口消息。
所述处理装置设置成按照以下方式改变之前确定的上行端口， 将之前确 定的上行端口上的标签信息重新配置到改变后的上行端口上： 根据接收到的 CB发送的 LLDP报文中携带的端口优先级信息改变之前确定的上行端口； 或者， 因为之前确定的上行端口出现故障无法工作而改变之前确定的上行端 口。 上述获知 PE拓朴信息的方法、 系统和控制桥， 可以有效地获得与 CB 相连的 PE的拓朴信息及建立了用于转发数据的信道。
本发明实施例还提供了一种上行端口的处理方法， 所述方法包括： 端口扩展 ( PE ) 改变之前确定的上行端口；
将之前确定的上行端口上的标签信息重新配置到改变后的上行端口上， 和 /或， 通过改变后的上行端口发送链路层发现协议（LLDP )报文和扩展端 口消息。
所述 PE改变之前确定的上行端口的步骤包括：
所述 PE根据接收到的控制桥（CB )发送的 LLDP报文中携带的端口优 先级信息改变之前确定的上行端口； 或者， 因为之前确定的上行端口出现故 障无法工作而改变之前确定的上行端口。
本发明实施例还提供了一种上行端口的处理系统， 所述系统包括改变装 置和处理装置， 其中：
所述改变装置设置成： 改变之前确定的上行端口；
所述处理装置设置成： 将之前确定的上行端口上的标签信息重新配置到 改变后的上行端口上， 和 /或， 通过改变后的上行端口发送链路层发现协议 ( LLDP ) ^艮文和扩展端口消息。
所述改变装置设置成按照以下方式改变之前确定的上行端口： 所述 PE 根据接收到的控制桥 ( CB )发送的 LLDP报文中携带的端口优先级信息改变 之前确定的上行端口； 或者， 因为之前确定的上行端口出现故障无法工作而 改变之前确定的上行端口。
该系统可以位于 PE中。
釆用上述上行端口的处理方法及系统， 可以改变上行端口， 并可以通过 改变后的上行端口发送 LLDP报文和 /或扩展端口创建消息， 进而使得 CB可 以通过与 PE交互获得与 CB相连的 PE的拓朴信息及建立用于转发数据的信 道。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 上述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
以上实施例仅用以说明本发明的技术方案而非限制， 仅仅参照较佳实施 例对本发明进行了详细说明。 本领域的普通技术人员应当理解， 可以对本发 明的技术方案进行修改或者等同替换， 而不脱离本发明技术方案的精神和范 围， 均应涵盖在本发明的权利要求范围当中。
工业实用性
釆用上述技术方案，可以有效地获得与 CB相连的 PE的拓朴信息及建立 用于转发数据的信道。 因此本发明具有很强的工业实用性。

Claims

权 利 要 求 书
1、 一种获知端口扩展（PE )拓朴信息的方法， 该方法包括：
控制桥（ CB )接收到 PE发送的链路层发现协议（ LLDP )报文， 感知自 身连接了所述 PE;
所述 CB接收到所述 PE发送的扩展端口创建消息，在所述 CB内部实例 化相应的实例化端口。
2、 根据权利要求 1所述的方法， 其中， 所述 CB接收到所述 PE发送的 扩展端口创建消息， 在所述 CB内部实例化相应的实例化端口的步骤包括： 所述 CB接收到所述 PE发送的扩展端口创建消息， 获知所述 PE的扩展 端口， 在所述 CB内部实例化与所述扩展端口——对应的实例化端口， 建立 所述实例化端口到与所述实例化端口对应的扩展端口的通道。
3、 根据权利要求 1所述的方法， 其中， 所述 CB接收到所述 PE发送的 扩展端口创建消息， 在所述 CB内部实例化相应的实例化端口的步骤包括： 所述 CB给所述 PE回复一通道的标签，建立所述实例化端口到与所述实 例 端口对应的通道。
4、 根据权利要求 1-3中任一项所述的方法， 所述方法还包括： 所述 CB向所述 PE发送 LLDP报文； 之后， 所述 PE根据接收到的所述 CB发送的 LLDP报文确定上行端口。
5、 根据权利要求 1-3中任一项所述的方法， 所述方法还包括： 在所述 CB内部实例化相应的实例化端口之后， 所述 CB通过所述实例 化端口向所述 PE发送 LLDP报文； 之后， 所述 PE根据接收到的所述 CB发 送的 LLDP 文确定上行端口。
6、 根据权利要求 4所述的方法， 所述方法还包括：
所述 PE确定上行端口之后， 通过所述上行端口向所述 CB发送 LLDP 报文和 /或扩展端口创建消息。
7、 根据权利要求 5所述的方法， 所述方法还包括：
所述 PE确定上行端口之后， 通过所述上行端口向所述 CB发送 LLDP 报文和 /或扩展端口创建消息。
8、 根据权利要求 1或 2所述的方法， 所述方法还包括：
若所述 CB接收到所述 PE发送的 LLDP报文为所述 CB的一端口首次接 收到的所述 PE发送的 LLDP报文，则在所述 CB的内部创建一个内部的 PE , 在所述 CB内部的 PE上实例化一实例化端口。
9、 根据权利要求 1或 2所述的方法， 所述方法还包括：
所述 CB接收到所述 PE发送的 LLDP报文，在所述 CB的内部创建一个 内部的 PE,和 /或在所述 CB和所述内部的 PE上实例化端口，以连接所述所述 CB和所述 PE。
10、 根据权利要求 6或 7所述的方法， 所述方法还包括：
所述 PE确定上行端口之后， 所述 PE改变之前确定的上行端口， 将之前 确定的上行端口上的标签信息重新配置到改变后的上行端口上， 和 /或， 通过 改变后的上行端口发送 LLDP ^艮文和扩展端口消息。
11、 根据权利要求 10所述的方法， 其中， 所述 PE改变之前确定的上行 端口的步骤包括：
所述 PE根据接收到的所述 CB发送的 LLDP报文中携带的端口优先级信 息改变之前确定的上行端口； 或者， 因为之前确定的上行端口出现故障无法 工作而改变之前确定的上行端口。
12、 一种上行端口的处理方法， 所述方法包括：
端口扩展（ PE ) 改变之前确定的上行端口；
将之前确定的上行端口上的标签信息重新配置到改变后的上行端口上， 和 /或， 通过改变后的上行端口发送链路层发现协议（LLDP )报文和扩展端 口消息。
13、 根据权利要求 12所述的处理方法， 其中， 所述 PE改变之前确定的 上行端口的步骤包括：
所述 PE根据接收到的控制桥（CB )发送的 LLDP报文中携带的端口优 先级信息改变之前确定的上行端口； 或者， 因为之前确定的上行端口出现故 障无法工作而改变之前确定的上行端口。
14、 一种获知端口扩展（PE )拓朴信息的控制桥（CB ) , 包括感知组件 和建立装置， 其中：
所述感知组件设置成：在所述 CB接收到所述 PE发送的链路层发现协议 ( LLDP )报文后， 感知所述 CB连接了所述 PE;
所述建立装置设置成：在所述 CB接收到所述 PE发送的扩展端口创建消 息后， 在所述 CB内部实例化相应的实例化端口。
15、 根据权利要求 14所述的 CB, 其中：
所述建立装置设置成按照以下方式在所述 CB接收到所述 PE发送的扩展 端口创建消息后， 在所述 CB 内部实例化相应的实例化端口： 在所述 CB接 收到所述 PE发送的扩展端口创建消息后， 获知所述 PE的扩展端口， 在所述 CB 内部实例化与所述扩展端口——对应的实例化端口， 建立所述实例化端 口到与所述实例化端口对应的扩展端口的通道。
16、 根据权利要求 14所述的 CB, 其中：
所述建立装置设置成按照以下方式在所述 CB接收到所述 PE发送的扩展 端口创建消息后， 在所述 CB 内部实例化相应的实例化端口： 所述 CB给所 述 PE回复一通道的标签， 建立所述实例化端口到与所述实例化端口对应的 通道。
17、根据权利要求 14-16中任一项所述的 CB,所述 CB还包括发送装置， 其中：
所述发送装置设置成： 向所述 PE发送 LLDP报文； 或者， 在所述 CB 内部实例化相应的实例化端口之后， 通过所述实例化端口向所述 PE发送 LLDP才艮文。
18、 根据权利要求 17所述的 CB, 其中， 所述感知组件还设置成： 若所述 CB接收到 PE发送的 LLDP报文为所述 CB的一端口首次接收到 PE发送的 LLDP报文，则在所述 CB的内部创建一个 CB内部的 PE,在所述 CB内部的 PE上实例化一实例化端口。
19、 根据权利要求 17所述的 CB, 其中， 所述感知组件还设置成： 所述 CB接收到所述 PE发送的 LLDP报文，在所述 CB的内部创建一个 内部的 PE,和 /或在所述 CB和所述内部的 PE上实例化端口，以连接所述所述 CB和所述 PE。
20、 一种获知端口扩展（PE )拓朴信息的系统， 包括如权利要求 14-19 中任一项所述的 CB和所述 PE, 所述 PE包括确定装置和发送装置， 其中： 所述确定装置设置成： 根据接收到的所述 CB发送的 LLDP报文确定上 行端口；
所述发送装置设置成：通过所述确定装置确定的所述上行端口向所述 CB 发送 LLDP报文和扩展端口创建消息。
21、 根据权利要求 20所述的系统， 其中， 所述 PE还包括处理装置， 其 中：
所述处理装置设置成： 改变之前确定的上行端口， 将之前确定的上行端 口上的标签信息重新配置到改变后的上行端口上；
所述发送装置还设置成： 通过改变后的上行端口发送 LLDP报文和扩展 端口消息。
22、 根据权利要求 21所述的系统， 其中：
所述处理装置设置成按照以下方式改变之前确定的上行端口： 根据接收 到的 CB发送的 LLDP报文中携带的端口优先级信息改变之前确定的上行端 口； 或者， 因为之前确定的上行端口出现故障无法工作而改变之前确定的上 行端口。
23、 一种上行端口的处理系统， 所述系统包括改变装置和处理装置， 其 中：
所述改变装置设置成： 改变之前确定的上行端口；
所述处理装置设置成： 将之前确定的上行端口上的标签信息重新配置到 改变后的上行端口上， 和 /或， 通过改变后的上行端口发送链路层发现协议 ( LLDP ) ^艮文和扩展端口消息。
24、根据权利要求 23所述的处理系统， 其中， 所述改变装置设置成按照 以下方式改变之前确定的上行端口：根据接收到的控制桥（CB )发送的 LLDP 报文中携带的端口优先级信息改变之前确定的上行端口； 或者， 因为之前确 定的上行端口出现故障无法工作而改变之前确定的上行端口。
PCT/CN2012/074460 2011-05-06 2012-04-20 获知端口扩展拓扑信息的方法、系统和控制桥 WO2012152178A1 (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
US14/115,724 US9515890B2 (en) 2011-05-06 2012-04-20 Method, system and controlling bridge for obtaining port extension topology information
BR112013028611A BR112013028611A2 (pt) 2011-05-06 2012-04-20 método, sistema e ponte de controle para obtenção de informação de topologia de extensão de porta
JP2014509590A JP5792894B2 (ja) 2011-05-06 2012-04-20 ポート拡張トポロジ情報の取得用方法、システム及び制御ブリッジ並びにアップリンクポートの処理方法及びシステム
EP12782913.3A EP2696538B1 (en) 2011-05-06 2012-04-20 Method, system and controlling bridge for obtaining port extension topology information
ES12782913T ES2746048T3 (es) 2011-05-06 2012-04-20 Método, sistema y puente de control para obtener información de topología de extensión de puerto
KR1020137029504A KR101472399B1 (ko) 2011-05-06 2012-04-20 포트 확장 토폴로지 정보를 취득하는 방법, 시스템 및 제어 브리지
RU2013151858/08A RU2571536C2 (ru) 2011-05-06 2012-04-20 Способ, система и управляющий мост для получения информации о топологии расширения порта

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110117096.6A CN102769558B (zh) 2011-05-06 获知端口扩展拓扑信息的方法、系统和控制桥
CN201110117096.6 2011-05-06

Publications (1)

Publication Number Publication Date
WO2012152178A1 true WO2012152178A1 (zh) 2012-11-15

Family

ID=47096816

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/074460 WO2012152178A1 (zh) 2011-05-06 2012-04-20 获知端口扩展拓扑信息的方法、系统和控制桥

Country Status (8)

Country Link
US (1) US9515890B2 (zh)
EP (1) EP2696538B1 (zh)
JP (1) JP5792894B2 (zh)
KR (1) KR101472399B1 (zh)
BR (1) BR112013028611A2 (zh)
ES (1) ES2746048T3 (zh)
RU (1) RU2571536C2 (zh)
WO (1) WO2012152178A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103516609A (zh) * 2013-09-17 2014-01-15 杭州华三通信技术有限公司 一种业务报文的传输方法和设备
CN113193983A (zh) * 2021-03-31 2021-07-30 新华三信息安全技术有限公司 一种网络通信设备及其切换拓扑连接模式的方法

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140024169A (ko) * 2012-08-20 2014-02-28 에릭슨엘지엔터프라이즈 주식회사 교환기 가상화 방법 및 시스템
CN104427012B (zh) 2013-09-04 2018-12-11 新华三技术有限公司 端口协商方法和设备
US10027590B2 (en) * 2014-02-24 2018-07-17 Avago Technologies General Ip (Singapore) Pte. Ltd. End to end flow control
US10412012B2 (en) 2015-09-22 2019-09-10 Arris Enterprises Llc Intelligent, load adaptive, and self optimizing master node selection in an extended bridge
US10721123B2 (en) 2015-09-30 2020-07-21 Arris Enterprises Llc Provisional modes for multi-mode network devices
US10193789B2 (en) 2015-10-07 2019-01-29 Arris Enterprises Llc Handling port identifier overflow in spanning tree protocol
US10153944B2 (en) * 2015-10-09 2018-12-11 Arris Enterprises Llc Lag configuration learning in an extended bridge
US10218641B2 (en) 2015-10-09 2019-02-26 Arris Enterprises Llc Handling dynamic cascade port/LAG changes in a non-blocking manner
US10148595B2 (en) 2015-10-16 2018-12-04 Arris Enterprises Llc Handling dynamic port/LAG changes without breaking communication in an extended bridge
DE112016004860T5 (de) 2015-10-21 2018-07-26 Arris International Ip Ltd. Verteilte Regelbereitstellung in einer Extended Bridge
US10284389B2 (en) * 2015-10-21 2019-05-07 Arris Enterprises Llc High availability for distributed network services in an extended bridge
WO2017167275A1 (zh) * 2016-03-31 2017-10-05 新华三技术有限公司 设置链路聚合组
CN107493181B (zh) * 2016-06-13 2022-01-28 深圳市中兴通讯技术服务有限责任公司 虚拟扩展端口的指示方法和装置
CN107528784B (zh) * 2016-06-21 2021-02-26 新华三技术有限公司 报文转发方法和装置
CN107566143B (zh) * 2016-06-30 2022-02-25 深圳市中兴通讯技术服务有限责任公司 一种纵向堆叠发现方法和装置
CN107645391B (zh) * 2016-07-21 2022-05-27 深圳市中兴通讯技术服务有限责任公司 一种接口扩展设备的端口配置方法及装置
US10250527B2 (en) 2016-09-01 2019-04-02 Arris Enterprises Llc Port extender ID assignment in an extended bridge
US10389656B2 (en) * 2016-09-07 2019-08-20 Arris Enterprises Llc Determining port-to-port connectivity in an extended bridge
CN108259453B (zh) 2017-05-31 2020-03-06 新华三技术有限公司 一种报文转发方法及装置
CN108259633B (zh) 2017-05-31 2020-05-12 新华三技术有限公司 实现管理报文三层通信的方法、系统及装置
CN108418752B (zh) 2017-07-24 2019-11-08 新华三技术有限公司 一种聚合组的创建方法和装置
JP6998780B2 (ja) 2018-02-02 2022-01-18 株式会社デンソー 冷凍サイクル装置
CN108900421A (zh) * 2018-06-29 2018-11-27 郑州云海信息技术有限公司 一种分布式存储系统的拓扑结构生成方法、装置及系统
CN113872868B (zh) * 2020-06-30 2022-11-25 华为技术有限公司 通知消息传输方法、装置及系统、存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101145927A (zh) * 2006-09-12 2008-03-19 华为技术有限公司 组播广播业务的承载网络、系统及方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7310664B1 (en) * 2004-02-06 2007-12-18 Extreme Networks Unified, configurable, adaptive, network architecture
US20070041328A1 (en) * 2005-08-19 2007-02-22 Bell Robert J Iv Devices and methods of using link status to determine node availability
JP4822905B2 (ja) * 2006-03-31 2011-11-24 富士通株式会社 ブリッジ装置、ブリッジ装置における制御方法、及び制御プログラム
CN101047446B (zh) * 2006-08-25 2010-05-12 华为技术有限公司 在无源光网络中配置以太网业务的装置、方法及光网络终端
EP2051451A1 (en) * 2006-09-22 2009-04-22 Panasonic Corporation Communication apparatus, communication method and communication system
EP2183039B1 (en) * 2007-08-02 2018-09-19 Thales Avionics, Inc. System and method for streaming video on demand (vod) streams over a local network
US20140044129A1 (en) * 2012-08-10 2014-02-13 Duane Edward MENTZE Multicast packet forwarding in a network
US9294396B2 (en) * 2013-03-12 2016-03-22 Dell Products L.P. Port extender

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101145927A (zh) * 2006-09-12 2008-03-19 华为技术有限公司 组播广播业务的承载网络、系统及方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
PELISSIER, JOE: "P802.1 Qbh Draft 0.0 Introduction", IEEE 802.1 QDH-BRIDGE PORT EXTENSION, 21 January 2010 (2010-01-21), XP068007763, Retrieved from the Internet <URL:http://www.ieee802.org/1/pages/802.1bh.html> [retrieved on 20120719] *
See also references of EP2696538A4 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103516609A (zh) * 2013-09-17 2014-01-15 杭州华三通信技术有限公司 一种业务报文的传输方法和设备
CN103516609B (zh) * 2013-09-17 2017-05-17 杭州华三通信技术有限公司 一种业务报文的传输方法和设备
CN113193983A (zh) * 2021-03-31 2021-07-30 新华三信息安全技术有限公司 一种网络通信设备及其切换拓扑连接模式的方法
CN113193983B (zh) * 2021-03-31 2022-04-01 新华三信息安全技术有限公司 一种网络通信设备及其切换拓扑连接模式的方法

Also Published As

Publication number Publication date
EP2696538A4 (en) 2015-02-18
ES2746048T3 (es) 2020-03-04
CN102769558A (zh) 2012-11-07
EP2696538B1 (en) 2019-05-29
RU2013151858A (ru) 2015-06-20
JP2014519249A (ja) 2014-08-07
US20140086098A1 (en) 2014-03-27
JP5792894B2 (ja) 2015-10-14
KR101472399B1 (ko) 2014-12-12
BR112013028611A2 (pt) 2017-12-05
US9515890B2 (en) 2016-12-06
EP2696538A1 (en) 2014-02-12
KR20140002033A (ko) 2014-01-07
RU2571536C2 (ru) 2015-12-20

Similar Documents

Publication Publication Date Title
WO2012152178A1 (zh) 获知端口扩展拓扑信息的方法、系统和控制桥
US9729387B2 (en) Link aggregation in software-defined networks
EP2567512B1 (en) Virtual cluster switching
EP3240250B1 (en) Virtual router terminating an overlay tunnel in a storage area network
Bakshi Considerations for software defined networking (SDN): Approaches and use cases
EP2874359B1 (en) Extended ethernet fabric switches
US10009267B2 (en) Method and system for controlling an underlying physical network by a software defined network
WO2013185715A1 (zh) 一种实现虚拟网络的方法和虚拟网络
US20170155599A1 (en) Virtual cluster switching
EP3605959B1 (en) Method, device and computer storage medium for implementing double control plane
GB2497202A (en) Transmitting frames between, possibly different, local VLANs by encapsulating frames for global VLAN tunnel
WO2012122911A1 (zh) 一种支持虚拟终端的组播数据转发方法及装置
WO2017157206A1 (zh) 云数据中心互联方法及装置
TW201914265A (zh) 自動配置的交換機、自動配置交換機的方法、交換機自動部署的軟體定義網路系統及其方法
WO2014101708A1 (zh) 二层网络数据传送方法及网络节点
EP3979709A1 (en) Dynamic multi-destination traffic management in a distributed tunnel endpoint
CN113938448B (zh) 一种基于evpn技术的自主可控虚拟交换机的实现方法
CN102769558B (zh) 获知端口扩展拓扑信息的方法、系统和控制桥

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: 12782913

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14115724

Country of ref document: US

ENP Entry into the national phase

Ref document number: 20137029504

Country of ref document: KR

Kind code of ref document: A

Ref document number: 2014509590

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012782913

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2013151858

Country of ref document: RU

Kind code of ref document: A

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112013028611

Country of ref document: BR

REG Reference to national code

Ref country code: BR

Ref legal event code: B01E

Ref document number: 112013028611

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112013028611

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20131106