From: Wes Stevens (wrsteve33-gsccie@yahoo.com)
Date: Wed May 03 2006 - 12:02:45 ART
I have a 12 atm ds3's going into our two main data centers with ATM and frame both on the other end. We run OAM on all of them. When you have problems it will at least let you know if you are talking to the ATM switch.
If a sp swapped a card and took OAM away it would be escalating up the support chain real fast.....
----- Original Message ----
From: Todd.Osterberg@compucom.com
To: ccielab@groupstudy.com
Sent: Tuesday, May 2, 2006 11:07:57 PM
Subject: SP Question
I had a client experience an outage on two ATM DS3 circuits this weekend
and the telco did something very interesting. Both of these circuits
have been up for nearly two years without any downtime. The telco's
story is that one of their atm switches (lucent) was eating linecards
and that the only card they had left had been installed and was working.
Well, our client still didn't have connectivity. More about these
circuits... we're using frame-relay service interworking to support 22
remote sites with frame and the head-end is ATM. Again, this has been
working fine for nearly two years without any issue at all. So I do
some debug and come to find out, the atm switch is no longer sending OAM
cells back to us. Turns out the line card that the telco installed
didn't support OAM. Once the OAM config line was removed from 22 PVCs,
things started to work just fine. So here is my real question...
In a service interworking environment, how important is OAM? Since
there isn't end-to-end ATM, does OAM really buy you anything? Mind you,
I've got a meeting set with the telco sales rep to discuss this
situation. Neither my client, nor I am happy that we needed to change
the clients config to help resolve a telco outage. Anyone else run into
a situation like this? Anyone else running OAM with service
interworking?
Todd
Todd Allen Osterberg
Senior Consultant, Professional Services US Western Region
CompuCom
eMail: todd.osterberg@compucom.com
T: (916) 577-1066
C: (916) 316-4650
www.CompuCom.com
<outbind://4-0000000078027C4F809C5F448BBD4AD06CC1CD9207005BA671B4ADEFD54
18728E128462975250000000D51F50000B7CF08D69463BB4FA89400956DFA551A0000010
7CF9A0000/exchweb/bin/redir.asp?URL=http://www.CompuCom.com>
This archive was generated by hypermail 2.1.4 : Thu Jun 01 2006 - 06:33:20 ART