Reference record for OID 1.3.6.1.4.1.49.2.3.1.5.1.1



parent
1.3.6.1.4.1.49.2.3.1.5.1 (olNet)
node code
1
node name
olNetDPTable
dot oid
1.3.6.1.4.1.49.2.3.1.5.1.1
type
OBJECT-TYPE
asn1 oid
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) chipcom(49) chipmib02(2) chipProducts(3) online(1) olNets(5) olNet(1) olNetDPTable(1)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) chipcom(49) chipmib02(2) chipProducts(3) online(1) olNets(5) olNet(1) olNetDPTable(1)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) chipcom(49) chipmib02(2) chipProducts(3) online(1) olNets(5) olNet(1) olNetDPTable(1)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) chipcom(49) chipmib02(2) chipProducts(3) online(1) olNets(5) olNet(1) olNetDPTable(1)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprise(1) chipcom(49) chipmib02(2) chipProducts(3) online(1) olNets(5) olNet(1) olNetDPTable(1)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprises(1) chipcom(49) chipmib02(2) chipProducts(3) online(1) olNets(5) olNet(1) olNetDPTable(1)}
  • iri oid
  • /iso/identified-organization/dod/internet/private/enterprise/chipcom/chipmib02/chipProducts/online/olNets/olNet/olNetDPTable
  • /iso/identified-organization/dod/internet/private/enterprises/chipcom/chipmib02/chipProducts/online/olNets/olNet/olNetDPTable
  • /iso/org/dod/internet/private/enterprise/chipcom/chipmib02/chipProducts/online/olNets/olNet/olNetDPTable
  • /iso/org/dod/internet/private/enterprises/chipcom/chipmib02/chipProducts/online/olNets/olNet/olNetDPTable
  • /iso/iso-identified-organization/dod/internet/private/enterprise/chipcom/chipmib02/chipProducts/online/olNets/olNet/olNetDPTable
  • /iso/iso-identified-organization/dod/internet/private/enterprises/chipcom/chipmib02/chipProducts/online/olNets/olNet/olNetDPTable
  • iri by oid_info
    /ISO/Identified-Organization/6/1/4/1/49/2/3/1/5/1/1

    Description by mibdepot

    A table that contains information linking
    physical backplane allocation to logical
    networks. This information is useful:

    (1) to determine the physical allocation
    of networks on the backplane, and

    (2) to determine the remaining capacity of
    the backplane for future network growth.

    Since unknown modules are managed via dip
    switches, this is useful in order to set the
    dips to the appropriate settings.

    Ethernet is a bus architecture. Once a path is
    allocated, all modules and ports can access that
    path.

    Token Ring and FDDI are ring architectures.
    Each module on a ring requires a path. Therefore,
    4 paths could be used to link 4 modules together
    on one ring, or 2 modules on 2 separate rings.
    It is possible to have a module allocated to
    a ring (and thus a data path) without linking
    to another module.

    These rules can be used to determine the remaining
    capacity for network growth.

    Parsed from file chipcom-emm.mib.txt
    Company: None
    Module: ChpCom-EMM

    Description by circitor

    A table that contains information linking

    physical backplane allocation to logical

    networks. This information is useful:



    (1) to determine the physical allocation

    of networks on the backplane, and



    (2) to determine the remaining capacity of

    the backplane for future network growth.



    Since unknown modules are managed via dip

    switches, this is useful in order to set the

    dips to the appropriate settings.



    Ethernet is a bus architecture. Once a path is

    allocated, all modules and ports can access that

    path.



    Token Ring and FDDI are ring architectures.

    Each module on a ring requires a path. Therefore,

    4 paths could be used to link 4 modules together

    on one ring, or 2 modules on 2 separate rings.

    It is possible to have a module allocated to

    a ring (and thus a data path) without linking

    to another module.



    These rules can be used to determine the remaining

    capacity for network growth.

    Parsed from file CHIPCOMMIB.mib
    Module: CHIPCOMMIB

    Information by oid_info

    Vendor: Chippcom
    Module: CHIPCOMMIB

    [Automatically extracted from oidview.com]

    Information by mibdepot

    olNetDPTable OBJECT-TYPE SYNTAX SEQUENCE OF OlNetDPEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A table that contains information linking physical backplane allocation to logical networks. This information is useful: (1) to determine the physical allocation of networks on the backplane, and (2) to determine the remaining capacity of the backplane for future network growth. Since unknown modules are managed via dip switches, this is useful in order to set the dips to the appropriate settings. Ethernet is a bus architecture. Once a path is allocated, all modules and ports can access that path. Token Ring and FDDI are ring architectures. Each module on a ring requires a path. Therefore, 4 paths could be used to link 4 modules together on one ring, or 2 modules on 2 separate rings. It is possible to have a module allocated to a ring (and thus a data path) without linking to another module. These rules can be used to determine the remaining capacity for network growth." ::= { olNet 1 }

    Information by circitor

    olNetDPTable OBJECT-TYPE SYNTAX SEQUENCE OF OlNetDPEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A table that contains information linking physical backplane allocation to logical networks. This information is useful: (1) to determine the physical allocation of networks on the backplane, and (2) to determine the remaining capacity of the backplane for future network growth. Since unknown modules are managed via dip switches, this is useful in order to set the dips to the appropriate settings. Ethernet is a bus architecture. Once a path is allocated, all modules and ports can access that path. Token Ring and FDDI are ring architectures. Each module on a ring requires a path. Therefore, 4 paths could be used to link 4 modules together on one ring, or 2 modules on 2 separate rings. It is possible to have a module allocated to a ring (and thus a data path) without linking to another module. These rules can be used to determine the remaining capacity for network growth." ::= { olNet 1 }

    First Registration Authority (recovered by parent 1.3.6.1.4.1.49)

    Cook John

    Children (1)

    OIDNameSub childrenSub Nodes TotalDescription
    1.3.6.1.4.1.49.2.3.1.5.1.1.1 olNetDPEntry 2 2 A list of information about each data path in the
    concentrator.

    Brothers (3)

    OIDNameSub childrenSub Nodes TotalDescription
    1.3.6.1.4.1.49.2.3.1.5.1.2 olNetSecurityMACTable 1 6 A table of security configuration parameters and MAC
    addresses associated with every port with security
    configured in the concent…
    1.3.6.1.4.1.49.2.3.1.5.1.3 olNetOlSec 7 45 None
    1.3.6.1.4.1.49.2.3.1.5.1.4 ocNetOCSec 7 48 None