T.R | Title | User | Personal Name | Date | Lines |
---|
720.1 | | CHEFS::BRIGGS_R | they use computers don't they | Thu May 08 1997 12:17 | 14 |
| Joel,
The Energis project in the UK was designed to do this using XTESS. SDH
only environment but included transmission and switch correlation.
The BT FARMS project is also planned to do this although it doesn't
handle alarms as such but fault reports. Implementation just started so
design is complete. Uses XTESS.
I suggest if you want more info contact me direct and I can suggest who
you should speak to in the relevant teams etc.
Regarsd
Richard
|
720.2 | We are prototyping now with XTESS/SK | KZIN::lzoso4.lzo.dec.com::bondchris | | Mon May 12 1997 17:48 | 25 |
| Joel,
Another BT project is also just embarking upon a prototyping exercise using
XTESS/SK (Clips) to do root cause analysis of TeMIP Alarms. Most of our
alarms arrive via the SNMP AM. We intend to put them into a number of 'raw'
OCs initially to allow operators to view the original alarm stream if
necessary and Xtess will also 'see' all Alarms arriving in these OCs.
It will then build up possible fault scenarios dependent on the actual alarm
stream arriving and when a given scenario matures above a tuneable thresholds
(e.g. >75% of anticipated contributing alarms within 3 minutes) a new root
cause alarm will be generated which will be caught in a new OC (we nickname it
'cooked'!) which we would expect the operators to normally watch.
There will be pointers from this root cause alarm to all the original
sympathetic alarms so the operator knows which alarms have led to this
conclusion. (At present, this will probably be via a series of Alarm Object
IDs - including OC - in Additional Info. Wouldn't it be nice if TEMIP AH
allowed Alarm Objects to have linked alarms like Trouble Tickets can. Please
Pretty Please :-) One day, there might also be information indicating the
rules that Xtess used to arrive at its root cause but at present we are
assuming that will provided in log files for debugging purposes.
Hope this helps.
Regards, Chris I Bond, Telco PSC, UK. [email protected]
|
720.3 | Vodafone Switch failure senario. | CHEFS::AITKINS_T | | Mon May 12 1997 20:44 | 10 |
| Hi Joel,
we also have a senario for the UK Vodafone project, this is
based on a switch failing and all sympathetic alarms being collected
and assigned to a TT with the root cause set to the offending switch.
We will also clear the TT with XTESS, but insist the user closes the
TT. The senario includes fault start indicators and senario end
induicators. Mail me if you require the senario psudo rules.
Regards,
Terry.
|
720.4 | We will (want) ! | NNTPD::"[email protected]" | Joerg Weimann | Mon May 26 1997 15:27 | 11 |
| Hi Joel,
we will (want) do root cuase analysis in the future for a transmission network
based on SDH & PDH technology. Actually we are in the post proposal phase and
the customer will hopefully choose our proposed solution.
For further information you can contact me via email.
All the best
Joerg
[Posted by WWW Notes gateway]
|
720.5 | | CHEFS::BRIGGS_R | they use computers don't they | Mon Jun 02 1997 17:49 | 5 |
|
FARMS does just this, PDH and SDH root cause analysis.
Richard
|