The present document relates to the data communication technology, and in particular, to a method, system and controlling bridge for acquiring port extension topology information and a method and system for processing an upstream port.
A unified data center structure is a network structure that combines the traditional local area network (LAN) and the storage area network (SAN) in the same physical network so as to reduce the structure complexity and strengthen the data flow and visit. In order to bring it into effect, the traditional Ethernet must be upgraded as “no-losing”, and provide extra characteristic and function of the data center network. Therefore, the storage protocol must be adjusted so as to run on the Ethernet.
The institute of electrical and electronics engineers (IEEE) has already defined the term, data center bridging (DCB), which is an framework set expanded from the Ethernet and designed to improve the Ethernet and data center management. The DCB is also called as Converged Enhanced Ethernet (CEE), Data Center Ethernet (DCE) (the brand owned by Cisco), Enhanced Ethernet for Data Center (EEDC), and the like.
At present, in the DCB group, a requirement on an edge virtual bridging (EVB) of a virtual environmental network is proposed, that is, for a physical terminal site, it includes a plurality of virtual terminal sites, and each virtual terminal site requires to have the services of accessing the neighbor bridges of the LAN. In the EVB environment, a network adapter (network interface card, NIC) has a plurality of virtual network adapters (vNICs), and each vNIC can communicate with the bridge in the EVB independently, and those a plurality of vNICs share a link. In order to realize that function, the DCB group has proposed a port extension mode. That is, the ports of an interchanger connecting to a plurality of sites can be realized through the Port Extension (PE); if that PE is embedded into the server, then the ports of an interchanger connecting to a plurality of virtual terminal sites (Virtual Machine, VM) can be realized and the communication among them is realized through the interchanger, and the interchanger here is called the controlling bridge (CB).
In order to realize this kind of port extension, the services transmitted on the virtual sites need to be isolated, and the method adopted at present is to introduce a new tag (E-tag), to establish a plurality of channels (E-Channel) between the controlling bridge and the site, thus realizing the isolation of the services, as shown in
Therefore, for the controlling bridge, it should first clearly understand the situation of the PE connected to the controlling bridge itself, each port of the PE, and the connection relations among the ports, that is, the topology. There is no method for specifically acquiring the topology of each connected PE at present.
The present document provide a method, system and controlling bridge (CB) for acquiring port extension (PE) topology information and a method and system for processing an upstream port, to solve the problem that there is no definitive way for obtaining the topology information of each PE connected to the CB at present.
In order to solve the above-mentioned problem, the present document adopts the following technical scheme:
a method for acquiring port extension (PE) topology information comprises:
a controlling bridge (CB) receiving a link layer discovery protocol (LLDP) message sent by the PE and perceiving an attachment of the PE; and
the CB receiving Extended Port Create message sent by the PE and instantiating a corresponding instantiated port inside the CB.
Optionally, the step of the CB receiving Extended Port Create message sent by the PE and instantiating a corresponding instantiated ports inside the CB comprises:
the CB receiving the Extended Port Create message sent by the PE, acquiring extended ports of the PE, instantiating instantiated ports corresponding to the extended ports one by one inside the CB, and establishing channels between the instantiated ports and the extended ports corresponding to the instantiated ports.
Optionally, the method further comprises:
the CB sending the LLDP message to the PE; and then the PE determining a port as an upstream port according to the received LLDP message sent by the CB.
Optionally, the method further comprises:
after instantiating the corresponding instantiated ports inside the CB, the CB sending the LLDP message to the PE through the instantiated ports; and then the PE determining an upstream port according to the received LLDP message sent by the CB.
Optionally, the method further comprises:
after the PE determines the upstream port, sending the LLDP message and/or the Extended Port Create message to the CB through the upstream port.
Optionally, the method further comprises:
after the PE determines the upstream port, sending the LLDP message and/or the Extended Port Create message to the CB through the upstream port.
Optionally, the method further comprises:
if the LLDP message received by the CB and sent by the PE is the LLDP message sent by the PE and received by one port of the CB for the first time, then creating an internal PE inside the CB, and instantiating an instantiated port on the PE inside the CB.
Optionally, the method further comprises:
after the PE determines the upstream port, the PE changing the upstream port determined previously, reconfiguring tag information on the upstream port determined previously onto the changed upstream port, and/or, sending the LLDP message and the extended port message through the changed upstream port.
Optionally, the step of the PE changing the upstream port determined previously comprises:
the PE changing the upstream port determined previously according to port priority information carried in the received LLDP message sent by the CB; or changing the upstream port determined previously because the upstream port determined previously breaks down and is unable to work.
A method for processing an upstream port comprises:
a port extension (PE) changing an upstream port determined previously; and
reconfiguring tag information on the upstream port determined previously onto the changed upstream port, and/or, sending a link layer discovery protocol (LLDP) message and extended port message through the changed upstream port.
Optionally, the step of the PE changing the upstream port determined previously comprises:
the PE changing the upstream port determined previously according to port priority information carried in the received LLDP message sent by a controlling bridge (CB); or changing the upstream port determined previously because the upstream port determined previously breaks down and is unable to work.
A controlling bridge (CB) for acquiring port extension (PE) topology information comprises a perceiving module and an establishing device, wherein,
the perceiving module is configured to perceive that the CB is connected to the PE after the CB receives a link layer discovery protocol (LLDP) message sent by the PE; and
the establishing device is configured to instantiate corresponding instantiated ports inside the CB after the CB receives Extended Port Create message sent by the PE.
Optionally, the establishing device is configured to instantiate corresponding instantiated ports inside the CB after the CB receives the Extended Port Create message sent by the PE by means of: after the CB receives the Extended Port Create message sent by the PE, acquiring extended ports of the PE, instantiating instantiated ports corresponding to the extended ports one by one inside the CB, and establishing channels from the instantiated ports to the extended ports corresponding to the instantiated ports.
Optionally, the CB further comprises a sending device, wherein,
the sending device is configured to: send the LLDP message to the PE; or send the LLDP message to the PE through the instantiated ports after instantiating the corresponding instantiated ports inside the CB.
Optionally, the perceiving module is further configured to:
if the LLDP message received by the CB and sent by the PE is the LLDP message sent by the PE and received by one port of the CB for the first time, then create an internal PE inside the CB, and instantiate an instantiated port on the PE inside the CB.
A system for acquiring port extension (PE) topology information comprises any one of the above-mentioned CBs and PEs, wherein, the PE comprises a determination device and a sending device, wherein,
the determination device is configured to determine an upstream port according to a received link layer discovery protocol (LLDP) message sent by the CB; and
the sending device is configured to send the LLDP message and Extended Port Create message to the CB according to the upstream port determined by the determination device.
Optionally, the PE further comprises a processing device, wherein:
the processing device is configured to change an upstream port determined previously, and reconfigure tag information on the upstream port determined previously onto the changed upstream port; and
the sending device is configured to send the LLDP message and the extended port message through the changed upstream port.
Optionally, the processing device is configured to change an upstream port determined previously by means of: changing the upstream port determined previously according to port priority information carried in the received LLDP message sent by the CB; or changing the upstream port determined previously because the upstream port determined previously breaks down and is unable to work.
A system for processing an upstream port, comprises a changing device and a processing device, wherein:
the changing device is configured to change an upstream port determined previously; and
the processing device is configured to reconfigure tag information on the upstream port determined previously onto the changed upstream port, and/or, send a link layer discovery protocol (LLDP) message and extended port message through the changed upstream port.
Optionally, the changing device is configured to change an upstream port determined previously by means of: changing the upstream port determined previously according to port priority information carried in the received LLDP message sent by a controlling bridge (CB); or changing the upstream port determined previously because the upstream port determined previously breaks down and is unable to work.
By adopting the above-mentioned technical scheme, the topology information of the PE connected to the CB can be obtained and the channel used for transmitting the data can be established, effectively.
In order to make the objective, technical scheme and advantage of the present document much more clear and obvious, the embodiment of the present document is described in detail with reference to the accompanying drawings hereinafter. It should be illustrated that, in the case of not conflicting, the embodiments in the present application and features in these embodiments can be combined with each other. All these combinations are in the protection scope of the present document.
The embodiment of the present document provides a method for acquiring port extension (PE) topology information, including the following steps:
in step S01, a controlling bridge (CB) receives a link layer discovery protocol (LLDP) message sent by the PE and perceives an attachment of the PE;
if the LLDP message received by the CB and sent by the PE is the LLDP message sent by the PE and received by one port of the CB for the first time, then an internal PE inside the CB is created, and an instantiated port is instantiated on the PE inside the CB;
in step S02, the CB receives Extended Port Create message sent by the PE and instantiates corresponding instantiated ports inside the CB.
The CB receives the Extended Port Create message sent by the PE, then acquires extended ports of the PE, instantiates instantiated ports corresponding to the extended ports one by one inside the CB, and establishes channels from the instantiated ports to the extended ports corresponding to the instantiated ports.
The method further can include: the CB sending the LLDP message to the PE; for example, the CB can send the LLDP message to the PE before receiving the LLDP message sent by the PE; or send the LLDP message to the PE when the CB receives the LLDP message sent by the PE.
After instantiating the ports, the method further includes: the CB sending the LLDP message through the instantiated ports.
After the CB sends the LLDP message, the method further includes: the PE determining an upstream port according to the received LLDP message sent by the CB.
After the PE determines the upstream port, the method further includes: sending the LLDP message and/or the Extended Port Create message to the CB through the upstream port.
In addition, after the PE determines the upstream port, the method further includes: the PE changing the upstream port determined previously, reconfiguring tag information on the upstream port determined previously onto the changed upstream port, and/or, sending the LLDP message and the extended port message through the changed upstream port. The way of the PE changing the upstream port determined previously includes: the PE changing the upstream port determined previously according to port priority information carried in the received LLDP message sent by the CB; or changing the upstream port determined previously because the upstream port determined previously breaks down and is unable to work.
After the PE changes its upstream port, the E-channel established through the previous upstream port will be deleted.
The change of the upstream port described here is usually made by the CB notifying the PE to make this change, therefore one management object of the port priority (Cascade Port Priority) is set for each instantiated port and cascade-connected port connected with the PE in the CB, to realize the change of the upstream ports of the PE through the changes of the port priority.
It needs to be illustrated that the format of the LLDP message sent to the PE by the CB is the same with the format of the LLDP message sent to the CB by the PE, but the contents thereof are different.
in the present embodiment, the procedure of acquiring the PE topology information is introduced specifically.
As shown in
in step 301, the CB sends a LLDP message through a port connected to the PE1;
in step 302, the PE1 receives the LLDP message, and sets the port which receives that message as the upstream port, obtains the address of the CB, and sends the LLDP message from the upstream port to the CB;
in step 303, the CB obtains the address of the PElafter receiving the LLDP message sent by the PE1, and at the same time, instantiates an internal PE inside because it perceives that it is connected to one PE, and the VLAN perceiving module is connected to the internal PE through the port 1; and one E-tag is assigned to the port 1;
in step 304, at the same time, each extended port of the PE1 will also send the Extended Port Create message to the CB through its upstream port; there are 3 extended ports 2, 3, 4 here in the PE1, so there are 3 pieces of Extended Port Create message sent to the CB, and each piece of Extended Port Create message represents that one extended port requests to establish the E-channel from the controlling bridge to that port;
in step 305, the CB will instantiate the ports between the interior and the VLAN perceiving module after receiving the Extended Port Create message; here the CB receives 3 pieces of Extended Port Create message of different extended ports here, then it instantiates the ports 2, 3 and 4 for these three ports 2, 3 and 4 of the PE1, and assigns three different E-tags for these 3 extended ports of the PE1, and replies to the PE1 with these E-tags. The PE1 adds the extended ports corresponding to the E-tags respectively into the member set and the untagged set of the corresponding E-tags according to the assigned E-tags, and adds all upstream ports of the PE1 into the member set of the 3 E-tags at the same time. So far, the controlling bridge acquires that it is connected to one PE1, and that PE1 has 3 extended ports, and the 3 E-channels from the internal instantiated ports 2, 3 and 4 of the controlling bridge to the three extended ports of the PE1 are all established;
in step 306, the CB will also send the LLDP messages through the ports 2, 3 and 4 after instantiating the ports 2, 3 and 4 internally; because the E-channels are from the ports 2, 3 and 4 to the extended ports of the PE1, the LLDP messages sent by these ports will not end in the PE1, but be transmitted to the extended ports of the PE1 through the E-channels corresponding to the ports 2, 3 and 4, and reach the PE2, the PE3 and the site 1 connected to these extended ports;
in step 307, the PE2 and the PE3 select the port receiving the message as the upstream port after receiving the LLDP message from the CB, and obtain the address of the CB; and also send the LLDP message to the CB through the upstream port at the same time;
in step 308, the CB obtains the addresses of the PE2 and the PE3 after receiving the LLDP messages from the PE2 and the PE3, and perceives that it is connected to two PEs, the PE2 and the PE3, through the PE1 at the same time;
in step 309, at the same time, each extended port of the PE2 and the PE3 will send the Extended Port Create message to the CB through its upstream port; there are 2 extended ports in the PE2 and the PE3 respectively here: the PE2 has the extended ports 5 and 6, and the PE3 has the extended ports 7 and 8, so there are 4 pieces of Extended Port Create message sent to the CB, and each piece of Extended Port Create message represents that one extended port requests to establish the E-channel from the controlling bridge to that port;
in step 310, the CB will instantiate the ports between the interior and the VLAN perceiving module after receiving the Extended Port Create message; here the CB receives 4 pieces of Extended Port Create message of different extended ports here, then it instantiates the ports 5, 6, 7 and 8 corresponding respectively to the ports 5 and 6 of the PE2 and the ports 7 and 8 of the PE3, and assigns four different E-tags for these 4 extended ports of the PE1, and replies to the PE2 and the PE3 with these E-tags. The PE2 and the PE3 add the extended ports corresponding to the E-tags respectively into the member set and the untagged set of the corresponding E-tags according to the assigned E-tags, and add all their respective upstream ports into the member set of the E-tags belonging to the respective PEs at the same time. So far, the controlling bridge acquires that it is connected to one PE2 and one PE3, wherein the PE2 has 2 extended ports and the PE3 also has 2 extended ports, and the PE2 and the PE3 are all connected to the CB through the PE1. And the 2 E-channels from the internal instantiated ports 5 and 6 of the controlling bridge to the 2 extended ports of the PE2 are all established; and the 2 E-channels from the internal instantiated ports 7 and 8 of the controlling bridge to the 2 extended ports of the PE3 are all established;
in step 311, the CB will also send the LLDP messages through the ports 5, 6, 7 and 8 after instantiating the ports 5, 6, 7 and 8 internally; because the E-channels are from the ports 5 and 6 to the extended ports of the PE2, and from the ports 7 and 8 to the extended ports of the PE3, the LLDP messages sent by these ports will not end in the PE1 and also will not end in the PE2 and the PE3, but be transmitted to the extended ports of the PE2 and the PE3 through the E-channels corresponding to the ports 5, 6, 7 and 8, and reach the site 2, the site 3, the site 4 and the site 5 connected to these extended ports.
So far, the CB finishes the discovery of the whole PE device and obtains the PE topology, and establishes its E-channel used for the data transmission.
As shown in
When the priorities of the cascade-connected ports or the instantiated ports are changed through the configuration or other ways, for example, in the present embodiment, the cascade port priority of the connection between the CB and the port 1 and the port 5 of the PE1 is changed, and the priority reaches the PE1 through the LLDP message sent by the CB, and the PE1 reselects the port 5 as its upstream port again by comparing the priorities (the cascade port priority of the port 5 is higher than the cascade port priority of the port 1 at this moment). If, because of other reasons, for example, the port 1 breaks down, the port 1 of the PE1 cannot receive the LLDP from the CB at this moment, then it can only select its port 5 as the upstream port. As shown in
The embodiment of the present document further provides a controlling bridge (CB) for acquiring port extension (PE) topology information, and the CB includes a perceiving module and an establishing device, wherein,
the perceiving module is configured to perceive that the CB is connected to the PE after the CB receives a link layer discovery protocol (LLDP) message sent by the PE; and
the establishing device is configured to instantiate corresponding instantiated ports inside the CB after the CB receives Extended Port Create message sent by the PE.
The establishing device is configured to instantiate corresponding instantiated ports inside the CB after the CB receives the Extended Port Create message sent by the PE by means of: acquiring extended ports of the PE, instantiating instantiated ports corresponding to the extended ports one by one inside the CB, and establishing channels from the instantiated ports to the extended ports corresponding to the instantiated ports.
In addition, the CB further includes a sending device, and the sending device is configured to: send the LLDP message to the PE; or send the LLDP message to the PE through the instantiated ports after instantiating the corresponding instantiated ports inside the CB.
The perceiving module is configured to perceive that the CB is connected to the PE by means of: if the CB receives the LLDP message sent by the PE for the first time, then perceiving that the PE is connected to the CB directly according to the message received for the first time; if it is not the first time for the CB to receive the LLDP message sent by the PE, then perceiving that the PE is connected to the CB through other PEs according to the message which is not received for the first time.
In addition, the perceiving module is further configured to: if the LLDP message received by the CB and sent by the PE is the LLDP message sent by the PE and received by one port of the CB for the first time, then create an internal PE inside the CB, and instantiate an instantiated port on the PE inside the CB.
The above-mentioned CB can be located in a device such as an interchanger, etc. The procedure of the above-mentioned CB obtaining the topology information of the PE and establishing the channel can be referred to
The embodiment of the present document further provides a system for acquiring port extension (PE) topology information, and the system includes the above-mentioned CB and PE, wherein, the PE includes a determination device and a sending device, wherein,
the determination device is configured to determine an upstream port according to a received link layer discovery protocol (LLDP) message sent by the CB; and
the sending device is configured to send an LLDP message and Extended Port Create message to the CB according to the upstream port determined by the determination device.
Wherein, the PE further can include a processing device, wherein, the processing device is configured to change the upstream port determined previously, and reconfigure tag information on the upstream port determined previously onto the changed upstream port; and the sending device is further configured to send the LLDP message and the extended port message through the changed upstream port.
The processing device is configured to change the upstream port determined previously and reconfigure the tag information on the upstream port determined previously onto the changed upstream port by means of: changing the upstream port determined previously according to port priority information carried in the received LLDP message sent by the CB; or changing the upstream port determined previously because the upstream port determined previously breaks down and is unable to work.
The method, system and controlling bridge for acquiring the PE topology information can obtain the topology information of the PE connected to the CB and establish the channel used for transmitting the data effectively.
The embodiment of the present document further provides a method for processing an upstream port, including:
a port extension (PE) changing an upstream port determined previously; and
reconfiguring tag information on the upstream port determined previously onto the changed upstream port, and/or, sending a link layer discovery protocol (LLDP) message and extended port message through the changed upstream port.
The step of the PE changing the upstream port determined previously includes:
the PE changing the upstream port determined previously according to port priority information carried in the received LLDP message sent by a controlling bridge (CB); or changing the upstream port determined previously because the upstream port determined previously breaks down and is unable to work.
The embodiment of the present document further provides a system for processing an upstream port, including a changing device and a processing device, wherein:
the changing device is configured to change an upstream port determined previously; and
the processing device is configured to reconfigure tag information on the upstream port determined previously onto the changed upstream port, and/or, send a link layer discovery protocol (LLDP) message and extended port message through the changed upstream port.
The changing device is configured to change the upstream port determined previously by means of: changing the upstream port determined previously according to port priority information carried in the received LLDP message sent by a controlling bridge (CB); or changing the upstream port determined previously because the upstream port determined previously breaks down and is unable to work.
The system can be located in the PE.
By adopting the above-mentioned method and system for processing an upstream port, the upstream port can be changed, and also the LLDP message and/or the Extended Port Create message can be sent through the changed upstream port, thus the CB is enabled to obtain the topology information of the PE connected to the CB and establish the channel used for transmitting the data through the interaction with the PE.
It can be understood by those skilled in the art that all or part of steps in the above-mentioned method can be fulfilled by programs instructing the relevant hardware components, and the programs can be stored in a computer readable storage medium such as a read only memory, a magnetic disk or an optical disk, etc. Alternatively, all or part of the steps in the above-mentioned embodiments can be implemented with one or more integrated circuits. Accordingly, each module/unit in the above-mentioned embodiments can be implemented in the form of hardware, or in the form of software function module. The present document is not limit to any specific form of the combination of the hardware and software.
The above-mentioned embodiments are only used to illustrate the technical scheme of the present document while not to limit, and the present document is described in details only referring to the preferable embodiments. Those skilled in the art should understand that they can make the modifications and equivalents according to the technical scheme of the present document without departing from the spirit and scope of the present document, which should be embodied in the scope of the appended claims of the present document.
By adopting the above-mentioned technical scheme, the topology information of the PE connected to the CB can be obtained and the channel used for transmitting the data can be established, effectively. Therefore, the present document has very strong industrial applicability.
Number | Date | Country | Kind |
---|---|---|---|
2011 1 0117096 | May 2011 | CN | national |
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/CN2012/074460 | 4/20/2012 | WO | 00 | 11/5/2013 |
Publishing Document | Publishing Date | Country | Kind |
---|---|---|---|
WO2012/152178 | 11/15/2012 | WO | A |
Number | Name | Date | Kind |
---|---|---|---|
20070041328 | Bell | Feb 2007 | A1 |
20090313386 | Hamamoto et al. | Dec 2009 | A1 |
20140044129 | Mentze | Feb 2014 | A1 |
20140269710 | Sundaram | Sep 2014 | A1 |
Number | Date | Country |
---|---|---|
101145927 | Mar 2008 | CN |
Entry |
---|
Cisco et al. “P802.1Qbh Draft 0.0 Introduction”, published on Jan. 2010. |
Virtual Bridged Local Area Networks-Port Extenders, IEEE P802.1 BR/D2.0, Apr. 1, 2011, pp. 106. |
IEEE et al (hereinafter referred as IEEE Explorer), Virtual Bridged Local Area Networks—Amendment: Bridge Port extens on Dec. 23, 2010, pp. 1-176, XP01763862. |
International Search Report for PCT/CN2012/074460 dated Jul. 19, 2012. |
Pelissier, L., “P802.1 Qbh Draft 0.0 Introduction”, IEEE 802.1 Qdh-Bridge Port Extension, Jan. 21, 2010, [retrieved on Jul. 19, 2012] Retrieved from the Internet: URL: http://www.ieee802.org/1/pages/802.1bh.html, the whole document. |
Virtual Bridged Local Area Networks—Port Extenders, IEEE P802.1 BR/D2.0, Apr. 1, 2011, IEEE Computer Society, XP017638647. |
Station and Media Access Control Connectivity Discovery, IEEE Standard for Local and metropolitan area networks-; New York, NY 10016-5997, USA, Sep. 2009. XP017694344. |
Number | Date | Country | |
---|---|---|---|
20140086098 A1 | Mar 2014 | US |