| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 168.1 | Strings and more strings | RDGENG::GREID | Life it seems will fade away.... | Tue Feb 23 1993 11:26 | 9 | 
|  |     
    On the same subject if you enter the Manage Table option under the
    Community menu you get to see the Read-Write string listed along with
    the Read-Only, surely this is kind of insecure in terms of people 
    learning what your Read-Only strings are and possibly then being able
    to then restart Hubwatch using the Read-Write string and then having
    the ability to effect the HUB and it's configured devices.
    
    Giles
 | 
| 168.2 | Read-Only access | RDGENG::GREID | Life it seems will fade away.... | Wed Feb 24 1993 04:03 | 6 | 
|  |     I have also noticed that when accessing a HUB using Read-Only the
    options RESET and FACTORY are still available for the Agent and Bridge
    on the HUB. I havent tried them for obvious reasons, but should they
    really be available to select ?
    
    Giles.
 | 
| 168.3 | Console should be fixed in a recent baselevel | KALI::GAUDET |  | Wed Feb 24 1993 18:34 | 16 | 
|  |     Giles...
    
    What version of the DECagent 90 firmware do you have?  I have fixed the
    console code (in fairly recent version, maybe X1.68?) so that it always
    tries to display the read-only community string on the screen.  There
    should be only two cases in which the read-write string of the
    currently selected community is displayed in the console screen header:
    1) read-only and read-write strings are the same, and 2) the read-only
    string is null.  If you have X1.68 or later and you are seeing
    something different from the above I am very interested in hearing from
    you.
    
    Of course, you can always get the read-write community string by using
    the Show Community command.
    
    ...Roger...
 | 
| 168.4 | Communities Continued | RDGENG::GREID | Life it seems will fade away.... | Thu Feb 25 1993 03:44 | 26 | 
|  |     Roger,
    
    	The version on our four DECagents here is V1.0 so I guess it's time
    to find a later source and upgrade them.
    
    	Further to a previous entry I listed I have also noticed the
    following :-
    
    	One of our DECagents is managing three separate 8-slot Hubs
    and resides in one of them. If I fire up Hubwatch to one of the two
    Hub's without the Agent in, and select the Community option and Manage
    Table option, Hubwatch crashes. However If I fire it up selecting the
    Hub with the Agent in I can then select the option ok, and change my
    default community to one of the others and then switch back again ok.
    Any ideas ?
    
    	It appears that if you select the Manage Table option while being 
    Read-Only access you get to see all the Read_only and Read-Write
    strings for all the communities managed by the Agent. Surely these
    Read-Write strings should not be displayed as I questioned in a
    previous note, but should only be displayed if you fire up Hubwatch
    as Read-Write access. It also seems that you still use the APPLY
    option even if Read-Only access ?
    
    Giles.	
    
 | 
| 168.5 | DECagent 90 sources | RDGENG::GREID | Life it seems will fade away.... | Thu Feb 25 1993 03:57 | 9 | 
|  |     Roger,
    
    	Appologies if this is already listed in this conference and I have
    missed it, can you point me in the direction of the latest DECagent
    source, and how do I upgrade them eg LOAD/TRIGGER equivalent ??!!
    
    Cheers,
    
    Giles.
 | 
| 168.6 | HUBwatch Version? | LEVERS::SWEET |  | Thu Feb 25 1993 16:24 | 1 | 
|  |     What version of HUBwatch are you running?
 | 
| 168.7 | T1.1.8 | RDGENG::GREID | So Far. So Good, So What ? | Fri Feb 26 1993 02:40 | 3 | 
|  |     The Version is T1.1.8. of Hubwatch
    
    Giles.
 | 
| 168.8 | Pointers to agent loading instructions | EMDS::SEAVER | Bill Seaver, HUBwatch Mktg | Fri Feb 26 1993 11:42 | 9 | 
|  | As of 12 February 1993, the following files are on the public directory
EMDS::MANAGEMENT:   To copy a file from this directory, type:
	COPY EMDS::MANAGEMENT: file_name
    
    for loading the DECagent
# AGENT_LOAD.TXT= How to load current micro-code on agent
    
    for pointer to latest agent code (1.7X)
#VMS_LAUNCH.TXT= how to load HUBwatch for OpenVMS 1.1
 | 
| 168.9 | Upgrading Agent Software | RDGENG::GREID | So Far. So Good, So What ? | Wed Mar 03 1993 07:29 | 30 | 
|  |     I have copied over the file DENMAV1_0.EXE;1 and followed the
    instructions in the file AGENT_LOAD.TXT but get the following
    when trying to load one of my Agents from a 4000-300 running VMS.
    
    CCI> load denma.exe
    
    DENMA -901- Initializing DECagent 90.
    DENMA -953- Attempting to locate load host
    [ISO8802]
    DENMA -953- Attempting to locate load host
    [ETHERNET]
    DENMA -955- Host AA-00-04-00-64-A8 located [ETHERNET]
    DENMA -956- Requesting load from host AA-00-04-00-64-A8
    DENMA -903- Loading from host AA-00-04-00-64-A8
    DENMA -912- Load failure, timeout
    DENMA -953- Attempting to locate load host
    [ETHERNET]
    DENMA -955- Host AA-00-04-00-64-A8 located [ETHERNET]
    DENMA -956- Requesting load from host AA-00-04-00-64-A8
    DENMA -903- Loading from host AA-00-04-00-64-A8
    DENMA -916- Illegal load image, load aborted
                                                �
    %CCI-I-CRCCHK,attempting CRC check on image loaded
    
    CCI>
    
    Why is this failing ?
    
    Giles.
    
 | 
| 168.10 | Network traffic can cause CCI LOAD to flake out | KALI::GAUDET |  | Wed Mar 03 1993 11:17 | 8 | 
|  |     Try the load again (and maybe again, and again, and...).  The CCI load
    procedure is not very tolerant of busy networks (it attempts to use
    1500-byte packets to load the file).
    
    The only alternative is to isolate the load host and DENMA from the
    network backbone and perform the load in that environment.
    
    ...Roger...
 | 
| 168.11 | DENMA on the move | RDGENG::GREID | So Far. So Good, So What ? | Wed Mar 03 1993 11:24 | 5 | 
|  |      I will do as you suggested ,
    
    	Cheers. 
    
    	Giles.
 | 
| 168.12 | Agent Source location | RDGENG::GREID | So Far. So Good, So What ? | Thu Mar 11 1993 05:01 | 12 | 
|  |     After spending a fair amount of time getting one of our Agents upgraded
    with the source file DENMAV1_0.EXE I find that it's on version V1.0
    which is what were already running here. So where's a later source that
    will allow me to manage 90TL servers ? I did suspect that due to the
    above filename that it might be the same version but I thought that
    maybe even though it might be X1.** that the file was still called
    V1_0.
    
    Any pointers to the latest code, eg: like the location of the X1.68 
    version previously mentioned.
    
    	Giles.
 | 
| 168.13 | pointer to later agent code | EMDS::SEAVER | Bill Seaver, HUBwatch Mktg | Thu Mar 11 1993 22:20 | 2 | 
|  |     Look in VMS_LAUNCH.TXT.  There is a pointer ther to latest code. 
    Should be 1.72 or above....
 | 
| 168.14 | dirt::denma$ft: | HADRES::KRAUSE | European NewProductEngineer for MCC | Fri Mar 12 1993 03:54 | 0 | 
| 168.15 | Agent Version X1.74 | RDGENG::GREID | So Far. So Good, So What ? | Fri Mar 12 1993 07:57 | 18 | 
|  |     Thanks for pointer to the latest Agent software. I have upgraded one
    of the agents here to X1.74. However I notice that on connecting to
    the console port of the agent I get lots of spurious characters at the
    command prompt and at the top of the screen. 
    
    Also if I try and add a module I only get four options and cannot add a 
    Decserver 90TL which I have three to add. The options list overwrite
    the information on the screen and when entering the MAC address it
    seems to place the characters all over the top of the screen. Is this
    all known about or do I have to disabled something to stop this
    happening ?
    
    When firing up Hubwatch to this Agent i notice that the APPLY feature
    doesn't work at all now if READ-ONLY but you can still use FACTORY and
    RESET and see the read-write community strings, is this being changed
    in a future release or being left as is ?
    
    Giles.
 | 
| 168.16 | Some info from a devo | KALI::GAUDET |  | Sat Mar 13 1993 07:47 | 14 | 
|  |     The DENMA will not, in any version, "manage" the DECserver 90TL. 
    HUBwatch V1.1, inconjunction with DENMA V1.1, will.  90TLs are
    auto-discoverable, so they are not manually added to the agent.  However,
    the 1Mb version of the 90TL must be added with DENMA polling disabled,
    as it will disappear from the hub after its image is loaded.
    
    Note that we appreciate your input about the latest X1.xx releases of
    DENMA, however remember that this is still experimental software and
    we're working on solidifying the code.
    
    FYI, DENMA X1.75 was released yesterday (Fri. 3/12).  This version
    should fix the strange characters you saw on the screen.
    
    ...Roger...
 |