Reference record for OID 1.3.6.1.4.1.11.2.14.11.15.2.3.1.4.2.1.5

Parent
1.3.6.1.4.1.11.2.14.11.15.2.3.1.4.2.1 (hpnicfSysImageEntry)
Node code
5
Node name
hpnicfSysImageType
Numeric OID
1.3.6.1.4.1.11.2.14.11.15.2.3.1.4.2.1.5
URN notation
urn:oid:1.3.6.1.4.1.11.2.14.11.15.2.3.1.4.2.1.5
ASN.1 notation

{1 3 6 1 4 1 11 2 14 11 15 2 3 1 4 2 1 5}

  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) hp(11) nm(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) hp(11) wireless(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) hP(11) nm(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) hP(11) wireless(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) hpPrintServer(11) nm(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) hpPrintServer(11) wireless(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) hp(11) nm(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) hp(11) wireless(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) hP(11) nm(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) hP(11) wireless(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) hpPrintServer(11) nm(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) hpPrintServer(11) wireless(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) hp(11) nm(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) hp(11) wireless(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) hP(11) nm(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) hP(11) wireless(2) icf(14) hpicfObjects(11) hpnicf(15) hpnicfCommon(2) hpnicfSystemMan(3) hpnicfSystemManMIBObjects(1) hpnicfSysImage(4) hpnicfSysImageTable(2) hpnicfSysImageEntry(1) hpnicfSysImageType(5)}
  • Additional combinations skipped.
OID-IRI notation
  • /1/3/6/1/4/1/11/2/14/11/15/2/3/1/4/2/1/5
  • /ISO/Identified-Organization/6/1/4/1/11/2/14/11/15/2/3/1/4/2/1/5
  • /ISO/3/6/1/4/1/11/2/14/11/15/2/3/1/4/2/1/5
Named path variants
  • /iso/identified-organization/dod/internet/private/enterprise/hp/nm/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/hp/wireless/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/IMPORTS/nm/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/IMPORTS/wireless/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/hP/nm/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/hP/wireless/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/hpPrintServer/nm/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/hpPrintServer/wireless/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprises/hp/nm/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprises/hp/wireless/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprises/IMPORTS/nm/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprises/IMPORTS/wireless/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprises/hP/nm/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprises/hP/wireless/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprises/hpPrintServer/nm/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • /iso/identified-organization/dod/internet/private/enterprises/hpPrintServer/wireless/icf/hpicfObjects/hpnicf/hpnicfCommon/hpnicfSystemMan/hpnicfSystemManMIBObjects/hpnicfSysImage/hpnicfSysImageTable/hpnicfSysImageEntry/hpnicfSysImageType
  • Additional combinations skipped.

Descriptions

hpnicfSysImageType — HPE networking MIB copies (LibreNMS/Observium Community), Netdisco MIB archive copies

It indicates the reloading sequence attribute of the image. For devices which support dual image: If the value is 'main(1)',the image will be the first image in the next reloading procedure. If the value is 'backup(2)', the image will be used if the main image fails. If the value is 'secure(4)', the image will be used if the main image and backup image both fail. If the value is 'none(3)',the image will not be used in the next reloading procedure. At the same time,you also can specify the main image by hpnicfSysReloadImage in hpnicfSysReloadScheduleTable. If the image is different from previous main image, the previous main image will not be main image again. And the image table will update with this variation. Vice versa, if you have defined the reload schedule, and then you define a new main image through hpnicfSysImageType when you are waiting the reload schedule to be executed, the real main image will be the latest one. It is strongly suggested to define the main image here, not by hpnicfSysReloadImage in hpnicfSysReloadScheduleTable. There are some rules for setting the value of hpnicfSysImageType: a)When a new image file is defined as 'main' or 'backup' file,the hpnicfSysImageType of old 'main' or 'backup' file will automatically be 'none'. b)It is forbidden to set 'none' attribute manually. c)It is forbidden to set 'secure' attribute manually. d)If 'main' image is set to 'backup', the file keeps 'main'. And vice versa. At this time, the file has 'main-backup' property. e)If the secure image is set to 'main' or 'backup', the file has 'main-secure' or 'backup-secure'property. f)If the secure image is set to 'main' and 'backup', the file has the 'main-backup-secure' property. g)If the none image is set to 'main' or 'backup', the file has the 'main' or 'backup' property. The following table describes whether it is ok to set to another state directly from original state. +--------------+-----------+-------------+-------------+ | set to | set to | set to | set to | | | | | | original | 'main' | 'backup' | 'none' | 'secure' | state | | | | | --------------+--------------+-----------+-------------+-------------+ | | | | | main | --- | yes | no | no | | | | | | | | | | | --------------+--------------+-----------+-------------|-------------+ | | | | | backup | yes | --- | no | no | | | | | | --------------+--------------+-----------+-------------|-------------+ | | | | | | | | | | none | yes | yes | --- | no | | | | | | --------------+--------------+-----------+-------------+-------------+ | | | | | secure | yes | yes | no | --- | | | | | | | | | | | --------------+--------------+-----------+-------------+-------------+ If there is one main image in the system, one row of HpnicfSysReloadScheduleEntry whose hpnicfSysReloadImage is equal to the main image's hpnicfSysImageIndex will be created automatically. But if any row is deleted, it will not be created automatically in hpnicfSysReloadScheduleTable. For the device which doesn't support dual image(main/backup): Only 'main' and 'none' is supported and it only can be set from none to main. When a new image file is defined as 'main' file,the hpnicfSysImageType of old 'main' file will automatically be 'none'.

Source records

hpnicfSysImageType

Status in source: current.

Names: hpnicfSysImageType

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "hpnicfSysImageType",
    "OBJECT-TYPE",
    "SYNTAX",
    "INTEGER",
    "{",
    "main",
    "(",
    "1",
    ")",
    ",",
    "backup",
    "(",
    "2",
    ")",
    ",",
    "none",
    "(",
    "3",
    ")",
    ",",
    "secure",
    "(",
    "4",
    ")",
    ",",
    "main-backup",
    "(",
    "5",
    ")",
    ",",
    "main-secure",
    "(",
    "6",
    ")",
    ",",
    "backup-secure",
    "(",
    "7",
    ")",
    ",",
    "main-backup-secure",
    "(",
    "8",
    ")",
    "}",
    "MAX-ACCESS",
    "read-write",
    "STATUS",
    "current",
    "DESCRIPTION",
    "\" It indicates the reloading sequence attribute of the image. For devices which support dual image: If the value is 'main(1)',the image will be the first image in the next reloading procedure. If the value is 'backup(2)', the image will be used if the main image fails. If the value is 'secure(4)', the image will be used if the main image and backup image both fail. If the value is 'none(3)',the image will not be used in the next reloading procedure. At the same time,you also can specify the main image by hpnicfSysReloadImage in hpnicfSysReloadScheduleTable. If the image is different from previous main image, the previous main image will not be main image again. And the image table will update with this variation. Vice versa, if you have defined the reload schedule, and then you define a new main image through hpnicfSysImageType when you are waiting the reload schedule to be executed, the real main image will be the latest one. It is strongly suggested to define the main image here, not by hpnicfSysReloadImage in hpnicfSysReloadScheduleTable. There are some rules for setting the value of hpnicfSysImageType: a)When a new image file is defined as 'main' or 'backup' file,the hpnicfSysImageType of old 'main' or 'backup' file will automatically be 'none'. b)It is forbidden to set 'none' attribute manually. c)It is forbidden to set 'secure' attribute manually. d)If 'main' image is set to 'backup', the file keeps 'main'. And vice versa. At this time, the file has 'main-backup' property. e)If the secure image is set to 'main' or 'backup', the file has 'main-secure' or 'backup-secure'property. f)If the secure image is set to 'main' and 'backup', the file has the 'main-backup-secure' property. g)If the none image is set to 'main' or 'backup', the file has the 'main' or 'backup' property. The following table describes whether it is ok to set to another state directly from original state. +--------------+-----------+-------------+-------------+ | set to | set to | set to | set to | | | | | | original | 'main' | 'backup' | 'none' | 'secure' | state | | | | | --------------+--------------+-----------+-------------+-------------+ | | | | | main | --- | yes | no | no | | | | | | | | | | | --------------+--------------+-----------+-------------|-------------+ | | | | | backup | yes | --- | no | no | | | | | | --------------+--------------+-----------+-------------|-------------+ | | | | | | | | | | none | yes | yes | --- | no | | | | | | --------------+--------------+-----------+-------------+-------------+ | | | | | secure | yes | yes | no | --- | | | | | | | | | | | --------------+--------------+-----------+-------------+-------------+ If there is one main image in the system, one row of HpnicfSysReloadScheduleEntry whose hpnicfSysReloadImage is equal to the main image's hpnicfSysImageIndex will be created automatically. But if any row is deleted, it will not be created automatically in hpnicfSysReloadScheduleTable. For the device which doesn't support dual image(main/backup): Only 'main' and 'none' is supported and it only can be set from none to main. When a new image file is defined as 'main' file,the hpnicfSysImageType of old 'main' file will automatically be 'none'. \"",
    "::=",
    "{",
    "hpnicfSysImageEntry",
    "5",
    "}"
  ],
  "syntax_tree": [
    [
      "SimpleSyntax",
      "INTEGER",
      [
        "enumSpec",
        [
          [
            "main",
            1
          ],
          [
            "backup",
            2
          ],
          [
            "none",
            3
          ],
          [
            "secure",
            4
          ],
          [
            "main-backup",
            5
          ],
          [
            "main-secure",
            6
          ],
          [
            "backup-secure",
            7
          ],
          [
            "main-backup-secure",
            8
          ]
        ]
      ]
    ],
    null,
    [
      "MaxAccessPart",
      "read-write"
    ],
    [
      "Status",
      "current"
    ],
    [
      "DESCRIPTION",
      "It indicates the reloading sequence attribute of the image. For devices which support dual image: If the value is 'main(1)',the image will be the first image in the next reloading procedure. If the value is 'backup(2)', the image will be used if the main image fails. If the value is 'secure(4)', the image will be used if the main image and backup image both fail. If the value is 'none(3)',the image will not be used in the next reloading procedure. At the same time,you also can specify the main image by hpnicfSysReloadImage in hpnicfSysReloadScheduleTable. If the image is different from previous main image, the previous main image will not be main image again. And the image table will update with this variation. Vice versa, if you have defined the reload schedule, and then you define a new main image through hpnicfSysImageType when you are waiting the reload schedule to be executed, the real main image will be the latest one. It is strongly suggested to define the main image here, not by hpnicfSysReloadImage in hpnicfSysReloadScheduleTable. There are some rules for setting the value of hpnicfSysImageType: a)When a new image file is defined as 'main' or 'backup' file,the hpnicfSysImageType of old 'main' or 'backup' file will automatically be 'none'. b)It is forbidden to set 'none' attribute manually. c)It is forbidden to set 'secure' attribute manually. d)If 'main' image is set to 'backup', the file keeps 'main'. And vice versa. At this time, the file has 'main-backup' property. e)If the secure image is set to 'main' or 'backup', the file has 'main-secure' or 'backup-secure'property. f)If the secure image is set to 'main' and 'backup', the file has the 'main-backup-secure' property. g)If the none image is set to 'main' or 'backup', the file has the 'main' or 'backup' property. The following table describes whether it is ok to set to another state directly from original state. +--------------+-----------+-------------+-------------+ | set to | set to | set to | set to | | | | | | original | 'main' | 'backup' | 'none' | 'secure' | state | | | | | --------------+--------------+-----------+-------------+-------------+ | | | | | main | --- | yes | no | no | | | | | | | | | | | --------------+--------------+-----------+-------------|-------------+ | | | | | backup | yes | --- | no | no | | | | | | --------------+--------------+-----------+-------------|-------------+ | | | | | | | | | | none | yes | yes | --- | no | | | | | | --------------+--------------+-----------+-------------+-------------+ | | | | | secure | yes | yes | no | --- | | | | | | | | | | | --------------+--------------+-----------+-------------+-------------+ If there is one main image in the system, one row of HpnicfSysReloadScheduleEntry whose hpnicfSysReloadImage is equal to the main image's hpnicfSysImageIndex will be created automatically. But if any row is deleted, it will not be created automatically in hpnicfSysReloadScheduleTable. For the device which doesn't support dual image(main/backup): Only 'main' and 'none' is supported and it only can be set from none to main. When a new image file is defined as 'main' file,the hpnicfSysImageType of old 'main' file will automatically be 'none'."
    ],
    null,
    null,
    null,
    null
  ]
}
  • HPE networking MIB copies (LibreNMS/Observium Community) · Publisher's source file: Source package: observium-community-latest.tar.gz

    Vendor MIB copy from the Observium Community archive. HPE networking support.

    Module: HPN-ICF-SYS-MAN-MIB

    Published definition
    hpnicfSysImageType OBJECT-TYPE
        SYNTAX INTEGER
            {
            main(1),
            backup(2),
            none(3),
            secure(4),
            main-backup(5),
            main-secure(6),
            backup-secure(7),
            main-backup-secure(8)
            }
        MAX-ACCESS read-write
        STATUS current
        DESCRIPTION
            "
            It indicates the reloading sequence attribute of the image.
    
            For devices which support dual image:
    
            If the value is 'main(1)',the image will be the first image
            in the next reloading procedure. If the value is 'backup(2)',
            the image will be used if the main image fails. If the value
            is 'secure(4)', the image will be used if the main image and
            backup image both fail. If the value is 'none(3)',the image will
            not be used in the next reloading procedure.
    
            At the same time,you also can specify the main image by
            hpnicfSysReloadImage in hpnicfSysReloadScheduleTable. If the
            image is different from previous main image, the previous main image
            will not be main image again. And the image table will update with
            this variation. Vice versa, if you have defined the reload schedule,
            and then you define a new main image through hpnicfSysImageType when you
            are waiting the reload schedule to be executed, the real main image
            will be the latest one.
    
    
            It is strongly suggested to define the main image here, not by hpnicfSysReloadImage
            in hpnicfSysReloadScheduleTable.
    
            There are some rules for setting the value of hpnicfSysImageType:
    
            a)When a new image file is defined as 'main' or 'backup' file,the hpnicfSysImageType
              of old 'main' or 'backup' file will automatically be 'none'.
            b)It is forbidden to set 'none' attribute manually.
            c)It is forbidden to set 'secure' attribute manually.
            d)If 'main' image is set to 'backup', the file keeps 'main'. And vice versa.
              At this time, the file has 'main-backup' property.
            e)If the secure image is set to 'main' or 'backup', the file has 'main-secure' or 'backup-secure'property.
            f)If the secure image is set to 'main' and 'backup', the file has the 'main-backup-secure' property.
            g)If the none image is set to 'main' or 'backup', the file has the 'main' or 'backup' property.
    
            The following table describes whether it is ok to set to another state
            directly from original state.
    
                            +--------------+-----------+-------------+-------------+
                            |   set to     | set to    |  set to     |   set to    |
                            |              |           |             |             |
                 original   |    'main'    | 'backup'  |  'none'     |  'secure'   |
                 state      |              |           |             |             |
              --------------+--------------+-----------+-------------+-------------+
                            |              |           |             |             |
                 main       |     ---      |   yes     |   no        |   no        |
                            |              |           |             |             |
                            |              |           |             |             |
              --------------+--------------+-----------+-------------|-------------+
                            |              |           |             |             |
                 backup     |     yes      |   ---     |   no        |   no        |
                            |              |           |             |             |
              --------------+--------------+-----------+-------------|-------------+
                            |              |           |             |             |
                            |              |           |             |             |
                  none      |     yes      |   yes     |   ---       |   no        |
                            |              |           |             |             |
              --------------+--------------+-----------+-------------+-------------+
                            |              |           |             |             |
                  secure    |     yes      |   yes     |   no        |   ---       |
                            |              |           |             |             |
                            |              |           |             |             |
              --------------+--------------+-----------+-------------+-------------+
    
            If there is one main image in the system, one row of HpnicfSysReloadScheduleEntry
            whose  hpnicfSysReloadImage is equal to the main image's hpnicfSysImageIndex will be
            created automatically. But if any row is deleted, it will not be created
            automatically in hpnicfSysReloadScheduleTable.
    
    
    
    
            For the device which doesn't support dual image(main/backup):
    
            Only 'main' and 'none' is supported and it only can be set from none to main.
            When a new image file is defined as 'main' file,the hpnicfSysImageType of old 'main'
            file will automatically be 'none'.
            "
        ::= { hpnicfSysImageEntry 5 }
    Module imports
    {'SNMPv2-TC': ['DateAndTime', 'DisplayString', 'RowStatus', 'TruthValue'], 'SNMPv2-SMI': ['Integer32', 'OBJECT-TYPE', 'MODULE-IDENTITY', 'NOTIFICATION-TYPE', 'TimeTicks', 'Unsigned32'], 'SNMPv2-CONF': ['OBJECT-GROUP', 'MODULE-COMPLIANCE', 'NOTIFICATION-GROUP'], 'HPN-ICF-OID-MIB': ['hpnicfCommon'], 'SNMP-TARGET-MIB': ['SnmpTagList', 'SnmpTagValue']}

    Related source files and packages:


    Source location: HPN-ICF-SYS-MAN-MIB::hpnicfSysImageType.
    Source version and references

    Downloaded: 2026-10-23T19:25:41.055282+00:00.

  • Netdisco MIB archive copies · Publisher's source file: hpnicfSysMan.mib

    Vendor MIB copy from the Netdisco archive.

    Module: HPN-ICF-SYS-MAN-MIB

    Published definition
    hpnicfSysImageType OBJECT-TYPE
        SYNTAX INTEGER
            {
            main(1),
            backup(2),
            none(3),
            secure(4),
            main-backup(5),
            main-secure(6),
            backup-secure(7),
            main-backup-secure(8)
            }
        MAX-ACCESS read-write
        STATUS current
        DESCRIPTION
            "
            It indicates the reloading sequence attribute of the image.
    
            For devices which support dual image:
    
            If the value is 'main(1)',the image will be the first image
            in the next reloading procedure. If the value is 'backup(2)',
            the image will be used if the main image fails. If the value
            is 'secure(4)', the image will be used if the main image and
            backup image both fail. If the value is 'none(3)',the image will
            not be used in the next reloading procedure.
    
            At the same time,you also can specify the main image by
            hpnicfSysReloadImage in hpnicfSysReloadScheduleTable. If the
            image is different from previous main image, the previous main image
            will not be main image again. And the image table will update with
            this variation. Vice versa, if you have defined the reload schedule,
            and then you define a new main image through hpnicfSysImageType when you
            are waiting the reload schedule to be executed, the real main image
            will be the latest one.
    
    
            It is strongly suggested to define the main image here, not by hpnicfSysReloadImage
            in hpnicfSysReloadScheduleTable.
    
            There are some rules for setting the value of hpnicfSysImageType:
    
            a)When a new image file is defined as 'main' or 'backup' file,the hpnicfSysImageType
              of old 'main' or 'backup' file will automatically be 'none'.
            b)It is forbidden to set 'none' attribute manually.
            c)It is forbidden to set 'secure' attribute manually.
            d)If 'main' image is set to 'backup', the file keeps 'main'. And vice versa.
              At this time, the file has 'main-backup' property.
            e)If the secure image is set to 'main' or 'backup', the file has 'main-secure' or 'backup-secure'property.
            f)If the secure image is set to 'main' and 'backup', the file has the 'main-backup-secure' property.
            g)If the none image is set to 'main' or 'backup', the file has the 'main' or 'backup' property.
    
            The following table describes whether it is ok to set to another state
            directly from original state.
    
                            +--------------+-----------+-------------+-------------+
                            |   set to     | set to    |  set to     |   set to    |
                            |              |           |             |             |
                 original   |    'main'    | 'backup'  |  'none'     |  'secure'   |
                 state      |              |           |             |             |
              --------------+--------------+-----------+-------------+-------------+
                            |              |           |             |             |
                 main       |     ---      |   yes     |   no        |   no        |
                            |              |           |             |             |
                            |              |           |             |             |
              --------------+--------------+-----------+-------------|-------------+
                            |              |           |             |             |
                 backup     |     yes      |   ---     |   no        |   no        |
                            |              |           |             |             |
              --------------+--------------+-----------+-------------|-------------+
                            |              |           |             |             |
                            |              |           |             |             |
                  none      |     yes      |   yes     |   ---       |   no        |
                            |              |           |             |             |
              --------------+--------------+-----------+-------------+-------------+
                            |              |           |             |             |
                  secure    |     yes      |   yes     |   no        |   ---       |
                            |              |           |             |             |
                            |              |           |             |             |
              --------------+--------------+-----------+-------------+-------------+
    
            If there is one main image in the system, one row of HpnicfSysReloadScheduleEntry
            whose  hpnicfSysReloadImage is equal to the main image's hpnicfSysImageIndex will be
            created automatically. But if any row is deleted, it will not be created
            automatically in hpnicfSysReloadScheduleTable.
    
    
    
    
            For the device which doesn't support dual image(main/backup):
    
            Only 'main' and 'none' is supported and it only can be set from none to main.
            When a new image file is defined as 'main' file,the hpnicfSysImageType of old 'main'
            file will automatically be 'none'.
            "
        ::= { hpnicfSysImageEntry 5 }
    Module imports
    {'SNMPv2-TC': ['DateAndTime', 'DisplayString', 'RowStatus', 'TruthValue'], 'SNMPv2-SMI': ['Integer32', 'OBJECT-TYPE', 'MODULE-IDENTITY', 'NOTIFICATION-TYPE', 'TimeTicks', 'Unsigned32'], 'SNMPv2-CONF': ['OBJECT-GROUP', 'MODULE-COMPLIANCE', 'NOTIFICATION-GROUP'], 'HPN-ICF-OID-MIB': ['hpnicfCommon'], 'SNMP-TARGET-MIB': ['SnmpTagList', 'SnmpTagValue']}
    · Archived source file

    Related source files and packages:


    Source location: HPN-ICF-SYS-MAN-MIB::hpnicfSysImageType.
    Source version and references

    Downloaded: 2026-10-24T15:28:10.586992+00:00.

First Registration Authority (inferred from ancestor 1.3.6.1.4.1.11)

Peterson Tyler

Siblings (4)

OIDNameDirect childrenDescendantsDescription
1.3.6.1.4.1.11.2.14.11.15.2.3.1.4.2.1.1 hpnicfSysImageIndex00
1.3.6.1.4.1.11.2.14.11.15.2.3.1.4.2.1.2 hpnicfSysImageName00
1.3.6.1.4.1.11.2.14.11.15.2.3.1.4.2.1.3 hpnicfSysImageSize00
1.3.6.1.4.1.11.2.14.11.15.2.3.1.4.2.1.4 hpnicfSysImageLocation00