From: Sean C. (Upp_and_Upp@xxxxxxxxxxx)
Date: Sat Apr 06 2002 - 15:45:00 GMT-3
Hi Gregg,
I know in real-world scenarios of ATT ATM-to-Frame that CDP doesn't work.
We have a few customers that use ATT's ATM and in ATT's manual it
specifically states CDP will not work properly. Of course, I tried to
tinker with it anyway but could not get CDP to run. You're right, CDP's a
life saver and I wish it was supported.
Happy Routing,
Sean
----- Original Message -----
From: "Gregg Malcolm" <greggm@sbcglobal.net>
To: <ccielab@groupstudy.com>
Sent: Friday, April 05, 2002 11:44 PM
Subject: CDP Neighbor on ATM int's
Group,
I'm renting some time on an ATM rack tonight and have a question about CDP.
I'm having a hard time getting CDP to work. Has anyone else tried to use CDP
on ATM int's ? For a little while, I was thinking it wasn't supported over
ATM, but I was wrong. From CCO :
<snip>
CDP runs on all media that support Subnetwork Access Protocol (SNAP),
including local-area network (LAN), Frame Relay, and Asynchronous Transfer
Mode (ATM) physical media. CDP runs over the data link layer only.
Therefore,
two systems that support different network-layer protocols can learn about
each other.
So, I config'ed a PVC with aal5snap encap and CDP still does not find any
neighbors. When I try to enable it on the ATM int, I get this error :
"% CDP is not supported on this interface, or for this encapsulation " My
interface is a multipoint which might be the reason.
Any ideas ? I've found CDP to be a life saver when I don't know much about
the remote device (when I remember to use it).
Thanks, Gregg
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:57:57 GMT-3