[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

168.0. "Community Strings" by RDGENG::GREID (Life it seems will fade away....) Tue Feb 23 1993 11:07

    I've noticed that after changing all our local agents so that their
    Read-write and Read-only strings are different, on invoking HUBWATCH
    for the Read-Only string to a community and double clicking on a 
    DECrepeater 90c for example, the Management Information states that the
    access is Read-Write, when the functions on the window have disabled 
    the OK and APPLY keys as I would expect, is anyone aware of this ?
    
    It also appears that even if you have the Read-Only and Read-Write
    strings set differently on connecting to the console of a DECagent
    your default community string listed at the top of the screen is the
    Read-Write string, is there a way of changing this so that on 
    connecting you only get the Read-Only string listed ?
    
    Giles.
    
T.RTitleUserPersonal
Name
DateLines
168.1Strings and more stringsRDGENG::GREIDLife it seems will fade away....Tue Feb 23 1993 11:269
    
    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.2Read-Only accessRDGENG::GREIDLife it seems will fade away....Wed Feb 24 1993 04:036
    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.3Console should be fixed in a recent baselevelKALI::GAUDETWed Feb 24 1993 18:3416
    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.4Communities ContinuedRDGENG::GREIDLife it seems will fade away....Thu Feb 25 1993 03:4426
    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.5DECagent 90 sourcesRDGENG::GREIDLife it seems will fade away....Thu Feb 25 1993 03:579
    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.6HUBwatch Version?LEVERS::SWEETThu Feb 25 1993 16:241
    What version of HUBwatch are you running?
168.7T1.1.8RDGENG::GREIDSo Far. So Good, So What ?Fri Feb 26 1993 02:403
    The Version is T1.1.8. of Hubwatch
    
    Giles.
168.8Pointers to agent loading instructionsEMDS::SEAVERBill Seaver, HUBwatch MktgFri Feb 26 1993 11:429
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.9Upgrading Agent SoftwareRDGENG::GREIDSo Far. So Good, So What ?Wed Mar 03 1993 07:2930
    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.10Network traffic can cause CCI LOAD to flake outKALI::GAUDETWed Mar 03 1993 11:178
    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.11DENMA on the moveRDGENG::GREIDSo Far. So Good, So What ?Wed Mar 03 1993 11:245
     I will do as you suggested ,
    
    	Cheers. 
    
    	Giles.
168.12Agent Source locationRDGENG::GREIDSo Far. So Good, So What ?Thu Mar 11 1993 05:0112
    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 codeEMDS::SEAVERBill Seaver, HUBwatch MktgThu Mar 11 1993 22:202
    Look in VMS_LAUNCH.TXT.  There is a pointer ther to latest code. 
    Should be 1.72 or above....
168.14dirt::denma$ft:HADRES::KRAUSEEuropean NewProductEngineer for MCCFri Mar 12 1993 03:540
168.15Agent Version X1.74RDGENG::GREIDSo Far. So Good, So What ?Fri Mar 12 1993 07:5718
    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.16Some info from a devoKALI::GAUDETSat Mar 13 1993 07:4714
    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...