[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

2809.0. "BEWARE, 90TS/FS&DB90&remote agent=ugly" by PTOJJD::DANZAK (Pittsburgher �) Thu Sep 28 1995 18:46

    Note that if you have a:
    
        DECbridge 90 and
        DECrepeater 90TS or 90FS
        (the above in one hub or stack)
    
    	And use a DECagent 90 (not in the hub or stack) to manage it, you
    will NOT be able to bring up the hub and do a push-point-click on the
    90 TS or FS repeater.
    
    Bottom line - beware of bridges & remote agents etc.
    
    (Sort of blows our strategy with one agent & bridge = multiple hub
    management ease, eh?)
    
    Just beware the 90TS/FS and DECbridge 90 combination....it demos VERY
    VERY UGLY.
    
    To FIX it you need to put the AGENT IN THE HUB with the Bridge, TS and
    FS and all should be ok.  (sigh!)
    
    So, DECbridge90&90TS/FS = ADD AN AGENT IN THE HUB/STACK to manage it!
     
    REgards,
    j
    ^--who was just bitten
    
    
T.RTitleUserPersonal
Name
DateLines
2809.1Why did the DECbridge get there anyway?PTOJJD::DANZAKPittsburgher �Fri Sep 29 1995 10:0733
    In talking with some engineering folk...they wondered about "why do you
    use the DECbridge anyway etc.."
    
    Just FYI...
    
    Traditionally I'd approached selling the DEChub 90 against the
    competition by saying:
    
      - Management can be easily ADDED if you want it, making it a lower
        cost of entry than the competition
      - Adding a DECbridge/Agent combination, the DECbridge is  'not just
        another pretty do-nothing module' but it's actually helping to
        protect your LAN by  providing isolation (on nasty media faults) as
        well as traffic filtering, so it's a management ENHANCEMENT that
        buys you LAN integrity and bandwidth
      - Our wonderful DECagent does 16-fold duty by allowing you to manage
        MULTIPLE hubs with DECbridges in the same LAN....so the cost of
        overall management with DEChubs becomes REALLY ATTRACTIVE when
        considering the competition....THEY need a one-to-one management
        module ration where WE give you all this feature/functionality....
    
    So....sorry, but that's why the ugly, silly little old left-hitchcock
    MOP and RBMS only DECbridge 90 gets/got sold out there.  Because in the
    past it was needed to manage the hub.
    
    The new enhancements with the TS/FS are really great and help us reduce
    cost....but there are those older configs to deal with....
    
    u c?
    thanks,
    j
    
    
2809.2ClarificationNETCAD::WALTERTue Oct 03 1995 17:2024
    I'd like to clarify something about management of the DECrepeater
    90TS/FS. Granted: Jon is correct that when the repeater is in a
    remote hub managed by a DECbridge, double clicking on it in a Hubwatch
    window will not bring up the repeater summary screen. This is because
    the DECagent doesn't know the repeater's IP address, and doesn't even
    know that the module is a repeater. It only knows its mac address,
    because that is all the bridge forwards to the Agent.
    
    The repeater CAN be managed, however. You must do it by adding the
    repeater to the Hubwatch agents table, then selecting it from the
    Manage Table menu. This is certainly less convenient than just
    double-clicking on the module in the hub screen, but I don't think it
    is so inconvenient that you would buy another Agent and put it in the
    remote hub just to give you the point and click behavior. (My opinion;
    others may disagree.)
    
    I think this begs the question: Can Hubwatch match a mac address of an
    unknown module with an entry in the agents table to determine how to 
    manage the module? If this could be done, it would solve the above
    problem, the only extra work being adding the repeater to the agents
    table.
    
    Dave