Reference record for OID 1.3.6.1.4.1.43.0.18

Parent
1.3.6.1.4.1.43.0 (0)
Node code
18
Node name
slFailed
Numeric OID
1.3.6.1.4.1.43.0.18
URN notation
urn:oid:1.3.6.1.4.1.43.0.18
ASN.1 notation

{1 3 6 1 4 1 43 0 18}

  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) a3Com(43) 0 slFailed(18)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) a3com(43) 0 slFailed(18)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) a3Com(43) 0 slFailed(18)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) a3com(43) 0 slFailed(18)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) a3Com(43) 0 slFailed(18)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) a3com(43) 0 slFailed(18)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) a3Com(43) 0 slFailed(18)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) a3com(43) 0 slFailed(18)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) a3Com(43) 0 slFailed(18)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) a3com(43) 0 slFailed(18)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) a3Com(43) 0 slFailed(18)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) a3com(43) 0 slFailed(18)}
  • {iso(1) org(3) dod(6) internet(1) private(4) ldap-enterprise(1) a3Com(43) 0 slFailed(18)}
  • {iso(1) org(3) dod(6) internet(1) private(4) ldap-enterprise(1) a3com(43) 0 slFailed(18)}
  • {iso(1) org(3) dod(6) internet(1) private(4) vendor-objects(1) a3Com(43) 0 slFailed(18)}
  • {iso(1) org(3) dod(6) internet(1) private(4) vendor-objects(1) a3com(43) 0 slFailed(18)}
  • Additional combinations skipped.
OID-IRI notation
  • /1/3/6/1/4/1/43/0/18
  • /ISO/Identified-Organization/6/1/4/1/43/0/18
  • /ISO/3/6/1/4/1/43/0/18
Named path variants
  • /iso/identified-organization/dod/internet/private/enterprise/a3Com/0/slFailed
  • /iso/identified-organization/dod/internet/private/enterprise/a3com/0/slFailed
  • /iso/identified-organization/dod/internet/private/enterprises/a3Com/0/slFailed
  • /iso/identified-organization/dod/internet/private/enterprises/a3com/0/slFailed
  • /iso/identified-organization/dod/internet/private/ldap-enterprise/a3Com/0/slFailed
  • /iso/identified-organization/dod/internet/private/ldap-enterprise/a3com/0/slFailed
  • /iso/identified-organization/dod/internet/private/vendor-objects/a3Com/0/slFailed
  • /iso/identified-organization/dod/internet/private/vendor-objects/a3com/0/slFailed
  • /iso/org/dod/internet/private/enterprise/a3Com/0/slFailed
  • /iso/org/dod/internet/private/enterprise/a3com/0/slFailed
  • /iso/org/dod/internet/private/enterprises/a3Com/0/slFailed
  • /iso/org/dod/internet/private/enterprises/a3com/0/slFailed
  • /iso/org/dod/internet/private/ldap-enterprise/a3Com/0/slFailed
  • /iso/org/dod/internet/private/ldap-enterprise/a3com/0/slFailed
  • /iso/org/dod/internet/private/vendor-objects/a3Com/0/slFailed
  • /iso/org/dod/internet/private/vendor-objects/a3com/0/slFailed
  • Additional combinations skipped.

Descriptions

slFailed — Circitor, MIBdepot

When a system load is requested, a response is returned immediately and the load proceeds in the background. If an error is detected this trap is generated indicating the reason why in the status, as follows:- (1) file not found; (2) access violation; (4) illegal TFTP operation; (5) unknown transfer ID; (7) no such user; (8) no response from the load server; (9) the download could not be started because of a lack of resources; (10) the length of a record differs from that implied by the value of the record length field; (11) the record type is not recognised; (12) record checksum error; (13) the device type in the file is incorrect; (14) the software image is not suitable for this version of the hardware; (15) the first record in the file was not a file header; (16) The byte count reported in the file trailer record differed from the number of bytes actually received; (200) the load file contained a load address which was outside the valid range of memory; (201) the load data was corrupted as it was transferred from the management agent to the subsidiary module; (202) the management agent timed out while waiting for a response from the subsidiary module; (203) the subsidiary module was unable to accept a command from the management agent; (204) the subsidiary module was removed during the download; (205) the download could not continue because of a lack of resources; (255) the subsidiary module failed during the download. When loading a new image into the device containing the agent itself, the agent first reads the beginning of the image file to test if it is accessible and contains a valid image. If there is anything wrong, this trap is generated, no download is performed and the device continues to run uninterrupted. If this check is successful the download proper is begun. Should that fail, it is simply retried continuously until either an attempt succeeds or the device is reset.

slFailed — MIBdepot

When a system load is requested, a response is returned immediately and the load proceeds in the background. If an error is detected this trap is generated indicating the reason why in the status, as follows:- (1) file not found; (2) access violation; (4) illegal TFTP operation; (5) unknown transfer ID; (7) no such user; (8) no response from the load server; (9) the download could not be started because of a lack of resources; (10) the length of a record differs from that implied by the value of the record length field; (11) the record type is not recognised; (12) record checksum error; (13) the device type in the file is incorrect; (14) the software image is not suitable for this version of the hardware; (15) the first record in the file was not a file header; (16) The byte count reported in the file trailer record differed from the number of bytes actually received. When loading a new image into the device containing the agent itself, the agent first reads the beginning of the image file to test if it is accessible and contains a valid image. If there is anything wrong, this trap is generated, no download is performed and the device continues to run uninterrupted. If this check is successful the download proper is begun. Should that fail, it is simply retried continuously until either an attempt succeeds or the device is reset.

Source records

slFailed

Status in source: unspecified.

Names: slFailed

Technical details
{
  "smi_kind": "TRAP-TYPE",
  "definition": [
    "slFailed",
    "TRAP-TYPE",
    "ENTERPRISE",
    "a3Com",
    "VARIABLES",
    "{",
    "slLoadStatus",
    "}",
    "DESCRIPTION",
    "\"When a system load is requested, a response is returned immediately and the load proceeds in the background. If an error is detected this trap is generated indicating the reason why in the status, as follows:- (1) file not found; (2) access violation; (4) illegal TFTP operation; (5) unknown transfer ID; (7) no such user; (8) no response from the load server; (9) the download could not be started because of a lack of resources; (10) the length of a record differs from that implied by the value of the record length field; (11) the record type is not recognised; (12) record checksum error; (13) the device type in the file is incorrect; (14) the software image is not suitable for this version of the hardware; (15) the first record in the file was not a file header; (16) The byte count reported in the file trailer record differed from the number of bytes actually received; (200) the load file contained a load address which was outside the valid range of memory; (201) the load data was corrupted as it was transferred from the management agent to the subsidiary module; (202) the management agent timed out while waiting for a response from the subsidiary module; (203) the subsidiary module was unable to accept a command from the management agent; (204) the subsidiary module was removed during the download; (205) the download could not continue because of a lack of resources; (255) the subsidiary module failed during the download. When loading a new image into the device containing the agent itself, the agent first reads the beginning of the image file to test if it is accessible and contains a valid image. If there is anything wrong, this trap is generated, no download is performed and the device continues to run uninterrupted. If this check is successful the download proper is begun. Should that fail, it is simply retried continuously until either an attempt succeeds or the device is reset.\"",
    "::=",
    "18"
  ],
  "syntax_tree": [
    [
      "objectIdentifier",
      [
        "a3Com"
      ]
    ],
    [
      "VarTypes",
      [
        "slLoadStatus"
      ]
    ],
    [
      "DESCRIPTION",
      "When a system load is requested, a response is returned immediately and the load proceeds in the background. If an error is detected this trap is generated indicating the reason why in the status, as follows:- (1) file not found; (2) access violation; (4) illegal TFTP operation; (5) unknown transfer ID; (7) no such user; (8) no response from the load server; (9) the download could not be started because of a lack of resources; (10) the length of a record differs from that implied by the value of the record length field; (11) the record type is not recognised; (12) record checksum error; (13) the device type in the file is incorrect; (14) the software image is not suitable for this version of the hardware; (15) the first record in the file was not a file header; (16) The byte count reported in the file trailer record differed from the number of bytes actually received; (200) the load file contained a load address which was outside the valid range of memory; (201) the load data was corrupted as it was transferred from the management agent to the subsidiary module; (202) the management agent timed out while waiting for a response from the subsidiary module; (203) the subsidiary module was unable to accept a command from the management agent; (204) the subsidiary module was removed during the download; (205) the download could not continue because of a lack of resources; (255) the subsidiary module failed during the download. When loading a new image into the device containing the agent itself, the agent first reads the beginning of the image file to test if it is accessible and contains a valid image. If there is anything wrong, this trap is generated, no download is performed and the device continues to run uninterrupted. If this check is successful the download proper is begun. Should that fail, it is simply retried continuously until either an attempt succeeds or the device is reset."
    ],
    null
  ]
}
  • Preserved mibdepot archive

    Module: PRODUCTMIB

    Published definition
    slFailed		TRAP-TYPE
    	ENTERPRISE  	a3Com
    	VARIABLES   	{ slLoadStatus }
    	DESCRIPTION
    		"When a system load is requested, a response is returned
    		immediately and the load proceeds in the background.  If an
    		error is detected this trap is generated indicating the
    		reason why in the status, as follows:-
    		     (1) file not found;
    		     (2) access violation;
    		     (4) illegal TFTP operation;
    		     (5) unknown transfer ID;
    		     (7) no such user;
    		     (8) no response from the load server;
    		     (9) the download could not be started because of a
    			 lack of resources;
    		    (10) the length of a record differs from that implied
    			 by the value of the record length field;
    		    (11) the record type is not recognised;
    		    (12) record checksum error;
    		    (13) the device type in the file is incorrect;
    		    (14) the software image is not suitable for this
    			 version of the hardware;
    		    (15) the first record in the file was not a file
    			 header;
    		    (16) The byte count reported in the file trailer
    			 record differed from the number of bytes
    			 actually received;
    		   (200) the load file contained a load address which
    			 was outside the valid range of memory;
    		   (201) the load data was corrupted as it was
    			 transferred from the management agent to the
    			 subsidiary module;
    		   (202) the management agent timed out while waiting
    			 for a response from the subsidiary module;
    		   (203) the subsidiary module was unable to accept a
    			 command from the management agent;
    		   (204) the subsidiary module was removed during the
    			 download;
    		   (205) the download could not continue because of a
    			 lack of resources;
    		   (255) the subsidiary module failed during the
    			 download.
    		When loading a new image into the device containing the agent
    		itself,  the agent first reads the beginning of the image
    		file to test if it is accessible and contains a valid image.
    		If there is anything wrong, this trap is generated, no
    		download is performed and the device continues to run
    		uninterrupted.  If this check is successful the download
    		proper is begun.  Should that fail, it is simply retried
    		continuously until either an attempt succeeds or the
    		device is reset."
    	::= 18
    Module imports
    {'RFC-1212': ['OBJECT-TYPE'], 'RFC-1215': ['TRAP-TYPE'], 'RFC1155-SMI': ['mgmt', 'NetworkAddress', 'IpAddress', 'Counter', 'Gauge', 'TimeTicks', 'enterprises'], 'RFC1213-MIB': ['DisplayString', 'PhysAddress']}
    · Download fmsv2_mib.txt
    Source location: PRODUCTMIB::slFailed.
    Source version and references

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

  • Preserved mibdepot archive

    Module: LBHUB-BOOM-MIB

    Published definition
    slFailed		TRAP-TYPE
    	ENTERPRISE  	a3Com
    	VARIABLES   	{ slLoadStatus }
    	DESCRIPTION
    		"When a system load is requested, a response is returned
    		immediately and the load proceeds in the background.  If an
    		error is detected this trap is generated indicating the
    		reason why in the status, as follows:-
    		     (1) file not found;
    		     (2) access violation;
    		     (4) illegal TFTP operation;
    		     (5) unknown transfer ID;
    		     (7) no such user;
    		     (8) no response from the load server;
    		     (9) the download could not be started because of a
    			 lack of resources;
    		    (10) the length of a record differs from that implied
    			 by the value of the record length field;
    		    (11) the record type is not recognised;
    		    (12) record checksum error;
    		    (13) the device type in the file is incorrect;
    		    (14) the software image is not suitable for this
    			 version of the hardware;
    		    (15) the first record in the file was not a file
    			 header;
    		    (16) The byte count reported in the file trailer
    			 record differed from the number of bytes
    			 actually received;
    		   (200) the load file contained a load address which
    			 was outside the valid range of memory;
    		   (201) the load data was corrupted as it was
    			 transferred from the management agent to the
    			 subsidiary module;
    		   (202) the management agent timed out while waiting
    			 for a response from the subsidiary module;
    		   (203) the subsidiary module was unable to accept a
    			 command from the management agent;
    		   (204) the subsidiary module was removed during the
    			 download;
    		   (205) the download could not continue because of a
    			 lack of resources;
    		   (255) the subsidiary module failed during the
    			 download.
    		When loading a new image into the device containing the agent
    		itself,  the agent first reads the beginning of the image
    		file to test if it is accessible and contains a valid image.
    		If there is anything wrong, this trap is generated, no
    		download is performed and the device continues to run
    		uninterrupted.  If this check is successful the download
    		proper is begun.  Should that fail, it is simply retried
    		continuously until either an attempt succeeds or the
    		device is reset."
    	::= 18
    Module imports
    {'RFC-1212': ['OBJECT-TYPE'], 'RFC-1215': ['TRAP-TYPE'], 'RFC1155-SMI': ['mgmt', 'NetworkAddress', 'IpAddress', 'Counter', 'Gauge', 'TimeTicks', 'enterprises'], 'RFC1213-MIB': ['DisplayString', 'PhysAddress']}
    · Download lbhub-boom.mib.txt
    Source location: LBHUB-BOOM-MIB::slFailed.
    Source version and references

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

  • Preserved mibdepot archive

    Module: LBHUB-FMS-MIB

    Published definition
    slFailed		TRAP-TYPE
    	ENTERPRISE  	a3Com
    	VARIABLES   	{ slLoadStatus }
    	DESCRIPTION
    		"When a system load is requested, a response is returned
    		immediately and the load proceeds in the background.  If an
    		error is detected this trap is generated indicating the
    		reason why in the status, as follows:-
    		     (1) file not found;
    		     (2) access violation;
    		     (4) illegal TFTP operation;
    		     (5) unknown transfer ID;
    		     (7) no such user;
    		     (8) no response from the load server;
    		     (9) the download could not be started because of a
    			 lack of resources;
    		    (10) the length of a record differs from that implied
    			 by the value of the record length field;
    		    (11) the record type is not recognised;
    		    (12) record checksum error;
    		    (13) the device type in the file is incorrect;
    		    (14) the software image is not suitable for this
    			 version of the hardware;
    		    (15) the first record in the file was not a file
    			 header;
    		    (16) The byte count reported in the file trailer
    			 record differed from the number of bytes
    			 actually received;
    		   (200) the load file contained a load address which
    			 was outside the valid range of memory;
    		   (201) the load data was corrupted as it was
    			 transferred from the management agent to the
    			 subsidiary module;
    		   (202) the management agent timed out while waiting
    			 for a response from the subsidiary module;
    		   (203) the subsidiary module was unable to accept a
    			 command from the management agent;
    		   (204) the subsidiary module was removed during the
    			 download;
    		   (205) the download could not continue because of a
    			 lack of resources;
    		   (255) the subsidiary module failed during the
    			 download.
    		When loading a new image into the device containing the agent
    		itself,  the agent first reads the beginning of the image
    		file to test if it is accessible and contains a valid image.
    		If there is anything wrong, this trap is generated, no
    		download is performed and the device continues to run
    		uninterrupted.  If this check is successful the download
    		proper is begun.  Should that fail, it is simply retried
    		continuously until either an attempt succeeds or the
    		device is reset."
    	::= 18
    Module imports
    {'RFC-1212': ['OBJECT-TYPE'], 'RFC-1215': ['TRAP-TYPE'], 'RFC1155-SMI': ['mgmt', 'NetworkAddress', 'IpAddress', 'Counter', 'Gauge', 'TimeTicks', 'enterprises'], 'RFC1213-MIB': ['DisplayString', 'PhysAddress']}
    · Download lbhub-fms.mib.txt
    Source location: LBHUB-FMS-MIB::slFailed.
    Source version and references

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

  • Preserved circitor archive

    Module: LBHUB-MSH-MIB

    Published definition
    slFailed		TRAP-TYPE
    	ENTERPRISE  	a3Com
    	VARIABLES   	{ slLoadStatus }
    	DESCRIPTION
    		"When a system load is requested, a response is returned
    		immediately and the load proceeds in the background.  If an
    		error is detected this trap is generated indicating the
    		reason why in the status, as follows:-
    		     (1) file not found;
    		     (2) access violation;
    		     (4) illegal TFTP operation;
    		     (5) unknown transfer ID;
    		     (7) no such user;
    		     (8) no response from the load server;
    		     (9) the download could not be started because of a
    			 lack of resources;
    		    (10) the length of a record differs from that implied
    			 by the value of the record length field;
    		    (11) the record type is not recognised;
    		    (12) record checksum error;
    		    (13) the device type in the file is incorrect;
    		    (14) the software image is not suitable for this
    			 version of the hardware;
    		    (15) the first record in the file was not a file
    			 header;
    		    (16) The byte count reported in the file trailer
    			 record differed from the number of bytes
    			 actually received;
    		   (200) the load file contained a load address which
    			 was outside the valid range of memory;
    		   (201) the load data was corrupted as it was
    			 transferred from the management agent to the
    			 subsidiary module;
    		   (202) the management agent timed out while waiting
    			 for a response from the subsidiary module;
    		   (203) the subsidiary module was unable to accept a
    			 command from the management agent;
    		   (204) the subsidiary module was removed during the
    			 download;
    		   (205) the download could not continue because of a
    			 lack of resources;
    		   (255) the subsidiary module failed during the
    			 download.
    		When loading a new image into the device containing the agent
    		itself,  the agent first reads the beginning of the image
    		file to test if it is accessible and contains a valid image.
    		If there is anything wrong, this trap is generated, no
    		download is performed and the device continues to run
    		uninterrupted.  If this check is successful the download
    		proper is begun.  Should that fail, it is simply retried
    		continuously until either an attempt succeeds or the
    		device is reset."
    	::= 18
    Module imports
    {'RFC-1212': ['OBJECT-TYPE'], 'RFC-1215': ['TRAP-TYPE'], 'RFC1155-SMI': ['mgmt', 'NetworkAddress', 'IpAddress', 'Counter', 'Gauge', 'TimeTicks', 'enterprises'], 'RFC1213-MIB': ['DisplayString', 'PhysAddress']}
    · Download LBHUB-MSH-MIB.mib
    Source location: LBHUB-MSH-MIB::slFailed.
    Source version and references

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

  • Preserved mibdepot archive

    Module: LBHUB-MSH-MIB

    Published definition
    slFailed		TRAP-TYPE
    	ENTERPRISE  	a3Com
    	VARIABLES   	{ slLoadStatus }
    	DESCRIPTION
    		"When a system load is requested, a response is returned
    		immediately and the load proceeds in the background.  If an
    		error is detected this trap is generated indicating the
    		reason why in the status, as follows:-
    		     (1) file not found;
    		     (2) access violation;
    		     (4) illegal TFTP operation;
    		     (5) unknown transfer ID;
    		     (7) no such user;
    		     (8) no response from the load server;
    		     (9) the download could not be started because of a
    			 lack of resources;
    		    (10) the length of a record differs from that implied
    			 by the value of the record length field;
    		    (11) the record type is not recognised;
    		    (12) record checksum error;
    		    (13) the device type in the file is incorrect;
    		    (14) the software image is not suitable for this
    			 version of the hardware;
    		    (15) the first record in the file was not a file
    			 header;
    		    (16) The byte count reported in the file trailer
    			 record differed from the number of bytes
    			 actually received;
    		   (200) the load file contained a load address which
    			 was outside the valid range of memory;
    		   (201) the load data was corrupted as it was
    			 transferred from the management agent to the
    			 subsidiary module;
    		   (202) the management agent timed out while waiting
    			 for a response from the subsidiary module;
    		   (203) the subsidiary module was unable to accept a
    			 command from the management agent;
    		   (204) the subsidiary module was removed during the
    			 download;
    		   (205) the download could not continue because of a
    			 lack of resources;
    		   (255) the subsidiary module failed during the
    			 download.
    		When loading a new image into the device containing the agent
    		itself,  the agent first reads the beginning of the image
    		file to test if it is accessible and contains a valid image.
    		If there is anything wrong, this trap is generated, no
    		download is performed and the device continues to run
    		uninterrupted.  If this check is successful the download
    		proper is begun.  Should that fail, it is simply retried
    		continuously until either an attempt succeeds or the
    		device is reset."
    	::= 18
    Module imports
    {'RFC-1212': ['OBJECT-TYPE'], 'RFC-1215': ['TRAP-TYPE'], 'RFC1155-SMI': ['mgmt', 'NetworkAddress', 'IpAddress', 'Counter', 'Gauge', 'TimeTicks', 'enterprises'], 'RFC1213-MIB': ['DisplayString', 'PhysAddress']}

    Source data warning: Publisher uses uppercase SEQUENCE field identifiers. Their exact spelling is preserved without changing value definitions, INDEX references or numeric OID assignments

    · Download lbhub-msh.mib.txt

    Related source files and packages:

    Show all 6 related files and packages

    Source location: LBHUB-MSH-MIB::slFailed.
    Source version and references

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

slFailed

Status in source: unspecified.

Names: slFailed

Technical details
{
  "smi_kind": "TRAP-TYPE",
  "definition": [
    "slFailed",
    "TRAP-TYPE",
    "ENTERPRISE",
    "a3Com",
    "VARIABLES",
    "{",
    "slLoadStatus",
    "}",
    "DESCRIPTION",
    "\"When a system load is requested, a response is returned immediately and the load proceeds in the background. If an error is detected this trap is generated indicating the reason why in the status, as follows:- (1) file not found; (2) access violation; (4) illegal TFTP operation; (5) unknown transfer ID; (7) no such user; (8) no response from the load server; (9) the download could not be started because of a lack of resources; (10) the length of a record differs from that implied by the value of the record length field; (11) the record type is not recognised; (12) record checksum error; (13) the device type in the file is incorrect; (14) the software image is not suitable for this version of the hardware; (15) the first record in the file was not a file header; (16) The byte count reported in the file trailer record differed from the number of bytes actually received. When loading a new image into the device containing the agent itself, the agent first reads the beginning of the image file to test if it is accessible and contains a valid image. If there is anything wrong, this trap is generated, no download is performed and the device continues to run uninterrupted. If this check is successful the download proper is begun. Should that fail, it is simply retried continuously until either an attempt succeeds or the device is reset.\"",
    "::=",
    "18"
  ],
  "syntax_tree": [
    [
      "objectIdentifier",
      [
        "a3Com"
      ]
    ],
    [
      "VarTypes",
      [
        "slLoadStatus"
      ]
    ],
    [
      "DESCRIPTION",
      "When a system load is requested, a response is returned immediately and the load proceeds in the background. If an error is detected this trap is generated indicating the reason why in the status, as follows:- (1) file not found; (2) access violation; (4) illegal TFTP operation; (5) unknown transfer ID; (7) no such user; (8) no response from the load server; (9) the download could not be started because of a lack of resources; (10) the length of a record differs from that implied by the value of the record length field; (11) the record type is not recognised; (12) record checksum error; (13) the device type in the file is incorrect; (14) the software image is not suitable for this version of the hardware; (15) the first record in the file was not a file header; (16) The byte count reported in the file trailer record differed from the number of bytes actually received. When loading a new image into the device containing the agent itself, the agent first reads the beginning of the image file to test if it is accessible and contains a valid image. If there is anything wrong, this trap is generated, no download is performed and the device continues to run uninterrupted. If this check is successful the download proper is begun. Should that fail, it is simply retried continuously until either an attempt succeeds or the device is reset."
    ],
    null
  ]
}
  • Preserved mibdepot archive

    Module: LBMSH-MIB

    Published definition
    slFailed		TRAP-TYPE
    	ENTERPRISE  	a3Com
    	VARIABLES   	{ slLoadStatus }
    	DESCRIPTION
    		"When a system load is requested, a response is returned
    		immediately and the load proceeds in the background.  If an
    		error is detected this trap is generated indicating the
    		reason why in the status, as follows:-
    		    (1)  file not found;
    		    (2)  access violation;
    		    (4)  illegal TFTP operation;
    		    (5)  unknown transfer ID;
    		    (7)  no such user;
    		    (8)  no response from the load server;
    		    (9)  the download could not be started because of a
    			 lack of resources;
    		    (10)  the length of a record differs from that implied
    			 by the value of the record length field;
    		    (11) the record type is not recognised;
    		    (12) record checksum error;
    		    (13) the device type in the file is incorrect;
    		    (14) the software image is not suitable for this
    			 version of the hardware;
    		    (15) the first record in the file was not a file
    			 header;
    		    (16) The byte count reported in the file trailer
    			 record differed from the number of bytes
    			 actually received.
    		When loading a new image into the device containing the agent
    		itself,  the agent first reads the beginning of the image
    		file to test if it is accessible and contains a valid image.
    		If there is anything wrong, this trap is generated, no
    		download is performed and the device continues to run
    		uninterrupted.  If this check is successful the download
    		proper is begun.  Should that fail, it is simply retried
    		continuously until either an attempt succeeds or the
    		device is reset."
    	::= 18
    Module imports
    {'RFC-1212': ['OBJECT-TYPE'], 'RFC-1215': ['TRAP-TYPE'], 'RFC1155-SMI': ['mgmt', 'NetworkAddress', 'IpAddress', 'Counter', 'Gauge', 'TimeTicks', 'enterprises'], 'RFC1213-MIB': ['DisplayString', 'PhysAddress', 'snmp', 'ifIndex']}
    · Download msh100.mib.txt
    Source location: LBMSH-MIB::slFailed.
    Source version and references

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

First Registration Authority (inferred from ancestor 1.3.6.1.4.1.43)

Jeremy Siegel

Siblings (53)

OIDNameDirect childrenDescendantsDescription
1.3.6.1.4.1.43.0.1 deprRptrHealth00
1.3.6.1.4.1.43.0.2 deprRptrGroupChange00
1.3.6.1.4.1.43.0.3 deprRptrResetEvent00
1.3.6.1.4.1.43.0.13 heartbeatEvent00
1.3.6.1.4.1.43.0.14 localManagementUpdate00
1.3.6.1.4.1.43.0.15 securityViolation00
1.3.6.1.4.1.43.0.16 gaugesThresholdTrap00
1.3.6.1.4.1.43.0.17 gaugesRecoveryTrap00
1.3.6.1.4.1.43.0.19 estStateChange00
1.3.6.1.4.1.43.0.20 estTableFull00
1.3.6.1.4.1.43.0.24 deprRpMauJabberTrap, rpMauJabberTrap00
1.3.6.1.4.1.43.0.25 vmMauMediaAvailable00
1.3.6.1.4.1.43.0.26 vmAutoPartitionState00
1.3.6.1.4.1.43.0.27 phyEntityInserted00
1.3.6.1.4.1.43.0.28 phyEntityRemoved00
1.3.6.1.4.1.43.0.29 phyFacilityChanged00
1.3.6.1.4.1.43.0.30 serviceEntityAdded00
1.3.6.1.4.1.43.0.31 serviceEntityRemoved00
1.3.6.1.4.1.43.0.32 physicalStateChange00
1.3.6.1.4.1.43.0.33 psuCapacityExceeded00
1.3.6.1.4.1.43.0.34 tempStateChange00
1.3.6.1.4.1.43.0.35 statusInputStateChange00
1.3.6.1.4.1.43.0.36 mrmStationLearnTrap00
1.3.6.1.4.1.43.0.37 mrmSecurityTrap00
1.3.6.1.4.1.43.0.38 repPartitionStateChange00
1.3.6.1.4.1.43.0.39 repLinkStateChange00
1.3.6.1.4.1.43.0.40 repAdminStateChange00
1.3.6.1.4.1.43.0.41 repPortTopUsage00
1.3.6.1.4.1.43.0.42 repPortErrors00
1.3.6.1.4.1.43.0.43 resResilienceSwitch00
1.3.6.1.4.1.43.0.44 resStateChange00
1.3.6.1.4.1.43.0.45 a3ComRingTopologyChange00
1.3.6.1.4.1.43.0.46 a3ComRingStateChange00
1.3.6.1.4.1.43.0.47 a3ComRingBackupStateChange00
1.3.6.1.4.1.43.0.48 a3ComRingWrapChange00
1.3.6.1.4.1.43.0.49 a3ComAttachStateChange00
1.3.6.1.4.1.43.0.50 rbRingInStateChange00
1.3.6.1.4.1.43.0.51 rbRingOutStateChange00
1.3.6.1.4.1.43.0.60 rbMauPortStateChange00
1.3.6.1.4.1.43.0.61 pollTableSuccessTrap00
1.3.6.1.4.1.43.0.62 pollTableFailedTrap00
1.3.6.1.4.1.43.0.63 powerStackBackupFault00
1.3.6.1.4.1.43.0.64 powerStackBackupRecovered00
1.3.6.1.4.1.43.0.65 brDatabaseFull00
1.3.6.1.4.1.43.0.66 dudUnauthorisedDevice00
1.3.6.1.4.1.43.0.67 repRepTopUsage00
1.3.6.1.4.1.43.0.68 repRepErrors00
1.3.6.1.4.1.43.0.69 repCardTopUsage00
1.3.6.1.4.1.43.0.70 repCardErrors00
1.3.6.1.4.1.43.0.73 alertLedTrap00