Reference record for OID 1.3.6.1.4.1.52642.2.3.1.4.2.1.5

Parent
1.3.6.1.4.1.52642.2.3.1.4.2.1 (fsSysImageEntry)
Node code
5
Node name
fsSysImageType
Numeric OID
1.3.6.1.4.1.52642.2.3.1.4.2.1.5
URN notation
urn:oid:1.3.6.1.4.1.52642.2.3.1.4.2.1.5
ASN.1 notation

{1 3 6 1 4 1 52642 2 3 1 4 2 1 5}

  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) fs(52642) fsnetworks(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) fs(52642) nmslocal(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) fs(52642) fsProtocol(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) fs(52642) fsCommon(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) fs(52642) transmission(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) nms(52642) fsnetworks(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) nms(52642) nmslocal(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) nms(52642) fsProtocol(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) nms(52642) fsCommon(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) nms(52642) transmission(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) fiberstore(52642) fsnetworks(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) fiberstore(52642) nmslocal(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) fiberstore(52642) fsProtocol(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) fiberstore(52642) fsCommon(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) fiberstore(52642) transmission(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) vtss(52642) fsnetworks(2) fsSystemMan(3) fsSystemManMIBObjects(1) fsSysImage(4) fsSysImageTable(2) fsSysImageEntry(1) fsSysImageType(5)}
  • Additional combinations skipped.
OID-IRI notation
  • /1/3/6/1/4/1/52642/2/3/1/4/2/1/5
  • /ISO/Identified-Organization/6/1/4/1/52642/2/3/1/4/2/1/5
  • /ISO/3/6/1/4/1/52642/2/3/1/4/2/1/5
Named path variants
  • /iso/identified-organization/dod/internet/private/enterprise/fs/fsnetworks/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/fs/nmslocal/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/fs/fsProtocol/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/fs/fsCommon/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/fs/transmission/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/nms/fsnetworks/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/nms/nmslocal/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/nms/fsProtocol/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/nms/fsCommon/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/nms/transmission/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/fiberstore/fsnetworks/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/fiberstore/nmslocal/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/fiberstore/fsProtocol/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/fiberstore/fsCommon/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/fiberstore/transmission/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • /iso/identified-organization/dod/internet/private/enterprise/FS/fsnetworks/fsSystemMan/fsSystemManMIBObjects/fsSysImage/fsSysImageTable/fsSysImageEntry/fsSysImageType
  • Additional combinations skipped.

Descriptions

fsSysImageType — FS.COM official Documentation Hub native MIB packages

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 fsSysReloadImage in fsSysReloadScheduleTable. 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 fsSysImageType 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 fsSysReloadImage in fsSysReloadScheduleTable. There are some rules for setting the value of fsSysImageType: a)When a new image file is defined as 'main' or 'backup' file,the fsSysImageType 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 FsSysReloadScheduleEntry whose fsSysReloadImage is equal to the main image's fsSysImageIndex will be created automatically. But if any row is deleted, it will not be created automatically in fsSysReloadScheduleTable. 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 fsSysImageType of old 'main' file will automatically be 'none'.

Source records

fsSysImageType

Status in source: current.

Names: fsSysImageType

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "fsSysImageType",
    "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 fsSysReloadImage in fsSysReloadScheduleTable. 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 fsSysImageType 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 fsSysReloadImage in fsSysReloadScheduleTable. There are some rules for setting the value of fsSysImageType: a)When a new image file is defined as 'main' or 'backup' file,the fsSysImageType 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 FsSysReloadScheduleEntry whose fsSysReloadImage is equal to the main image's fsSysImageIndex will be created automatically. But if any row is deleted, it will not be created automatically in fsSysReloadScheduleTable. 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 fsSysImageType of old 'main' file will automatically be 'none'. \"",
    "::=",
    "{",
    "fsSysImageEntry",
    "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 fsSysReloadImage in fsSysReloadScheduleTable. 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 fsSysImageType 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 fsSysReloadImage in fsSysReloadScheduleTable. There are some rules for setting the value of fsSysImageType: a)When a new image file is defined as 'main' or 'backup' file,the fsSysImageType 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 FsSysReloadScheduleEntry whose fsSysReloadImage is equal to the main image's fsSysImageIndex will be created automatically. But if any row is deleted, it will not be created automatically in fsSysReloadScheduleTable. 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 fsSysImageType of old 'main' file will automatically be 'none'."
    ],
    null,
    null,
    null,
    null
  ]
}
  • FS.COM official Documentation Hub native MIB packages · Publisher's source file: Source package: ies3220-8t4f-switch-snmp-mib-files.zip

    Module: FS-SYS-MAN-MIB

    Published definition
    fsSysImageType 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
            fsSysReloadImage in fsSysReloadScheduleTable. 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 fsSysImageType 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 fsSysReloadImage
            in fsSysReloadScheduleTable.
    
            There are some rules for setting the value of fsSysImageType:
    
            a)When a new image file is defined as 'main' or 'backup' file,the fsSysImageType
              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 FsSysReloadScheduleEntry
            whose  fsSysReloadImage is equal to the main image's fsSysImageIndex will be
            created automatically. But if any row is deleted, it will not be created
            automatically in fsSysReloadScheduleTable.
    
    
    
    
            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 fsSysImageType of old 'main'
            file will automatically be 'none'.
            "
        ::= { fsSysImageEntry 5 }
    Module imports
    {'SNMPv2-TC': ['DateAndTime', 'DisplayString', 'RowStatus', 'TruthValue'], 'FS-OID-MIB': ['fsCommon'], 'SNMPv2-SMI': ['Integer32', 'OBJECT-TYPE', 'MODULE-IDENTITY', 'NOTIFICATION-TYPE', 'TimeTicks', 'Unsigned32'], 'SNMPv2-CONF': ['OBJECT-GROUP', 'MODULE-COMPLIANCE', 'NOTIFICATION-GROUP'], 'SNMP-TARGET-MIB': ['SnmpTagList', 'SnmpTagValue']}

    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

    Source location: FS-SYS-MAN-MIB::fsSysImageType.
    Source version and references

    Same file in tsn3220-10s-u-switch-snmp-mib-files.zip.

    Same file in tsn3220-10s-switch-snmp-mib-files.zip.

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

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

    Downloaded: 2026-10-24T13:35:15.736921+00:00.

Current Registration Authority (inferred from ancestor 1.3.6.1.4.1.52642)

FS.COM INC

Siblings (4)

OIDNameDirect childrenDescendantsDescription
1.3.6.1.4.1.52642.2.3.1.4.2.1.1 fsSysImageIndex00
1.3.6.1.4.1.52642.2.3.1.4.2.1.2 fsSysImageName00
1.3.6.1.4.1.52642.2.3.1.4.2.1.3 fsSysImageSize00
1.3.6.1.4.1.52642.2.3.1.4.2.1.4 fsSysImageLocation00