Nothing get by you huh John;) I know we had a bug in the software in our ATM switches a while back, the switch basically "ate" the OAM cells:( The switches have since been upgraded and should no longer be a problem, OAM should be forwarded like any other cell.
Dave John Neiberger wrote: > It's very simple to configure but it must be supported by all ATM devices in > the path or it will fail. On one of our ATM T-1s I have a large number of > PVCs. After installing one particular PVC I couldn't get it to come up and > OAM turned out to be the problem. I disabled OAM for that PVC and it has > been running fine ever since. I'm sure that's pretty rare nowadays but it's > something to look out for. > > John > > >>>>MADMAN 6/16/03 8:42:00 AM >>> >>> > Your question is not very clear but OAM works fine and is quite > simple to configure: > > interface ATM1/0.32 point-to-point > ip address 1.1.1.2 255.255.255.0 > pvc madman 1/32 > oam-pvc manage All, > >>Any idea about ATM links with end-to-end support for OAM cells > > configuration > >>to detect remote equipment failure >> >>Thanks and best regards >>_ _ _ _ _ _ _ _ _ _ > -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 "Government can do something for the people only in proportion as it can do something to the people." -- Thomas Jefferson Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=70744&t=70715 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]