This object manages the row status of this conceptual row in the 'xcmGenLockTable'. Usage: Conforming implementations which support static rows SHALL support 'active' and 'notInService' writes to this 'xcmGenLockRowStatus' row status object; and SHALL clear the 'xcmGenLockGroup' bit in 'xcmGenBaseGroupCreateSupport' in the 'xcmGenBaseTable'. Usage: Conforming implementations which support dynamic rows SHALL support 'createAndGo' and 'destroy' writes to this 'xcmGenLockRowStatus' row status object; and SHALL set the 'xcmGenLockGroup' bit in 'xcmGenBaseGroupCreateSupport' in the 'xcmGenBaseTable'. Usage: Conforming implementations NEED NOT support dynamic row creation (via 'createAndGo(4)') nor dynamic row deletion (via 'destroy(6)'). Usage: Conforming implementations MAY support a single, static conceptual row, but SHALL allocate that row with an 'xcmGenLockIndex' value of one ('1'). Usage: Conforming management stations, when they first create or activate rows in this table, SHALL set 'xcmGenLockRowStatus' to 'active(1)' (for static rows) or 'createAndGo(4)' (for dynamic rows), 'xcmGenLockOwnerString' (if an owner string is available), 'xcmGenLockOwnerSubtree' (if not 'zeroDotZero'), and 'xcmGenLockOwnerTimer' (to a suitable value) SIMULTANEOUSLY (in the same SNMP Set-Request PDU). Usage: Conforming management agents SHALL NOT accept sets to 'xcmGenLockOwnerString', or 'xcmGenLockOwnerSubtree' AFTER row creation (these objects are 'write-once'). Usage: To explicitly release this advisory lock, the current lock owner (management station or management agent) SHALL set 'xcmGenLockRowStatus' in this row to 'notInService(2)' (for static rows) or 'destroy(6)' (for dynamic rows). Usage: See section 3.4 'Secure Modes of Operation' and section 3.5 'Secure SNMP Get/Set Requests' in XCMI Security TC, for details of secure modes of access to this row status object.