ACC-FAKE: View SNMP OID List / Download MIB

VENDOR: ACC


 Home MIB: ACC-FAKE
Download as:   

Download standard MIB format if you are planning to load a MIB file into some system (OS, Zabbix, PRTG ...) or view it with a MIB browser. CSV is more suitable for analyzing and viewing OID' and other MIB objects in excel. JSON and YAML formats are usually used in programing even though some systems can use MIB in YAML format (like Logstash).
Keep in mind that standard MIB files can be successfully loaded by systems and programs only if all the required MIB's from the "Imports" section are already loaded.
The tree-like SNMP object navigator requires no explanations because it is very simple to use. And if you stumbled on this MIB from Google note that you can always go back to the home page if you need to perform another MIB or OID lookup.


Object Name OID Type Access Info
 accFake 1.3.6.1.4.1.5.2
     ifOperStatus 1.3.6.1.4.1.5.2.1
The current operational state of the interface. The testing(3) state indicates that no operational packets can be passed.
     frCircuitDlci 1.3.6.1.4.1.5.2.2
The Data Link Connection Identifier for this virtual circuit.
     ospfIfIpAddress 1.3.6.1.4.1.5.2.3
The IP address of this OSPF interface.
     ospfAddressLessIf 1.3.6.1.4.1.5.2.4
For the purpose of easing the instancing of addressed and addressless interfaces; This variable takes the value 0 on interfaces with IP Addresses, and the corresponding value of ifIndex for interfaces having no IP Address.
     ospfAreaId 1.3.6.1.4.1.5.2.5
A 32-bit integer uniquely identifying an area. Area ID 0.0.0.0 is used for the OSPF backbone.
     ospfIfType 1.3.6.1.4.1.5.2.6
The OSPF interface type. By way of a default, this field may be intuited from the corresponding value of ifType. Broadcast LANs, such as Ethernet and IEEE 802.5, take the value broadcast, X.25, Frame Relay, and similar technologies take the value nbma, and links that are definitively point to point take the value pointToPoint.
     ospfVirtIfAreaId 1.3.6.1.4.1.5.2.7
The Transit Area that the Virtual Link traverses. By definition, this is not 0.0.0.0
     ospfVirtIfNeighbor 1.3.6.1.4.1.5.2.8
The Router ID of the Virtual Neighbor.
     ospfVirtNbrArea 1.3.6.1.4.1.5.2.9
The Transit Area Identifier.
     ospfRouterId 1.3.6.1.4.1.5.2.10
A 32-bit integer uniquely identifying the router in the Autonomous System. By convention, to ensure uniqueness, this should default to the value of one of the routers IP interface addresses.
     ospfASBdrRtrStatus 1.3.6.1.4.1.5.2.11
A flag to note whether this router is an Autonomous System border router.
     ospfTOSSupport 1.3.6.1.4.1.5.2.12
The routers support for type-of-service routing.
     ospfAdminStat 1.3.6.1.4.1.5.2.13
The administrative status of OSPF in the router. The value enabled denotes that the OSPF Process is active on at least one interface; disabled disables it on all interfaces.
     ospfNbrIpAddr 1.3.6.1.4.1.5.2.14
The IP address of this neighbor.
     ospfLsdbType 1.3.6.1.4.1.5.2.15
The type of the link state advertisement. Each link state type has a separate advertisement format.
     ospfLsdbAreaId 1.3.6.1.4.1.5.2.16
The 32 bit identifier of the Area from which the LSA was received.
     ospfNbrAddressLessIndex 1.3.6.1.4.1.5.2.17
On an interface having an IP Address, zero. On addressless interfaces, the corresponding value of ifIndex in the Internet Standard MIB. On row creation, this can be derived from the instance.
     ospfMulticastExtensions 1.3.6.1.4.1.5.2.18
A Bit Mask indicating whether the router is forwarding IP multicast (Class D) datagrams based on the algorithms defined in the Multi- cast Extensions to OSPF. Bit 0, if set, indicates that the router can forward IP multicast datagrams in the routers directly attached areas (called intra-area mul- ticast routing). Bit 1, if set, indicates that the router can forward IP multicast datagrams between OSPF areas (called inter-area multicast routing). Bit 2, if set, indicates that the router can forward IP multicast datagrams between Auto- nomous Systems (called inter-AS multicast rout- ing). Only certain combinations of bit settings are allowed, namely: 0 (no multicast forwarding is enabled), 1 (intra-area multicasting only), 3 (intra-area and inter-area multicasting), 5 (intra-area and inter-AS multicasting) and 7 (multicasting everywhere). By default, no mul- ticast forwarding is enabled.
     ospfAreaAggregateAreaID 1.3.6.1.4.1.5.2.19
The Area the Address Aggregate is to be found within.
     ospfAreaAggregateNet 1.3.6.1.4.1.5.2.20
The IP Address of the Net or Subnet indicated by the range.
     ospfAreaAggregateMask 1.3.6.1.4.1.5.2.21
The Subnet Mask that pertains to the Net or Subnet.
     ipCidrRouteDest 1.3.6.1.4.1.5.2.22
The destination IP address of this route. This object may not take a Multicast (Class D) address value. Any assignment (implicit or otherwise) of an instance of this object to a value x must be rejected if the bitwise logical-AND of x with the value of the corresponding instance of the ipCidrRouteMask object is not equal to x.
     ipCidrRouteMask 1.3.6.1.4.1.5.2.23
Indicate the mask to be logical-ANDed with the destination address before being compared to the value in the ipCidrRouteDest field. For those systems that do not support arbitrary subnet masks, an agent constructs the value of the ipCidrRouteMask by reference to the IP Ad- dress Class. Any assignment (implicit or otherwise) of an instance of this object to a value x must be rejected if the bitwise logical-AND of x with the value of the corresponding instance of the ipCidrRouteDest object is not equal to ipCidrRoute- Dest.
     ipCidrRouteTos 1.3.6.1.4.1.5.2.24
30
     ipCidrRouteNextHop 1.3.6.1.4.1.5.2.25
On remote routes, the address of the next sys- tem en route; Otherwise, 0.0.0.0.
     ifName 1.3.6.1.4.1.5.2.26
The textual name of the interface. The value of this object should be the name of the interface as assigned by the local device and should be suitable for use in commands entered at the devices `console. This might be a text name, such as `le0 or a simple port number, such as `1, depending on the interface naming syntax of the device. If several entries in the ifTable together represent a single interface as named by the device, then each will have the same value of ifName. If there is no local name, or this object is otherwise not applicable, then this object contains a 0-length string.