[c-nsp] CDP interoperability

Phil Mayers p.mayers at imperial.ac.uk
Mon Dec 10 10:51:28 EST 2012


On 10/12/12 15:39, Aivars wrote:
>    Hi,
>
>    I thought that CDP essence is to help understand what device you
>    have at the other end of the wire no matter what. You just plug one

Well... not really. For starters, if you have a non-CDP-aware layer2 
device between 3 or more cisco devices, the will all see each other "on 
the end of the wire".

>    end of the cable into one box and the other end into another and
>    you get your CDP neighbors. Besides other side usage like in IP
>    phone communication with switches this is why anybody would use CDP.
>    Right?
>
>    Up until this morning I also thought that CDP frames are always sent
>    untagged. This is the way I would do it. Well, I was wrong. Actually
>    on Catalyst switches CDPs are sent in vlan 1. If you make some other
>    vlan native on a trunk port, CDPs are sent with dot1q tag "1". vlan
>    dot1q tag native will also do the same trick.
>
>    Now imagine a brand new shiny IOS-XR box, ASR9k for example. If it
>    has no subinterface configuration with encapsulation dot1q 1, CDP
>    will be broken. It will send CDPs with no tag and Catalyst will be
>    happy about it. It will show ASR as CDP neighbor. ASR instead
>    doesn't now what a hell tag "1" means and drop these frames.
>
>    Cisco thinks - this is expected behavior.

Because it is. You're describing very old CDP behaviour. Cisco can 
define it any way they like, because it's their protocol.

>    What do you guys think? Is this a bug or a feature? Should it remain
>    as it is?

People should stop using CDP if possible and use LLDP, which specifies 
how this case should be handled.


More information about the cisco-nsp mailing list