You may have encountered unidirectional links in networking. When a unidirectional link occurs, the local device can receive packets from the peer device through the link layer, but the peer device cannot receive packets from the local device. Unidirectional link can cause problems such as spanning tree protocol (STP) loops.

Unidirectional links can be caused by

l Fiber cross-connection, as shown in Figure 1-1

l Fibers that are not connected or disconnected, as shown in Figure 1-2, the hollow lines in which refer to fibers that are not connected or disconnected.

Device link detection protocol (DLDP) can detect the link status of an optical fiber cable or copper twisted pair (such as super category 5 twisted pair). If DLDP finds a unidirectional link, it disables the related port automatically or prompts you to disable it manually according to the configurations, to avoid network problems.

Figure 1-1 Fiber cross-connection

Figure 1-2 Fiber broken or not connected

DLDP provides the following features:

l As a link layer protocol, it works together with the physical layer protocols to monitor the link status of a device.

l The auto-negotiation mechanism at the physical layer detects physical signals and faults. DLDP identifies peer devices and unidirectional links, and disables unreachable ports.

l Even if both ends of links can work normally at the physical layer, DLDP can detect whether these links are connected correctly and whether packets can be exchanged normally at both ends. However, the auto-negotiation mechanism cannot implement this detection.

& Note:

l In order for DLDP to detect fiber disconnection in one direction, you need to configure the port to work in mandatory full duplex mode at a mandatory rate.

l When the port determines the duplex mode and speed through auto-negotiation, even if DLDP is enabled, it does not take effect when the fiber in one direction is disconnected. In this case, the port is considered down.

1.2 DLDP Fundamentals

1.2.1 DLDP Implementation

DLDP detects link status by exchanging the following types of packets.

Table 1-1 DLDP packet types

DLDP packet type	Function
Advertisement	Notifies the neighbor devices of the existence of the local device. An advertisement packet carries only the local port information, and it does not require response from the peer end.
RSY-Advertisement packets (referred to as RSY packets hereafter)	Advertisement packet with the RSY flag set to 1. RSY advertisement packets are sent to request synchronizing the neighbor information when neighbor information is not locally available or a neighbor information entry ages out.
Flush-Advertisement packets (referred to as flush packets hereafter)	Advertisement packet with the flush flag set to 1. A flush packet carries only the local port information (instead of the neighbor information) and is used to trigger neighbors to remove the information about the local device.
Probe	Probe packets are used to probe the existence of a neighbor. Echo packets are required from the corresponding neighbor. Probe packets carry the local port information. Neighbor information is optional for probe packets. A probe packet carrying neighbor information probes the specified neighbors; A probe packet carrying no neighbor information probes all the neighbors.
Echo	Response to probe packets. An echo packet carries the information about the response port and the neighbor information it maintains. Upon receiving an echo packet, a port checks whether the neighbor information carried in the echo packet is consistent with that of itself. If yes, the link between the local port and the neighbor is regarded as bidirectional.
Disable	Disable packets are used to notify the peer end that the local end is in the disable state. Disable packets carry only the local port information instead of the neighbor information. When a port detects a unidirectional link and enters the disable state, the port sends disable packets to the neighbor. A port enters the disable state upon receiving a disable packet.
LinkDown	Linkdown packets are used to notify unidirectional link emergencies (a unidirectional link emergency occurs when the local port is down and the peer port is up). Linkdown packets carry only the local port information instead of the neighbor information. In some conditions, a port is considered to be physically down if the link connecting to the port is physically abnormal (for example, the Rx line of the fiber on the port is disconnected, while the Tx line operates properly). But for the peer end, as Rx signals can still be received on the physical layer, the port is still considered to be normal. Such a situation is known as unidirectional link emergency. When a unidirectional link emergency occurs, DLDP sends linkdown packets immediately to inform the peer of the link abnormality. Without linkdown packets, the peer can detect the link abnormality only after a period when the corresponding neighbor information maintained on the neighbor device ages out, which is three times the advertisement interval. Upon receiving a linkdown packet, if the peer end operates in the enhanced mode, it enters the disable state, and sets the receiving port to the DLDP down state (auto shutdown mode) or gives an alarm to the user (manual shutdown mode).
Recover Probe	Recover probe packets are used to detect whether a link recovers to implement the port auto-recovery mechanism. Recover probe packets carry only the local port information instead of the neighbor information. They request for recover echo packets as the response. A port in the DLDP down state sends a recover probe packet every two seconds.
Recover Echo	Recover echo packets are response to recover probe packets in the port auto-recovery mechanism. A link is considered to restore to the bidirectional state if a port on one end sends a recover probe packet, receives a recover echo packet, and the neighbor information contained in the recover echo packet is consistent with that of the local port.

1) If the DLDP-enabled link is up, DLDP sends DLDP packets to the peer device, and analyzes/processes the DLDP packets received from the peer device. DLDP packets sent in different DLDP states are of different types.

Table 1-2 DLDP state and DLDP packet type

DLDP state	Type of the DLDP packets sent
Active	Advertisement packets, with the RSY flag set or not set.
Advertisement	Advertisement packets
Probe	Probe packets

2) A DLDP packet received is processed as follows:

l In authentication mode, the DLDP packet is authenticated and is then dropped if it fails the authentication.

l The packet is further processed, as described in Table 1-3.

Table 1-3 The procedure to process a received DLDP packet

Packet type	Processing procedure
Advertisement packet	Extracts neighbor information		If the corresponding neighbor entry does not exist on the local device, DLDP creates the neighbor entry, triggers the entry aging timer, and switches to the probe state.
Advertisement packet	Extracts neighbor information		If the corresponding neighbor entry already exists on the local device, DLDP resets the aging timer of the entry.
Flush packet	Removes the neighbor entry from the local device
Probe packet	Sends echo packets containing both neighbor and its own information to the peer		Creates the neighbor entry if it does not exist on the local device.
Probe packet			Resets the aging timer of the entry if the neighbor entry already exists on the local device.
Echo packet	Checks to see if the local device is in the probe state	No	Drops the echo packet
		Yes	Checks to see if the neighbor information contained in the packet is the same as that on the local device	No	Drops the echo packet
				Yes	Sets the flag bit of the neighbor to bidirectional link
				Yes	If all neighbors are in the bidirectional link state, DLDP switches from the probe state to the advertisement state, and sets the echo waiting timer to 0.

3) If no echo packet is received from the neighbor, DLDP performs the following processing:

Table 1-4 Processing procedure when no echo packet is received from the neighbor

No echo packet received from the neighbor	Processing procedure
In normal mode, no echo packet is received when the echo waiting timer expires.	DLDP switches to the disable state, outputs log and tracking information, and sends flush packets. Depending on the user-defined DLDP down mode, DLDP disables the local port automatically or prompts you to disable the port manually. DLDP sends RSY messages and removes the corresponding neighbor entries.
In enhanced mode, no echo packet is received when the enhanced timer expires

1.2.2 DLDP Status

A link can be in one of these DLDP states: initial, inactive, active, advertisement, probe, disable, and delaydown.

Table 1-5 DLDP status

Status	Description
Initial	Initial status before DLDP is enabled.
Inactive	DLDP is enabled but the corresponding link is down
Active	DLDP is enabled, and the link is up or an neighbor entry is cleared
Advertisement	All neighbors communicate normally in both directions, or DLDP remains in active state for more than five seconds and enters this status. It is a stable state where no unidirectional link is found
Probe	DHCP sends packets to check whether the link is a unidirectional. It enables the probe sending timer and an echo waiting timer for each target neighbor.
Disable	DLDP detects a unidirectional link, or finds (in enhanced mode) that a neighbor disappears. In this case, DLDP sends and receives only recover probe packets and recover echo packets.
DelayDown	When a device in the active, advertisement, or probe DLDP state receives a port down message, it does not removes the corresponding neighbor immediately, neither does it changes to the inactive state. Instead, it changes to the delaydown state first. When a device changes to the delaydown state, the related DLDP neighbor information remains, and the DelayDown timer is triggered. After the DelayDown timer expires, the DLDP neighbor information is removed.

1.2.3 DLDP Timers

Table 1-6 DLDP timers

Timer	Description
Advertisement sending timer	Interval between sending advertisement packets, which can be configured on a command line interface. By default, the timer length is 5 seconds.
Probe sending timer	The interval is 0.5 seconds. In the probe state, DLDP sends two probe packets in a second.
Echo waiting timer	It is enabled when DLDP enters the probe state. The echo waiting timer length is 10 seconds. If no echo packet is received from the neighbor when the Echo waiting timer expires, the state of the local end is set to unidirectional link (one-way audio) and the state machine turns into the disable state. DLDP outputs log and tracking information, sends flush packets. Depending on the user-defined DLDP down mode, DLDP disables the local port automatically or prompts you to disable the port manually. At the same time, DLDP deletes the neighbor entry.
Entry aging timer	When a new neighbor joins, a neighbor entry is created and the corresponding entry aging timer is enabled When an advertisement packet is received from a neighbor, the neighbor entry is updated and the corresponding entry aging timer is updated In the normal mode, if no packet is received from the neighbor when the entry aging timer expires, DLDP sends an advertisement packet with an RSY tag, and deletes the neighbor entry. In the enhanced mode, if no packet is received from the neighbor when the entry aging timer expires, DLDP enables the enhanced timer The entry aging timer length is three times the advertisement timer length.
Enhanced timer	In the enhanced mode, if no packet is received from the neighbor when the entry aging timer expires, DLDP enables the enhanced timer for the neighbor. The enhanced timer length is 10 seconds The enhanced timer then sends one probe packet every second and eight packets successively to the neighbor. If no echo packet is received from the neighbor when the enhanced timer expires, the state of the local end is set to unidirectional communication state and the state machine turns into the disable state. DLDP outputs log and tracking information and sends flush packets. Depending on the user-defined DLDP down mode, DLDP disables the local port automatically or prompts you to disable the port manually. Meanwhile, DLDP deletes the neighbor entry.
DelayDown timer	When a device in the active, advertisement, or probe DLDP state receives a port down message, it does not removes the corresponding neighbor immediately, neither does it changes to the inactive state. Instead, it changes to the delaydown state first. When a device changes to the delaydown state, the related DLDP neighbor information remains, and the DelayDown timer is triggered. The DelayDown timer is configurable and ranges from 1 to 5 seconds. A device in the delaydown state only responds to port up messages. A device in the delaydown state resumes its original DLDP state if it receives a port up message before the delaydown timer expires. Otherwise, it removes the DLDP neighbor information and changes to the inactive state.

1.2.4 DLDP Operating Mode

DLDP can operate in two modes: normal and enhanced.

Table 1-7 DLDP operating mode and neighbor entry aging

DLDP operating mode	DLDP detects whether neighbors exist or not when neighbor tables are aging	The entry aging timer is enabled or not during neighbor entry aging	The enhanced timer is enabled or not when the entry aging timer expires
Normal mode	No	Yes (The neighbor entry ages out after the entry aging timer expires)	No
Enhanced mode	Yes	Yes (The enhanced timer is enabled after the entry aging timer expires)	Yes (When the enhanced timer expires, the state of the local end is set to unidirectional link, and the neighbor entry is aged out.)

1.2.5 DLDP Neighbor State

A DLDP neighbor can be in one of these two states: two way and unknown. You can check the state of a DLDP neighbor by using the display dldp command.

Table 1-8 Description on the two DLDP neighbor states

DLDP neighbor state	Description
two way	The link to the neighbor operates properly.
unknown	The device is detecting the neighbor and the neighbor state is unknown.

1.2.6 Link Auto-recovery Mechanism

If the shutdown mode of a port is set to auto shutdown, the port is set to the DLDP down state when DLDP detects the link connecting to the port is a unidirectional link. A port in DLDP down state does not forward service packets or receive/send protocol packets except DLDPDUs.

A port in the DLDP down state recovers when the corresponding link recovers. A port in the DLDP down state sends recover probe packets periodically. On receiving a correct recover echo packet (which means that the unidirectional link is restored to a bidirectional link), it is brought up by DLDP. The detailed process is as follows.

1) A port in the DLDP down state sends a recover probe packet every 2 seconds. Recover probe packets carry only the local port information.

2) Upon receiving a recover probe packet, the peer end responds with a recover echo packet.

3) Upon receiving a recover echo packet, the local end checks to see if the neighbor information carried in the recover echo packet is consistent with that of the local port. If yes, the link between the local port and the neighbor is considered to be recovered to bidirectional, the port changes from the disable state to the active state, and neighboring relationship is reestablished between the local port and the neighbor.

& Note:

Only ports in the DLDP down state can send and process recover probe packets and recover echo packets. The auto-recovery mechanism does apply to ports that are shut down manually.

1.3 DLDP Configuration

1.3.1 Performing Basic DLDP Configuration

Table 1-9 Perform basic DLDP configuration

Operation			Command	Description
Enter system view			system-view	—
Enable DLDP	Enable DLDP globally		dldp enable	Required. By default, DLDP is disabled.
	Enable DLDP on a port	Enter Ethernet port view	interface interface-type interface-number
	Enable DLDP on a port	Enable DLDP	dldp enable
Set the authentication mode and password			dldp authentication-mode { none \| simple simple-password \| md5 md5-password }	Optional. By default, the authentication mode is none.
Set the interval of sending DLDP packets			dldp interval timer-value	Optional. By default, the interval is 5 seconds.
Set the delaydown timer			dldp delaydown-timer delaydown-time	Optional By default, the delaydown timer expires after 1 second it is triggered.
Set the DLDP handling mode when an unidirectional link is detected			dldp unidirectional-shutdown { auto \| manual }	Optional. By default, the handling mode is auto.
Set the DLDP operating mode			dldp work-mode { enhance \| normal }	Optional. By default, DLDP works in normal mode.

Note the following when performing basic DLDP configuration.

l DLDP works only when the link is up.

l To ensure unidirectional links can be detected, make sure DLDP is enabled on both sides; and the interval for sending advertisement packets, authentication mode, and password are the same on both sides.

l The interval for sending advertisement packets ranges from 1 to 100 seconds and defaults to 5 seconds. You can adjust this setting as needed to enable DLDP to respond in time to link failures. If the interval is too long, STP loops may occur before unidirectional links are terminated; if the interval is too short, network traffic may increase in vain and available bandwidth decreases. Normally, the interval is shorter than one-third of the STP convergence time, which is generally 30 seconds.

l DLDP does not process any LACP event, and treats each link in the aggregation group as independent.

l When connecting two DLDP-enabled devices, make sure the software running on them is of the same version. Otherwise, DLDP may operate improperly.

l When you use the dldp enable/dldp disable command in system view to enable/disable DLDP on all optical ports of the switch, the configuration takes effect on the existing optical ports, instead of those added subsequently.

l Make sure the authentication mode and password configured on both sides are the same for DLDP to operate properly.

l When DLDP works in enhanced mode, the system can identify two types of unidirectional links: one is caused by fiber cross-connection and the other is caused by one fiber being not connected or being disconnected.

l When DLDP works in normal mode, the system can identify unidirectional links caused by fiber cross-connection.

l When the device is busy with services and the CPU utilization is high, DLDP may issue mistaken reports. You are recommended to configure the operating mode of DLDP as manual after unidirectional links are detected, so as to reduce the influence of mistaken reports.

1.3.2 Resetting DLDP State

You can reset the DLDP state for the ports shut down by DLDP due to unidirectional links to enable DLDP detection again.

& Note:

This function is only applicable to ports that are in DLDP down state.

Table 1-10 Reset DLDP state

Operation	Command	Description
Reset DLDP state for all the ports shut down by DLDP	system-view	Select either of the two.
Reset DLDP state for all the ports shut down by DLDP	dldp reset
Reset the DLDP state for a port shut down by DLDP	interface interface-type interface-number
Reset the DLDP state for a port shut down by DLDP	dldp reset

1.3.3 Displaying and Maintaining DLDP

Table 1-11 Display and maintain DLDP

Operation	Command	Description
Display the DLDP configuration of a unit or a port	display dldp { unit-id \| interface-type interface-number }	Available in any view.

1.4 DLDP Configuration Example

I. Network requirements

As shown in Figure 1-3,

l Switch A and Switch B are connected through two pairs of fibers. Both of them support DLDP. All the ports involved operate in mandatory full duplex mode, with their rates all being 1,000 Mbps.

l Suppose the fibers between Switch A and Switch B are cross-connected. DLDP disconnects the unidirectional links after detecting them.

l After the fibers are connected correctly, the ports shut down by DLDP are restored.

II. Network diagram

Figure 1-3 Network diagram for DLDP configuration

III. Configuration procedure

1) Configure Switch A

# Configure the ports to work in mandatory full duplex mode at a rate of 1,000 Mbps.

<SwitchA> system-view

[SwitchA] interface gigabitethernet 1/1/1

[SwitchA-GigabitEthernet1/1/1] duplex full

[SwitchA-GigabitEthernet1/1/1] speed 1000

[SwitchA-GigabitEthernet1/1/1] quit

[SwitchA] interface gigabitethernet 1/1/2

[SwitchA-GigabitEthernet1/1/2] duplex full

[SwitchA-GigabitEthernet1/1/2] speed 1000

[SwitchA-GigabitEthernet1/1/2] quit

# Enable DLDP globally.

[SwitchA] dldp enable

# Set the interval for sending DLDP packets to 15 seconds.

[SwitchA] dldp interval 15

# Configure DLDP to work in enhanced mode.

[SwitchA] dldp work-mode enhance

# Set the DLDP handling mode for unidirectional links to auto.

[SwitchA] dldp unidirectional-shutdown auto

# Display the DLDP state.

[SwitchA] display dldp 1

& Note:

When two switches are connected through fibers in a crossed way, two or three ports may be in the disable state, and the rest in the inactive state.

When a fiber is connected to a device correctly on one end with the other end connected to no device:

l If the device operates in the normal DLDP mode, the end that receives optical signals is in the advertisement state; the other end is in the inactive state.

l If the device operates in the enhance DLDP mode, the end that receives optical signals is in the disable state; the other end is in the inactive state.

# Restore the ports shut down by DLDP.

[SwitchA] dldp reset

2) Configure Switch B

The configuration of Switch B is the same to that of Switch A and is thus omitted.

H3C S3100 Series Ethernet Switches Operation Manual (For Soliton)(V1.02)

Chapter 1 DLDP Configuration

1.1 Overview

1.1.1 Introduction

1.2 DLDP Fundamentals

1.2.1 DLDP Implementation

1.2.2 DLDP Status

1.2.3 DLDP Timers

1.2.4 DLDP Operating Mode

1.2.5 DLDP Neighbor State

1.2.6 Link Auto-recovery Mechanism

1.3 DLDP Configuration

1.3.1 Performing Basic DLDP Configuration

1.3.2 Resetting DLDP State

1.3.3 Displaying and Maintaining DLDP

1.4 DLDP Configuration Example

I. Network requirements

II. Network diagram

III. Configuration procedure

Cloud & AI

InterConnect

Intelligent Computing

Security

SMB Products

Intelligent Terminal Products

Industry Solutions

Product Support Services

Technical Service Solutions

Resource Center

Policy

Online Help

Training & Certification

Become a Partner

Partner Resources

Partner Business Management

Company Information

News & Events

Online Exhibition Center

Contact Us