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]

Reply via email to