Coordinate ifIndex value allocation for entries in an associated
ifIndex-ed interface table, by first reading an ifIndex value from this
object, then creating an entry, having that ifIndex value, in the
associated interface table.
The DESCRIPTION clause for an object of this type must identify the
associated interface table.
A GET of this object returns the next available ifIndex value to be used
to create an entry in the associated interface table; or zero, if no
valid ifIndex value is available. This object also returns a value of
zero when it is the lexicographic successor of a varbind presented in an
SNMP GETNEXT or GETBULK request, for which circumstance it is assumed
that ifIndex allocation is unintended.
Successive GETs will typically return different values, thus avoiding
collisions among cooperating management clients seeking to create table
Unless specified otherwise by its MAX-ACCESS and DESCRIPTION clauses, an
object of this type is read-only, and a SET of such an object returns a
Compressed index representation to identify both numbered and
unnumbered ('address-less') IP subnetworks.
One approach is to identify such interfaces with a 2-tuple consisting of
, where only one of the pair is nonzero for a valid
interface (IpAddress is nonzero for numbered interfaces, ifIndex is
nonzero for unnumbered interfaces).
As an alternative, this textual convention compresses the 2-tuple
information into an IpAddress (32-bit) format a.b.c.d having the
Format Interpretation IP Interface Type
0.0.0.0 'null' value 'none' or 'wildcard', etc.
a.b.c.d, a != 0 IP Address Numbered
0.b.c.d ifIndex Unnumbered
For the unnumbered case, the value of the ifIndex is given by
(b * 65536) + (c * 256) + (d)
A side-effect of this approach is that ifIndex values for IP network
interfaces must fall in the range 1..16777215 (i.e. 24 bits).
A bit map representing one or more timeslots of a DS1/E1 interface.
Bits are numbered in descending order from 31-0 starting from the most
significant bit of the first octet and ending with the least significant
bit of the fourth octet. Bits 1-24 are relevant for DS1 interfaces,
bits 0-31 are relevant for E1 interfaces.
A bit is set if the associated timeslot is in use, and cleared if the
associated timeslot is not in use.
The desired administrative state for the collection of accounting
records. The administrative domain governed by an object of
JuniAcctngAdminType is defined in the MIB OBJECT description that uses
The operational state for the collection of accounting records. The
administrative domain that an object of this type is reporting state
for, is defined in the MIB object description that uses this type.
The notSupported(2) state indicates that accounting data collection is
not supported for the entity using an object of JuniAcctngOperType type.
If an entity does not support accounting data collection, an object of
JuniAcctngOperType type will report notSupported(2) regardless of the
value set in the corresponding JuniAcctngAdminType.
The disabled(0) state indicates that the corresponding
JuniAcctngAdminType object has been set to disabled(0). If a data
collection is in process, the value of JuniAcctngOperType will change to
disabled(0) after the current collection completes.
The enabled(1) state indicates that the corresponding
JuniAcctngAdminType object has been set to enabled(1) and that the
entity is ready to collect accounting records.
A bitmap indicating which objects in a table entry have been explicitly
A 1 in a bit position indicates the corresponding table entry object has
been explicitly configured.
A 0 in a bit position indicates the corresponding table entry has NOT
been explicitly configured (and typically contains the default setting
defined in the DEFVAL clause for that object).
Once set, a bit typically remains set until the table entry is
destroyed. The semantics of an object of this type should specify by
what circumstances, if any, bits in the map may be cleared.
If an entry exists in a table but no entry objects have been configured,
JuniSetMap will contain a zero-length string.
The DESCRIPTION clause for an object having this SYNTAX should indicate
which, if any, entry objects are excluded from representation in the
JuniSetMap. Typically, index and RowStatus entry objects would not be
Bit positions correspond to table entry objects as follows: Objects in
the table entry are numbered according to the last OID subidentifier of
their object type as defined in the MIB. For example, an object in a
table entry having OID 184.108.40.206.220.127.116.11.1.5 would be object number
5. (Instance-identifying OID subidentifiers are ignored.)
Octets in the map are numbered 1..N beginning with the first octet.
Bits in an octet are numbered 1..8 beginning with the MOST significant
Bit B in octet Q represents the entry object numbered E thus:
E = (((Q - 1) * 8) + B)
For example, the third most significant bit in the second octet
represents the entry object numbered 11:
((((2 - 1) * 8) + 3) = 11
Conversely, the octet Q and bit B positions of the corresponding bit for
a given entry object numbered E is determined by:
Q = (((E - 1) / 8) + 1) (where '/' means integer division)
B = (((E - 1) modulo 8) + 1)
For example, the octet and bit positions of the entry object numbered 11
(((11 - 1) / 8) + 1) = 2 (octet number)
(((11 - 1) modulo 8) + 1) = 3 (3rd most sig. bit)
An ASCII string representation of an interfaces location in the
Examples: 3/0, 12/0/1, 0/0
The form is determined by the physical architecture of the router
platform. E.g., the ERX family of platforms (first generation E-series)
requires the 'slot/port' form.
Describes the platform-dependent interpretation of a
unknown - Unspecified/unknown
slotPort - Two octets in length; 1st octet is 'slot', 2nd
octet is 'port'
slotAdapterPort - Three octets in length; 1st octet is 'slot', 2nd
octet is 'adapter', 3rd octet is 'port'
adapterPort - Two octets in length; 1st octet is 'adapter',
2nd octet is 'port'
The value of a platform-dependent interface location, represented as an
OCTET STRING. A corresponding JuniInterfaceLocationType object will identify
the mapping of octets to location elements, e.g. 'slot.port'.
Note: When the value of an object having this syntax is encoded as a MIB
table INDEX, the rules for encoding a variable-length OCTET STRING are
Used as an index to a table. A TimeFilter variable allows a GetNext
or GetBulk request to find rows in a table for which the TimeFilter
index variable is greater than or equal to a specified value.
JuniTimeFilter is same as TimeFilter. Detailed description of
TimeFilter variables, their implementation and use is documented in the
A configuration variable comprised of nibbles i.e. 4 bits, such that
a client can supply a list of 0 to 8 selections. The least
significant nibble is the first value of the list, and the most
significant nibble is the last value. The value in each field
ranges from 0 to 15, however the first nibble with value 0 indicates
the end of the list. Repetition of values is not allowed.
Segregation of values in not allowed.
Example valid encoding:
Not a valid encoding:
0x00000121- will return an error
0x01002001- will return an error.