[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

710.0. "can't see DECbrouter90 in HUB900" by WARNUT::2H0533::Tim_Banks (Stealth Marketing :-)) Wed Feb 09 1994 10:17

I have an annoying problem with a DECbrouter 90 T1 in a HUB900.

The Hub shows that a DBRUT1 is present in the slot (5), but when I connect to 
it with HUBwatch for VMS V2.0.1 I get an error message

(E) No agent found for module in slot 5 (mac is unknown)

Yet the display of the HUB shows the correct module, but when I double click 
on it, I get an error back again relating to the fact no MAC address can be 
found.

If I add an agent for a stand alone DB90 and use the correct IP address, I 
can manage the DB90 as though it were stand alone.

Any hints on what might be the problem?

	Thanks

		Tim
T.RTitleUserPersonal
Name
DateLines
710.1Me tooWOTVAX::HATTOSI think, Therefore I'm paid lessWed Feb 09 1994 10:219
    TIM,
    
    I have a similar problem for a DS900TM.
    
    I can see it in the hub but not manage it. If I give the 90oTM an IP
    address and set it up for SNMP, I can then manage it as a standalone
    agent but still not from the HUB view.
    
    Stuart
710.2A couple of possibilitiesQUIVER::HAROKOPUSWed Feb 09 1994 10:3712
    Did you add an entry for the Brouter to the HUBwatch agents file
    and include the MAC address in the entry?
    
    I'm not sure why the DS900TM isn't working.  It's not necessary
    to have an agent file entry for that module.  The only problem
    I know of with this module is if you change the community name
    string to anything but public then it doesn't report it corectly
    to the MAM.
    
    Regards,
    
    Bob
710.3But it is public...8*(WOTVAX::HATTOSI think, Therefore I'm paid lessWed Feb 09 1994 10:4315
    >>I'm not sure why the DS900TM isn't working.  It's not necessary
    >>to have an agent file entry for that module.  The only problem
    >>I know of with this module is if you change the community name
    >>string to anything but public then it doesn't report it corectly
    >>to the MAM.
    
    Are you referring to the community name in the DS900?
    
    I have just checked on my DS900 and the read only community is public,
    the r/w is something else unique. I still cannot manage the DS from the
    hub view using 900T repeater for IP services.
    
    If you want a look... 16.182.224.175
    
    Stuart
710.4illegal sysObjectID ?SLINK::HOODI'd rather be surfingWed Feb 09 1994 11:426
16.182.224.175 returns an illegal sysObjectID to HUBwatch
	1.3.6.1.4.1.36.2.15.5.1
The DECserver 90TL/900TM should return:
	1.3.6.1.4.1.36.2.15.5.1.3

What rev is that?
710.5Known DS900 bugQUIVER::HAROKOPUSWed Feb 09 1994 15:2814
    re .3
    
    The read-write community of the DS900TM module needs to be public in 
    order to manage that module in a DEChub 900 with HUBwatch.   When the
    servers' read-write community is not public it passes a bogus community name
    string to the DEChub 900 hub manager and thus HUBwatch does not
    know the correct community.  This is a known bug in the DS900 firmware.
    
    The only workarounds are either to change the read-write community
    to public or manage the DS900 stand-alone.
    
    Regards,
    
    Bob 
710.6Got it now.. but here are the revsWOTVAX::STUS::Stuart HattoACB actually means A Cold BeerThu Feb 10 1994 05:4514
Hi,

DS900TM revisions are...

Access Software V1.3
DS900TM BL80-27
ROM V5.0-0
LAT V5.1

I have managed to manage the DS900 now from both VMS and Windows, 
by doing what was suggested by the .2 note for the Brouter.

Thanks,
Stuart
710.7QUIVER::SLAWRENCEMon Feb 14 1994 14:133
    More specifically, the string must be 'PUBLIC', not the more usual
    'public'.