Reference record for OID 1.3.6.1.6.3.15.1.2.2.1.12

Parent
1.3.6.1.6.3.15.1.2.2.1 (usmUserEntry)
Node code
12
Node name
usmUserStorageType
Numeric OID
1.3.6.1.6.3.15.1.2.2.1.12
URN notation
urn:oid:1.3.6.1.6.3.15.1.2.2.1.12
Type
OBJECT-TYPE
ASN.1 notation

{1 3 6 1 6 3 15 1 2 2 1 12}

  • {iso(1) identified-organization(3) dod(6) internet(1) snmpV2(6) snmpModules(3) snmpUsmMIB(15) usmMIBObjects(1) usmUser(2) usmUserTable(2) usmUserEntry(1) usmUserStorageType(12)}
  • {iso(1) identified-organization(3) dod(6) internet(1) snmpV2(6) smnpModules(3) snmpUsmMIB(15) usmMIBObjects(1) usmUser(2) usmUserTable(2) usmUserEntry(1) usmUserStorageType(12)}
  • {iso(1) org(3) dod(6) internet(1) snmpV2(6) snmpModules(3) snmpUsmMIB(15) usmMIBObjects(1) usmUser(2) usmUserTable(2) usmUserEntry(1) usmUserStorageType(12)}
  • {iso(1) org(3) dod(6) internet(1) snmpV2(6) smnpModules(3) snmpUsmMIB(15) usmMIBObjects(1) usmUser(2) usmUserTable(2) usmUserEntry(1) usmUserStorageType(12)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) snmpV2(6) snmpModules(3) snmpUsmMIB(15) usmMIBObjects(1) usmUser(2) usmUserTable(2) usmUserEntry(1) usmUserStorageType(12)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) snmpV2(6) smnpModules(3) snmpUsmMIB(15) usmMIBObjects(1) usmUser(2) usmUserTable(2) usmUserEntry(1) usmUserStorageType(12)}
  • {iso(1) iso-organization(3) dod(6) internet(1) snmpV2(6) snmpModules(3) snmpUsmMIB(15) usmMIBObjects(1) usmUser(2) usmUserTable(2) usmUserEntry(1) usmUserStorageType(12)}
  • {iso(1) iso-organization(3) dod(6) internet(1) snmpV2(6) smnpModules(3) snmpUsmMIB(15) usmMIBObjects(1) usmUser(2) usmUserTable(2) usmUserEntry(1) usmUserStorageType(12)}
OID-IRI notation
  • /1/3/6/1/6/3/15/1/2/2/1/12
  • /ISO/Identified-Organization/6/1/6/3/15/1/2/2/1/12
  • /ISO/3/6/1/6/3/15/1/2/2/1/12
Named path variants
  • /iso/identified-organization/dod/internet/snmpV2/snmpModules/snmpUsmMIB/usmMIBObjects/usmUser/usmUserTable/usmUserEntry/usmUserStorageType
  • /iso/identified-organization/dod/internet/snmpV2/smnpModules/snmpUsmMIB/usmMIBObjects/usmUser/usmUserTable/usmUserEntry/usmUserStorageType
  • /iso/org/dod/internet/snmpV2/snmpModules/snmpUsmMIB/usmMIBObjects/usmUser/usmUserTable/usmUserEntry/usmUserStorageType
  • /iso/org/dod/internet/snmpV2/smnpModules/snmpUsmMIB/usmMIBObjects/usmUser/usmUserTable/usmUserEntry/usmUserStorageType
  • /iso/iso-identified-organization/dod/internet/snmpV2/snmpModules/snmpUsmMIB/usmMIBObjects/usmUser/usmUserTable/usmUserEntry/usmUserStorageType
  • /iso/iso-identified-organization/dod/internet/snmpV2/smnpModules/snmpUsmMIB/usmMIBObjects/usmUser/usmUserTable/usmUserEntry/usmUserStorageType
  • /iso/iso-organization/dod/internet/snmpV2/snmpModules/snmpUsmMIB/usmMIBObjects/usmUser/usmUserTable/usmUserEntry/usmUserStorageType
  • /iso/iso-organization/dod/internet/snmpV2/smnpModules/snmpUsmMIB/usmMIBObjects/usmUser/usmUserTable/usmUserEntry/usmUserStorageType

Descriptions

Descriptions may differ between sources. The primary description is shown first.

Primary description: OID Repository

usmUserStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION "The storage type for this conceptual row.
Conceptual rows having the value permanent must
allow write-access at a minimum to:
- usmUserAuthKeyChange, usmUserOwnAuthKeyChange
and usmUserPublic for a user who employs
authentication, and
- usmUserPrivKeyChange, usmUserOwnPrivKeyChange
and usmUserPublic for a user who employs
privacy.
Note that any user who employs authentication or
privacy must allow its secret(s) to be updated and
thus cannot be
eadOnly.
If an initial set operation tries to set the value to

eadOnly for a user who employs authentication or
privacy, then an inconsistentValue error must be
returned. Note that if the value has been previously
set (implicit or explicit) to any value, then the rules
as defined in the StorageType Textual Convention apply.
It is an implementation issue to decide if a SET for
a readOnly or permanent row is accepted at all. In some
contexts this may make sense, in others it may not. If
a SET for a readOnly or permanent row is not accepted
at all, then a wrongValue error must be returned.
"
DEFVAL { nonVolatile }

View at oid-base.com
Automatically extracted from RFC3414

Alternative description: Circitor

The storage type for this conceptual row.

Conceptual rows having the value 'permanent' must
allow write-access at a minimum to:

- usmUserAuthKeyChange, usmUserOwnAuthKeyChange
and usmUserPublic for a user who employs
authentication, and
- usmUserPrivKeyChange, usmUserOwnPrivKeyChange
and usmUserPublic for a user who employs
privacy.

Note that any user who employs authentication or
privacy must allow its secret(s) to be updated and
thus cannot be 'readOnly'.

If an initial set operation tries to set the value to
'readOnly' for a user who employs authentication or
privacy, then an 'inconsistentValue' error must be
returned. Note that if the value has been previously
set (implicit or explicit) to any value, then the rules
as defined in the StorageType Textual Convention apply.

It is an implementation issue to decide if a SET for
a readOnly or permanent row is accepted at all. In some
contexts this may make sense, in others it may not. If
a SET for a readOnly or permanent row is not accepted
at all, then a 'wrongValue' error must be returned.

Parsed from file SNMP-USER-BASED-SM-MIB.mib
Module: SNMP-USER-BASED-SM-MIB

Source file: Download SNMP-USER-BASED-SM-MIB.mib

Publisher path: Mibs; 40,222 bytes

Alternative description: Cisco

The storage type for this conceptual row.

Conceptual rows having the value 'permanent' must
allow write-access at a minimum to:

- usmUserAuthKeyChange, usmUserOwnAuthKeyChange
and usmUserPublic for a user who employs
authentication, and
- usmUserPrivKeyChange, usmUserOwnPrivKeyChange
and usmUserPublic for a user who employs
privacy.

Note that any user who employs authentication or
privacy must allow its secret(s) to be updated and
thus cannot be 'readOnly'.

If an initial set operation tries to set the value to
'readOnly' for a user who employs authentication or
privacy, then an 'inconsistentValue' error must be
returned. Note that if the value has been previously
set (implicit or explicit) to any value, then the rules
as defined in the StorageType Textual Convention apply.

It is an implementation issue to decide if a SET for
a readOnly or permanent row is accepted at all. In some
contexts this may make sense, in others it may not. If
a SET for a readOnly or permanent row is not accepted
at all, then a 'wrongValue' error must be returned.

Source file: Download HP LJM479 printer MIB — cljm479.mib · Publisher's file

Publisher path: node/9458; 389,796 bytes

Related source files and packages:

Source file: Download HP LJM454 printer MIB — cljm454.mib · Publisher's file

Publisher path: node/9457; 390,039 bytes

Related source files and packages:

Source file: Download HP LJM428-M429 printer MIB — ljm428.mib · Publisher's file

Publisher path: node/9456; 383,682 bytes

Related source files and packages:

Source file: Download HP LJM404-M405 printer MIB — ljm404.mib · Publisher's file

Publisher path: node/9455; 383,889 bytes

Related source files and packages:

Source file: Download SNMP-USER-BASED-SM-MIB.txt · Publisher's file

Copy from Netdisco; File: rfc/SNMP-USER-BASED-SM-MIB.txt; 39,201 bytes

Vendor MIB copy from the Netdisco archive.

Related source files and packages:

Source file: Download SNMP-USER-BASED-SM-MIB · Publisher's file

Copy from LibreNMS; 39,201 bytes

Vendor MIB copy from the LibreNMS archive.

Related source files and packages:

Source file: Download rfc3414-snmp-usm.mib · Publisher's file

IES3220-8T4F Switch SNMP MIB Files; Models: IES3220-8T4F; Catalog updated: 2025-12-03 14:28:43; File: FS_MIB/rfc3414-snmp-usm.mib; Publisher path: mall/resource/ies3220-8t4f-switch-snmp-mib-files.zip; 40,103 bytes

Related source files and packages:

  • IES5120-28TF Switch SNMP MIB FilesIES5120-28TF Switch SNMP MIB Files; Models: IES5120-28TF; Catalog updated: 2026-02-27 15:56:52; File: mall/resource/ies5120-28tf-switch-snmp-mib-files.zip; Publisher Last-Modified: Tue, 19 Aug 2025 08:14:36 GMT; 2.6 MiB
  • IES3220-8T4F Switch SNMP MIB FilesIES3220-8T4F Switch SNMP MIB Files; Models: IES3220-8T4F; Catalog updated: 2025-12-03 14:28:43; File: mall/resource/ies3220-8t4f-switch-snmp-mib-files.zip; Publisher Last-Modified: Tue, 19 Aug 2025 08:08:16 GMT; 2.6 MiB
  • IES5120-48T4S Switch SNMP MIB FilesIES5120-48T4S Switch SNMP MIB Files; Models: IES5120-48T4S; Catalog updated: 2026-02-27 16:10:26; File: mall/resource/ies5120-48t4s-switch-snmp-mib-files.zip; Publisher Last-Modified: Tue, 19 Aug 2025 08:16:11 GMT; 2.6 MiB
Show all 10 related files and packages
  • TSN3220-10S Switch SNMP MIB FilesTSN3220-10S Switch SNMP MIB Files; Models: TSN3220-10S; Catalog updated: 2026-01-08 09:53:00; File: mall/resource/tsn3220-10s-switch-snmp-mib-files.zip; Publisher Last-Modified: Tue, 19 Aug 2025 08:10:41 GMT; 2.6 MiB
  • IES5120-28TS-P Switch SNMP MIB FilesIES5120-28TS-P Switch SNMP MIB Files; Models: IES5120-28TS-P; Catalog updated: 2026-02-27 16:09:52; File: mall/resource/ies5120-28ts-p-switch-snmp-mib-files.zip; Publisher Last-Modified: Tue, 19 Aug 2025 08:15:40 GMT; 2.6 MiB
  • IES5220-30TS-3ES Switch SNMP MIB FilesIES5220-30TS-3ES Switch SNMP MIB Files; Models: IES5220-30TS-3ES; Catalog updated: 2025-08-19 16:17:18; File: mall/resource/ies5220-30ts-3es-switch-snmp-mib-files.zip; Publisher Last-Modified: Tue, 19 Aug 2025 08:17:18 GMT; 2.6 MiB
  • IES5220-6S-3ES Switch SNMP MIB FilesIES5220-6S-3ES Switch SNMP MIB Files; Models: IES5220-6S-3ES; Catalog updated: 2026-02-27 16:11:15; File: mall/resource/ies5220-6s-3es-switch-snmp-mib-files.zip; Publisher Last-Modified: Tue, 19 Aug 2025 08:32:47 GMT; 2.6 MiB
  • IES3220-8T4F-U Switch SNMP MIB FilesIES3220-8T4F-U Switch SNMP MIB Files; Models: IES3220-8T4F-U; Catalog updated: 2025-12-03 14:47:49; File: mall/resource/ies3220-8t4f-u-switch-snmp-mib-files.zip; Publisher Last-Modified: Tue, 19 Aug 2025 08:09:07 GMT; 2.6 MiB
  • IES5120-28TS Switch SNMP MIB FilesIES5120-28TS Switch SNMP MIB Files; Models: IES5120-28TS; Catalog updated: 2026-02-27 15:57:39; File: mall/resource/ies5120-28ts-switch-snmp-mib-files.zip; Publisher Last-Modified: Tue, 19 Aug 2025 08:15:08 GMT; 2.6 MiB
  • TSN3220-10S-U Switch SNMP MIB FilesTSN3220-10S-U Switch SNMP MIB Files; Models: TSN3220-10S-U; Catalog updated: 2025-12-16 18:11:48; File: mall/resource/tsn3220-10s-u-switch-snmp-mib-files.zip; Publisher Last-Modified: Tue, 19 Aug 2025 08:13:57 GMT; 2.6 MiB
Other official packages with the same file

tsn3220-10s-u-switch-snmp-mib-files.zip

tsn3220-10s-switch-snmp-mib-files.zip

ies5220-6s-3es-switch-snmp-mib-files.zip

ies5220-30ts-3es-switch-snmp-mib-files.zip

Source file: Download SNMP-USM-MIB.mib · Publisher's file

S5800-48F4S Switch SNMP MIB Files.zip; Models: S5800-48F4S; Catalog updated: 2024-05-28 17:56:22; File: FSOS-mib/FS_public_mibs/SNMP-USM-MIB.mib; Publisher path: mall/file/user_manual/s5800-48f4s-switch-snmp-mib-files.zip; 38,124 bytes

Related source files and packages:

  • S5800-48T4S Switch SNMP MIB FilesS5800-48T4S Switch SNMP MIB Files; Models: S5800-48T4S; Catalog updated: 2024-05-28 19:24:44; File: mall/file/user_manual/s5800-48t4s-switch-snmp-mib-files.zip; Publisher Last-Modified: Fri, 05 Aug 2022 14:38:07 GMT; 678,611 bytes
  • S5800-48F4S Switch SNMP MIB Files.zipS5800-48F4S Switch SNMP MIB Files.zip; Models: S5800-48F4S; Catalog updated: 2024-05-28 17:56:22; File: mall/file/user_manual/s5800-48f4s-switch-snmp-mib-files.zip; Publisher Last-Modified: Fri, 05 Aug 2022 14:37:42 GMT; 634,557 bytes
  • S5800-48F4SR Switch SNMP MIB FilesS5800-48F4SR Switch SNMP MIB Files; Models: S5800-48F4SR; Catalog updated: 2024-05-28 19:24:43; File: mall/file/user_manual/s5800-48f4sr-switch-snmp-mib-files.zip; Publisher Last-Modified: Fri, 05 Aug 2022 14:37:50 GMT; 678,611 bytes
Show all 5 related files and packages
  • S5850 and S8050 Series Switches SNMP MIB FilesS5850 and S8050 Series Switches SNMP MIB Files; Models: S5850-24S2Q, S5850-24T16B, S5850-24T16S, S5850-32S2Q, S5850-48S2Q4C, S5850-48S6Q, S5850-48T4Q, S5850-48XMG8C, S8050-20Q4C; Catalog updated: 2026-06-12 10:13:52; File: mall/file/user_manual/s5850-and-s8050-series-switches-snmp-mib-files.zip; Publisher Last-Modified: Fri, 05 Aug 2022 14:39:46 GMT; 678,611 bytes
  • S5800-8TF12S Switch SNMP MIB FilesS5800-8TF12S Switch SNMP MIB Files; Models: S5800-8TF12S; Catalog updated: 2024-05-28 19:24:43; File: mall/file/user_manual/s5800-8tf12s-switch-snmp-mib-files.zip; Publisher Last-Modified: Fri, 05 Aug 2022 14:38:22 GMT; 632,454 bytes
Other official packages with the same file

s5850-and-s8050-series-switches-snmp-mib-files.zip

s5800-8tf12s-switch-snmp-mib-files.zip

s5800-48t4s-switch-snmp-mib-files.zip

s5800-48f4sr-switch-snmp-mib-files.zip

Source file: Download SNMP-USER-BASED-SM-MIB.my · Publisher's file

N Series Switches FSOS SNMP MIB Files; Models: N5580-32C, N5580-48Y8C, N5850-48S6Q; Catalog updated: 2024-05-28 19:26:10; File: FSOS-mib/FS_public_mibs/SNMP-USER-BASED-SM-MIB.my; Publisher path: mall/file/user_manual/n-series-switches-fsos-snmp-mib-files.zip; 40,252 bytes

Related source files and packages:

  • N Series Switches FSOS SNMP MIB FilesN Series Switches FSOS SNMP MIB Files; Models: N5580-32C, N5580-48Y8C, N5850-48S6Q; Catalog updated: 2024-05-28 19:26:10; File: mall/file/user_manual/n-series-switches-fsos-snmp-mib-files.zip; Publisher Last-Modified: Fri, 05 Aug 2022 14:32:29 GMT; 355,585 bytes

Source file: Download SNMP-USER-BASED-SM-MIB.txt · Publisher's file

N Series Switches Cumulus SNMP MIB Files; Models: N5580-32C, N5580-48Y8C, N5850-48S6Q; Catalog updated: 2024-05-28 17:59:17; File: cumulus mib/SNMP-USER-BASED-SM-MIB.txt; Publisher path: mall/file/user_manual/n-series-switches-cumulus-snmp-mib-files.zip; 39,201 bytes

Related source files and packages:

  • N Series Switches Cumulus SNMP MIB FilesN Series Switches Cumulus SNMP MIB Files; Models: N5580-32C, N5580-48Y8C, N5850-48S6Q; Catalog updated: 2024-05-28 17:59:17; File: mall/file/user_manual/n-series-switches-cumulus-snmp-mib-files.zip; Publisher Last-Modified: Fri, 05 Aug 2022 14:32:26 GMT; 416,677 bytes
  • IES3110-8TFP-R Switch SNMP MIB FilesIES3110-8TFP-R Switch SNMP MIB Files; Models: IES3110-8TFP-R; Catalog updated: 2026-01-15 17:50:02; File: mall/resource/ies3110-8tfp-r-switch-snmp-mib-files.zip; Publisher Last-Modified: Thu, 15 Jan 2026 09:50:02 GMT; 682,112 bytes
Other official packages with the same file

ies3110-8tfp-r-switch-snmp-mib-files.zip

Alternative description: Cisco SMIv1

The storage type for this conceptual row.

Conceptual rows having the value 'permanent' must
allow write-access at a minimum to:

- usmUserAuthKeyChange, usmUserOwnAuthKeyChange
and usmUserPublic for a user who employs
authentication, and
- usmUserPrivKeyChange, usmUserOwnPrivKeyChange
and usmUserPublic for a user who employs
privacy.

Note that any user who employs authentication or
privacy must allow its secret(s) to be updated and
thus cannot be 'readOnly'.

If an initial set operation tries to set the value to
'readOnly' for a user who employs authentication or
privacy, then an 'inconsistentValue' error must be
returned. Note that if the value has been previously
set (implicit or explicit) to any value, then the rules
as defined in the StorageType Textual Convention apply.

It is an implementation issue to decide if a SET for
a readOnly or permanent row is accepted at all. In some
contexts this may make sense, in others it may not. If
a SET for a readOnly or permanent row is not accepted
at all, then a 'wrongValue' error must be returned.

Source file: Download SNMP-USM-MIB-V1SMI.my · Publisher's file

Publisher path: cisco/cisco-mibs/main/v1/SNMP-USM-MIB-V1SMI.my; 34,189 bytes

Source file: Download SNMP-USER-BASED-SM-MIB-V1SMI.my · Publisher's file

Publisher path: cisco/cisco-mibs/main/v1/SNMP-USER-BASED-SM-MIB-V1SMI.my; 33,480 bytes

Source file: Download SNMP-USM-MIB-V1SMI.my.txt

File: cisco/SNMP-USM-MIB-V1SMI.my.txt; 35,120 bytes

Alternative description: MIBdepot

The storage type for this conceptual row.

Conceptual rows having the value 'permanent' must
allow write-access at a minimum to:

- usmUserAuthKeyChange, usmUserOwnAuthKeyChange
and usmUserPublic for a user who employs
authentication, and
- usmUserPrivKeyChange, usmUserOwnPrivKeyChange
and usmUserPublic for a user who employs
privacy.
Note that any user who employs authentication or
privacy must allow its secret(s) to be updated and
thus cannot be 'readOnly'.

If an initial set operation tries to set the value to
'readOnly' for a user who employs authentication or
privacy, then an 'inconsistentValue' error must be
returned. Note that if the value has been previously
set (implicit or explicit) to any value, then the rules
as defined in the StorageType Textual Convention apply.

It is an implementation issue to decide if a SET for
a readOnly or permanent row is accepted at all. In some
contexts this may make sense, in others it may not. If
a SET for a readOnly or permanent row is not accepted
at all, then a 'wrongValue' error must be returned.

Source file: Download rfc3414.mib.txt

File: ruijie/rfc3414.mib.txt; 39,191 bytes

Source file: Download SNMP-USER-BASED-SM-MIB.txt

File: nokia/SNMP-USER-BASED-SM-MIB.txt; 38,923 bytes

Source file: Download rfc2574.mib.txt

File: motorola/rfc2574.mib.txt; 38,919 bytes

Source file: Download SNMP-USER-BASED-SM-MIB.txt

File: linux/SNMP-USER-BASED-SM-MIB.txt; 38,035 bytes

Source file: Download rfc3414-SNMP-User-based-Security-Model-USM.mib.txt

File: ietf_rfcs/rfc3414-SNMP-User-based-Security-Model-USM.mib.txt; 40,568 bytes

Source file: Download rfc2574-SNMP-User-based-Security-Model-USM.mib.txt

File: ietf_rfcs/rfc2574-SNMP-User-based-Security-Model-USM.mib.txt; 39,431 bytes

Source file: Download SNMP-USER-BASED-SM-MIB-snmpv3-00.txt

File: ietf_drafts/SNMP-USER-BASED-SM-MIB-snmpv3-00.txt; 39,905 bytes

Source file: Download SNMP-USER-BASED-SM-MIB.mib.txt

File: huawei/SNMP-USER-BASED-SM-MIB.mib.txt; 40,945 bytes

Source file: Download rfc2574.mib.txt

File: dlink/rfc2574.mib.txt; 33,252 bytes

Source file: Download SNMP-USM-MIB.my.txt

File: cisco/SNMP-USM-MIB.my.txt; 39,099 bytes

usmUserStorageType — H3C official MIB documentation and object descriptions

Storage type for this conceptual row.

usmUserStorageType — MIBdepot

The storage type for this conceptual row. Conceptual rows having the value 'permanent' must allow write-access at a minimum to: - usmUserAuthKeyChange, usmUserOwnAuthKeyChange and usmUserPublic for a user who employs authentication, and - usmUserPrivKeyChange, usmUserOwnPrivKeyChange and usmUserPublic for a user who employs privacy. Note that any user who employs authentication or privacy must allow its secret(s) to be updated and thus cannot be 'readOnly'. If an initial set operation tries to set the value to 'readOnly' for a user who employs authentication or privacy, then an 'inconsistentValue' error must be returned. Note that if the value has been previously set (implicit or explicit) to any value, then the rules as defined in the StorageType Textual Convention apply. It is an implementation issue to decide if a SET for a readOnly or permanent row is accepted at all. In some contexts this may make sense, in others it may not. If a SET for a readOnly or permanent row is not accepted at all, then a 'wrongValue' error must be returned.

usmUserStorageType — MIBdepot, RFC Editor

The storage type for this conceptual row. Conceptual rows having the value 'permanent' must allow write-access at a minimum to: - usmUserAuthKeyChange, usmUserOwnAuthKeyChange and usmUserPublic for a user who employs authentication, and - usmUserPrivKeyChange, usmUserOwnPrivKeyChange and usmUserPublic for a user who employs privacy. Note that any user who employs authentication or privacy must allow its secret(s) to be updated and thus cannot be 'readOnly'.

usmUserStorageType — Huawei official enterprise MIB Query and object descriptions

The storage type for this conceptual row. Conceptual rows having the value "permanent" must allow write-access at a minimum to: usmUserAuthKeyChange, usmUserOwnAuthKeyChange and usmUserPublic for a user who employs authentication, and usmUserPrivKeyChange, usmUserOwnPrivKeyChange and usmUserPublic for a user who employs privacy. Note that any user who employs authentication or privacy must allow its secret(s) to be updated and thus cannot be "readOnly". If an initial set operation tries to set the value to "readOnly" for a user who employs authentication or privacy, then an "inconsistentValue" error must be returned. Note that if the value has been previously set (implicit or explicit) to any value, then the rules as defined in the StorageType Textual Convention apply. It is an implementation issue to decide if a SET for a readOnly or permanent row is accepted at all. In some contexts this may make sense, in others it may not. If a SET for a readOnly or permanent row is not accepted at all, then a "wrongValue" error must be returned.

usmUserStorageType — Huawei official enterprise MIB Query and object descriptions

The storage type for this conceptual row. Conceptual rows having the value 'permanent' must allow write-access at a minimum to: : usmUserAuthKeyChange, usmUserOwnAuthKeyChange and usmUserPublic for a user who employs authentication, and : usmUserPrivKeyChange, usmUserOwnPrivKeyChange and usmUserPublic for a user who employs privacy. Note that any user who employs authentication or privacy must allow its secret(s) to be updated and thus cannot be 'readOnly'. If an initial set operation tries to set the value to 'readOnly' for a user who employs authentication or privacy, then an 'inconsistentValue' error must be returned. Note that if the value has been previously set (implicit or explicit) to any value, then the rules as defined in the StorageType Textual Convention apply. It is an implementation issue to decide if a SET for a readOnly or permanent row is accepted at all. In some contexts this may make sense, in others it may not. If a SET for a readOnly or permanent row is not accepted at all, then a 'wrongValue' error must be returned.

Source records

usmUserStorageType

Status in source: unspecified.

Names: usmUserStorageType

Technical details
{}

usmUserStorageType

Status in source: mandatory.

Names: usmUserStorageType

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "usmUserStorageType",
    "OBJECT-TYPE",
    "SYNTAX",
    "StorageType",
    "ACCESS",
    "read-write",
    "STATUS",
    "mandatory",
    "DESCRIPTION",
    "\"The storage type for this conceptual row. Conceptual rows having the value 'permanent' must allow write-access at a minimum to: - usmUserAuthKeyChange, usmUserOwnAuthKeyChange and usmUserPublic for a user who employs authentication, and - usmUserPrivKeyChange, usmUserOwnPrivKeyChange and usmUserPublic for a user who employs privacy. Note that any user who employs authentication or privacy must allow its secret(s) to be updated and thus cannot be 'readOnly'. If an initial set operation tries to set the value to 'readOnly' for a user who employs authentication or privacy, then an 'inconsistentValue' error must be returned. Note that if the value has been previously set (implicit or explicit) to any value, then the rules as defined in the StorageType Textual Convention apply. It is an implementation issue to decide if a SET for a readOnly or permanent row is accepted at all. In some contexts this may make sense, in others it may not. If a SET for a readOnly or permanent row is not accepted at all, then a 'wrongValue' error must be returned. \"",
    "DEFVAL",
    "{",
    "nonVolatile",
    "}",
    "::=",
    "{",
    "usmUserEntry",
    "12",
    "}"
  ],
  "syntax_tree": [
    [
      "row",
      "StorageType"
    ],
    null,
    [
      "MaxAccessPart",
      "read-write"
    ],
    [
      "Status",
      "mandatory"
    ],
    [
      "DESCRIPTION",
      "The storage type for this conceptual row. Conceptual rows having the value 'permanent' must allow write-access at a minimum to: - usmUserAuthKeyChange, usmUserOwnAuthKeyChange and usmUserPublic for a user who employs authentication, and - usmUserPrivKeyChange, usmUserOwnPrivKeyChange and usmUserPublic for a user who employs privacy. Note that any user who employs authentication or privacy must allow its secret(s) to be updated and thus cannot be 'readOnly'. If an initial set operation tries to set the value to 'readOnly' for a user who employs authentication or privacy, then an 'inconsistentValue' error must be returned. Note that if the value has been previously set (implicit or explicit) to any value, then the rules as defined in the StorageType Textual Convention apply. It is an implementation issue to decide if a SET for a readOnly or permanent row is accepted at all. In some contexts this may make sense, in others it may not. If a SET for a readOnly or permanent row is not accepted at all, then a 'wrongValue' error must be returned."
    ],
    null,
    null,
    null,
    [
      "DEFVAL",
      "nonVolatile"
    ]
  ]
}
  • Preserved mibdepot archive

    Module: SNMP-USER-BASED-SM-MIB

    Published definition
    usmUserStorageType OBJECT-TYPE
           SYNTAX       StorageType
           ACCESS       read-write
           STATUS       mandatory
           DESCRIPTION "The storage type for this conceptual row.
       
                        Conceptual rows having the value 'permanent' must
                        allow write-access at a minimum to:
       
                        - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
                          and usmUserPublic for a user who employs
                          authentication, and
                        - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
                          and usmUserPublic for a user who employs
                          privacy.
       
                        Note that any user who employs authentication or
                        privacy must allow its secret(s) to be updated and
                        thus cannot be 'readOnly'.
       
                        If an initial set operation tries to set the value to
                        'readOnly' for a user who employs authentication or
                        privacy, then an 'inconsistentValue' error must be
                        returned.  Note that if the value has been previously
                        set (implicit or explicit) to any value, then the rules
                        as defined in the StorageType Textual Convention apply.
       
                        It is an implementation issue to decide if a SET for
                        a readOnly or permanent row is accepted at all. In some
                        contexts this may make sense, in others it may not. If
                        a SET for a readOnly or permanent row is not accepted
                        at all, then a 'wrongValue' error must be returned.
                       "
           DEFVAL      { nonVolatile }
           ::= { usmUserEntry 12 }
    Module imports
    {'RFC-1212': ['OBJECT-TYPE'], 'SNMPv2-SMI-v1': ['snmpModules', 'Counter32', 'TestAndIncr', 'RowStatus', 'RowPointer', 'StorageType', 'AutonomousType'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString', 'SnmpEngineID', 'snmpAuthProtocols', 'snmpPrivProtocols']}
    · Download rfc2574.mib.txt
    Source location: SNMP-USER-BASED-SM-MIB::usmUserStorageType.
    Source version and references

    Archived: 2026-10-19T00:22:07.399935+00:00.

usmUserStorageType

Status in source: current.

Names: usmUserStorageType

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "usmUserStorageType",
    "OBJECT-TYPE",
    "SYNTAX",
    "StorageType",
    "MAX-ACCESS",
    "read-create",
    "STATUS",
    "current",
    "DESCRIPTION",
    "\"The storage type for this conceptual row. Conceptual rows having the value 'permanent' must allow write-access at a minimum to: - usmUserAuthKeyChange, usmUserOwnAuthKeyChange and usmUserPublic for a user who employs authentication, and - usmUserPrivKeyChange, usmUserOwnPrivKeyChange and usmUserPublic for a user who employs privacy. Note that any user who employs authentication or privacy must allow its secret(s) to be updated and thus cannot be 'readOnly'. \"",
    "DEFVAL",
    "{",
    "nonVolatile",
    "}",
    "::=",
    "{",
    "usmUserEntry",
    "12",
    "}"
  ],
  "syntax_tree": [
    [
      "row",
      "StorageType"
    ],
    null,
    [
      "MaxAccessPart",
      "read-create"
    ],
    [
      "Status",
      "current"
    ],
    [
      "DESCRIPTION",
      "The storage type for this conceptual row. Conceptual rows having the value 'permanent' must allow write-access at a minimum to: - usmUserAuthKeyChange, usmUserOwnAuthKeyChange and usmUserPublic for a user who employs authentication, and - usmUserPrivKeyChange, usmUserOwnPrivKeyChange and usmUserPublic for a user who employs privacy. Note that any user who employs authentication or privacy must allow its secret(s) to be updated and thus cannot be 'readOnly'."
    ],
    null,
    null,
    null,
    [
      "DEFVAL",
      "nonVolatile"
    ]
  ]
}
  • RFC Editor · RFC 2274 · RFC errata · Publisher's source file: User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)

    Module: SNMP-USER-BASED-SM-MIB

    Published definition
    usmUserStorageType OBJECT-TYPE
        SYNTAX       StorageType
        MAX-ACCESS   read-create
        STATUS       current
        DESCRIPTION "The storage type for this conceptual row.
    
                     Conceptual rows having the value 'permanent'
                     must allow write-access at a minimum to:
    
                     - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
                       and usmUserPublic for a user who employs
                       authentication, and
                     - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
                       and usmUserPublic for a user who employs
                       privacy.
    
                     Note that any user who employs authentication or
                     privacy must allow its secret(s) to be updated and
                     thus cannot be 'readOnly'.
                    "
        DEFVAL      { nonVolatile }
        ::= { usmUserEntry 12 }
    Module imports
    {'SNMPv2-TC': ['TEXTUAL-CONVENTION', 'TestAndIncr', 'RowStatus', 'RowPointer', 'StorageType', 'AutonomousType'], 'SNMPv2-SMI': ['MODULE-IDENTITY', 'OBJECT-TYPE', 'OBJECT-IDENTITY', 'snmpModules', 'Counter32'], 'SNMPv2-CONF': ['MODULE-COMPLIANCE', 'OBJECT-GROUP'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString', 'SnmpEngineID', 'snmpAuthProtocols', 'snmpPrivProtocols']}
    · Download User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)
    Source location: SNMP-USER-BASED-SM-MIB::usmUserStorageType.
    Source version and references

    Downloaded: 2026-10-19T00:18:37.798500+00:00.

  • Preserved mibdepot archive

    Module: SNMP-USER-BASED-SM-MIB

    Published definition
    usmUserStorageType OBJECT-TYPE
        SYNTAX       StorageType
        MAX-ACCESS   read-create
        STATUS       current
        DESCRIPTION "The storage type for this conceptual row.
    
                     Conceptual rows having the value 'permanent'
                     must allow write-access at a minimum to:
    
                     - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
                       and usmUserPublic for a user who employs
                       authentication, and
                     - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
                       and usmUserPublic for a user who employs
                       privacy.
    
                     Note that any user who employs authentication or
                     privacy must allow its secret(s) to be updated and
                     thus cannot be 'readOnly'.
                    "
        DEFVAL      { nonVolatile }
        ::= { usmUserEntry 12 }
    Module imports
    {'SNMPv2-TC': ['TEXTUAL-CONVENTION', 'TestAndIncr', 'RowStatus', 'RowPointer', 'StorageType', 'AutonomousType'], 'SNMPv2-SMI': ['MODULE-IDENTITY', 'OBJECT-TYPE', 'OBJECT-IDENTITY', 'snmpModules', 'Counter32'], 'SNMPv2-CONF': ['MODULE-COMPLIANCE', 'OBJECT-GROUP'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString', 'SnmpEngineID', 'snmpAuthProtocols', 'snmpPrivProtocols']}
    · Download v3-usm_sg5.my.txt
    Source location: SNMP-USER-BASED-SM-MIB::usmUserStorageType.
    Source version and references

    Archived: 2026-10-19T00:22:07.676748+00:00.

  • Preserved mibdepot archive

    Module: SNMP-USER-BASED-SM-MIB

    Published definition
    usmUserStorageType OBJECT-TYPE
        SYNTAX       StorageType
        MAX-ACCESS   read-create
        STATUS       current
        DESCRIPTION "The storage type for this conceptual row.
    
                     Conceptual rows having the value 'permanent'
                     must allow write-access at a minimum to:
    
                     - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
                       and usmUserPublic for a user who employs
                       authentication, and
                     - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
                       and usmUserPublic for a user who employs
                       privacy.
    
                     Note that any user who employs authentication or
                     privacy must allow its secret(s) to be updated and
                     thus cannot be 'readOnly'.
                    "
        DEFVAL      { nonVolatile }
        ::= { usmUserEntry 12 }
    Module imports
    {'SNMPv2-TC': ['TEXTUAL-CONVENTION', 'TestAndIncr', 'RowStatus', 'RowPointer', 'StorageType', 'AutonomousType'], 'SNMPv2-SMI': ['MODULE-IDENTITY', 'OBJECT-TYPE', 'OBJECT-IDENTITY', 'snmpModules', 'Counter32'], 'SNMPv2-CONF': ['MODULE-COMPLIANCE', 'OBJECT-GROUP'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString', 'SnmpEngineID', 'snmpAuthProtocols', 'snmpPrivProtocols']}
    · Download cacheflow-v3-usm.mib.txt
    Source location: SNMP-USER-BASED-SM-MIB::usmUserStorageType.
    Source version and references

    Archived: 2026-10-19T00:22:07.800018+00:00.

  • Preserved mibdepot archive

    Module: SNMP-USER-BASED-SM-MIB

    Published definition
    usmUserStorageType OBJECT-TYPE
        SYNTAX       StorageType
        MAX-ACCESS   read-create
        STATUS       current
        DESCRIPTION "The storage type for this conceptual row.
    
                     Conceptual rows having the value 'permanent'
                     must allow write-access at a minimum to:
    
                     - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
                       and usmUserPublic for a user who employs
                       authentication, and
                     - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
                       and usmUserPublic for a user who employs
                       privacy.
    
                     Note that any user who employs authentication or
                     privacy must allow its secret(s) to be updated and
                     thus cannot be 'readOnly'.
                    "
        DEFVAL      { nonVolatile }
        ::= { usmUserEntry 12 }
    Module imports
    {'SNMPv2-TC': ['TEXTUAL-CONVENTION', 'TestAndIncr', 'RowStatus', 'RowPointer', 'StorageType', 'AutonomousType'], 'SNMPv2-SMI': ['MODULE-IDENTITY', 'OBJECT-TYPE', 'OBJECT-IDENTITY', 'snmpModules', 'Counter32'], 'SNMPv2-CONF': ['MODULE-COMPLIANCE', 'OBJECT-GROUP'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString', 'SnmpEngineID', 'snmpAuthProtocols', 'snmpPrivProtocols']}
    · Download rfc2274-SNMP-User-based-Security-Model-USM.mib.txt
    Source location: SNMP-USER-BASED-SM-MIB::usmUserStorageType.
    Source version and references

    Archived: 2026-10-19T00:22:09.563920+00:00.

  • Preserved mibdepot archive

    Module: SNMP-USER-BASED-SM-MIB

    Published definition
    usmUserStorageType OBJECT-TYPE
        SYNTAX       StorageType
        MAX-ACCESS   read-create
        STATUS       current
        DESCRIPTION "The storage type for this conceptual row.
    
                     Conceptual rows having the value 'permanent'
                     must allow write-access at a minimum to:
    
                     - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
                       and usmUserPublic for a user who employs
                       authentication, and
                     - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
                       and usmUserPublic for a user who employs
                       privacy.
    
                     Note that any user who employs authentication or
                     privacy must allow its secret(s) to be updated and
                     thus cannot be 'readOnly'.
                    "
        DEFVAL      { nonVolatile }
        ::= { usmUserEntry 12 }
    Module imports
    {'SNMPv2-TC': ['TEXTUAL-CONVENTION', 'TestAndIncr', 'RowStatus', 'RowPointer', 'StorageType', 'AutonomousType'], 'SNMPv2-SMI': ['MODULE-IDENTITY', 'OBJECT-TYPE', 'OBJECT-IDENTITY', 'snmpModules', 'Counter32'], 'SNMPv2-CONF': ['MODULE-COMPLIANCE', 'OBJECT-GROUP'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString', 'SnmpEngineID', 'snmpAuthProtocols', 'snmpPrivProtocols']}
    · Download rfc2274.mi2.txt
    Source location: SNMP-USER-BASED-SM-MIB::usmUserStorageType.
    Source version and references

    Archived: 2026-10-19T00:22:09.994587+00:00.

usmUserStorageType

Status in source: current.

Names: usmUserStorageType

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "usmUserStorageType",
    "OBJECT-TYPE",
    "SYNTAX",
    "StorageType",
    "MAX-ACCESS",
    "read-only",
    "STATUS",
    "current",
    "DESCRIPTION",
    "\"The storage type for this conceptual row. Conceptual rows having the value 'permanent' must allow write-access at a minimum to: - usmUserAuthKeyChange, usmUserOwnAuthKeyChange and usmUserPublic for a user who employs authentication, and - usmUserPrivKeyChange, usmUserOwnPrivKeyChange and usmUserPublic for a user who employs privacy. Note that any user who employs authentication or privacy must allow its secret(s) to be updated and thus cannot be 'readOnly'. If an initial set operation tries to set the value to 'readOnly' for a user who employs authentication or privacy, then an 'inconsistentValue' error must be returned. Note that if the value has been previously set (implicit or explicit) to any value, then the rules as defined in the StorageType Textual Convention apply. It is an implementation issue to decide if a SET for a readOnly or permanent row is accepted at all. In some contexts this may make sense, in others it may not. If a SET for a readOnly or permanent row is not accepted at all, then a 'wrongValue' error must be returned. \"",
    "DEFVAL",
    "{",
    "nonVolatile",
    "}",
    "::=",
    "{",
    "usmUserEntry",
    "12",
    "}"
  ],
  "syntax_tree": [
    [
      "row",
      "StorageType"
    ],
    null,
    [
      "MaxAccessPart",
      "read-only"
    ],
    [
      "Status",
      "current"
    ],
    [
      "DESCRIPTION",
      "The storage type for this conceptual row. Conceptual rows having the value 'permanent' must allow write-access at a minimum to: - usmUserAuthKeyChange, usmUserOwnAuthKeyChange and usmUserPublic for a user who employs authentication, and - usmUserPrivKeyChange, usmUserOwnPrivKeyChange and usmUserPublic for a user who employs privacy. Note that any user who employs authentication or privacy must allow its secret(s) to be updated and thus cannot be 'readOnly'. If an initial set operation tries to set the value to 'readOnly' for a user who employs authentication or privacy, then an 'inconsistentValue' error must be returned. Note that if the value has been previously set (implicit or explicit) to any value, then the rules as defined in the StorageType Textual Convention apply. It is an implementation issue to decide if a SET for a readOnly or permanent row is accepted at all. In some contexts this may make sense, in others it may not. If a SET for a readOnly or permanent row is not accepted at all, then a 'wrongValue' error must be returned."
    ],
    null,
    null,
    null,
    [
      "DEFVAL",
      "nonVolatile"
    ]
  ]
}
  • Preserved mibdepot archive

    Module: SNMP-USER-BASED-SM-MIB

    Published definition
    usmUserStorageType OBJECT-TYPE
        SYNTAX       StorageType
        MAX-ACCESS   read-only
        STATUS       current
        DESCRIPTION "The storage type for this conceptual row.
    
                     Conceptual rows having the value 'permanent' must
                     allow write-access at a minimum to:
    
                     - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
                       and usmUserPublic for a user who employs
                       authentication, and
                     - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
                       and usmUserPublic for a user who employs
                       privacy.
    
                     Note that any user who employs authentication or
                     privacy must allow its secret(s) to be updated and
                     thus cannot be 'readOnly'.
    
                     If an initial set operation tries to set the value to
                     'readOnly' for a user who employs authentication or
                     privacy, then an 'inconsistentValue' error must be
                     returned.  Note that if the value has been previously
                     set (implicit or explicit) to any value, then the rules
                     as defined in the StorageType Textual Convention apply.
    
                     It is an implementation issue to decide if a SET for
                     a readOnly or permanent row is accepted at all. In some
                     contexts this may make sense, in others it may not. If
                     a SET for a readOnly or permanent row is not accepted
                     at all, then a 'wrongValue' error must be returned.
                    "
        DEFVAL      { nonVolatile }
        ::= { usmUserEntry 12 }
    Module imports
    {'SNMPv2-TC': ['TEXTUAL-CONVENTION', 'TestAndIncr', 'RowStatus', 'RowPointer', 'StorageType', 'AutonomousType'], 'SNMPv2-SMI': ['MODULE-IDENTITY', 'OBJECT-TYPE', 'OBJECT-IDENTITY', 'snmpModules', 'Counter32'], 'SNMPv2-CONF': ['MODULE-COMPLIANCE', 'OBJECT-GROUP'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString', 'SnmpEngineID', 'snmpAuthProtocols', 'snmpPrivProtocols']}
    · Download rfc2574-snmp-usm.mib.txt
    Source location: SNMP-USER-BASED-SM-MIB::usmUserStorageType.
    Source version and references

    Archived: 2026-10-19T00:22:09.340855+00:00.

  • Preserved mibdepot archive

    Module: SNMP-USER-BASED-SM-MIB

    Published definition
    usmUserStorageType OBJECT-TYPE
        SYNTAX       StorageType
        MAX-ACCESS   read-only
        STATUS       current
        DESCRIPTION "The storage type for this conceptual row.
    
                     Conceptual rows having the value 'permanent' must
                     allow write-access at a minimum to:
    
                     - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
                       and usmUserPublic for a user who employs
                       authentication, and
                     - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
                       and usmUserPublic for a user who employs
                       privacy.
    
                     Note that any user who employs authentication or
                     privacy must allow its secret(s) to be updated and
                     thus cannot be 'readOnly'.
    
                     If an initial set operation tries to set the value to
                     'readOnly' for a user who employs authentication or
                     privacy, then an 'inconsistentValue' error must be
                     returned.  Note that if the value has been previously
                     set (implicit or explicit) to any value, then the rules
                     as defined in the StorageType Textual Convention apply.
    
                     It is an implementation issue to decide if a SET for
                     a readOnly or permanent row is accepted at all. In some
                     contexts this may make sense, in others it may not. If
                     a SET for a readOnly or permanent row is not accepted
                     at all, then a 'wrongValue' error must be returned.
                    "
        DEFVAL      { nonVolatile }
        ::= { usmUserEntry 12 }
    Module imports
    {'SNMPv2-TC': ['TEXTUAL-CONVENTION', 'TestAndIncr', 'RowStatus', 'RowPointer', 'StorageType', 'AutonomousType'], 'SNMPv2-SMI': ['MODULE-IDENTITY', 'OBJECT-TYPE', 'OBJECT-IDENTITY', 'snmpModules', 'Counter32'], 'SNMPv2-CONF': ['MODULE-COMPLIANCE', 'OBJECT-GROUP'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString', 'SnmpEngineID', 'snmpAuthProtocols', 'snmpPrivProtocols']}

    Source data warning: This file is a member of a preserved third-party historical archive. Its edition and applicability to current devices are not confirmed; check the original file and package.

    · Download huawei/HuaWei Quidview.rar — mibfiles/LM/mib/usm.mib

    Related source files and packages:


    Source location: SNMP-USER-BASED-SM-MIB::usmUserStorageType.
    Source version and references

    Archived: 2026-10-19T00:22:07.209404+00:00.

usmUserStorageType

Status in source: unspecified.

Names: usmUserStorageType

Technical details
{
  "syntax": "StorageType",
  "max_access": "read-create",
  "object_class": "table column"
}

usmUserStorageType

Status in source: unspecified.

Names: usmUserStorageType

Technical details
{
  "syntax": "INTEGER{other(1),volatile(2),nonVolatile(3),permanent(4),readOnly(5)}",
  "max_access": "read-create",
  "object_class": "table column"
}

usmUserStorageType

Status in source: unspecified.

Names: usmUserStorageType

Technical details
{
  "syntax": "INTEGER{(other,1),(volatile,2),(nonVolatile,3),(permanent,4),(readOnly,5)}",
  "max_access": "read-create",
  "object_class": "table column"
}

usmUserStorageType

Status in source: unspecified.

Names: usmUserStorageType

Technical details
{
  "syntax": "INTEGER {other(1),volatile(2),nonVolatile(3),permanent(4),readOnly(5)}",
  "max_access": "read-create",
  "object_class": "table column"
}

usmUserStorageType

Status in source: unspecified.

Names: usmUserStorageType

Technical details
{
  "syntax": "INTEGER{(other,1),(volatile,2),(nonVolatile,3),(permanent,4),(readOnly,5)}",
  "max_access": "read-create",
  "object_class": "table column"
}

usmUserStorageType

Status in source: current.

Names: usmUserStorageType

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "usmUserStorageType",
    "OBJECT-TYPE",
    "SYNTAX",
    "StorageType",
    "MAX-ACCESS",
    "read-create",
    "STATUS",
    "current",
    "DESCRIPTION",
    "\"The storage type for this conceptual row. Conceptual rows having the value 'permanent' must allow write-access at a minimum to: - usmUserAuthKeyChange, usmUserOwnAuthKeyChange and usmUserPublic for a user who employs authentication, and - usmUserPrivKeyChange, usmUserOwnPrivKeyChange and usmUserPublic for a user who employs privacy. Note that any user who employs authentication or privacy must allow its secret(s) to be updated and thus cannot be 'readOnly'. If an initial set operation tries to set the value to 'readOnly' for a user who employs authentication or privacy, then an 'inconsistentValue' error must be returned. Note that if the value has been previously set (implicit or explicit) to any value, then the rules as defined in the StorageType Textual Convention apply. It is an implementation issue to decide if a SET for a readOnly or permanent row is accepted at all. In some contexts this may make sense, in others it may not. If a SET for a readOnly or permanent row is not accepted at all, then a 'wrongValue' error must be returned.\"",
    "DEFVAL",
    "{",
    "nonVolatile",
    "}",
    "::=",
    "{",
    "usmUserEntry",
    "12",
    "}"
  ],
  "syntax_tree": [
    [
      "row",
      "StorageType"
    ],
    null,
    [
      "MaxAccessPart",
      "read-create"
    ],
    [
      "Status",
      "current"
    ],
    [
      "DESCRIPTION",
      "The storage type for this conceptual row. Conceptual rows having the value 'permanent' must allow write-access at a minimum to: - usmUserAuthKeyChange, usmUserOwnAuthKeyChange and usmUserPublic for a user who employs authentication, and - usmUserPrivKeyChange, usmUserOwnPrivKeyChange and usmUserPublic for a user who employs privacy. Note that any user who employs authentication or privacy must allow its secret(s) to be updated and thus cannot be 'readOnly'. If an initial set operation tries to set the value to 'readOnly' for a user who employs authentication or privacy, then an 'inconsistentValue' error must be returned. Note that if the value has been previously set (implicit or explicit) to any value, then the rules as defined in the StorageType Textual Convention apply. It is an implementation issue to decide if a SET for a readOnly or permanent row is accepted at all. In some contexts this may make sense, in others it may not. If a SET for a readOnly or permanent row is not accepted at all, then a 'wrongValue' error must be returned."
    ],
    null,
    null,
    null,
    [
      "DEFVAL",
      "nonVolatile"
    ]
  ]
}
  • Cisco · Publisher's source file: SNMP-USER-BASED-SM-MIB.my

    Module: SNMP-USER-BASED-SM-MIB

    Published definition
    usmUserStorageType OBJECT-TYPE
        SYNTAX          StorageType
        MAX-ACCESS      read-create
        STATUS          current
        DESCRIPTION
            "The storage type for this conceptual row.
    
            Conceptual rows having the value 'permanent' must
            allow write-access at a minimum to:
    
            - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
              and usmUserPublic for a user who employs
              authentication, and
            - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
              and usmUserPublic for a user who employs
              privacy.
    
            Note that any user who employs authentication or
            privacy must allow its secret(s) to be updated and
            thus cannot be 'readOnly'.
    
            If an initial set operation tries to set the value to
            'readOnly' for a user who employs authentication or
            privacy, then an 'inconsistentValue' error must be
            returned.  Note that if the value has been previously
            set (implicit or explicit) to any value, then the rules
            as defined in the StorageType Textual Convention apply.
    
            It is an implementation issue to decide if a SET for
            a readOnly or permanent row is accepted at all. In some
            contexts this may make sense, in others it may not. If
            a SET for a readOnly or permanent row is not accepted
            at all, then a 'wrongValue' error must be returned."
        DEFVAL          { nonVolatile } 
        ::= { usmUserEntry 12 }
    Module imports
    {'SNMPv2-TC': ['TEXTUAL-CONVENTION', 'TestAndIncr', 'RowStatus', 'RowPointer', 'StorageType', 'AutonomousType'], 'SNMPv2-SMI': ['MODULE-IDENTITY', 'OBJECT-TYPE', 'OBJECT-IDENTITY', 'snmpModules', 'Counter32'], 'SNMPv2-CONF': ['MODULE-COMPLIANCE', 'OBJECT-GROUP'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString', 'SnmpEngineID', 'snmpAuthProtocols', 'snmpPrivProtocols']}
    · Download SNMP-USER-BASED-SM-MIB.my
    Source location: SNMP-USER-BASED-SM-MIB::usmUserStorageType.
    Source version and references

    Downloaded: 2026-10-19T00:18:12.316398+00:00.

Information from Circitor

usmUserStorageType OBJECT-TYPE
    SYNTAX       StorageType
    MAX-ACCESS   read-create
    STATUS       current
    DESCRIPTION "The storage type for this conceptual row.

                 Conceptual rows having the value 'permanent' must
                 allow write-access at a minimum to:

                 - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
                   and usmUserPublic for a user who employs
                   authentication, and
                 - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
                   and usmUserPublic for a user who employs
                   privacy.

                 Note that any user who employs authentication or
                 privacy must allow its secret(s) to be updated and
                 thus cannot be 'readOnly'.

                 If an initial set operation tries to set the value to
                 'readOnly' for a user who employs authentication or
                 privacy, then an 'inconsistentValue' error must be
                 returned.  Note that if the value has been previously
                 set (implicit or explicit) to any value, then the rules
                 as defined in the StorageType Textual Convention apply.

                 It is an implementation issue to decide if a SET for
                 a readOnly or permanent row is accepted at all. In some
                 contexts this may make sense, in others it may not. If
                 a SET for a readOnly or permanent row is not accepted
                 at all, then a 'wrongValue' error must be returned.
                "
    DEFVAL      { nonVolatile }
    ::= { usmUserEntry 12 }

Information from Cisco SMIv1

usmUserStorageType OBJECT-TYPE
    SYNTAX StorageType







    ACCESS read-write
    STATUS mandatory
    DESCRIPTION
        "The storage type for this conceptual row.
        
         Conceptual rows having the value 'permanent' must
         allow write-access at a minimum to:
        
         - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
           and usmUserPublic for a user who employs
           authentication, and
         - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
           and usmUserPublic for a user who employs
           privacy.
        
         Note that any user who employs authentication or
         privacy must allow its secret(s) to be updated and
         thus cannot be 'readOnly'.
        
         If an initial set operation tries to set the value to
         'readOnly' for a user who employs authentication or
         privacy, then an 'inconsistentValue' error must be
         returned.  Note that if the value has been previously
         set (implicit or explicit) to any value, then the rules
         as defined in the StorageType Textual Convention apply.
        
         It is an implementation issue to decide if a SET for
         a readOnly or permanent row is accepted at all. In some
         contexts this may make sense, in others it may not. If
         a SET for a readOnly or permanent row is not accepted
         at all, then a 'wrongValue' error must be returned."
    DEFVAL { nonVolatile }
    ::= { usmUserEntry 12 }

Information from MIBdepot

usmUserStorageType OBJECT-TYPE
    SYNTAX       StorageType
    MAX-ACCESS   read-create
    STATUS       current
    DESCRIPTION "The storage type for this conceptual row.

                 Conceptual rows having the value 'permanent' must
                 allow write-access at a minimum to:

                 - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
                   and usmUserPublic for a user who employs
                   authentication, and
                 - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
                   and usmUserPublic for a user who employs
                   privacy.
                 Note that any user who employs authentication or
                 privacy must allow its secret(s) to be updated and
                 thus cannot be 'readOnly'.

                 If an initial set operation tries to set the value to
                 'readOnly' for a user who employs authentication or
                 privacy, then an 'inconsistentValue' error must be
                 returned.  Note that if the value has been previously
                 set (implicit or explicit) to any value, then the rules
                 as defined in the StorageType Textual Convention apply.

                 It is an implementation issue to decide if a SET for
                 a readOnly or permanent row is accepted at all. In some
                 contexts this may make sense, in others it may not. If
                 a SET for a readOnly or permanent row is not accepted
                 at all, then a 'wrongValue' error must be returned.
                "
    DEFVAL      { nonVolatile }
    ::= { usmUserEntry 12 }

Information from Cisco

usmUserStorageType OBJECT-TYPE
    SYNTAX       StorageType
    MAX-ACCESS   read-create
    STATUS       current
    DESCRIPTION "The storage type for this conceptual row.

                 Conceptual rows having the value 'permanent' must
                 allow write-access at a minimum to:

                 - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
                   and usmUserPublic for a user who employs
                   authentication, and
                 - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
                   and usmUserPublic for a user who employs
                   privacy.

                 Note that any user who employs authentication or
                 privacy must allow its secret(s) to be updated and
                 thus cannot be 'readOnly'.

                 If an initial set operation tries to set the value to
                 'readOnly' for a user who employs authentication or
                 privacy, then an 'inconsistentValue' error must be
                 returned.  Note that if the value has been previously
                 set (implicit or explicit) to any value, then the rules
                 as defined in the StorageType Textual Convention apply.

                 It is an implementation issue to decide if a SET for
                 a readOnly or permanent row is accepted at all. In some
                 contexts this may make sense, in others it may not. If
                 a SET for a readOnly or permanent row is not accepted
                 at all, then a 'wrongValue' error must be returned.
                "
    DEFVAL      { nonVolatile }
    ::= { usmUserEntry 12 }

First Registration Authority (inferred from ancestor 1.3.6)

Defense Communication Agency

Current Registration Authority (inferred from ancestor 1.3.6)

US DoD

Siblings (12)

OIDNameDirect childrenDescendantsDescription
1.3.6.1.6.3.15.1.2.2.1.1 usmUserEngineID00 usmUserEngineID OBJECT-TYPE
SYNTAX SnmpEngineID
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "An SNMP engines administr…
1.3.6.1.6.3.15.1.2.2.1.2 usmUserName00 usmUserName OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(1..32))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "A human read…
1.3.6.1.6.3.15.1.2.2.1.3 usmUserSecurityName00 usmUserSecurityName OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION "A human readable string…
1.3.6.1.6.3.15.1.2.2.1.4 usmUserCloneFrom00 usmUserCloneFrom OBJECT-TYPE
SYNTAX RowPointer
MAX-ACCESS read-create
STATUS current
DESCRIPTION "A pointer to another conceptu…
1.3.6.1.6.3.15.1.2.2.1.5 usmUserAuthProtocol00 usmUserAuthProtocol OBJECT-TYPE
SYNTAX AutonomousType
MAX-ACCESS read-create
STATUS current
DESCRIPTION "An indication of wheth…
1.3.6.1.6.3.15.1.2.2.1.6 usmUserAuthKeyChange00 usmUserAuthKeyChange OBJECT-TYPE
SYNTAX KeyChange -- typically (SIZE (0 | 32)) for HMACMD5
-- typically (SIZE (0 | 40)) for HMA…
1.3.6.1.6.3.15.1.2.2.1.7 usmUserOwnAuthKeyChange00 usmUserOwnAuthKeyChange OBJECT-TYPE
SYNTAX KeyChange -- typically (SIZE (0 | 32)) for HMACMD5
-- typically (SIZE (0 | 40)) for …
1.3.6.1.6.3.15.1.2.2.1.8 usmUserPrivProtocol00 usmUserPrivProtocol OBJECT-TYPE
SYNTAX AutonomousType
MAX-ACCESS read-create
STATUS current
DESCRIPTION "An indication of wheth…
1.3.6.1.6.3.15.1.2.2.1.9 usmUserPrivKeyChange00 usmUserPrivKeyChange OBJECT-TYPE
SYNTAX KeyChange -- typically (SIZE (0 | 32)) for DES
MAX-ACCESS read-create
STATUS current
DE…
1.3.6.1.6.3.15.1.2.2.1.10 usmUserOwnPrivKeyChange00 usmUserOwnPrivKeyChange OBJECT-TYPE
SYNTAX KeyChange -- typically (SIZE (0 | 32)) for DES
MAX-ACCESS read-create
STATUS current
…
1.3.6.1.6.3.15.1.2.2.1.11 usmUserPublic00 usmUserPublic OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0..32))
MAX-ACCESS read-create
STATUS current
DESCRIPTION "A publicly-reada…
1.3.6.1.6.3.15.1.2.2.1.13 usmUserStatus00 usmUserStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION "The status of this conceptual row…