[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

551.0. "DC900 Traps & DEChub One config." by PRSSOS::GROSSETETE () Thu Dec 09 1993 10:39

    	Hi,
    
    	Today, France Telecom (french national carrier) is offering
    a FDDI service based on our DECconcentrator 500. 
    
    1/ They want/need to use a DECconcentrator 900 since it will offer 
    SLIP over the OBM. That will allow them to remotely monitor their 
    customer's networks in real time. They are expecting to receive Traps 
    over the SLIP link to their network management station. Will the DC900
    support Trap's at FCS ? If yes, is there any Enterprise Trap like
    one for a PHY Port going disconnected ?
     
    	This is a pre-requisite to continue to use Digital FDDI
    concentrator.
    
    2/ When using a DECconcentrator 900 in a standalone mode,
    you must add a DEChub One for it (DEF1H-xx). 
    
    	Does you need to add mod-PMD modules for the DEF1H-xx ?
    If yes, can I configure it with single-mode fiber PMD (DEFXS-AA) ?
    
    
    Best regards
    Patrick
T.RTitleUserPersonal
Name		DateLines
551.1trapsQUIVER::SLAWRENCEThu Dec 09 1993 12:0217
    Initially, it will support only the required SNMP traps (cold-start,
    link-up, link-down; I'm not sure about authentication failure).
    
    There will be a follow-on release of 900MX firmware a couple of months
    after the initial release to go with the release of HUBwatch support
    and LAN hopping on the DEChub 900 backplane (the initial release will
    be front panel only and will be limited ship, I believe).
    
    It would be helpfull if you could put together a prioritized list of
    other traps that your customers would like to see from it _and_ what
    they expect to use each one for.  Send that list to the product
    manager:
              Sharon Oneill <DELNI::ONEILL>
    
    Then we'll be able to factor that into the list of stuff that we try to
    get into the follow-up release.
551.2Trap Generation and OBM Port?SUBURB::BIGWOODPPaul Bigwood - G3WYWThu Apr 21 1994 05:4840
    Hi,
    
    We've received a question from B.T. regarding the OBM management and
    setup.
    
    We have searched this notes file but not found an note that directly or
    indirectly helps in the following:
    
    
    FAX from BT quoted below:
    
    'The Problem,
    
    We have a customer who would like to use DECconcentrator 900. These
    would be managed via a modem link which would not be permanently
    established. ie ever time the DC900 wished to generate a trap message
    it would need to initiate a re-dial by the modem. The modem we have in
    mind will do this when DTR is made active.
    
    Question:
    
    1:	On a DC900 will the DTR line go active at the start of a generation
    	of the trap message?
    
    2:	If this must be configured, will it compromise any other
    	handshaking signal, or flow control?
    
    3:	Is there anything else we should know when trying to use a DC900
    	in this scenario?
    
    
    	Any help would be appreciated. We have looked in a number of
    manuals, but obviously havent found the right one yet!
    
    Regards,
    
    Paul
    
    NAC Merchandising Manager
551.3DTR always assertedQUIVER::ARGOMon Apr 25 1994 09:5233
Hi Paul.
    
        
>    Question:
>    
>    1:	On a DC900 will the DTR line go active at the start of a generation
>    	of the trap message?
    
	The current implementation has DTR and CTS asserted all the
	time.  They are not toggled based on the need to send a
	frame out the OBM.


>    2:	If this must be configured, will it compromise any other
>    	handshaking signal, or flow control?
 
        This is not currently configurable.  However, I can put this
	in the next firmware release if the demand is there.

   
>    3:	Is there anything else we should know when trying to use a DC900
>    	in this scenario?
    
	The only thing I can add is that the current implementation
	passes PTT requirements.  Any change made to how/when the signals
	are asserted/deasserted must still meet these PTT requirements.


	Does this help?


	Dennis