Re: Optivity/ATM switch bug
Just FYI, I've seen no official
recoginition of this issue internally at Nortel Networks. This may have been
an isolated incident or a product of an environmental issue.
View does an "SNMP Get" to obtain status of a port. Since
thousands, if not millions, of SNMP gets are done to the 3.2.2 MCP every day
- and we're not getting any other reports of every instance of Expanded View
crashing a switch - I would classify this as an isolated incident. If other
are seeing this, I'd strongly recommend calling the TSC to confirm and get a
CR opened against the issue!
As for fault_correlator_filter, it does
work - done it many times myself. No real magic - just run the script and
the startup flags for the trap_server will be modified. Since it's just a
script, you can look through it and try the steps manually if you think the
script itself is failing.
-David J. Easter
Sr. Product Manager -
Optivity NMS, Network & IP Services Management Division
Networks/Nortel Networks - How the world shares
At 10:39 PM 2/20/99 -0000, Paul Anderson
Hello all,/bigger> Thought I'd pass on a
problem I ran into today. Whilst investigating a slow response problem I
attempted to obtain the status of a port in Expanded View. This upset
the agent to the extent that it rebooted the 5000BH and took down our
ATM network...you can imagine my embarrassment!!!!! The agent is an MCP
v3.2.2 handle with care!!!!/bigger> Incidentally...can anyone
confirm whether the fault_correlator_filter off command actually works?
It doesn't seem to do anything on our system!?!/bigger>
Archive operated by Skills 1st Ltd
See also: The NetView Web