cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1364
Views
10
Helpful
17
Replies

UDLD

Rizwan Khan
Level 1
Level 1

Hello everyone. Can some one help me out in understanding UDLD feature on Cisco switches.tried googling it but could not understand.
Thanks in advance.

Sent from Cisco Technical Support Android App

17 Replies 17

Eloy Pascal
Level 1
Level 1

is there something specific about udld you do not understand? you might want to be a bit more explicit in your question otherwise the feedback you will get is links to Cisco reading material.

Leo Laohoo
Hall of Fame
Hall of Fame

Here's a simple, yet effective, rule-of-thumb about UDLD:  DO NOT use UDLD when you are configuring copper ports.

(UDLD works very well on fibre optic ports.)

Rizwan Khan
Level 1
Level 1

Udld importance while configuring trunks. Udld port aggressive feature


Sent from Cisco Technical Support Android App

Udld importance while configuring trunks. Udld port aggressive feature

Sorry, I don't understand you.  Is that a statement or is that a question?

Rizwan Khan
Level 1
Level 1

Its my question...


Sent from Cisco Technical Support Android App

Udld importance while configuring trunks. Udld port aggressive feature

802.1Q or ISL trunks have NOTHING to do with UDLD.

Hi Leo, which mode
Do you use, normal or aggressive

Sent from Cisco Technical Support iPhone App

Do you use, normal or aggressive

Aggressive.

Does normal mode make port go into error-disable mode, Leo.

Sent from Cisco Technical Support iPhone App

Does normal mode make port go into error-disable mode, Leo.

Both modes can result in error-disable, but the mechanisms are different:

"In normal mode, a protocol determination at the end of the detection   process is always based on information received in UDLD messages:   whether it's the information about the exchange of proper neighbor   identifications or the information about the absence of such proper   identifications.  Hence, albeit bound by a timer, normal mode   determinations are always based on gleaned information, and as such   are "event-based".  If no such information can be obtained (e.g.,   because of a bidirectional loss of connectivity), UDLD follows a   conservative approach based on the considerations in Section 3 and   deems a port to be in "undetermined" state.  In other words, normal   mode will shut down a port only if it can explicitly determine that   the associated link is faulty for an extended period of time."

"In contrast, in aggressive mode, UDLD will also shut down a port if   it loses bidirectional connectivity with the neighbor for the same   extended period of time mentioned above and subsequently fails   repeated last-resort attempts to re-establish communication with the   other end of the link.  This mode of operation assumes that loss of   communication with the neighbor is a meaningful network event in   itself and is a symptom of a serious connectivity problem.  Because   this type of detection can be event-less, and lack of information   cannot always be associated to an actual malfunction of the link,   this mode is optional and is recommended only in certain scenarios   (typically only on point-to-point links where no communication   failure between two neighbors is admissible)."

Hope that helps

Rolf

Does normal mode make port go into error-disable mode

All modes (aggressive and FAST UDLD) can put the port into error-disable if the hello packets are not being heard.

why not normal mode?

I mean is it necessary to use aggressive mode , is aggressive mode useful in real world? Or some disadvantage with aggressive mode.

Sent from Cisco Technical Support iPhone App

why not normal mode?

I've never heard of "normal mode" in UDLD.

I mean is it necessary to use aggressive mode , is aggressive mode useful in real world?

I've got 10 Gbps fibre uplinks.  I want to make sure that the very first sign that there's an issue of the link, I want all traffic to stop.  If I don't turn on UDLD, I would potentially have a network issue if the fibre link goes up/down at regular intervals per minute.  If one end does not hear the UDLD hello packet, then it means there could be a potential link issue and the switch will disable the port in question.

Hi Leo,

I've never heard of "normal mode" in UDLD. 

Check these links:

http://www.cisco.com/en/US/tech/tk389/tk621/technologies_tech_note09186a008009477b.shtml#udldmodes

http://tools.ietf.org/html/rfc5171#section-5.4

It has to be said, though, that the normal mode was always somewhat of a mystery to me. There are conflicting descriptions being circulated about it. The first document I've linked states:

In normal mode, if the link state of the       port was determined to be bi-directional and the UDLD information times out, no       action is taken by UDLD. The port state for UDLD is marked as undetermined. The port behaves according to its       STP state.

However, the RFC 5171 states:

   In other words, normal
   mode will shut down a port only if it can explicitly determine that
   the associated link is faulty for an extended period of time.

What is the "extended period of time" and how the "explicit determination" is accomplished is not described in any document I have been able to dig out so far.

Best regards,

Peter

Review Cisco Networking products for a $25 gift card