We are migrating the core of our WAN network from frame relay to ATM. The WAN backbone consists of 7200VXR routers connected to IGX8410s over ATM/OC3, with the IGX8410s interconnected via ATM/T3. A large number of small remote sites will be connected to this network as frame relay on the remote side.
Anyway, apparently CDP is not supported on ATM interfaces. In the past, I have found this feature to be useful in both troubleshooting and for network managment related tasks.
Is their any way to get CDP to work over ATM interfaces or to obtain the same information in some other way?
And just out of curiosity, why isn't CDP supported on ATM interfaces and will it ever be supported?
Yes, and no. Here is the response I got from Cisco which pretty much answers my question and offers some hope:
A couple of different issues to your question. As far as CDP on ATM, it is not supported on ATM PVCs, only LANE at this time. There is a feature request for it to be added, but it will not be complete until later 12.2 code (see more details below).
As for Interworking, as you are aware to convert frame to cells, the data gets pulled out of the frame, put into cells, then put back into a new frame. This conversion causes protocol identification (CDP) to be lost. The spec for SIW doesn't specify how to convert CDP since CDP is proprietary. This can be seen by the "unknown protocol errors" which indicates that CDP is being dropped. Unfortunately, I am told there is no request to have this added to the specs. Let me know if this answers your questions. Otherwise, I will go ahead and close the case by close of business today.
One reason why it is not supported on anything except LANE is because layer 2 cdp packets show up as errors in the frf.8 SIW (frame to ATM conversion) and some carriers discard them. If you are looking to manage these devices and get stats through Cisco Works usually (on other interfaces) CDP has to be enabled. On ATM interfaces, you would have to have ILMI enabled. ILMI may be what your looking for.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...