RE: [nv-l] ATM problem
2004-01-27 09:18:16
We made a fresh install of Netview 7.1.2 on a new
Ultra 60 workstation with Solaris 8. After Netview was running for a
little over a half hour, the exact same problem showed up, both ATM circuits
turned red, yet are still up and pingable through Netview. I would say
there is something miss-configured on our routers, but this only happens on v7x
of Netview, it isn't happening on our v6x version, so I have to guess something
changed with v7 that is causing this issue.
I guess it's time to call IBM.
I dunno. But if SNMP is an
issue then you need more than the same seed files, you need the same entries in
xnmsnmpconf.
James Shanks Level 3 Support for Tivoli
NetView for UNIX and Windows Tivoli Software / IBM Software Group
| DSullinger AT dot.state.az DOT us
Sent by:
owner-nv-l AT lists.us.ibm DOT com
01/20/2004 03:41 PM Please respond to nv-l
| To:
nv-l AT lists.us.ibm DOT com cc:
Subject:
RE: [nv-l] ATM problem
|
Duhh...
Sorry, should have elaborated further on the no-name interface.
Is the
problem here that both demandpoll and Quicktest are using SNMP to
get results, where ping is using ICMP? Since the interface does not
have an IP address, only the service record for the interface does, is SNMP
looking for the interface and since there is no IP is shows it as down, where
ICMP is looking just for the IP address regardless of interface? Here's
where my question below should have fit in originally... What has changed
between version 6 and 7 that would cause this? Both seed files are the
same... Should we place a special entry in the seed file to only use ICMP
when polling these ATM routers?
-----Original
Message----- From: DSullinger AT dot.state.az DOT us
[mailto:DSullinger AT dot.state.az DOT us] Sent: Tuesday, January 20, 2004 1:15
PM To: nv-l AT lists.us.ibm DOT com Subject: RE: [nv-l] ATM problem
Ok,
this is getting more interesting all the time. Here's the 411:
-
The Hub router that our ATM circuit is connected to is a Nortel BCM. - The
ATM is a OC3 to many T1 Frame Relay sites - The ATM interface on the BCM has
a IP address for the ATM service record, but not for the interface - When
we do a demand poll, it shows that there is not an IP address for the ATM
interface - If you send a ping to the hub router from the Netview GUI, the
circuit turns black and shows it's up for approx 3 minutes - If you then
do a QuckTest to the hub router, the circuit than shows red and says it's
down
Here's the question, what has happened between version 6 and 7
regarding discovery process? How has this changed? And why only
with our ATM circuits?
-----Original Message----- From:
DSullinger AT dot.state.az DOT us [mailto:DSullinger AT dot.state.az DOT us] Sent:
Thursday, January 15, 2004 11:43 AM To: nv-l AT lists.us.ibm DOT com Subject: RE:
[nv-l] ATM problem
The SNMP walk showed that the status of the OC3
interface is up... yet on the v7 map it's red and shows the "IP Status" as
Critical(4), but on the v6 map the "IP Status" is black and
Normal(2).
Btw - We are using Nortel routers with 13.2
code.
Thoughts?
-----Original Message----- From: Alan E.
Hennis [mailto:Hennis_Alan_E AT cat DOT com] Sent: Monday, January 12, 2004 1:51
PM To: nv-l AT lists.us.ibm DOT com Subject: RE: [nv-l] ATM
problem
Are you using Cisco routers?
If you are do an SNMP
walk of the interface table. What is the ifOper status of the OC3? there was
a bug in IOS that reported the ifOper status incorrectly so when NetView did
an SNMP poll of the router the interface looked down. When I ping the
interface it was up.
Thanks Alan E. Hennis Caterpillar
Inc. Systems+Process
Division 309.494.3308 hennis_alan_e AT cat DOT com
DSullinger AT dot DOT st
ate.az.us
Sent by:
owner-nv-l@lists.
us.ibm.com To:
nv-l AT lists.us.ibm DOT com
cc:
01/12/2004 02:09
PM
Please respond to
Subject: RE: [nv-l] ATM problem
nv-l
Caterpillar:
Confidential Green
Retain Until: 02/11/2004
Retention Category: G90
-
General
Matters/Administration
We have two Netview servers, one with v7.1.2 and the other
running v6.0.1 located on the same network. We have a new OC3 ATM
circuit that has several frame relay circuits on the other end. For
some reason, the 7x version of Netview shows the ATM circuit down at times,
yet while running a ping, it never shows it as down. The 6.x version of
Netview never shows this circuit going down. I've checked timeout
values and they are the same on both servers. When we do a netmon trace
on both servers and then a demand poll, the 7x version states that the OC3
interface does not have an IP address, but the 6.x version doesn't say this
in the trace file. Any idea what might cause this or do you need more
information?
Thanks
|
<Prev in Thread] |
Current Thread |
[Next in Thread> |
- RE: [nv-l] ATM problem, (continued)
- RE: [nv-l] ATM problem, DSullinger
- RE: [nv-l] ATM problem, Erdey, Raymond M
- RE: [nv-l] ATM problem, DSullinger
- RE: [nv-l] ATM problem, DSullinger
- RE: [nv-l] ATM problem, Erdey, Raymond M
- RE: [nv-l] ATM problem, DSullinger
- RE: [nv-l] ATM problem, DSullinger
- RE: [nv-l] ATM problem, DSullinger
- RE: [nv-l] ATM problem, James Shanks
- RE: [nv-l] ATM problem,
DSullinger <=
|
|
|