OOPS. I meant the last octet LESS than 50.
Blaine Owens
Eastman Chemical Company
Email - bowens@eastman.com
Phone - (423)229-3579
Fax - (423)229-1188
> -----Original Message-----
> From: Owens, Blaine C [SMTP:bowens@eastman.com]
> Sent: Tuesday, April 13, 1999 2:10 PM
> To: NV-L@UCSBVM.ucsb.edu
> Subject: Re: Filtering TEC events on NetView NT
>
> William, your best bet is either not manage or not discover these PC's -
> not
> only will it eliminate the node/interface down/up traps but it would also
> save a lot of overhead on your NetView server. If you want the PC's to be
> discovered (show up on your maps) but not be managed edit the
> /usr/OV/conf/oid_to_type. If you prefer that they not be discovered at all
> (not even show up on the maps) then use a seedfile. Since you have
> consistency in the last octet this would be a breeze - just specify
> "*.*.*.1-49" in your seedfile and only nodes with the last octet greater
> than 50 would be discovered. Let us know if you need details on how to do
> either of these. Sorry, neither option is retrtoactive so you will have to
> either manually unmanage/delete already discovered nodes or rediscover you
> network.
>
> Blaine Owens
> Eastman Chemical Company
> Email - bowens@eastman.com
> Phone - (423)229-3579
> Fax - (423)229-1188
>
> > -----Original Message-----
> > From: William_W_List@bcbsmn.com [SMTP:William_W_List@bcbsmn.com]
> > Sent: Tuesday, April 13, 1999 11:11 AM
> > To: NV-L@UCSBVM.ucsb.edu
> > Subject: Re: Filtering TEC events on NetView NT
> >
> > I'm sorry I didn't detail all of my problem. I would like to eliminate
> > PC's and
> > their interfaces from sending events. In other words if a PC goes down,
> I
> > don't
> > want it to show up at the TEC console, but if a router does it should
> > show. The
> > hardest thing to remove is "interface down" on the PC's, all I have to
> > work with
> > is the last octet. I would like to write a rule that states if the last
> > octet
> > of the interface is > 50 then discard. I realize I could hardcode all
> the
> > server routers ect. but that would be a maintenance nightmare. Any
> ideas
> > how I
> > could accomplish this?
|