nv-l
[Top] [All Lists]

Re: Variable subnet Masks and netview

To: nv-l@lists.tivoli.com
Subject: Re: Variable subnet Masks and netview
From: lclark@us.ibm.com
Date: Wed, 19 Apr 2000 06:55:09 -0400

That would do it. When I run across this, I delete the bad subnet and
quickly  rediscover the good guys. If they get there first, you should
be ok. Then go fix the masks on the bad guys. I find that almost all
of the time, if Netview is drawing something goofy, there is something
goofy in your network. The biggest benefit of putting in the product
is the way it flushes out configuration anomalies.

Cordially,

Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit

---------------------- Forwarded by Leslie Clark/Southfield/IBM on
04/19/2000 06:50 AM ---------------------------

W.M.de.Bruin@DNB.NL@tkg.com on 04/19/2000 04:03:28 AM

Please respond to IBM NetView Discussion <nv-l@tkg.com>

Sent by:  owner-nv-l@tkg.com


To:   IBM NetView Discussion <nv-l@tkg.com>
cc:
Subject:  Re: [NV-L] Variable subnet Masks and netview





David,

Yes, this is exactly what we are doing. And in my original message I indeed
thought that Netview was applying a 30 bit mask to 32 bit mask addresses.
I have in the meantime, however, checked the Object ID information, and it
seems
that Netview  indeed discovers them with the correct masks.

However, I think that I am getting a bit closer to the source of the
problem.
There is another uncontrolled (Read "rogue", "bunch of cowboys"...) network
with
the same address. 10.1.0.0 and mask of 255.255.0.0   !!!???
I suspect that this might be the culprit confusing Netview.
So, I have two networks with the same names, but different masks. Pretty
confusing.......

This is where I will start looking to resolve this problem.
Any suggestions are still welcome.

Thanks for the help

Wouter de Bruin
Network Management Consultant
`Externe E-Mail wordt door DNB niet gebruikt voor het aangaan van
verplichtingen`

`Any e-mail messages from The Nederlandsche Bank are given in good faith
but shall not be binding
nor shall they be construed as constituting any obligation on the part of
the Bank.`


_________________________________________________________________________

NV-L List information (unsubscribing, policies, posting, digest version,
searchable archives): http://www.tkg.com/nv-l


<Prev in Thread] Current Thread [Next in Thread>

Archive operated by Skills 1st Ltd

See also: The NetView Web