Reference record for OID 1.3.6.1.4.1.11.2.14.3.5.2



parent
1.3.6.1.4.1.11.2.14.3.5 (wildcardTable)
node code
2
node name
wildcardFilter
dot oid
1.3.6.1.4.1.11.2.14.3.5.2
type
OBJECT-TYPE
asn1 oid
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) hp(11) nm(2) icf(14) icfBridge(3) wildcardTable(5) wildcardFilter(2)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) IMPORTS(11) nm(2) icf(14) icfBridge(3) wildcardTable(5) wildcardFilter(2)}
  • ...skipped...
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) hp(11) nm(2) icf(14) icfBridge(3) wildcardTable(5) wildcardFilter(2)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) IMPORTS(11) nm(2) icf(14) icfBridge(3) wildcardTable(5) wildcardFilter(2)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) hp(11) nm(2) icf(14) icfBridge(3) wildcardTable(5) wildcardFilter(2)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) IMPORTS(11) nm(2) icf(14) icfBridge(3) wildcardTable(5) wildcardFilter(2)}
  • ...skipped...
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprises(1) hp(11) nm(2) icf(14) icfBridge(3) wildcardTable(5) wildcardFilter(2)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprises(1) IMPORTS(11) nm(2) icf(14) icfBridge(3) wildcardTable(5) wildcardFilter(2)}
  • iri oid
  • /iso/identified-organization/dod/internet/private/enterprise/hp/nm/icf/icfBridge/wildcardTable/wildcardFilter
  • /iso/identified-organization/dod/internet/private/enterprise/IMPORTS/nm/icf/icfBridge/wildcardTable/wildcardFilter
  • ...skipped...
  • /iso/org/dod/internet/private/enterprise/hp/nm/icf/icfBridge/wildcardTable/wildcardFilter
  • /iso/org/dod/internet/private/enterprise/IMPORTS/nm/icf/icfBridge/wildcardTable/wildcardFilter
  • /iso/org/dod/internet/private/enterprises/hp/nm/icf/icfBridge/wildcardTable/wildcardFilter
  • /iso/org/dod/internet/private/enterprises/IMPORTS/nm/icf/icfBridge/wildcardTable/wildcardFilter
  • ...skipped...
  • /iso/iso-identified-organization/dod/internet/private/enterprises/hp/nm/icf/icfBridge/wildcardTable/wildcardFilter
  • /iso/iso-identified-organization/dod/internet/private/enterprises/IMPORTS/nm/icf/icfBridge/wildcardTable/wildcardFilter
  • iri by oid_info
    /ISO/Identified-Organization/6/1/4/1/11/2/14/3/5/2

    Description by circitor

    ********* THIS OBJECT IS OBSOLETE *********

    This object contains the binary value used to
    filter frames. The data in the frame at the offset
    specified by the Wildcard offsets is XOR'ed with
    this object after AND'ing with the Wildcard Mask.
    If zero result occurs, the packet is discarded
    (filtered).

    Suppose the user specifies the following values:
    data: 11001010 10101010 10101010 10101010
    mask: 11100000 00000000 00000000 00000000
    filter: 11100000 00000000 00000000 00000000

    AND'ing data with the mask gives:
    11000000 00000000 00000000 00000000

    XOR'ing that value with the filter gives:
    00100000 00000000 00000000 00000000

    The non-zero result indicates no match (don't
    discard).

    Another example:
    data: 10011010 10101010 10101010 10101010
    mask: 10010000 00000000 00000000 00000000
    filter: 10010000 00000000 00000000 00000000

    AND'ing data with the mask gives:
    10010000 00000000 00000000 00000000

    XOR'ing that value with the filter gives:
    00000000 00000000 00000000 00000000

    A zero result indicates a match, so we discard
    (filter) the packet.

    The filter AND'ed with the mask must equal the
    filter. This is an example of a legal filter/mask
    pair:
    filter: 00010000 00000000 00000000 00000000
    mask: 10010000 00000000 00000000 00000000
    AND'ed: 00010000 00000000 00000000 00000000
    (equals filter)

    Another way of saying this: if a mask bit is zero,
    the corresponding filter bit must be zero.

    The following would be an illegal pair:
    filter: 01110000 00000000 00000000 00000000
    mask: 10010000 00000000 00000000 00000000
    AND'ed: 00010000 00000000 00000000 00000000
    ( != filter)

    Parsed from file ICF-ETWIST.mib
    Module: ICF-ETWIST

    Information by oid_info

    Vendor: Hewlett-Packard
    Module: ICF-ETWIST

    [Automatically extracted from oidview.com]

    Information by circitor

    wildcardFilter OBJECT-TYPE SYNTAX OCTET STRING (SIZE(6)) MAX-ACCESS read-write STATUS obsolete DESCRIPTION "********* THIS OBJECT IS OBSOLETE ********* This object contains the binary value used to filter frames. The data in the frame at the offset specified by the Wildcard offsets is XOR'ed with this object after AND'ing with the Wildcard Mask. If zero result occurs, the packet is discarded (filtered). Suppose the user specifies the following values: data: 11001010 10101010 10101010 10101010 mask: 11100000 00000000 00000000 00000000 filter: 11100000 00000000 00000000 00000000 AND'ing data with the mask gives: 11000000 00000000 00000000 00000000 XOR'ing that value with the filter gives: 00100000 00000000 00000000 00000000 The non-zero result indicates no match (don't discard). Another example: data: 10011010 10101010 10101010 10101010 mask: 10010000 00000000 00000000 00000000 filter: 10010000 00000000 00000000 00000000 AND'ing data with the mask gives: 10010000 00000000 00000000 00000000 XOR'ing that value with the filter gives: 00000000 00000000 00000000 00000000 A zero result indicates a match, so we discard (filter) the packet. The filter AND'ed with the mask must equal the filter. This is an example of a legal filter/mask pair: filter: 00010000 00000000 00000000 00000000 mask: 10010000 00000000 00000000 00000000 AND'ed: 00010000 00000000 00000000 00000000 (equals filter) Another way of saying this: if a mask bit is zero, the corresponding filter bit must be zero. The following would be an illegal pair: filter: 01110000 00000000 00000000 00000000 mask: 10010000 00000000 00000000 00000000 AND'ed: 00010000 00000000 00000000 00000000 ( != filter)" ::= { wildcardTable 2 }

    First Registration Authority (recovered by parent 1.3.6.1.4.1.11)

    Peterson Tyler

    Brothers (5)

    OIDNameSub childrenSub Nodes TotalDescription
    1.3.6.1.4.1.11.2.14.3.5.1 wildcardIndex 0 0 ********* THIS OBJECT IS OBSOLETE *********

    The index value which uniquely identifies the
    interface/port to which this entry is a…
    1.3.6.1.4.1.11.2.14.3.5.3 wildcardMask 0 0 ********* THIS OBJECT IS OBSOLETE *********

    This object indicates which portion of the
    wildcardFilter is to be used in filtering.…
    1.3.6.1.4.1.11.2.14.3.5.4 wildcardOffset 0 0 ********* THIS OBJECT IS OBSOLETE *********

    Indicates the position in a received frame which
    is to have the Wildcard Mask/Filter …
    1.3.6.1.4.1.11.2.14.3.5.5 wildcardUserOffset 0 0 ********* THIS OBJECT IS OBSOLETE *********

    This value is a byte offset from the beginning
    of the packet. If this offset is such …
    1.3.6.1.4.1.11.2.14.3.5.6 wildcardArm 0 0 ********* THIS OBJECT IS OBSOLETE *********

    This object arms (enables) the Wildcard Filter
    provided all of the other wildcard obj…