|  |     
    >> 1) Could some kind soul put a good, precise description of the 
    >>    conditions under which a DECconcentrator500 would generate 
    >>    a "warm Restart" trap.
    Either a PC_Trace condition, a software fault, or some kind of 
    hardware error, elm, mac, rmc. More than likely it's a result of 
    a PC_trace, see note 1203 in this conference for a description 
    of the event. 
    In any event, the reset condition should be saved in the diagnostic 
    block in nvram. The diagnostic block can be examined by either using 
    DECmcc or by getting into the manufacturing diagnostic mode. If you
    can send me some form of the output, maybe I can help find the reset 
    reason.
    Examining the diagnostic block using MCC:
    MCC> test conc 08-00-2b-1b-d1-f3 diag block = true
    Examining the diagnostic block using manufacturing diagnostic mode:
    Power off the concentrator.
    Connect a terminal to the OBM port of the concentrator, 19,200 baud.
    Connect a jumper on the left most two manufacturing pins, the three
    pins are located on the chassis in a cutout just right of the Power
    Supply DC OK LED.
    Power on the concentrator, a banner, some informational, and the 
    DIAG> prompt will be displayed.
    To examine (dump) the block, type "du".
    >> 2) Does a document exist, in the same way that a MIB definition 
    >>    exists, of the traps which the older FDDI products generate.
    I'm unaware of a document. The DECconcentrator should support coldstart, 
    warmstart, linkup, phy events (connect (port active), disconnect 
    (standby, disabled, connecting)) and authenticity traps. 
 |