I can only second Mike's and Bryan's remarks and observations. 100 percent.
Pun intended. I'll retire with WUG before WUP becomes a viable NMS and
troubleshooting tool.

Jeff Welsh
State of Maine OIT
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bryan Harrell
Sent: Wednesday, April 13, 2005 4:51 PM
To: [email protected]
Subject: Re: [WhatsUp Forum] WUP Dependency question

JFYI... I finally got around to checking the performance counters to see if
my theory was correct or not, and as Mike so noted, because of the upstream
"DOWN" marker in a device dependency, no polling is being done while the
upstream device is "down"... 

IPSwitch, 

Sorry if this sounds harsh, but reality is rarely flattering.... time to see
this one gets fixed in the code ASAP, even if it's a smaller stand-alone
hotfix as WUP2k5 is useless for both device monitor alerting and for
performance statistics gathering when set up with dependancies, all because
it can't differentiate between a device being down and a service on that
device which is down (although the list view seems to be able to
differentiate between them since it knows what ICON to use there)...

------------------------------------------------------------
Bryan Harrell, SPII 
Network Infrastructure - Tallahassee
Fla. Dept of Revenue
(850)-921-0700  SunCom 291-0700
------------------------------------------------------------


>>> [EMAIL PROTECTED] 04/13/2005 3:22:02 PM >>>
According to Chapter 4 P.23 of the "Getting Started Guide":

"WhatsUp Professional is not a troubleshooting tool. It will tell you when
your network goes up or down, but will not tell you what made your network
go down. For that, you will need to inspect the afflicted resource and its
respective documentation."

Device Services
"[ ... ] If any one service on a device is down, then the device as a whole
is considered down."

In my view, if WUP can't be used as a T-shooting tool like WUG was able to
be used (GO WUG!), what good is this new software to me or anyone else (I
can get the stats from WUG so nothing new is really new or advantageous is
gained here except for the graphical reporting of a given device within the
WEB page for it)??

Mike,

Like you, I've run into this "perceived" issue which has introduced another
show-stopper for deployment here. Unless I can find a way to work around it
(I'm having more than just this issue with my current test installation), my
testing is all but dead in the water and we will be sticking with WUG for a
monitoring solution. God only knows I don't need to have my phone ring or my
e-mail to back up with user complaints because a product is half-baked.

<SOAPBOX MODE ON>
Because of this, it's my [personal] belief that IPSwitch has rushed a
product (WUP2k5) to market before it was ready for prime time and
unfortunately, they didn't take the opportunity to fix this issue in SP1
when they released it. Let's all hope the developers at IPSwitch are
listening and get their head out of the sand (sorry IPSwitch, I call it like
I see it) and incorporate changes in SP2 to give us all of the same "good
functionality" from WUG that they left out of this product during
development such as being able to use WUP for a T-Shooting application by
distinguishing between service outages, total outages, or a device being
"up", or the inclusion of the full functionality of built in troubleshooting
tools within the WEB interface (for which some very talented users out here
are taking their valuable time to cobble something together to get some of
the functionality back). 
<SOAPBOX MODE OFF>

FWIW, if you look at the device under the "LIST" mode of the WEB interface
only, the device icon has the inner monitor screen of the PC looking icon
colored red to indicate that there is a service down, but there is a small
green box on top of that icon which indicates to me that it is in fact "UP".
What say you IPSwitch, am I correct in this interpretation?

In the map view, this perceived "outage" flows outwards and indicates the
whole device is down as you say, thus making it look like it's failing to
poll the rest of the network which is dependent on the core device (a router
in my instance with a port that is down because someone turned a server off
for maintenance). I first noticed this type of behavior after I imported my
WUG config into WUP, and a device unrelated to this situation was set to
"maintenance mode"... The result the whole map and all of it's dependancies
appeared to be "greyed out" like everything was in maintenance mode, so for
me, what used to show up under WUG as a pink stop sign indicating it was a
service is down, now makes it look like the whole network is down or in
maintenance mode if I force the device into to it... :(

I haven't looked at the performance counters yet for those devices which
depend on the device which has a service down on it to see if they have any
recent polling data which would in fact indicate that the devices are being
polled, but I've noticed that I don't get the alerts saying something is
down for those devices which were past the perceived outage, so at this
point, I'm not sure if it's just the map views which are displaying
erroneous data (check your polling statistics to see if you come up with any
conclusions). It's a show-stopper for me to deploy because my current users
don't have a way to easily distinguish the service being down .vs the device
being down like they do in WUG, so as a result, this becomes a show-stopper
for me to deploy (unless I remove all of the "MAP" links and force the
default WEB page into LIST mode to start with which I really do not like to
do since it's a quick visual aid to t-shooting by using the MAP view). I
also liked the TOPVIEW that WUG had as it gave a very quick way to burrow
down to the map with the failing device on it without having to click thru
every level of the visual map to get there and if I can figure out how to
display in a staggered manner, the various mapping levels in WUP, that will
be something worth having in my opinion...

Oh well, I've rambled long enough, time for someone else to pipe in here
with useful suggestions....

------------------------------------------------------------
Bryan Harrell, SPII 
Network Infrastructure - Tallahassee
Fla. Dept of Revenue
(850)-921-0700  SunCom 291-0700
------------------------------------------------------------


>>> [EMAIL PROTECTED] 04/13/2005 12:20:52 PM >>>
Does anyone know how to set dependencies if you are monitoring multiple
interfaces on a node? 
If one of the interfaces goes down, the entire device is considered down.
Thus, monitoring is suspended for all other devices that are dependent on
that node. 
If one frame circuit goes down on the main frame router, none of the other
routers connected to that router get monitored anymore.

In WUG this wasn't an issue because the primary polling method decided
whether the device was down. We don't seem to have that luxury anymore.

Am I missing something here?


Mike



-----Original Message-----
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED] 
Sent: Wednesday, April 13, 2005 6:34 AM
To: [email protected] 
Subject: Antwort: RE: [WhatsUp Forum] APC UPS Help Requested

You're welcome - nichts zu danken! ;)

-- 
Daniel Blaser                        System Engineer ISP
Abt. Lie-Comtel                      Tel: +423 / 236 17 60
Liechtensteinische Kraftwerke        Fax: +423 / 236 17 41
Im alten Riet 17, 9494 Schaan        Web: http://www.lkw.li 




"Meyer, Bruce" <[EMAIL PROTECTED]> 
Gesendet von: [EMAIL PROTECTED] 
13.04.2005 13:20
Bitte antworten an
[email protected] 


An
"'[email protected]'" <[email protected]>
Kopie

Thema
Antwort: RE: [WhatsUp Forum] APC UPS Help Requested






Ah! Found it. Page 126, Notification message variables. Reading now. 
Vielen
Danke.
Bruce

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 13, 2005 2:52 AM
To: [email protected] 
Subject: Antwort: RE: [WhatsUp Forum] APC UPS Help Requested


Bruce,

Did you set %PassiveMonitor.Payload.* in your notification email? You can 
check the information provided and often a 
%PassiveMonitor.Payload.TrapName will do this job.

Regards,

Daniel
-- 
Daniel Blaser                        System Engineer ISP
Abt. Lie-Comtel                      Tel: +423 / 236 17 60
Liechtensteinische Kraftwerke        Fax: +423 / 236 17 41
Im alten Riet 17, 9494 Schaan        Web: http://www.lkw.li 




"Meyer, Bruce" <[EMAIL PROTECTED]> 
Gesendet von: [EMAIL PROTECTED] 
11.04.2005 15:27
Bitte antworten an
[email protected] 


An
"'[email protected]'" <[email protected]>
Kopie

Thema
RE: [WhatsUp Forum] APC UPS Help Requested






Thanks Kent,
                 I followed your instructions and it returned:
enterprises.318.1.3.2.7

I put that into the Device Object ID Property, and turned on 
Auto-Discovery,
and did an SNMP smart scan. It didn't return anything new. I guess the
problem is, maybe I am trying to do something that WUG doesn't do., I 
don't
know. What would be nice, is if any of the alarms that the AUPC software
normally reports on (This is being set on the IP address of a network
Monitoring card I put in the back of the UPS) that WUG will not just alert
(which I assume it does when I set SNMP Traps to ANY) rather I would like 
an
intelligent alert like, 'APC went on Battery, or Over/Undervoltage etc.'

I was hoping to use SNMP in WUG to intelligently, report the UPS status. I
already have the UPS configured to send out emails, but should that email
fail to be sent for who know what reasons, perhaps the SNMP part of WUG
would take over. Also it would be nice to select SNMP and monitor voltage 
or
other things that SNMP can monitor on a UPS.

Do you know if this is covered in a book, or web site somewhere?

--Bruce

-----Original Message-----
From: Kent, Robert [mailto:[EMAIL PROTECTED] 
Sent: Saturday, April 09, 2005 1:43 PM
To: [email protected] 
Subject: RE: [WhatsUp Forum] APC UPS Help Requested


If it's the number I think you're looking for, you can use the MIB
browser that comes with WhatsUp to query the device directly. In the
"net tool" (tools > net tool) click on the SNMP tab, then browse to the
SysObjectID node (What = 1.3.6.1.2.1.1.2)and do a query (click start).
What returns is what to put into the Device Object ID property to allow
WhatsUp to correctly identify the device when it does an auto-discovery.
And as far as I know, it's not used for anything else other than
auto-discovery. 

R Kent
UITS Network Engineering
University of CT

-----Original Message-----
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Meyer, Bruce
Sent: Friday, April 08, 2005 4:41 PM
To: '[email protected]'
Subject: [WhatsUp Forum] APC UPS Help Requested

I have run the util that imports MIBs on the MIB files that came with my
APC
CD.
I have configured the environment management module on the UPS to the
correct community name, with READ only access, and the WUG server IP
address.

I have set up Whats up gold to monitor any traps from the device.

I have then clicked on SNMP icon, and entered the community name.

The Device Object ID however has me stymied. How do I figure out what to
enter here, short of doing a smart scan of that subnet which I would
strongly prefer to not do.

Thanks for any help offered.

Bruce D. Meyer

Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

An Archive of this list is available at:
http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/ 



Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

An Archive of this list is available at:
http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/ 

Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

An Archive of this list is available at:
http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/ 



Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

An Archive of this list is available at:
http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/ 

Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

An Archive of this list is available at:
http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/ 



Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

An Archive of this list is available at:
http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/ 
---
[This E-mail scanned for viruses by Declude Virus]




---
[This E-mail scanned for viruses by Declude Virus]


Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

An Archive of this list is available at:
http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/ 

Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

An Archive of this list is available at:
http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/

Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

An Archive of this list is available at:
http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/

Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

An Archive of this list is available at:
http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/

Reply via email to