[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference netcad::hub_mgnt

Title:DEChub/HUBwatch/PROBEwatch CONFERENCE
Notice:Firmware -2, Doc -3, Power -4, HW kits -5, firm load -6&7
Moderator:NETCAD::COLELLADT
Created:Wed Nov 13 1991
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:4455
Total number of notes:16761

1785.0. "DECserver900TM ping OK even if software downLoad is unsuccessfull + power status on Hubwatch" by ULYSSE::LOUIS () Thu Dec 15 1994 12:49

Hi,


I: DECserver900TM:
==================

Ping OK:
--------
I was triing to manage generic traps from 900 modules family to a PNV 3.1.
Everything were OK except for the DECserver900TM.
As soon as the DECserver900TM passes its selftests with success, the module
is saw available from a polling point of view or a ping, even if it can not
down load its software successfully. 
For the network manager, the DECserver looks like reachable and available,
even when the system or interface snmp status request generates a timeout.

- Is it scheduled to generate a trap when the DS900 down load successfully its 
  software ?
- How can we prevent to see a DS900 available as long as the system or interface
  is not available ? 


Hubwatch OK:
------------
If I start Hubwatch with the DECserver900TM available after a successfull ping  
but without its software loaded I can see:

on the real module:
-------------------
- 2 x upper leds ON
- 2 x lower leds OFF 
- digit 3 followed by 4

on the module displayed by hubwatch:
------------------------------------
- 4 x leds ON
- digit running

Hubwatch shows the Hub900 configured with the DS900TM available (4 x leds ON
and digit running), but of course, the DS900 is not manageable if I try to
start it by double-click.


These tests have been done on customer site with version x31-57 of Hubwatch 
for OSF/1. I am sorry, but I can't do any more test in my office with 
the latest version of software because no DS900TM is now available for 
testing.

So my questions are:

- Is this problem fixed with one of the last version of Hubwatch ?
- If no, when can we expect to see this problem fixed ?
- Is there any workaround ?


II: Power OFF ==> looks like availbale for Hubwatch:
====================================================

- same customer, same versions...

If I set OFF one (switch) of a redundancy power in the HUB900, the power appears
available on Hubwatch. So I can't see which power is really OFF.
This tests because I run a data collector from pnv to check the status
of the power in the chassis and start hubwatch automatically if a problem 
occurs in the hub (power pb).

- Is it a bug or is a normal situation?


thanks a lot for your help



yves Louis
T.RTitleUserPersonal
Name
DateLines
1785.1Ping response code must be in ROMNAC::FORRESTThu Dec 15 1994 13:579
    The DECserver 900TM must have enough IP running to download via that 
    protocol. Hence, it probably has ICMP in ROM too, and therefore 
    responds to a Ping. The SNMP code must be in the download image 
    though. 
    
    For it to show up as unavailable until it's loaded, perhaps there's 
    a way in NetView to have it poll using SNMP, rather than by Ping.
    
    We'll take a look at the LED problem you reported in HUBwatch.
1785.2A reference and an answer.SLINK::HOODI'd rather be at the PenobscotThu Dec 15 1994 14:3610
HUBwatch:  As soon as the DECserver identifies itself to the hub manager,
it will be displayed by HUBwatch.  The 7-segment race-track displayed by
HUBwatch DOES NOT INDICATE MODULE STATUS.  That information is not available
through SNMP from the DECserver.

For any and all questions about the DECserver 900 and its software, your best
bet is the TOOK::TERMINAL_SERVERS notesfile.

Tom Hood
HUBwatch
1785.3Cross-posted to Terminal Server - Apologize for this error...ULYSSE::LOUISFri Dec 16 1994 05:5550
Hi,

"Topic cross-posted to Terminal Server"

Sorry for this question, but is this notesfile available for the power 
problem listed in the .0 or do I have to cross-posted this problem to a 
another notesfile too ?

Thanks a lot

yves



**** copy from Terminal_Server Notesfile ********

Tom,

Refer to your answer .2, I think that it is important to
make the module DS900 grey or whatever, ( even if the "7-segment race-track
displayed by HUBwatch DOES NOT INDICATE MODULE STATUS" ) if it is installed
successfully but not available for any reason (like a DLL  software
 unsuccessfull) 

The digit value is not really crucial, but making a difference between a 
module running or not-running is very important from a customer or any 
network manager point of view: for  fast troubleshooting and for
credibility of the product. 

I have started a script on PNV to make the icon of the decserver900
appears red as long as the software is not loaded and the ifsystem up
status not reachable.

But the problem is that from a GUI like Hubwatch, it is important to
have a minimum of WYSIWYG on module status because there is no workaround
if the customer uses only hubwatch.

I know again that it's not the good notes-file conference to make this
comment , but if you want, for example, to manage traps coming  from 
any hub module, you have to order a software like PNV or DECmcc and so
a station with its OS.
I know it's stupid, but sometime this is how we can lost project.


Thanks a lot if you can do something to make a difference (even a small)
on Hubwatch between two systems status different of a module.

Best Regards

yves 
1785.4oops, part IISLINK::HOODI'd rather be at the PenobscotFri Dec 16 1994 14:0715
Any HUBwatch issues around the DECservers are OK here.

Any DECserver firmware/software issues should go to the terminal_servers
conference.

The race-track on the HUBwatch bezel for the DECservers wasn't meant to
show status.  When it was designed (simply to look spiffy) we hadn't even
thought that anyone would think it was true.  Then, this past autumn, we
started hearing a lot of comments from the field about it.  It does have
to change.  The easiest thing is to simply keep the 7-segment display
turned-off on the bezel all the time.  Maybe later we could do as you
suggested and make it red if the module is not running.

Tom Hood
HUBwatch
1785.5Thanks a lotULYSSE::LOUISMon Dec 19 1994 06:0310
Thanks Tom,

Just the last question concerning this problem.
- Do you have any idea about when this kind of implementation 
will be available ? (release 4 of Hbwtch ?) 


regards

yves
1785.6Maybe V4, but no promises.SLINK::HOODI'd rather be at the PenobscotTue Jan 03 1995 16:360