[Entmib] RE: More on Standby #322

"Sharon Chisholm" <schishol@nortelnetworks.com> Fri, 13 February 2004 22:06 UTC

Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA10028 for <entmib-archive@lists.ietf.org>; Fri, 13 Feb 2004 17:06:28 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ArlRh-0001Mg-S4; Fri, 13 Feb 2004 17:06:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ArlR2-0001Ll-Kb for entmib@optimus.ietf.org; Fri, 13 Feb 2004 17:05:20 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA09967 for <entmib@ietf.org>; Fri, 13 Feb 2004 17:05:17 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1ArlR0-0002Cz-00 for entmib@ietf.org; Fri, 13 Feb 2004 17:05:18 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1ArlQ3-00027z-00 for entmib@ietf.org; Fri, 13 Feb 2004 17:04:20 -0500
Received: from zcars0m9.nortelnetworks.com ([47.129.242.157]) by ietf-mx with esmtp (Exim 4.12) id 1ArlPO-0001ym-00 for entmib@ietf.org; Fri, 13 Feb 2004 17:03:38 -0500
Received: from zcard309.ca.nortel.com (zcard309.ca.nortel.com [47.129.242.69]) by zcars0m9.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id i1DM37n29295 for <entmib@ietf.org>; Fri, 13 Feb 2004 17:03:07 -0500 (EST)
Received: by zcard309.ca.nortel.com with Internet Mail Service (5.5.2653.19) id <1FNH8RC7>; Fri, 13 Feb 2004 17:03:08 -0500
Message-ID: <3549C09B853DD5119B540002A52CDD340A2A711B@zcard0ka.ca.nortel.com>
From: Sharon Chisholm <schishol@nortelnetworks.com>
To: entmib@ietf.org
Date: Fri, 13 Feb 2004 17:03:07 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.60
Subject: [Entmib] RE: More on Standby #322
Sender: entmib-admin@ietf.org
Errors-To: entmib-admin@ietf.org
X-BeenThere: entmib@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/entmib>, <mailto:entmib-request@ietf.org?subject=unsubscribe>
List-Id: IETF Entity MIB WG <entmib.ietf.org>
List-Post: <mailto:entmib@ietf.org>
List-Help: <mailto:entmib-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/entmib>, <mailto:entmib-request@ietf.org?subject=subscribe>

Hi

This and your email titled "Standby" are being tracked as issue #322.

I think you might be reading too much into the connection between state,
status and their data type. That was certainly never done intentionally on
my part and the OSI thing is a status.

I'm fine with adding this additional enumeration if there are no objections.

Sharon

-----Original Message-----
From: David T. Perkins [mailto:dperkins@dsperkins.com] 
Sent: Friday, February 13, 2004 3:04 AM
To: Chisholm, Sharon [CAR:0S00:EXCH]; entmib@ietf.org
Subject: More on Standby


HI,

Here is a replacement for TC StandbyStatus:
  StandbyState  ::=  TEXTUAL-CONVENTION

    STATUS         current                                          
    DESCRIPTION                                                     
         " Represents the possible values of standby state.
        
           The value 'notAvailable(1)' means that
           no information is available on the standby state
           for the entity.        
           The value 'hotStandby(2)' means the entity is not        
           providing service, and will be immediately able to 
           start providing service for the entity being backed up       
           without the need for initialization activity, and will   
           contain the same information as the entity being       
           backed up.
           The value 'coldStandy(3)' means the entity is not
           providing service, and will be able to start providing
           service for an entity (possibly one from a set) being
           backed up, and will require some initialization
           activity.      
           The value 'providingService(4)' means the        
           entity is providing service.
           The value 'providingSharedService(5)' means the entity
           is providing service that is summed with the service
           provided by other entities."                          
    REFERENCE                                                       
          "ITU Recommendation X.731, 'Information Technology - Open 
              Systems Interconnection - System Management: State    
              Management Function', 1992"                           
          SYNTAX         INTEGER                                    
            {                                                       
            notAvailable(1),                                       
            hotStandby(2),                                          
            coldStandby(3),                                         
            providingService(4),
            providingSharedService(5)                                    
            }                                                       

And a replacement for entStateStandby:
 entStateStandby OBJECT-TYPE                                    
        SYNTAX StandbyStatus                                    
        MAX-ACCESS read-only                                    
        STATUS current                                          
        DESCRIPTION                                             
             "The standby state for this entity. A value of    
             'notAvailable' means that this entity is unable to 
             determine standby state.                              
                                                                
             Some entities will exhibit only a subset of the    
             remaining standby state values. If this entity
             cannot operate in a standby role, then the value
             with always be 'providingService'."

   ::= { entStateEntry 6 }                                      

>Date: Thu, 12 Feb 2004 23:41:02 -0800
>To: "Sharon Chisholm" <schishol@nortelnetworks.com>, entmib@ietf.org
>From: "David T. Perkins" <dperkins@dsperkins.com>
>Subject: Standby
>
>HI,
>
>"Standby status" items should be renamed to "standby state" to be 
>consistent with the other naming of other items in the MIB module. 
>(Items are "state" when value is an enumerated int, and "status" when 
>the value is a bit string.)
>
>There is one important value missing from the enums for standby. It is 
>the one that means that the service output is combined with other 
>entities. This is commonly found with power supplies where the output 
>is "summed".
>
>Section 2.2 is incorrect. It implies that by reading the value of 
>entStandbyStatus for all entities, then entities can be classified as 
>redundant (or protected). This is not true. Say that there are two 
>entities that are identical and provide a "protected" service. At any 
>time, only one is providing service, and the other is standing by 
>protecting the other. A "protection switch" causes the roles to change 
>(that is the one providing service will switch to standing by, and the 
>one standing by will start to providing service).
>
>In general, this MIB module does not provide enough information to 
>determine 1) which entities are protected, 2) the relationship between 
>the entities that are protected and the entities providing protection.
>
>Regards,
>/david t. perkins
/david t. perkins  


_______________________________________________
Entmib mailing list
Entmib@ietf.org
https://www1.ietf.org/mailman/listinfo/entmib