OID reference

rEtherHistoryCollisions

1.3.6.1.4.1.27514.1.2.3.2.2.2.1.14

Description

The best estimate of the total number of collisions on this Ethernet segment during this sampling interval. The value returned will depend on the location of the RMON probe. Section 8.2.1.3 (10BASE-5) and section 10.3.1.3 (10BASE-2) of IEEE standard 802.3 states that a station must detect a collision, in the receive m…

Full description and source information

Identification

Identifier and names

Parent
1.3.6.1.4.1.27514.1.2.3.2.2.2.1 (rEtherHistoryEntry)
Node code
14
Node name
rEtherHistoryCollisions
Category
SNMP management object
Numeric OID
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.14
URN notation
urn:oid:1.3.6.1.4.1.27514.1.2.3.2.2.2.1.14
ASN.1, OID-IRI and named path variants
ASN.1 notation

{1 3 6 1 4 1 27514 1 2 3 2 2 2 1 14}

  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) qtech(27514) products(1) gbn(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) qtech(27514) products(1) router(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) qtech(27514) dataCom(1) gbn(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) qtech(27514) dataCom(1) router(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) qtech(27514) products(1) gbn(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) qtech(27514) products(1) router(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) qtech(27514) dataCom(1) gbn(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) qtech(27514) dataCom(1) router(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) qtech(27514) products(1) gbn(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) qtech(27514) products(1) router(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) qtech(27514) dataCom(1) gbn(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) qtech(27514) dataCom(1) router(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) qtech(27514) products(1) gbn(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) qtech(27514) products(1) router(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) qtech(27514) dataCom(1) gbn(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) qtech(27514) dataCom(1) router(2) gbnService(3) rmonMib(2) rHistory(2) rEtherHistoryTable(2) rEtherHistoryEntry(1) rEtherHistoryCollisions(14)}
  • Additional combinations skipped.
OID-IRI notation
  • /1/3/6/1/4/1/27514/1/2/3/2/2/2/1/14
  • /ISO/Identified-Organization/6/1/4/1/27514/1/2/3/2/2/2/1/14
  • /ISO/3/6/1/4/1/27514/1/2/3/2/2/2/1/14
Named path variants
  • /iso/identified-organization/dod/internet/private/enterprise/27514/products/gbn/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprise/27514/products/router/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprise/27514/dataCom/gbn/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprise/27514/dataCom/router/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprise/qtech/products/gbn/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprise/qtech/products/router/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprise/qtech/dataCom/gbn/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprise/qtech/dataCom/router/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprises/27514/products/gbn/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprises/27514/products/router/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprises/27514/dataCom/gbn/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprises/27514/dataCom/router/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprises/qtech/products/gbn/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprises/qtech/products/router/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprises/qtech/dataCom/gbn/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • /iso/identified-organization/dod/internet/private/enterprises/qtech/dataCom/router/gbnService/rmonMib/rHistory/rEtherHistoryTable/rEtherHistoryEntry/rEtherHistoryCollisions
  • Additional combinations skipped.

SNMP properties

Value type
Counter
Maximum access defined by MIB
read-only
Status in MIB
mandatory

Interpreting this counter

A counter is cumulative. To estimate a rate, subtract two readings and divide by the elapsed time; use the units stated in the MIB.

Counter values can wrap or reset. A decrease alone does not distinguish a wrap from a reset, and multiple wraps between readings cannot be recovered reliably. Check the device's discontinuity indicators when available.

Published counter width: 32 bits. SMIv2: Counter32 · Counter64

Using this OID with SNMP

At least one MIB declaration places this object in a table row. A value belongs to a row instance; its suffix depends on the row's INDEX or AUGMENTS definition.

In QTECH-GBNServiceRMON-MIB, the row index consists of these components in order:

  1. rEtherHistoryIndex (INTEGER): one numeric subidentifier for the non-negative value.
  2. rEtherHistorySampleIndex (INTEGER): one numeric subidentifier for the non-negative value.

An instance has the form .1.3.6.1.4.1.27514.1.2.3.2.2.2.1.14.<rEtherHistoryIndex>.<rEtherHistorySampleIndex>. Use values present on the device and permitted by its MIB. Other definitions can differ.

snmpwalk [connection options] DEVICE .1.3.6.1.4.1.27514.1.2.3.2.2.2.1.14

Replace the placeholders with your connection and authentication options. Available permissions and device support can differ from the MIB.

Properties come from available MIB definitions. Actual device support and access can differ. See source records below for original files and qualifications.

The displayed source records contain one distinct definition. Compare its source records.

rEtherHistoryCollisions OBJECT-TYPE
              SYNTAX Counter
              ACCESS read-only
              STATUS mandatory
              DESCRIPTION
                  "The best estimate of the total number of collisions
                  on this Ethernet segment during this sampling
                  interval.

                  The value returned will depend on the location of
                  the RMON probe. Section 8.2.1.3 (10BASE-5) and
                  section 10.3.1.3 (10BASE-2) of IEEE standard 802.3
                  states that a station must detect a collision, in
                  the receive mode, if three or more stations are
                  transmitting simultaneously.  A repeater port must
                  detect a collision when two or more stations are
                  transmitting simultaneously.  Thus a probe placed on
                  a repeater port could record more collisions than a
                  probe connected to a station on the same segment
                  would.

                  Probe location plays a much smaller role when
                  considering 10BASE-T.  14.2.1.4 (10BASE-T) of IEEE
                  standard 802.3 defines a collision as the
                  simultaneous presence of signals on the DO and RD
                  circuits (transmitting and receiving at the same
                  time).  A 10BASE-T station can only detect
                  collisions when it is transmitting.  Thus probes
                  placed on a station and a repeater, should report
                  the same number of collisions.

                  Note also that an RMON probe inside a repeater
                  should ideally report collisions between the
                  repeater and one or more other hosts (transmit
                  collisions as defined by IEEE 802.3k) plus receiver
                  collisions observed on any coax segments to which
                  the repeater is connected."
              ::= { rEtherHistoryEntry 14 }

Meaning

Descriptions

1 unique

Identical descriptions are grouped. Different wording and device-specific notes are retained.

The best estimate of the total number of collisions on this Ethernet segment during this sampling interval. The value returned will depend on the location of the RMON probe. Section 8.2.1.3 (10BASE-5) and section 10.3.1.3 (10BASE-2) of IEEE standard 802.3 states that a station must detect a collision, in the receive mode, if three or more stations are transmitting simultaneously. A repeater port must detect a collision when two or more stations are transmitting simultaneously. Thus a probe placed on a repeater port could record more collisions than a probe connected to a station on the same segment would. Probe location plays a much smaller role when considering 10BASE-T. 14.2.1.4 (10BASE-T) of IEEE standard 802.3 defines a collision as the simultaneous presence of signals on the DO and RD circuits (transmitting and receiving at the same time). A 10BASE-T station can only detect collisions when it is transmitting. Thus probes placed on a station and a repeater, should report the same number of collisions. Note also that an RMON probe inside a repeater should ideally report collisions between the repeater and one or more other hosts (transmit collisions as defined by IEEE 802.3k) plus receiver collisions observed on any coax segments to which the repeater is connected.

Sources for this description

Multiple manufacturers; see the original MIB MIB copies (LibreNMS/Observium Community)

See 1 matching source record

Evidence

Source records

1 records

Matching descriptions are grouped; open a group to compare definitions and supporting files.

Records for description 1Multiple manufacturers; see the original MIB MIB copies (LibreNMS/Observium Community)1 record · 1 source

Description 1

rEtherHistoryCollisions · mandatoryMultiple manufacturers; see the original MIB MIB copies (LibreNMS/Observium Community)1 source

Status in source: mandatory.

Names: rEtherHistoryCollisions

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "rEtherHistoryCollisions",
    "OBJECT-TYPE",
    "SYNTAX",
    "Counter",
    "ACCESS",
    "read-only",
    "STATUS",
    "mandatory",
    "DESCRIPTION",
    "\"The best estimate of the total number of collisions on this Ethernet segment during this sampling interval. The value returned will depend on the location of the RMON probe. Section 8.2.1.3 (10BASE-5) and section 10.3.1.3 (10BASE-2) of IEEE standard 802.3 states that a station must detect a collision, in the receive mode, if three or more stations are transmitting simultaneously. A repeater port must detect a collision when two or more stations are transmitting simultaneously. Thus a probe placed on a repeater port could record more collisions than a probe connected to a station on the same segment would. Probe location plays a much smaller role when considering 10BASE-T. 14.2.1.4 (10BASE-T) of IEEE standard 802.3 defines a collision as the simultaneous presence of signals on the DO and RD circuits (transmitting and receiving at the same time). A 10BASE-T station can only detect collisions when it is transmitting. Thus probes placed on a station and a repeater, should report the same number of collisions. Note also that an RMON probe inside a repeater should ideally report collisions between the repeater and one or more other hosts (transmit collisions as defined by IEEE 802.3k) plus receiver collisions observed on any coax segments to which the repeater is connected.\"",
    "::=",
    "{",
    "rEtherHistoryEntry",
    "14",
    "}"
  ],
  "syntax_tree": [
    [
      "ApplicationSyntax",
      "Counter"
    ],
    null,
    [
      "MaxAccessPart",
      "read-only"
    ],
    [
      "Status",
      "mandatory"
    ],
    [
      "DESCRIPTION",
      "The best estimate of the total number of collisions on this Ethernet segment during this sampling interval. The value returned will depend on the location of the RMON probe. Section 8.2.1.3 (10BASE-5) and section 10.3.1.3 (10BASE-2) of IEEE standard 802.3 states that a station must detect a collision, in the receive mode, if three or more stations are transmitting simultaneously. A repeater port must detect a collision when two or more stations are transmitting simultaneously. Thus a probe placed on a repeater port could record more collisions than a probe connected to a station on the same segment would. Probe location plays a much smaller role when considering 10BASE-T. 14.2.1.4 (10BASE-T) of IEEE standard 802.3 defines a collision as the simultaneous presence of signals on the DO and RD circuits (transmitting and receiving at the same time). A 10BASE-T station can only detect collisions when it is transmitting. Thus probes placed on a station and a repeater, should report the same number of collisions. Note also that an RMON probe inside a repeater should ideally report collisions between the repeater and one or more other hosts (transmit collisions as defined by IEEE 802.3k) plus receiver collisions observed on any coax segments to which the repeater is connected."
    ],
    null,
    null,
    null,
    null
  ]
}

Registration

Registration authorities

First Registration Authority (inferred from ancestor 1.3.6.1.4.1.27514)

Basil Budko

Siblings (14)

OIDNameDirect childrenDescendantsDescription
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.1 rEtherHistoryIndex00
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.2 rEtherHistorySampleIndex00
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.3 rEtherHistoryIntervalStart00
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.4 rEtherHistoryDropEvents00
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.5 rEtherHistoryOctets00
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.6 rEtherHistoryPkts00
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.7 rEtherHistoryBroadcastPkts00
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.8 rEtherHistoryMulticastPkts00
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.9 rEtherHistoryCRCAlignErrors00
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.10 rEtherHistoryUndersizePkts00
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.11 rEtherHistoryOversizePkts00
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.12 rEtherHistoryFragments00
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.13 rEtherHistoryJabbers00
1.3.6.1.4.1.27514.1.2.3.2.2.2.1.15 rEtherHistoryUtilization00