Conference azur::mcc

Dave,
Call me.  DTN 226-5339.
Fred

    
>    Secondly, they would desire a small acknowledgment required type window
>    being thrown up on the screen every time an alarm occurs.  This feature
>    should be selectable by the individual user.
    
Since we are currently defining how to implement something similar, I would 
like have your comments on this. Fred, can you post the outcome of your 
telephone call?

Thanks

Timo

Timo,

We discussed a world map that would fit within the boundaries of the display.
I told him that I would generate one. I will post a pointer to it when done.  

We did not discuss his second point.

Fred

    re .2

    I had a look at a PID recently (it may be out of date HOPE NOT)
    quoting from the words for slide 15 last paragraph

    "... This next release enhances Notification Services with a "Message
    Window", alert filtering, and an API allowing non-EMA compliant
    software to send alert messages to DECmcc"

    It was talking about v1.2, we don't know if this will be a POP up or
    note, if its like the message window in MSU then this will not provide
    what we are looking for.  The later part is also good news, allowing us
    to implement Application alarming etc...

    Any comments? Amrit

    
    Sorry for the delay on responding to the notification part, I have
    been out of the office for the past week.
    
    The PID is correct, though limited in what it actually discusses.
    A better description of what we are doing can be found in the phase
    1 documentation for V1.2; but to speed up your search for information
    we are not impelementing it the same as MSU. What you will get from
    the iconic map interface for notification services is:
    
    o  icons on the map can turn colors, and be acknowledged
    o  users can selectively turn off color changes while still keeping
       the notification windows running
    o  notiifcation windows for:
    	-  listing in chronological order those notifications that the
           user has requested; this includes alarm events, and raw
           configuration events (like counters zeroed)
        -  a filter window tha twill allow the user to filter in, or
           out, notifications from the notification list window (this
           gives the user search and filter type capabilities, but do
           not effect what events/notififations the user is collecting)
        -  a commands window that allows users to stop, start, suspend
           and resume NOTIFY commands for this mcc session
        -  targeting windows, that allow the user to specify that specific
           events should turn specific icons a specific color (an example
           is the desire to have node reachability events turn the remote
           node a color, and NOT the remote node child entity of the
           node that picked up the event)
    o  added alarming services for:
        -  alarming if a configuration events occurs n number of times
           within a specified period of time
        -  the posting, and iconic map color change, of a "clear" event
           when a detected condition (like a comparison no longer true)
           goes away; this would be user selectable
        -  slightly more simplified alarm creation, based upon the type
           of rule to be created.
    
    
    
    o  acknoledement functions currently are scheduled to remain the
       same as in V1.1. If you have specific suggestiosn please pass
       them along.

    
    there are also other features in the works, but the details here
    would be a bit much. Please send mail, or post a note here is you
    have questions on specific additional funtionality.
    
    
    Thanks Jill
    

    Jill,

    the comment from several users (service delivery folk) around a
    notification window is as follows....

    If I have MCC running on the work station and have all the windows
    iconised into the manager box, and an alarm "comes in" or a rule fires,
    then I want to see a pop up appear in the work station real estate
    giving the relevant information.  

    Basically what this means is if the user is doing other work then a pop
    up is forced to the foreground

    Amrit

    
    this is close to what my customer has requested, however I believe that
    a pop-up should just indicate an alarm has occured  and have an
    acknowledge button to close the window, like when you save a map
    and a pop-up appears saying "MAP SAVED".  It should then be up to the
    user to realize that attention should be turned to investigating what
    caused the alarm, rather than including alarm information in the pop-up
    window.  Additionally, the pop-up would be selectable based on whether
    you want them at all, and what severity of alarm will cause a pop-up.
    
    Dave

    

    all good ideas, another we are considering is to  simply have the
    iconized notification window change colors, or potentially content.
    
    Think of it like the calendar application when iconized it shows you 
    the date, day, and time. The icon is continually updating to show
    you the "current" information. We were thinking that we could use
    a bell or something to signify that an alarm has been detected.
    
    Popping up a dbox to the display can be real annoying if you really
    wanted to iconize something and work on something else, that is
    why the icon idea came up. To do the dbox one we would need to add in
    significantly more control code to allow the user to easily turn on
    and off such a feature.
    
    As it stands there are no committments to do anything yet. We are stil
    getting the required functions completed at this time.
    
    Keep the suggestions coming, we will not give up on any idea until the
    product ships!!!
    
    thanks
    jill
    

    The Session Manager icon changes when a message comes in...