Hi Chris-
Here is the OAM configuration on my Cisco 7206,
using a single PVC with a Cisco 7507 on the
other side. (I don't believe OAM has been
configured on the other side: the 7507 belongs
to my service provider). I'm running 12.1(7).
>interface ATM2/0.1 point-to-point
> description #### Internet WAN Link
> ip address ###.###.###.### (downstream)
> pvc 4/40
> protocol ip ###.###.###.###
> abr 10000 10000
> oam-pvc 15
> oam retry 5 5 1
The #'s are things I've commented out, but the
main OAM config is shown. I get the following
output at the end of the command "sh atm pvc 4/40":
>OAM cells received: 109419
>F5 InEndloop: 109419, F5 InSegloop: 0, F5 InAIS: 0, F5 InRDI: 0
>F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0
>OAM cells sent: 109469
>F5 OutEndloop: 109469, F5 OutSegloop: 0, F5 OutRDI: 0
>F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0
>OAM cell drops: 0
Cisco's web site has some good documentation on OAM.
-Mark
- Mark C. Persiko, persiko@bvsd.k12.co.us
- MIS Dept, Boulder Valley School District
-----Original Message-----
From: chris@obelix.hedonism.cx [mailto:chris@obelix.hedonism.cx]
Sent: Thursday, April 12, 2001 10:08 AM
To: cisco-nsp@puck.nether.net
Subject: [nsp] ATM OAM
Hi,
I'm trying to enable OAM-pvc management between a MC3810<12.0(3)T1> and a
Cisco 7200<12.0(5)T1>.
------ MC3810 ---------
interface ATM0.2 point-to-point
ip address 195.222.99.30 255.255.255.252
no ip directed-broadcast
[IP OSPF STUFF]
pvc 15/34
cbr 1703
oam-pvc 10
encapsulation aal5snap
!
--------- 7200 -------
interface ATM1/0.4 point-to-point
ip address 195.222.99.29 255.255.255.252
no ip directed-broadcast
ip mtu 1500
[IP OSPF STUFF]
pvc 15/34
ubr 1703
oam-pvc 10
encapsulation aal5snap
!
Traffic over these links is fine and without errors (no CRCs on this
link) but the OAM-packets are sent every 10 seconds and never received
on the other side (in either direction). When I do a 'oam-pvc manage'
the link just goes down (as it should when no oam cells are received for
some time).
One other PVC on the MC3810 and one other PVC on the 7200 are working
just fine. Has anyone had the same problem eventually where should I
continue...?
The problem with debugging in this instance is: Whenever I do a
"debug atm oam" on the 7200 or the MC3810 it will instead debug *ALL*
atm-packets and becomes slow as hell.... (until no debug all or
poweroff).
Chris
------- show atm pvc on 7200, on the mc3810 it looks the same ------------
ATM1/0.4: VCD: 3, VPI: 15, VCI: 34, Connection Name: PVC_NAME
UBR, PeakRate: 1703
AAL5-LLC/SNAP, etype:0x0, Flags: 0x20, VCmode: 0x0
OAM frequency: 10 second(s), OAM retry frequency: 1 second(s), OAM retry
frequency: 1 second(s)
OAM up retry count: 3, OAM down retry count: 5
OAM Loopback status: OAM Sent
OAM VC state: Not Managed
ILMI VC state: Not Managed
InARP frequency: 15 minutes(s)
Transmit priority 4
InPkts: 7, OutPkts: 174, InBytes: 624, OutBytes: 12620
InPRoc: 7, OutPRoc: 172
InFast: 0, OutFast: 0, InAS: 0, OutAS: 0
InPktDrops: 0, OutPktDrops: 0
CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0
****************
*** OAM cells received: 0
****************
F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 0, F5 InRDI: 0
F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0
OAM cells sent: 147
F5 OutEndloop: 147, F5 OutSegloop: 0, F5 OutRDI: 0
F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0
OAM cell drops: 0
Status: UP
-- Windows (ms): Will install needless data on whole system
This archive was generated by hypermail 2b29 : Sun Aug 04 2002 - 04:12:34 EDT