WO2016015606A1 - Procédé de localisation d'erreur de connexion de port et dispositif associé - Google Patents

Procédé de localisation d'erreur de connexion de port et dispositif associé Download PDF

Info

Publication number
WO2016015606A1
WO2016015606A1 PCT/CN2015/085123 CN2015085123W WO2016015606A1 WO 2016015606 A1 WO2016015606 A1 WO 2016015606A1 CN 2015085123 W CN2015085123 W CN 2015085123W WO 2016015606 A1 WO2016015606 A1 WO 2016015606A1
Authority
WO
WIPO (PCT)
Prior art keywords
port
identifier
tlv
mib
local system
Prior art date
Application number
PCT/CN2015/085123
Other languages
English (en)
Chinese (zh)
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 WO2016015606A1 publication Critical patent/WO2016015606A1/fr

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and related device for locating port connection errors.
  • the A device includes port 1, port 2, and port 3.
  • the B device includes port 1 ', port 2', and port 3'.
  • the correct port connection is the RX connection of port 1's TX and port 1'.
  • the RX of port 1 is connected to the TX of port 1'.
  • a squall line appears. The presence of a squall line may cause communication to fail. As a result, business traffic cannot be forwarded.
  • the Link Layer Discovery Protocol provides a standard link layer discovery method.
  • Each port of the first device and the second device independently maintains a local system management information base (MIB) and a remote system MIB.
  • MIB system management information base
  • Each port of the first device can periodically organize information such as a primary capability, a management address, a device identifier, and a port identifier of the first device into different types/Length/Values (TLVs), and is encapsulated in In an LLDP packet.
  • the port of the first device may send the LLDP packet to the port of the second device directly connected to the port of the first device.
  • the second device is a neighbor device of the first device.
  • the second device performs validity check on the received LLDP packet and the TLV carried by the LLDP packet, and saves the received local system MIB of the first device as the remote system MIB of the port of the second device. If the LLDP local system MIB or the LLDP remote system MIB of the port of the second device changes, the port of the second device of the neighbor sends an LLDP alarm, indicating that there is a problem with the physical connection of the port of the second device.
  • the above method for determining whether a physical connection of a port is problematic through the LLDP protocol cannot efficiently locate whether a physical connection of a port is incorrect in some scenarios. For example, when a fiber connection is made, a twist line appears, and the TX of the port of the network device can transmit light. The signal, and the RX of the port can receive the optical signal, the problem of the port physical connection sending error cannot be found. Therefore, it is not possible to locate the physical connection of the port in time.
  • Embodiments of the present invention provide a method and related apparatus for locating port connection errors, which in some scenarios facilitates an error in physically connecting a port.
  • the first aspect provides a method for locating a port connection error, including:
  • the first port of the first device sends the local system management information base MIB of the first port to the second port of the second device;
  • the third port of the first device receives the local system MIB of the first port sent by the second port of the second device;
  • the third port of the first device receives the local system MIB of the first port that is sent by the second port of the second device
  • the determining, by the first device, that the local system MIB of the third port is different from the local system MIB of the first port that is sent by the second device includes:
  • the first device compares the local system MIB of the third port with the local system MIB of the first port sent by the second device, according to the indication of the identifier information;
  • the first device determines that the local system MIB of the third port is different from the local system MIB of the first port based on the result of the comparison.
  • the third port of the first device receives the second The local system MIB of the first port sent by the port specifically includes:
  • the third port of the first device receives the link layer discovery protocol LLDP packet sent by the second port of the second device, where the LLDP packet carries the local system MIB of the first port and the identifier information.
  • the LLDP packet includes a first TLV and a second TLV, where the identifier information includes the first TLV.
  • the value of the type field and the value of the type field in the second TLV, the value of the type field in the first TLV indicates that the information string field in the first TLV carries the identifier of the device
  • the second TLV The value of the type field in the second TLV indicates that the information string field in the second TLV carries the identifier of the port
  • the remote system MIB of the port of the second device includes the identifier of the first device and the first port
  • the identifier of the type field in the first TLV is used to identify that the identifier of the first device sent by the second device is the first one of the remote system MIBs of the port of the second device
  • the identifier of the device, the value of the type field in the second TLV is used to identify that the identifier of the first port sent by the second device is the
  • the first device sends an error alarm to the management device,
  • the error alarm carries the identifier of the first port or the identifier of the third port, and the identifier of the first port in the error alarm is used to identify that the physical connection between the first port and the second device occurs.
  • the identifier of the third port in the error alarm is used to identify that the physical connection between the third port and the second device is incorrect.
  • a method for locating a port connection error including:
  • the second port of the second device receives the local system management information base MIB of the first port sent by the first port of the first device;
  • the second port of the second device sends the local system MIB of the first port to the third port of the first device.
  • the sending, by the second port of the second device, the local system MIB of the first port to the third port of the first device further includes :
  • the second port of the second device sends the identifier information to the third port of the first device, where the identifier information is used to identify that the local system MIB of the first port sent by the second device is the first The remote system MIB of the port of the second device.
  • the second port of the second device sends the first port to the third port of the first device
  • a port's local system MIB includes:
  • the second port of the second device sends a link layer discovery protocol LLDP packet to the third port of the first device, where the LLDP packet carries the local system MIB of the first port and the identifier information. .
  • the LLDP packet includes a first TLV and a second TLV, where the identifier information includes the first TLV.
  • the value of the type field and the value of the type field in the second TLV, the value of the type field in the first TLV indicates that the information string field in the first TLV carries the identifier of the device, the second TLV
  • the value of the type field in the second TLV indicates that the information string field in the second TLV carries the identifier of the port
  • the remote system MIB of the port of the second device includes the identifier of the first device and the first port
  • the identifier of the type field in the first TLV is used to identify that the identifier of the first device sent by the second device is the first one of the remote system MIBs of the port of the second device
  • the identifier of the device, the value of the type field in the second TLV is used to identify that the identifier of the first port sent by the second device is the
  • a first device in a third aspect, includes a first port and a third port, including:
  • a sending unit configured to send, by using the first port, a local system management information base MIB of the first port to a second port of the second device;
  • a receiving unit configured to receive, by using the third port, a local system MIB of the first port that is sent by the second port of the second device;
  • a determining unit configured to determine that the local system MIB of the third port is different from the local system MIB of the first port that is sent by the second device by the receiving unit;
  • the determining unit is further configured to determine, according to the local system MIB of the third port, different from the local MIB system of the first port, that the first port and the second device are An error occurs in the physical connection or an error occurs in the physical connection of the third port to the second device.
  • the receiving unit is further configured to receive, by using the third port, identifier information that is sent by a second port of the second device, where The identifier information is used to identify that the local system MIB of the first port sent by the second device is a remote system MIB of the port of the second device;
  • the determining unit is specifically configured to:
  • the receiving unit is configured to: receive, by using the third port, a second port of the second device
  • the transmitted link layer discovery protocol LLDP packet carries the local system MIB of the first port and the identifier information.
  • the LLDP packet includes a first TLV and a second TLV
  • the identifier information includes the first TLV.
  • the value of the type field and the value of the type field in the second TLV, the value of the type field in the first TLV indicates that the information string field in the first TLV carries the identifier of the device
  • the second TLV The value of the type field in the second TLV indicates that the information string field in the second TLV carries the identifier of the port
  • the remote system MIB of the port of the second device includes the identifier of the first device and the first port
  • the identifier of the type field in the first TLV is used to identify that the identifier of the first device sent by the second device is the first one of the remote system MIBs of the port of the second device
  • the identifier of the device, the value of the type field in the second TLV is used to identify that the identifier of the first port sent by the second device is the
  • the sending unit is further configured to:
  • the error alarm carries the identifier of the first port or the identifier of the third port, and the identifier of the first port in the error alarm is used
  • An error is generated in the physical connection between the first port and the second device, and the identifier of the third port in the error alarm is used to identify that the physical connection between the third port and the second device occurs. error.
  • a second device where the second device includes a second port, including:
  • a receiving unit configured to receive, by using the second port, a local system management information base MIB of the first port that is sent by the first port of the first device;
  • a sending unit configured to send, by using the second port, a local system MIB of the first port that is received by the receiving unit to a third port of the first device.
  • the sending unit is further configured to: send, by using the second port, identifier information to a third port of the first device, where the identifier is The information is used to identify that the local system MIB of the first port sent by the second device is a remote system MIB of a port of the second device.
  • the sending unit is configured to: use the second port to the third port of the first device
  • the link layer discovery protocol LLDP packet is sent, where the LLDP packet carries the local system MIB of the first port and the identifier information.
  • the LLDP packet includes a first TLV and a second TLV, where the identifier information is included in the first TLV.
  • the value of the type field and the value of the type field in the second TLV, the value of the type field in the first TLV indicates that the information string field in the first TLV carries the identifier of the device
  • the second TLV The value of the type field in the second TLV indicates that the information string field in the second TLV carries the identifier of the port
  • the remote system MIB of the port of the second device includes the identifier of the first device and the first port
  • the identifier of the type field in the first TLV is used to identify that the identifier of the first device sent by the second device is the first one of the remote system MIBs of the port of the second device
  • the identifier of the device, the value of the type field in the second TLV is used to identify that the identifier of the first port sent by the second device is the
  • the embodiment of the invention provides a method for locating a port connection error and a related device, where the first port of the first device sends the local port of the first port to the second port of the second device
  • the system management information base MIB, and the third port of the first device receives the local system MIB of the first port sent by the second port of the second device, where the first device determines the local system MIB of the third port and the second device sends
  • the first device determines that the physical connection between the first port and the second device is incorrect or the physical connection between the third port and the second device is incorrect.
  • 1 is a schematic diagram of a physical connection error of a port of a network device
  • FIG. 2 is a schematic flowchart of a method for locating a port connection error according to an embodiment of the present invention
  • FIG. 3 is a schematic flowchart of another method for locating a port connection error according to an embodiment of the present invention.
  • FIG. 4 is a schematic flowchart of another method for locating a port connection error according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of a first device frame according to an embodiment of the present disclosure.
  • FIG. 6 is a schematic diagram of a second device according to an embodiment of the present disclosure.
  • FIG. 7 is a schematic diagram of a first device according to an embodiment of the present disclosure.
  • FIG. 8 is a schematic diagram of a second device according to an embodiment of the present invention.
  • the device referred to in this application may be a router.
  • the port mentioned in this application refers to a physical port.
  • the port can be an optical port.
  • the optical port can be an Ethernet interface.
  • the optical port can include an optical modem.
  • the optical port may include a transmitting end (TX) and a receiving end (RX).
  • the transmitting end may correspond to one optical fiber, and the receiving end may correspond to another optical fiber.
  • the MIB involved in this application may be an LLDP MIB.
  • the local system MIB (English: local system MIB) may be specifically an LLDP local system MIB.
  • the remote system MIB (English: remote system MIB) may be specifically an LLDP remote system MIB.
  • IEEE P802.1AB-REV/D6.0 For example, reference can be made to 11. LLDP MIB definitions in IEEE P802.1AB-REV/D6.0.
  • the local system MIB of the port involved in the present application is generated by the device to which the port belongs, and can be sent to the MIB of the neighbor device through the port.
  • the port of the neighboring device receives the local system MIB of the port, and the local system MIB of the port can be saved as the remote MIB of the port of the neighboring device.
  • the neighbor device may be an LLDP neighbor.
  • the remote system MIB of the port involved in the present application is that after the port receives the local system MIB of the neighbor device sent by the neighboring device, the device to which the port belongs saves the local system MIB of the neighbor device as the remote end of the port.
  • the neighbor device may be an LLDP neighbor.
  • the network device can be a forwarding device such as a router.
  • the A device and the B device are connected by an optical fiber.
  • the A device includes port 1, port 2, and port 3.
  • the B device includes port 1 ', port 2', and port 3'.
  • Port 1 corresponds to port 1 'one-to-one
  • port 2 corresponds to port 2'
  • port 3 and port 3' correspond one-to-one.
  • the fiber-receiving connection between the fiber of each port and the peer port that is, the port connection is correct, the TX of port 1 and the RX of port 1' should be connected, and the RX of port 1 and the TX of port 1'.
  • Figure 1 shows the situation of the squall line.
  • the RX of port 2 is connected to the TX of port 3', and the RX of port 3 is connected to the TX of port 2'. That is to say, in FIG. 1, port 1 is not implemented in one-to-one correspondence with port 2'. Port 1 does not have a one-to-one correspondence with port 3' in FIG.
  • the above situation may lead to business failure Normal forwarding.
  • An embodiment of the present invention provides a method for locating a port connection error. Referring to FIG. 2, the steps include:
  • the first port of the first device sends the local system management information base MIB of the first port to the second port of the second device.
  • each port of each device has a local system MIB and a remote system MIB, and each port independently maintains its own local system MIB and remote system MIB.
  • management information refers to a collection of managed objects in the network management framework of the Internet. Managed objects must maintain several control and status information that can be read and written by the hypervisor. These managed objects constitute a virtual information store, so it is called the management information base MIB.
  • a MIB is a database that represents a set of manageable objects for a device or service.
  • the local system MIB stores the local MIB of the port, which is the information of the port to be sent to the peer device
  • the remote MIB stores the port of the peer device connected to the port.
  • the MIB that is, the remote MIB stores information received from the port of the peer device.
  • the MIB may include a device ID, a port ID, a system name, a system description, a port description, a device capability, and a network management address.
  • the LLDP is applied, and the first port of the first device sends the local system MIB of the first port to the second port of the second device, where the first port of the first device is connected to the second port of the second device.
  • the first LLDP packet is sent, and the first LLDP packet carries the local system MIB of the first port.
  • the third port of the first device receives the local system MIB of the first port sent by the second port of the second device.
  • the second device After the second port of the second device receives the first LLDP packet sent by the first port of the first device, the second device establishes the remote MIB, that is, the second device carries the first port of the first LLDP packet.
  • the local system MIB is saved as the remote system MIB of the second port to store the local system MIB of the first port sent by the first port of the first device.
  • the second port of the second device returns the local system MIB of the first port to the first device by using the second LLDP packet, and the second LLDP packet carries the identifier information, where the identifier information is used to identify the second device.
  • the local system MIB of the first port is the port of the second device Remote system MIB.
  • the port of the second device may be the second port.
  • the second LLDP packet may include a first TLV and a second TLV, where the identifier information includes a value of a type field in the first TLV and a value of a type field in the second TLV, and a type field in the first TLV.
  • the value indicates that the information string field in the first TLV carries the identifier of the device
  • the value of the type field in the second TLV indicates that the information string field in the second TLV carries the identifier of the port, and the port of the second device is far.
  • the end system MIB includes an identifier of the first device and an identifier of the first port, where the value of the type field in the first TLV is used to identify that the identifier of the first device sent by the second device is the remote system MIB of the port of the second device.
  • the first device identifier (Chassis ID)
  • the value of the type field in the second TLV is used to identify that the identifier of the first port sent by the second device is the first port in the remote system MIB of the port of the second device Identification (Port ID).
  • the identifier of the device carried in the information string field in the first TLV may be an identifier of the first device.
  • the identifier of the port carried in the information string field in the second TLV may be an identifier of the first port.
  • the value of the TLV type field uses 0-8 to indicate the local system MIB sent by the sender, so that two types of TLVs can be extended.
  • the value of the TLV type field may be 9 and 10.
  • the value of the TLV type field is 9 indicates that the device sends the device identifier in the remote system MIB of the port, and the value of the TLV type field is 10 indicates that the port sent by the sender is the port. Port ID in the remote system MIB.
  • the third port of the first device can identify the remote system MIB of the received MIB from the peer device, that is, the port of the second device, according to the identification information.
  • the TLV with a value of 9 in the TLV type field may carry the identifier of the first device, and the TLV with the value of 10 in the TLV type field may carry the identifier of the first port.
  • the first device determines that the local system MIB of the third port is different from the local system MIB of the first port that is sent by the second device.
  • the third port of the first device receives the local system MIB of the first port and the identifier information sent by the second device, according to the identifier information, the local system MIB of the first port is obtained from the remote system of the port of the second device.
  • the MIB the first device compares the local system MIB of the third port with the local system MIB of the first port sent by the second device based on the indication of the identification information, and determines the local system MIB of the third port and the first according to the comparison result. Port Whether the local system MIB is the same.
  • the local system MIB of the first port herein may include the identifier of the first device and the identifier of the first port
  • the local system MIB of the third port may include the identifier of the first device and the identifier of the third port. That is to say, in the comparison, the identification of the device and the identification of the port can be compared to confirm whether they are the same.
  • the first device determines that the physical connection between the first port and the second device is incorrect or the physical connection between the third port and the second device is incorrect according to the local system MIB of the third port is different from the local MIB system of the first port.
  • the RX connection of the TX of the first port of the first device and the second port of the second device is described, according to If the physical connection of the device is correct, the RX of the first port of the first device needs to connect to the TX of the second port of the second device, that is, the second port of the second device should be received from the first device.
  • the local system MIB of the first port is transmitted back to the first port of the first device, and if the TX physical connection of the second port of the second device is incorrect to the RX of the third port of the first device, when the third port receives
  • the third port compares the local system of the third port with the local system MIB of the received first port, and the third port confirms the first port and The physical connection of the second device is incorrect, or the physical connection of the third port to the second device is incorrect.
  • the physical connection error refers to a TX or RX connection error between a port of the device and a port of the peer device.
  • the first device may send an error alarm to the management device, where the error alarm carries the identifier of the first port or the identifier of the third port, and the error alarm is generated.
  • the identifier of the first port is used to identify that the physical connection between the first port and the second device is incorrect.
  • the identifier of the third port in the error alarm is used to identify that the physical connection between the third port and the second device is incorrect.
  • each port of each device receives and sends information independently, each port that has a physical connection error can independently send an error alarm, so that the four connections involved in the physical connection error occur. Each port can send an error alarm independently.
  • the embodiment of the present invention provides a method for locating a port connection error.
  • the first port of the first device sends the local system MIB of the first port to the second port of the second device, and the third port of the first device receives the second port.
  • the second port of the device sends the local system MIB of the first port, and then When the first device determines that the local system MIB of the third port is different from the local system MIB of the first port sent by the second device, the first device determines that the physical connection between the first port and the second device is incorrect or the third port and the third port The physical connection of the second device is incorrect. In this way, the physical connection of the port to the first port is transmitted back to the first device, which helps to locate the physical connection of the port efficiently.
  • the second device of the peer device of the first device in the first embodiment is the main body.
  • the embodiment of the present invention provides another method for locating the port connection error. Referring to Figure 3, the steps include:
  • the second port of the second device receives the local system MIB of the first port sent by the first port of the first device.
  • the second port of the second device may save the local system MIB of the first port as the remote system MIB of the second port.
  • the second port of the second device sends the local system MIB of the first port to the third port of the first device.
  • the second device may be the third device to the first device according to the local system MIB of the first port saved in the remote system MIB.
  • the port sends the local system MIB of the first port, so that after receiving the local system MIB of the first port, the third port of the first device may determine that the local system MIB of the third port is different from the local system MIB of the first port.
  • An error occurs in the physical connection of one port to the second device or the physical connection of the third port to the second device.
  • the second port of the second device sends the identifier information to the third port of the first device, where the second port of the second device sends the local system MIB of the first port to the third port of the first device.
  • the local system MIB for identifying the first port sent by the second device is the remote system MIB of the port of the second device.
  • the port of the second device may specifically be the second port. This may instruct the third port to compare the local system MIB that received the first port with the local system MIB of the third port to confirm whether it is the same to confirm whether the third port or the first port has a physical connection error.
  • An embodiment of the present invention provides a method for locating a port connection error, where a second port of the second device receives a local system MIB of the first port sent by the first port of the first device, and then The second port of the second device sends the local system MIB of the first port to the third port of the first device, so that the first device determines the first port and the first node based on the local system MIB of the third port different from the local system MIB of the first port.
  • the physical connection of the second device is incorrect or the physical connection between the third port and the second device is incorrect. In this way, the physical connection of the port is efficiently located by transmitting the local system MIB of the first port to the first device. error.
  • the embodiment of the present invention provides a method for locating a port connection error.
  • the first device in the first embodiment and the second embodiment is the A device in FIG.
  • the device is described in Figure 1 for the B device.
  • the first port is port 2 of the device A.
  • the third port is port 3 of the device B.
  • the steps include:
  • Port 2 of the A device sends the local system MIB of the port 2 of the A device to the port 2' of the B device through the first LLDP packet.
  • the format of the first LLDP packet can be as shown in Table 1 below:
  • the Link Layer Discovery Protocol Data Unit (LLDPDU) currently defines nine TLVs to carry the local system MIB sent by the port, and the value of the TLV type field uses 0-8.
  • the LLDP packet contains at least the following four types: Chassis ID TLV, Port ID TLV, Time to live TLV, and End of LLDPDU TLV.
  • the Time to live TLV type field has a value of 3, which is used to set the aging time of the remote MIB library.
  • port 2 of the A device periodically sends the local system MIB to the port 2' of the B device through the multicast packet, and the port 2 of the B device receives the port of the A device.
  • the local system MIB sent is stored in the remote system MIB of port 2' of the B device. If the port 2' of the B device exceeds the predetermined aging time, it is not received.
  • the port 2' of the B device clears the local system MIB that was last stored in port 2 of the remote system MIB.
  • the TLV type field has a value of 0 and is used to indicate the end of an LLDPDU. There are multiple TLVs in the LLDPDU data block. The value of the type field of the last TLV is 0, which means that the TLV is End of LLDPDU TLV, indicating the end of an LLDPDU.
  • Chassis ID TLV the value of the TLV type field is 1, indicating that the information string field of the TLV carries the device identifier.
  • the format of the Chassis ID TLV can be as shown in Table 2 below:
  • the value of the type field in the TLV is 1 to indicate that the LLDP packet carries the identifier of the device in the local system MIB of the port of the device, and may also be referred to as a frame identifier.
  • the Chassis ID subtype which is generally 4, indicates that the identifier of the device is identified by a Medium Access Control (MAC) address. Therefore, the Chassis ID in Table 2 can be a MAC address.
  • MAC Medium Access Control
  • Port ID TLV the value of the TLV type field can be 2, indicating that the TLV carries the port identifier.
  • the format of the TLV can be as shown in Table 3 below:
  • the value of the TLV type field is 2, indicating that the TLV information string field of the LLDP packet carries the identifier of the port in the local system MIB of the port.
  • Port ID subtype typically 5, Indicates that the identity of the port is identified by the name of the port.
  • the port 2' of the B device After receiving the local system MIB of the port 2 of the A device, the port 2' of the B device saves the local system MIB of the port 2 of the A device to the remote system MIB of the port 2'.
  • the TX of port 2 of the A device is connected to the RX of the port 2' of the B device, so the first LLDP packet sent by the A device is received by the port 2' of the B device, and the port 2 of the B device is The local system MIB of port 2 of the received A device is added to the remote system MIB of port 2'.
  • the port 2' of the B device sends the local system MIB of the port 2 to the A device by using the second LLDP packet.
  • the B device After the port 2' of the B device saves the local system MIB of the port 2 received from the A device, the B device acquires the local system MIB of the port 2 of the A device from the remote system MIB of the port 2' of the B device. And sent to the A device.
  • the local system MIB of the port 2 of the A device acquired by the B device may include the identifier of the device of the port 2 of the A device and the identifier of the port.
  • the B device While transmitting the local system MIB of the port 2 of the A device, the B device needs to simultaneously send an identification information in order to identify that it is obtained from the remote system MIB of the port 2' of the B device.
  • the second LLDP packet includes the first TLV and the second TLV, where the first TLV and the second TLV are extended TLVs, the first TLV may be an extended Chassis ID TLV, and the second TLV may be extended Port ID TLV, the identification information may include the value of the type field in the extended Chassis ID TLV and the value of the type field in the extended Port ID TLV, for example, the value of the type field in the extended Chassis ID TLV may be 9, extension The value of the Type field in the Port ID TLV can be 10.
  • the identity of port 2 is the identity of port 2 in the remote system MIB of the port of the B device.
  • an extended LLDP packet includes at least the following four types: an extended Chassis ID TLV, an extended Port ID TLV, a Time to live TLV, and an End of LLDPDU TLV.
  • the Time to live TLV and the End of LLD PDU TLV are the same as those in step 301.
  • the format and content of the extended Chassis ID TLV can be as shown in Table 4 below:
  • the format and content of the extended Port ID TLV can be as shown in Table 5 below:
  • the port 3 of the device A After receiving the second LLDP packet sent by the port 2' of the B device, the port 3 of the device A identifies the remote system MIB that is the port of the B device carried in the second LLDP packet.
  • the B device port 2' is sent to the port 3 of the A device when the second LLDP packet is returned to the A device.
  • Port 3 of the device A finds that the value of one of the TLVs is 9 according to the extended TLV in the second LLDP packet, and learns that the TLV carries the Chassis ID in the remote system MIB of the port of the B device, and passes another A type of the TLV is 10, and it is learned that the TLV carries the port ID in the remote system MIB of the port of the B device. Then, the port 3 of the device A learns the second LLDP received by the device A according to the extended TLV. The message is used to confirm that the port connection is correct, not the local system MIB of the port of the B device, and does not need to store the received MIB information.
  • the port 3 of the device A extracts the Chassis ID and Port ID in the local system MIB of the port 2 of the A device in the remote system MIB carried by the second LLDP packet, and the port 3 The Chassis ID and the Port ID in the local system MIB are compared. If the two are different, the port 3 determines that the physical connection of the port is incorrect, and sends an alarm to the network management device.
  • the second LLDP packet returned by the B device carries the remote system MIB of the port from the B device, and the remote system MIB includes the local system MIB of the port 2 of the A device to the port 2 of the port 2'.
  • Port 3 of the device A identifies the Chassis ID and Port ID of the remote system MIB of the port carried by the second LLDP packet, after the remote system MIB of the port of the B device is carried in the second LLDP packet.
  • the Chassis ID and Port ID in the remote system MIB are the Chassis ID and Port ID in the local system MIB of the port 2 of the A device, and the port 3 of the A device passes the local system MIB of the port 2 of the received A device.
  • the Chassis ID and the Port ID are compared with the Chassis ID and the Port ID in the local system MIB of the port 3, and the two are different.
  • the port 3 of the A device confirms that the physical connection of the port is incorrect, and sends the error to the network management device. Alarm.
  • the error alarm may carry the identifier of the port 2 or the identifier of the port 3, and the identifier of the port 2 in the error alarm is used to identify that the physical connection between the port 2 and the B device is incorrect, and the identifier of the port 3 in the error alarm is used to identify The physical connection between port 3 and device B has an error.
  • each port of each device receives and sends information independently, each port with a wrong physical connection can independently report an alarm.
  • the four ports involved in the connection error can be independently used. Report the police.
  • the local end After receiving the local system MIB information of the peer end, the local end adds the local system MIB information of the peer end to the remote system MIB of the local port, and then sends the remote system MIB to the peer end through the extended TLV.
  • the process of confirming whether the port connection is wrong by the peer end can accurately and accurately determine the location of the physical connection error of the port.
  • the embodiment of the present invention provides a method for locating a port connection error.
  • Port 2 of the A device sends the local system MIB of the port 2 of the A device to the port 2 of the B device through the first LLDP message, and the port 2 of the B device.
  • the device After receiving the second LLDP packet sent by the port 2' of the B device, the device identifies the remote system MIB that is the port of the B device carried by the second LLDP packet according to the identifier information, and the device port 3 of the device A
  • the Chassis ID and Port ID in the local system MIB of the port 2 of the A device in the remote system MIB carried in the second LLDP packet are compared with the Chassis ID and the Port ID in the local system MIB of the port 3, if If the two are different, port 3 determines that the physical connection of the port is incorrect, and sends an alarm to the network management device, which helps to locate the physical connection of the port efficiently.
  • An embodiment of the present invention provides a first device 04.
  • the first device 04 can be used to perform the method provided in Embodiment 1. As shown in Figure 5, it includes:
  • the sending unit 041 is configured to send, by using the first port, the local system management information base MIB of the first port to the second port of the second device;
  • the receiving unit 042 is configured to receive, by using the third port, a local system MIB of the first port that is sent by the second port of the second device;
  • a determining unit 043 configured to determine that the local system MIB of the third port is different from the local system MIB of the first port that is sent by the second device received by the receiving unit 042;
  • the determining unit 043 is further configured to determine that the physical connection between the first port and the second device is incorrect or the physical connection between the third port and the second device is incorrect, based on the local system MIB of the third port being different from the local MIB system of the first port. .
  • the receiving unit 042 is further configured to receive the identifier information sent by the second port of the second device by using the third port, where the identifier information is used to identify that the local system MIB of the first port sent by the second device is the second device.
  • Remote system MIB of the port
  • the determining unit 043 is specifically configured to:
  • the port of the second device may specifically be the second port.
  • the receiving unit 042 is configured to: receive, by using the third port, a link layer discovery protocol LLDP packet sent by the second port of the second device, where the LLDP packet carries the local system MIB of the first port and the identifier information.
  • the LLDP packet includes a first TLV and a second TLV, where the identifier information includes a value of a type field in the first TLV and a value of a type field in the second TLV, where the value of the type field in the first TLV indicates
  • the information string field in a TLV carries the identifier of the device.
  • the value of the type field in the second TLV indicates that the information string field in the second TLV carries the identifier of the port, and the remote system MIB of the port of the second device includes The identifier of the first device and the identifier of the first port, the value of the type field in the first TLV is used to identify that the identifier of the first device sent by the second device is the first device in the remote system MIB of the port of the second device.
  • the identifier of the type field in the second TLV is used to identify that the identifier of the first port sent by the second device is the identifier of the first port in the remote system MIB of the port of the second device.
  • the identifier of the device carried in the information string field in the first TLV may specifically be the identifier of the first device.
  • the identifier of the port carried in the information string field in the second TLV may specifically be the identifier of the first port.
  • the sending unit 041 is further configured to:
  • the error alarm carries the identifier of the first port or the identifier of the third port.
  • the identifier of the first port in the error alarm is used to identify that the physical connection between the first port and the second device is incorrect.
  • the identifier of the third port is used to identify that the physical connection of the third port to the second device is incorrect.
  • An embodiment of the present invention provides a first device, including: a sending unit, a receiving unit, and a determining unit.
  • the sending unit is configured to send, by using the first port, the local system management information base MIB of the first port to the second port of the second device, and the receiving unit, configured to receive, by using the third port, the second port sent by the second port of the second device a local system MIB of a port; a determining unit, configured to determine that the local system MIB of the third port is different from the local system MIB of the first port sent by the second device; the determining unit is further configured to use the local system MIB of the third port
  • the local MIB system of the first port differently determines that an error occurs in the physical connection between the first port and the second device or an error occurs in the physical connection between the third port and the second device. In this way, by sending the local system MIB information of the peer end back to the peer end for confirmation, the physical connection of the efficiently located port is mistaken.
  • An embodiment of the present invention provides a second device 05.
  • the second device 05 can be used to perform the method provided in the second embodiment. As shown in Figure 6, it includes:
  • the receiving unit 051 is configured to receive, by using the second port, a local system management information base MIB of the first port sent by the first port of the first device;
  • the sending unit 052 is configured to send, by using the second port, the local system MIB of the first port received by the receiving unit to the third port of the first device.
  • the first device may determine that an error occurs in the physical connection of the first port and the second device or an error occurs in the physical connection between the third port and the second device, based on the local system MIB of the third port being different from the local system MIB of the first port.
  • the second device 05 After receiving the local system management information base MIB of the first port, the second device 05 saves the local system management information base MIB of the first port as the remote system MIB of the second port.
  • the sending unit 052 is further configured to send the identifier information to the third port of the first device by using the second port, where the identifier information is used to identify that the local system MIB of the first port sent by the second device is a port of the second device.
  • Remote system MIB Remote system MIB.
  • the port of the second device may specifically be the second port.
  • the identifier of the device carried in the information string field in the first TLV may specifically be the identifier of the first device.
  • the identifier of the port carried in the information string field in the second TLV may specifically be the identifier of the first port.
  • the sending unit 052 is configured to: send, by using the second port, a link layer discovery protocol LLDP packet to the third port of the first device, where the LLDP packet carries the local system MIB of the first port and the identifier information.
  • the LLDP packet includes a first TLV and a second TLV, where the identifier information includes a value of a type field in the first TLV and a value of a type field in the second TLV, where the value of the type field in the first TLV indicates
  • the information string field in a TLV carries the identifier of the device.
  • the value of the type field in the second TLV indicates that the information string field in the second TLV carries the identifier of the port, and the remote system MIB of the port of the second device includes The identifier of the first device and the identifier of the first port, the value of the type field in the first TLV is used to identify that the identifier of the first device sent by the second device is the first device in the remote system MIB of the port of the second device. The identifier of the type field in the second TLV is used to identify that the identifier of the first port sent by the second device is in the remote system MIB of the port of the second device. The identity of the first port.
  • the port of the second device may specifically be the second port.
  • An embodiment of the present invention provides a second device, including: a receiving unit and a sending unit.
  • the receiving unit is configured to receive, by using the second port, a local system management information base MIB of the first port sent by the first port of the first device, and a sending unit, configured to send, by using the second port, the third port of the first device
  • the local system MIB of the first port, the first device based on the local system MIB of the third port is different from the local system MIB of the first port, determining that the physical connection between the first port and the second device is incorrect or that the third port and the second device are An error occurs in the physical connection. This helps to efficiently locate the physical connection of the port by sending the MIB information of the peer back to the peer for confirmation.
  • An embodiment of the present invention provides a first device 06.
  • the first device 06 can be used to perform the method provided in the first embodiment.
  • the receiver 064 is further configured to receive the identifier information sent by the second port of the second device by using the third port, where the identifier information is used to identify the first port that is sent by the second device.
  • the local system MIB is a remote system MIB of the port of the second device;
  • the processor 065 can be specifically configured to:
  • the receiver 064 may be configured to: receive, by using the third port, a link layer discovery protocol LLDP packet sent by the second port of the second device, where the LLDP packet carries the first port. Local system MIB and identification information.
  • the LLDP packet includes a first TLV and a second TLV
  • the identifier information includes a value of a type field in the first TLV and a value of a type field in the second TLV, where the first TLV is in the first TLV.
  • the value of the type field indicates that the information string field in the first TLV carries the identifier of the device
  • the value of the type field in the second TLV indicates that the information string field in the second TLV carries the identifier of the port
  • the remote system MIB of the port includes the identifier of the first device and the identifier of the first port.
  • the value of the type field in the first TLV is used to identify that the identifier of the first device sent by the second device is the remote end of the port of the second device.
  • the identifier of the first device in the system MIB, the value of the type field in the second TLV is used to identify that the identifier of the first port sent by the second device is the identifier of the first port in the remote system MIB of the port of the second device. .
  • the transmitter 064 is further configured to:
  • the error alarm carries the identifier of the first port or the identifier of the third port.
  • the identifier of the first port in the error alarm is used to identify that the physical connection between the first port and the second device is incorrect.
  • the identifier of the third port is used to identify that the physical connection of the third port to the second device is incorrect.
  • An embodiment of the present invention provides a first device, including: a bus, a memory connected to the bus, a transmitter, a receiver, and a processor, wherein the memory is used to store instructions and data; and the transmitter is configured to pass the first port to the first
  • the second port of the second device sends the local system management information base MIB of the first port;
  • the receiver is configured to receive the local system MIB of the first port sent by the second port of the second device through the third port;
  • the processor is configured to determine the third port The local system MIB is different from the local system MIB of the first port sent by the second device;
  • the processor is further configured to determine the first port and the second device differently according to the third port-based local system MIB and the first port local MIB system Physical connection error or An error occurred in the physical connection between the three ports and the second device.
  • the MIB information of the peer end back to the peer end for confirmation, it is helpful to make an error in the physical connection of the efficiently located port.
  • the embodiment of the invention provides a second device 07.
  • the second device 07 can be used to perform the method provided by the second embodiment.
  • the local port management information base MIB of the first port sent by the first port of the device; the transmitter 074 is configured to send the local system MIB of the first port to the third port of the first device through the second port.
  • the first device may determine that an error occurs in the physical connection of the first port and the second device or an error occurs in the physical connection between the third port and the second device, based on the local system MIB of the third port being different from the local system MIB of the first port.
  • the second device may save the local system management information base MIB of the first port as the remote system MIB of the second port.
  • the transmitter 074 is further configured to: send, by using the second port, the identifier information to the third port of the first device, where the identifier information is used to identify the local system of the first port sent by the second device.
  • the MIB is the remote system MIB of the port of the second device.
  • the transmitter 074 is configured to: send, by using the second port, a link layer discovery protocol (LLDP) packet to the third port of the first device, where the LLDP packet carries the local system of the first port. MIB and identification information.
  • LLDP link layer discovery protocol
  • the LLDP packet includes a first TLV and a second TLV, where the identifier information includes a value of a type field in the first TLV and a value of a type field in the second TLV, in the first TLV.
  • the value of the type field indicates that the information string field in the first TLV carries the identifier of the device
  • the value of the type field in the second TLV indicates that the information string field in the second TLV carries the identifier of the port
  • the port of the second device The remote system MIB includes an identifier of the first device and an identifier of the first port, where the value of the type field in the first TLV is used to identify the remote system of the port of the second device that is sent by the second device.
  • the identifier of the first device in the MIB, and the value of the type field in the second TLV is the identifier of the first port in the remote system MIB of the port of the second device.
  • An embodiment of the present invention provides a second device, including: a bus, a memory connected to the bus, a receiver, and a transmitter, wherein the memory is used to store instructions and data; and the receiver is configured to receive the first device through the second port.
  • the local system MIB is different from the local system MIB of the first port to determine that the physical connection between the first port and the second device is incorrect, or the physical connection between the third port and the second device is incorrect, so that the MIB information of the opposite end is sent back to the The method of confirming the peer end helps to make an error in the physical connection of the efficiently located port.
  • the disclosed apparatus and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • each functional unit may be integrated into one processing unit, or each unit may be physically included separately, or two or more units may be integrated into one unit.
  • the above units may be implemented in the form of hardware or in the form of hardware plus software functional units.
  • All or part of the steps of implementing the foregoing method embodiments may be performed by hardware related to the program instructions.
  • the foregoing program may be stored in a computer readable storage medium, and when executed, the program includes the steps of the foregoing method embodiments;
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like, which can store program codes. medium.

Landscapes

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

Abstract

La présente invention porte sur le champ technique des communications. Selon un mode de réalisation, la présente invention concerne un procédé de localisation d'une erreur de connexion de port et un dispositif associé, facilitant la localisation efficace d'une erreur de connexion physique d'un port dans certains scénarios. La solution spécifique consiste : en ce que le premier port d'un premier dispositif envoie une base d'informations de gestion (MIB) de système local du premier port au deuxième port d'un deuxième dispositif ; en ce que le troisième port du premier dispositif reçoit la MIB de système local du premier port envoyé par deuxième port du deuxième dispositif ; lorsque le premier dispositif détermine que la MIB de système local du troisième port est différent de la MIB de système local du premier port envoyé par deuxième port du deuxième dispositif, en ce que le premier dispositif détermine qu'une erreur s'est produite dans une connexion physique entre le premier port et le deuxième dispositif ou entre le troisième port et le deuxième dispositif. La présente invention sert à localiser une erreur de connexion physique de ports.
PCT/CN2015/085123 2014-07-31 2015-07-25 Procédé de localisation d'erreur de connexion de port et dispositif associé WO2016015606A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410375463.6 2014-07-31
CN201410375463.6A CN105450432A (zh) 2014-07-31 2014-07-31 一种用于定位端口连接错误的方法和相关设备

Publications (1)

Publication Number Publication Date
WO2016015606A1 true WO2016015606A1 (fr) 2016-02-04

Family

ID=55216765

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/085123 WO2016015606A1 (fr) 2014-07-31 2015-07-25 Procédé de localisation d'erreur de connexion de port et dispositif associé

Country Status (2)

Country Link
CN (1) CN105450432A (fr)
WO (1) WO2016015606A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3997088A4 (fr) * 2019-07-10 2022-12-28 Aucentra Therapeutics Pty Ltd Dérivés de 4-(imidazo [l, 2-a] pyridine-3-yl)-n-(pyridinyl) pyrimidine-2-amine en tant qu'agents thérapeutiques

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109542834B (zh) * 2017-09-22 2021-07-16 华为技术有限公司 一种确定nc芯片连接错误的方法及nc芯片
CN109951325B (zh) * 2019-02-28 2020-11-27 华为技术有限公司 一种网络线缆连接检查方法和装置
CN112866118B (zh) * 2019-11-12 2022-09-02 北京华为数字技术有限公司 网络设备的端口能力信息的检测方法、装置及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050220036A1 (en) * 2004-03-31 2005-10-06 Kiichi Sugitani Layer 2 loop detection system
CN101834679A (zh) * 2010-04-26 2010-09-15 福建星网锐捷网络有限公司 端口测试的方法、装置和系统
CN103236941A (zh) * 2013-04-03 2013-08-07 华为技术有限公司 一种链路发现方法和装置
CN103354509A (zh) * 2013-07-11 2013-10-16 杭州华三通信技术有限公司 一种链路连接信息的获取方法和设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101835186A (zh) * 2010-03-01 2010-09-15 华为技术有限公司 鸳鸯线错接检测方法、装置及基站子系统
CN102427410B (zh) * 2011-12-02 2014-09-10 北京星网锐捷网络技术有限公司 光纤通道身份标识处理方法、装置、系统及网络设备
CN104350704B (zh) * 2012-06-15 2017-08-29 瑞典爱立信有限公司 自配置传输网络
CN103858388A (zh) * 2013-10-08 2014-06-11 华为技术有限公司 环路检测方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050220036A1 (en) * 2004-03-31 2005-10-06 Kiichi Sugitani Layer 2 loop detection system
CN101834679A (zh) * 2010-04-26 2010-09-15 福建星网锐捷网络有限公司 端口测试的方法、装置和系统
CN103236941A (zh) * 2013-04-03 2013-08-07 华为技术有限公司 一种链路发现方法和装置
CN103354509A (zh) * 2013-07-11 2013-10-16 杭州华三通信技术有限公司 一种链路连接信息的获取方法和设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3997088A4 (fr) * 2019-07-10 2022-12-28 Aucentra Therapeutics Pty Ltd Dérivés de 4-(imidazo [l, 2-a] pyridine-3-yl)-n-(pyridinyl) pyrimidine-2-amine en tant qu'agents thérapeutiques

Also Published As

Publication number Publication date
CN105450432A (zh) 2016-03-30

Similar Documents

Publication Publication Date Title
US11329881B2 (en) Method and system for network topology enforcement
US8576727B2 (en) System and method for unique identifier exchange during auto-negotiation
US8583780B2 (en) Discovery of duplicate address in a network by reviewing discovery frames received at a port
CN110224935B (zh) 一种处理组播数据报文的方法及装置
US11362935B2 (en) Automatic multi-chassis link aggregation configuration with link layer discovery
US9883010B2 (en) Method, apparatus, device and system for generating DHCP snooping binding table
WO2016015606A1 (fr) Procédé de localisation d'erreur de connexion de port et dispositif associé
US10855576B2 (en) Information transmission method and device
CN102647312B (zh) 一种整网组播拓扑的探测方法及装置
CN110011941B (zh) 一种报文转发方法及设备
US20190335386A1 (en) Protocol to detect if uplink is connected to 802.1d noncompliant device
WO2014110707A1 (fr) Procédé, dispositif et système de détection d'erreur d'interconnexion
US9893979B2 (en) Network topology discovery by resolving loops
US9985862B2 (en) MEP configuration method and network device
JP2011044955A (ja) ネットワークマネージャ機器による設定変更方法及びプログラム、ネットワーク機器の制御方法及びプログラム、ネットワークマネージャ機器及びネットワーク機器
US20210377125A1 (en) Network Topology Discovery Method, Device, and System
US10148515B2 (en) Determining connections of non-external network facing ports
US9667439B2 (en) Determining connections between disconnected partial trees
CN115514719B (zh) 报文发送方法、装置、交换机及可读存储介质
WO2023011047A1 (fr) Procédé et appareil de traitement
CN107547341B (zh) 虚拟扩展局域网vxlan的接入方法及装置
WO2011143938A1 (fr) Procédé et système de gestion de ports utilisateur dans des liens d'agrégation
CN108418709B (zh) 端口聚合方法及装置
EP4094421A2 (fr) Fiabilité de réseau commandé par pce
WO2016184025A1 (fr) Procédé et appareil de gestion de dispositif

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

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

Country of ref document: EP

Kind code of ref document: A1