nv-l
[Top] [All Lists]

Re: nv-list

To: nv-l@lists.tivoli.com
Subject: Re: nv-list
From: "Whitehead, Neil" <whitern@RBOS.CO.UK>
Date: Mon, 3 May 1999 18:39:25 +0100
Reply-to: Discussion of IBM NetView and POLYCENTER Manager on NetView <NV-L@UCSBVM.UCSB.EDU>
Sender: Discussion of IBM NetView and POLYCENTER Manager on NetView <NV-L@UCSBVM.UCSB.EDU>
This is for AIX....

Neil Whitehead (x22808)
IT Services (Telecoms)
The Royal Bank of Scotland
Tel: 0131-523 2808
e-mail: whitern@rbos.co.uk

> -----Original Message-----
> From: Todd E. Lewis [SMTP:telewis@PROVIDENTBANKMD.COM]
> Sent: Monday, May 03, 1999 4:34 PM
> To:   NV-L@UCSBVM.ucsb.edu
> Subject:      Re: nv-list
>
>
> *** Warning : this message originates from the Internet ****
>
> Is this for AIX or NT ?
>
> >>> "Whitehead, Neil" <whitern@RBOS.CO.UK> 05/03 1:16 PM >>>
> Has the seed file changed from NetView v4 ? We are succesfully using a
> seed
> file to restrict discovery to only our important devices.
>
> I did have some problems initially with settinng this up but that was
> caused
> by trailing blanks, whitespace space between values etc....
> We limit discovery to our Core routers (individually named) and to any
> other
> devices that fall within the range from .1 to .49 inclusive.
>
> I've put an extract below....
>
> ##################################################
> #
> #       Core Routers
> ms2
> msconc1
> msconc2
> msconc3
> glconc1
> glconc2
> #################################################
> #
> #       Limit discovery to only important devices, hubs, servers etc
> 10.*.*.1-49
>
>
>
> Hope this helps...
>
> Neil Whitehead (x22808)
> IT Services (Telecoms)
> The Royal Bank of Scotland
> Tel: 0131-523 2808
> e-mail: whitern@rbos.co.uk
>
> > -----Original Message-----
> > From: Philip Guerra [SMTP:pguerra@DEV.TIVOLI.COM]
> > Sent: Friday, April 30, 1999 7:44 PM
> > To:   NV-L@UCSBVM.ucsb.edu
> > Subject:      Re: nv-list
> >
> >
> > *** Warning : this message originates from the Internet ****
> >
> > You can put the ip's of a device you want to discover in the seed file.
> > You
> > CAN'T put in a range of ip's for devices you want to discover.
> >
> > Sample:
> > #Stuff I want to discover
> > 192.9.100.1
> > 192.9.100.2
> > 192.9.100.3
> > #DHCP stuff
> > @192.9.100.4-50
> > #Stuff I don't want to discover
> > !192.9.100.50-255
> >
> >
> > All I was try to say is that you can't do:
> > #Stuff I want to discover
> > 192.9.100.1-3
> >
> >
> > If you still have the seed file that came with Netview, the top section
> of
> > that
> > file describes what you can and can't do with regard to the seed file.
> >
> > Philip Guerra
> > Senior TME Deployment Engineer
> > IT-Austin
> > Tivoli Systems, Inc.
> >
> >
> >
> >
> > Roger Campagnoni wrote:
> >
> > > Thanks for the reply
> > > So this would be the inverse in the seed_file?
> > > Place a range of ip address that I do not want to discover in the
> > seed_file
> > > ?!?
> > > I am not sure but it doesn't seem right, as I was able to discover a
> > device
> > > by placing
> > > the devices ip addresses in the seed_file, which the system did
> > discover.
> > >
> > > For the sake of argument, does anyone know the proper syntax for the
> > > seed_file?
> > >
> > > Philip Guerra <pguerra@dev.tivoli.com> on 04/30/99 10:14:45 AM
> > >
> > > To:   NV-L@UCSBVM.UCSB.EDU
> > > cc:    (bcc: Roger Campagnoni/IT/CF/CCI)
> > > Subject:  Re: nv-list
> > >
> > > If I am not mistaken you can't have ranges of ip addresses, that you
> > want
> > > to
> > > discover, in the seed file.  You can have ranges for address you don't
> > want
> > > to
> > > discover or DHCP ranges but not ranges for machines you want to
> > discover.
> > >
> > > Philip Guerra
> > > Senior TME Deployment Engineer
> > > IT-Austin
> > > Tivoli Systems, Inc.
> > >
> > > Roger Campagnoni wrote:
> > >
> > > > CAUTION: Newbie to the mailing list - question.
> > > >
> > > > I need clarification on the /usr/OV/conf/seed_file.
> > > >
> > > > Currently we have placed all of our Core Routers backbone
> > > > IP Addresses in the seed_file in which NetView's discovery
> > > > process properly detected these routers, and placed the appropriate
> > > > logical links to their corresponding neighbors.
> > > >
> > > > We are attempting to detect devices with specific IP Ranges on
> > > > already discovered networks.  However their are not being discovered
> > > > even after several days.  I placed in the seed_file
> > (10.70.1-254.245-254
> > > ),
> > > > hoping to discover the following devices (10.70.11.245,
> 10.70.12.245,
> > > > 10.70.21.245).
> > > > But alas none has been discovered.
> > > >
> > > > I did read the trick, to place the IP Address of a device you want
> to
> > > > quickly
> > > > discover at the bottom of the seed_file and then bounce netview
> > through
> > > > smit.  That does seem to work properly.
> > > >
> > > > So for the sake of sanity what am I doing wrong?
> > > > Is the "10.70.1-254.245-254" statement in the seed_file not valid?
> > > > Could I use "10.70.*.*" ?
> > > > Or am I deemed to have to enter devices like "10.70.11.245" ,
> > > > "10.70.12.245" etc, etc.  (Which I doubt).
> > > >
> > > > Any help would be appreciated.
> > > >
> > > > Thanks
> > > >
> > > > ---------------------- Forwarded by Roger Campagnoni/IT/CF/CCI on
> > > 04/30/99
> > > > 09:10 AM ---------------------------
> > > >
> > > > Gil Irizarry <IRIZARRG@LABS.WYETH.COM> on 04/30/99 05:51:00 AM
> > > >
> > > > To:   NV-L@UCSBVM.UCSB.EDU
> > > > cc:    (bcc: Roger Campagnoni/IT/CF/CCI)
> > > > Subject:  nv-list
> > > >
> > > > I had the same problem. I am told that we do not have an
> authoritative
> > > > server for network 10 with out internal network. My solution was to
> > > include
> > > > all router ip addresses in my /etc/hosts file.
> > > > Gil Irizarry
> > > >
> > > > >>> Massimo Carnevali <Massimo.Carnevali@COMUNE.BOLOGNA.IT> 04/30
> 8:45
> > AM
> > > > >>>
> > > > I too noticed this problem. It seems that for a small perdiod of
> days
> > > > trying to resolve
> > > > internal addresses (like 10.*.*.*) on the external world gave that
> > > answer.
> > > > Check your DNS inverse ip resolution, may be it is asking outside
> what
> > it
> > > > should
> > > > keep inside.
> > > > Hope this helps.
> > > > Massimo Carnevali - IBM Global Services -Italy
>
>
> This e-mail message is confidential and for use by the addressee only.  If
> the message is received by anyone other than the addressee, please return
> the message to the sender by replying to it and then delete the message
> from your computer.
>
> 'Internet e-mails are not necessarily secure. The Royal Bank of Scotland
> plc does not accept responsibility for changes made to this message after
> it was sent.'


This e-mail message is confidential and for use by the addressee only.  If the 
message is received by anyone other than the addressee, please return the 
message to the sender by replying to it and then delete the message from your 
computer.

'Internet e-mails are not necessarily secure. The Royal Bank of Scotland plc 
does not accept responsibility for changes made to this message after it was 
sent.'

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

Archive operated by Skills 1st Ltd

See also: The NetView Web