Re: [nv-l] snmp/icmp polling
2003-01-06 14:15:17
Karl,
I think there may be a bit of confusion here. The $ syntax is only for
status polling. When a node gets discovered (fundamentally by a
successful ping), it will then do an SNMP config poll - regardless of
whether there are $ entries affecting this node. So, if the box
supports SNMP, then isSNMPSupported WILL be set to TRUE - regardless.
I've just tried the ^ syntax with the @OID (I assume you missed an "OID"
from your example line??). It doesn't work - you get an entry in
/usr/OV/log/netmon.trace saying "Disable SNMP status node entry '@OID
.1.3.6.1.4.1.9.*' is not valid; ignoring this entry" - the only thing I
have had ^ work with is explicit nodes or IP addresses.
Cheers,
Jane
Karl Prinelle wrote:
Jane,
Thanks for that, but just to confirm what you are saying that to icmp
poll an snmp device with a single address I'd need the following in the
seed (based on testing against NT machines - this isn't the real Nortel
oid);
$10.1.64-68.254 # Router range should be SNMP - the effect of the next
line will mean
# they will have isSNMPSupported=TRUE, so will
SNMP config poll but
# will icmp status poll.
^@1.3.6.1.4.1.311.1.1.3.1.2 # icmp poll any w2k machines no matter
what the ip addr
10.1.64.254 # Something to hurry up discovery
In live each router has 3 ip addresses, I'm assuming that I will need to
include these within the SNMP range ($), that the Oid statement will
make them icmp polling (^@) if they are Nortel and that I will only
need 1 address (the lan side .254) to encourange discovery. My thought
is that the configuration poll will find the other 2 ip addresses for
this device? Also, since the router is SNMP config polled, netmon will
use it to find devices on it's local network?
Per node/Per interface.... These routers have 3 interfaces which has ip
addresses - will this remove this issue provided I used the seed config
above since this will cover all addresses the device has & all devices
of that oid type...
Many thanks
Karl
Karl Prinelle
Tivoli Certified Consultant
Elyzium Ltd
Enterprise Systems Management Consultants
Mobile: +44 (0)7813 189198
Email: Karl.Prinelle AT elyzium.co DOT uk
http://www.elyzium.co.uk
------------------------------------------------------------------------
---
Elyzium Disclaimer:
This email transmission is confidential and intended solely for the
person or organisation to whom it is addressed. If you are not the
intended recipient, you must not copy, distribute or disseminate the
information, or take any action in reliance of it. Any views expressed
in this message are those of the individual sender, except where the
sender specifically states them to be the views of any organisation or
employer. If you have received this message in error, do not open any
attachment but please notify the sender (above) deleting this message
from your system. Please rely on your own virus check no responsibility
is taken by the sender for any damage rising out of any bug or virus
infection.
------------------------------------------------------------------------
---
-----Original Message-----
From: Jane Curry [mailto:jane.curry AT skills-1st.co DOT uk]
Sent: 06 January 2003 18:23
To: Karl.Prinelle AT elyzium.co DOT uk; NetView mailing list
Subject: Re: [nv-l] snmp/icmp polling
Hi Karl,
I think part of your answer is to use the ^ (caret) symbol. If you
have, for example $10.1.2.* but want to ping-poll some of those devices
(eg. 10.1.2.3) then put ^10.1.2.3 in the seedfile.
I'm not at all sure that that is going to give you the result you want
though. I had a feeling that the ping-polling / snmp-polling was
determined on a per-node basis, not on a per-interface - anyone confirm
that?
The $ syntax in the seedfile doesn't actually affect discovery - that is
fundamentally done by a response to a ping. The $ entries simply say
"once this node is discovered, use SNMP to status poll". Cheers, Jane
Karl Prinelle wrote:
Hi,
Hope someone can help - I've done a bunch of searching but seem to
have got nowhere...
I'm trying to manage some Nortel routers - these are the ones that
don't write the ifOperStatus/ifAdminStatus to the standard MIB (at
all/reliably).
Each router has 3 IP addresses (two frame, one lan). They also have a
backup ISDN interface which kicks in if both frames go down, but this
shares one of the frame IP addresses & since SNMP wont work (above) I
can't use the ISDN dormant bit of the seed file - we can workaround
just checking the IP addresses.
So my plan (which of course could be a bad plan!) is to discover them
as SNMP nodes by putting a $IPaddr entry in the seed file, but
then configure netmon to disable SNMP status polling & only use ICMP
polling against the 3 interfaces that are discovered.
In NT (w2k, NV 7.1.3) I can see under Options->Polling I can set "Poll
all nodes" to "on" and the drop-down to "Disable All SNMP status
polling". This puts a "-E" in the netmon.lrf & updates ovsuf. Will
this mean that any device (even if discovered as an SNMP device) will
be status polled using ICMP?
Also - where is the equivalent setting on a Unix machine? I'm using
Linux with NV 7.1.3 and can see the menu option to turn status polling
on/off, but not one to set status polling to be ICMP rather than SNMP.
Many thanks in advance....
Karl
Karl Prinelle
Tivoli Certified Consultant
Elyzium Ltd
Enterprise Systems Management Consultants
Mobile: +44 (0)7813 189198
Email: Karl.Prinelle AT elyzium.co DOT uk
<mailto:Karl.Prinelle AT elyzium.co DOT uk>
http://www.elyzium.co.uk <http://www.elyzium.co.uk/>
* *
----------------------------------------------------------------------
-----
*Elyzium Disclaimer:*
This email transmission is confidential and intended solely for the
person or organisation to whom it is addressed. If you are not the
intended recipient, you must not copy, distribute or disseminate the
information, or take any action in reliance of it. Any views expressed
in this message are those of the individual sender, except where the
sender specifically states them to be the views of any organisation or
employer. If you have received this message in error, do not open any
attachment but please notify the sender (above) deleting this message
from your system. Please rely on your own virus check no
responsibility is taken by the sender for any damage rising out of any
bug or virus infection.
----------------------------------------------------------------------
-----**
--
Tivoli Certified Consultant & Instructor
Skills 1st Limited, 2 Cedar Chase, Taplow, Bucks, SL6 0EU, UK
Tel: +44 (0)1628 782565
Copyright (c) 2003 Jane Curry <jane.curry AT skills-1st.co DOT uk>. All rights
reserved.
|
|
|