| Title: | DEChub/HUBwatch/PROBEwatch CONFERENCE |
| Notice: | Firmware -2, Doc -3, Power -4, HW kits -5, firm load -6&7 |
| Moderator: | NETCAD::COLELLA DT |
| 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 |
Hello.
I have just installed a new version of HUBwatch (4.0.0)
and have installed the v4.0 Firmware distribution kit from NETCAD.
My MAM is at Version: HW=F RO=1.1.6 SW=4.0.0
I have a DECrepeater 900TM (HW=V4, RO=v01.04 SW=v1.1.0)
and a DECbridge 90FL
NCP>connect node wgb5
Console connected (press CTRL/D when finished)
DEWGF V2.1 08-00-2B-91-ED-4E �1991,92 Digital Equip Corp
FPROM V3.9 �1991,94 Digital Equip Corp 28-SEP-94
DECbridge>
FPROM V3.9 �1991,94 Digital Equip Corp 28-SEP-94
Bridge states:
Console owner: AA-00-04-00-03-04 Uptime: 2,668.84
seconds
Bridge state: 17 Work group size: 1
Hub mgmt enable: 0 Spanning tree enable: 1
Flash ROM erasures: 65,283 Address
lifetime: 450*2
sec.
User flood mode enable: 0
Event counters:
Sys buffer unavail. errors: 0
WG size exceeded errors: 0
Spanning tree parameters:
Bridge id: FF-FF-08-00-2B-91-ED-4E Root port: 1
Designated_root: 00-80-08-00-2B-13-C4-DB Root path cost:
20
Current Forward delay: 15, Hello interval: 1, Listen time: 15
Def. Forward delay: 15, Hello interval: 1, Listen time: 15
Topology change flag: 0 Topology change timer: 30
Bad hello limit: 15 Bad hello reset interval: 5
Epoch_mode: 3 Epoch1 who: 00-00-00-00-00-00 Mode changes: 0
Epoch 1 poll time: 18 seconds Epoch 1 response time: 15
seconds
DECbridge>
(sorry about the margins)...
I have a problem getting the DEChub 900 to show the Bridge when I
double click on the ICON representing the Bridge 90FL from the full
HUB900 window. The icon of the bridge turns aqua-color, and I get a
pop-up window messsage that says:
"NO AGENT SPECIFIED FOR SLOT MAC ADDRESS
PLEASE CHECK LOG MESSAGES IN THE HUBWATCH MESSAGE BOX WINDOW."
and in the MESSAGE VIEW WINDOW:
(E) NO AGENT FOUND FOR MODULE IN SLOT 1,
(W) PLEASE ADD ENTRY FOR MAC 08-00-2B-91-ED-4E TO THE AGENT TABLE.
(E) snmp: request has no agent defined (slot=1)
(E) snmp: invalid request agent
And I have tried to define the BRIDGE in several places of the HUBwatch
agent table. I added it to the "main" entry for the MAM, as the MAC
address, which didn't work. I tried to add the bridge as a separate
stand-alone entity , and I gave it the IP address of the hub MAM which
supported the hub. None of these helped. The last one gave a
different POP-UP message, which said:
(SNMP: NO RESPONSE FROM AGENT)
There was not a problem managing DECbridge 90 or 90FL in Version 3.x of
HUBwatch. What is different now ? I would like to be able to just
click on the module, and see the identity and port status like I used
to be able to do with V3.x.
I don't have the hard-copy manual (I just downloaded version 4.0.0 over
the network this week) yet, and the on-line manuals didn't have
anything to say about DECbridge 90 management in the Index.
Thanks for Any help.
JR
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 2365.1 | SLINK::HOOD | Maine state bird: The black fly | Fri Jun 09 1995 12:46 | 11 | |
You didn't mention where your DECagent 90 is. In fact, you didn't say anything about your DECagent 90. Without a DECagent 90, you cannot manage your DECbridge 90 with any rev of HUBwatch. Assuming you *do* have a DECagent 90 on your LAN, you do the following: - Create a DECagent 90 community, and add your DECbridge 90 to it. - Create a HUBwatch agents file record with the MAC of the bridge, and the IP address of the DECagent 90, with the community as the name of the community you just created. Nothing in this changed in any way for V4.0 of HUBwatch. | |||||
| 2365.2 | I will enter the Bridge in the nearest agent 90. | MSDOA::REED | John Reed @CBO = Network Services | Fri Jun 09 1995 12:56 | 16 |
OK. Thanks Tom. This is the first site where I plugged a Bridge 90
into a HUB900. Usually, the bigger hubs have the bigger bridges, and
the smaller hubs have the 90's and the agents...
Sorry to imply a differnt software rev, or a bug.
I DO have a DECagent 90 in some of the onsite Hub 90's, and I will add
the Bridge 90 module to the agent table of my DECagent 90 module.
thanks for the quick response. You guys are wonderful.
JR
| |||||
| 2365.3 | Some Additional Advice needed... | MSDOA::REED | John Reed @CBO = Network Services | Sat Jun 10 1995 13:24 | 52 |
Hello.
I have another question. I pulled up my DECagent 90's hub
community under HUBwatch, and (along with it's 90-series hub entries) I
added an entry for a fake community name (READ=read, READ/WRITE=write)
for the DECbridge 90FL installed in one of my Hub900's. There is only
ONE DECagent on site (It's managing 3 16-slot communities), and now it
includes an entry for my Bridge 90FL in the fake community, which I
created as a "DEChub 900". I can successfully click on the bottom MAKE
CURRENT button of the DECagent's remote communities, and a partial
representation of my HUB900 comes up. I see only the DECbridge 90FL
which I defined in slot #1.
Tom's note in .-2 said:
> Assuming you *do* have a DECagent 90 on your LAN, you do the following:
> - Create a DECagent 90 community, and add your DECbridge 90 to it.
> - Create a HUBwatch agents file record with the MAC of the bridge,
> and the IP address of the DECagent 90, with the community as the
> name of the community you just created.
I performed the first step, but I am confused about how to perform the
second function. I tried to hand-edit my HW_AGENTS.DAT file, but I
must have done something wrong. I cannot bring up my HUB 900, using
the HUB900's MAM IP entry, and click from the DECrepeater 900TM to the
DECbridge 90FL under the same HUB 900 View. (For what it's worth, the
entries that I hand-entered for some of DECserver 90TL modules in the
HUB90's don't work correctly either, so I must have done something wrong).
I can click on the DECagent 90 (Under the MANAGE TABLE pull-down) entry
and bring up that HUB90, and pull down the fake entry (for my bridge 90FL
in the HUB900), at the bottom of it's community table but that is not
very intuitive for my customer.
Should I be using the fake community name ("read", or "write"), or
should I be using the REAL community name of the DECagent 90 that is
managing the Bridge 90FL?
This is the entry that I think should work:, in C:\HUBWATCH\USERDATA\
HW_AGENTS.DAT, but I have tried several other options:
132.100.3.1 agent90 "write" 5 2 08-00-2B-91-ED-4E BRIDGE # My Bridge 90FL
I won't be onsite again for a week or so.
JR
| |||||
| 2365.4 | I forgot a step, sorry. | SLINK::HOOD | Maine state bird: The black fly | Mon Jun 12 1995 10:19 | 23 |
Your customer does not ever need to know about the alternate community
once things are properly configured.
I left out one step for the DECbridge 90's...
(1) Use the Configure-> Add menu to add the DECbridge 90 to the DEChub 900.
^
|
+----Sorry, I left this out...
(2) Create a DECagent 90 community...
(3) Add the record to the agents file (this does not need (and should not be)
done by hand! Use the Community->manage table window.)
When this is done, if you use HUBwatch to manage the DEChub 900, you will
see the DECbridge 90, and will be able to manage it directly.
Incidentally, this is all completely documented in the HUBwatch Installation
and Configuration manual.
Tom Hood
HUBwatch
| |||||