This test object that will not be supported in any
released product. Setting this object allows the next
RPC call return code to be specified. The POS will
specify the binary format.
Additional information:
The format of the binary data is a one
of three formats. The first format is no binary
data, which indicates the next RPC reply should not
be modified. The other two formats are described in
RFC 1057 and encoded using XDR (i.e. the value is
the data used to instead of the actual RPC reply).
The second format is when reply_stat is MSG_ACCEPTED
and accept_stat is something other than SUCCESS.
The third format is when reply_stat is MSG_DENIED.
Notice that all RPC replies that do not contain any
'results' are supported.
Parsed from file LJ5SIMOP.MIB.txt
Company: None
Module: LaserJet5Si-Mopier-MIB
This test object that will not be supported in any
released product. Setting this object allows the next
RPC call return code to be specified. The POS will
specify the binary format.
Additional information:
The format of the binary data is a one
of three formats. The first format is no binary
data, which indicates the next RPC reply should not
be modified. The other two formats are described in
RFC 1057 and encoded using XDR (i.e. the value is
the data used to instead of the actual RPC reply).
The second format is when reply_stat is MSG_ACCEPTED
and accept_stat is something other than SUCCESS.
The third format is when reply_stat is MSG_DENIED.
Notice that all RPC replies that do not contain any
'results' are supported.
Parsed from file LaserJet5Si-MIB.mib
Module: LaserJet5Si-MIB
Vendor: Hewlett-Packard
Module: HP-LASERJET-COMMON-MIB
[Automatically extracted from oidview.com]
rpc-test-return-code OBJECT-TYPE SYNTAX OCTET STRING ACCESS write-only STATUS optional DESCRIPTION "This test object that will not be supported in any released product. Setting this object allows the next RPC call return code to be specified. The POS will specify the binary format. Additional information: The format of the binary data is a one of three formats. The first format is no binary data, which indicates the next RPC reply should not be modified. The other two formats are described in RFC 1057 and encoded using XDR (i.e. the value is the data used to instead of the actual RPC reply). The second format is when reply_stat is MSG_ACCEPTED and accept_stat is something other than SUCCESS. The third format is when reply_stat is MSG_DENIED. Notice that all RPC replies that do not contain any 'results' are supported." ::= { settings-rpc 1 }
rpc-test-return-code OBJECT-TYPE SYNTAX OCTET STRING ACCESS write-only STATUS optional DESCRIPTION "This test object that will not be supported in any released product. Setting this object allows the next RPC call return code to be specified. The POS will specify the binary format. Additional information: The format of the binary data is a one of three formats. The first format is no binary data, which indicates the next RPC reply should not be modified. The other two formats are described in RFC 1057 and encoded using XDR (i.e. the value is the data used to instead of the actual RPC reply). The second format is when reply_stat is MSG_ACCEPTED and accept_stat is something other than SUCCESS. The third format is when reply_stat is MSG_DENIED. Notice that all RPC replies that do not contain any 'results' are supported." ::= { settings-rpc 1 }
OID | Name | Sub children | Sub Nodes Total | Description |
---|---|---|---|---|
1.3.6.1.4.1.11.2.3.9.4.2.1.1.13.1.2 | rpc-bind-protocol-address | 0 | 0 | Array of Berkeley sockets style protocol addresses used to bind RPC to a communications protocol family. Setting an instance of t… |