No, OAM does not have a corresponding mechanism in frame relay and does not help in internetworking as far a interface up/down status. OAM is for ATM to ATM though there is, in FRF8 a spec for this functionality in internetworking though it is not always implemented:(
Dave "[EMAIL PROTECTED]" wrote: > > Enabling ATM OAM (Operations and Maintenance?) cells on the > hub-site router lets you see when the remote Frame Relay > PVC/DLCI goes down. Here's a sample: > > interface ATM1/0.105 point-to-point > description ATM PVC to FrameRelaySite > mtu 1500 > bandwidth 256 > ip address 10.1.121.89 255.255.255.252 > pvc r-framesitec261 1/105 > vbr-nrt 512 512 100 > no ilmi manage > oam-pvc manage 3 > > It is pretty much that simple. I have @ 130 frame circuits internetworked > to > > an ATM DS3. The only "problem" is that it seems to make troubleshooting a > > little harder. There isn't much you can do to look at the other side > > (without a modem attached to the remote router). For instance, when a > remote > > frame site goes down, there is no notification to the hub ATM site because > > nothing changes on it's end. Everything always shows up/up. At least with > > frame/frame you can do a show frame pvc and look at the DLCI status, etc., > > > > Martin Reilly wrote: > > > > > > I have a question I'd appreciate some advice with regarding ATM > > > and > > > Frame Relay interworking. > > > > > > I'm deploying a WAN using a telco that is providing "typical" > > > frame > > > relay ports over E1 links at ten remote offices. At the central > > > site, > > > where PVCs from the remote offices all come in, the telco is > > > providing a > > > 34Mb circuit, using ATM, to support the aggregated bandwidth > > > that may be > > > required. > > > > > > Now, I'm pretty familiar with frame relay (most of this setup is > > > actually just migrating from one telco's frame service to > > > another) and > > > that part I have no problem with. But I'm a newbie to ATM > > > (reading up on > > > it at the moment). Looks like ATM to ATM isn't too dissimilar > > > to frame. > > > > > > The telco says that the interworking should be "seamless", but > > > are not > > > terribly specific on details. Could it be as simple as pointing > > > an ATM > > > VC to a Frame PVC and letting the telco deal with the > > > differences in the > > > middle somewhere? I've never heard of this before, which > > > worries me a > > > bit! -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 "You don't make the poor richer by making the rich poorer." --Winston Churchill Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=54338&t=53414 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
