RFC4750 日本語訳
4750 OSPF Version 2 Management Information Base. D. Joyal, Ed., P.Galecki, Ed., S. Giacalone, Ed., R. Coltun, F. Baker. December 2006. (Format: TXT=222459 bytes) (Obsoletes RFC1850) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group D. Joyal, Ed.
Request for Comments: 4750 Nortel
Obsoletes: 1850 P. Galecki, Ed.
Category: Standards Track Airvana
S. Giacalone, Ed.
CSFB
Original Authors:
R. Coltun
Touch Acoustra
F. Baker
Cisco Systems
December 2006
Network Working Group D. Joyal, Ed. Request for Comments: 4750 Nortel Obsoletes: 1850 P. Galecki, Ed. Category: Standards Track Airvana S. Giacalone, Ed. CSFB Original Authors: R. Coltun Touch Acoustra F. Baker Cisco Systems December 2006
OSPF Version 2 Management Information Base
OSPF Version 2 Management Information Base
Status of This Memo
Status of This Memo
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
Copyright Notice
Copyright Notice
Copyright (C) The IETF Trust (2006).
Copyright (C) The IETF Trust (2006).
Abstract
Abstract
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP-based internets. In particular, it defines objects for managing version 2 of the Open Shortest Path First Routing Protocol. Version 2 of the OSPF protocol is specific to the IPv4 address family. Version 3 of the OSPF protocol is specific to the IPv6 address family.
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP-based internets. In particular, it defines objects for managing version 2 of the Open Shortest Path First Routing Protocol. Version 2 of the OSPF protocol is specific to the IPv4 address family. Version 3 of the OSPF protocol is specific to the IPv6 address family.
This memo obsoletes RFC 1850; however, it is designed to be backwards compatible. The functional differences between this memo and RFC 1850 are explained in Appendix B.
This memo obsoletes RFC 1850; however, it is designed to be backwards compatible. The functional differences between this memo and RFC 1850 are explained in Appendix B.
Galecki, et al. Standards Track [Page 1] RFC 4750 OSPFv2 MIB December 2006
Galecki, et al. Standards Track [Page 1] RFC 4750 OSPFv2 MIB December 2006
Table of Contents
Table of Contents
1. Overview ........................................................3
1.1. The Internet-Standard Management Framework .................3
1.2. Conceptual Row Creation ....................................3
1.3. Default Configuration ......................................4
1.4. OSPF Counters ..............................................5
1.5. Multiple OSPF Instances ....................................5
1.6. Conventions ................................................6
2. Structure of This MIB ...........................................6
2.1. The Purposes of the Sections in This MIB ...................6
2.1.1. General Variables ...................................6
2.1.2. Area Data Structure and Area Stub Metric Table ......6
2.1.3. Link State Database and External Link State
Database ............................................7
2.1.4. Address Table and Host Tables .......................7
2.1.5. Interface and Interface Metric Tables ...............7
2.1.6. Virtual Interface Table .............................7
2.1.7. Neighbor and Virtual Neighbor Tables ................7
2.1.8. Local Link State Database Table and Virtual
Local Link State Database Table .....................7
2.1.9. AS-scope Link State Database Table ..................7
2.1.10. Area LSA Count Table ...............................7
3. OSPF MIB Module .................................................8
4. OSPF Trap Overview .............................................94
4.1. Introduction ..............................................94
4.2. Approach ..................................................95
4.3. Ignoring Initial Activity .................................95
4.4. Throttling Traps ..........................................95
4.5. One Trap Per OSPF Event ...................................96
4.6. Polling Event Counters ....................................96
4.7. Translating Notification Parameters .......................97
4.8. Historical Artifacts ......................................97
5. OSPF Trap Definitions ..........................................98
6. Security Considerations .......................................110
7. IANA Considerations ...........................................111
8. Acknowledgements ..............................................111
9. References ....................................................111
9.1. Normative References .....................................111
9.2. Informative References ...................................111
Appendix A. TOS Support ..........................................113
Appendix B. Changes from RFC 1850 ................................113
B.1. General Group Changes ....................................113
B.2. OSPF NSSA Enhancement Support ............................113
B.3. Opaque LSA Support .......................................114
B.4. Graceful Restart Support .................................116
B.5. OSPF Compliances .........................................116
B.6. OSPF Authentication and Security .........................117
1. Overview ........................................................3 1.1. The Internet-Standard Management Framework .................3 1.2. Conceptual Row Creation ....................................3 1.3. Default Configuration ......................................4 1.4. OSPF Counters ..............................................5 1.5. Multiple OSPF Instances ....................................5 1.6. Conventions ................................................6 2. Structure of This MIB ...........................................6 2.1. The Purposes of the Sections in This MIB ...................6 2.1.1. General Variables ...................................6 2.1.2. Area Data Structure and Area Stub Metric Table ......6 2.1.3. Link State Database and External Link State Database ............................................7 2.1.4. Address Table and Host Tables .......................7 2.1.5. Interface and Interface Metric Tables ...............7 2.1.6. Virtual Interface Table .............................7 2.1.7. Neighbor and Virtual Neighbor Tables ................7 2.1.8. Local Link State Database Table and Virtual Local Link State Database Table .....................7 2.1.9. AS-scope Link State Database Table ..................7 2.1.10. Area LSA Count Table ...............................7 3. OSPF MIB Module .................................................8 4. OSPF Trap Overview .............................................94 4.1. Introduction ..............................................94 4.2. Approach ..................................................95 4.3. Ignoring Initial Activity .................................95 4.4. Throttling Traps ..........................................95 4.5. One Trap Per OSPF Event ...................................96 4.6. Polling Event Counters ....................................96 4.7. Translating Notification Parameters .......................97 4.8. Historical Artifacts ......................................97 5. OSPF Trap Definitions ..........................................98 6. Security Considerations .......................................110 7. IANA Considerations ...........................................111 8. Acknowledgements ..............................................111 9. References ....................................................111 9.1. Normative References .....................................111 9.2. Informative References ...................................111 Appendix A. TOS Support ..........................................113 Appendix B. Changes from RFC 1850 ................................113 B.1. General Group Changes ....................................113 B.2. OSPF NSSA Enhancement Support ............................113 B.3. Opaque LSA Support .......................................114 B.4. Graceful Restart Support .................................116 B.5. OSPF Compliances .........................................116 B.6. OSPF Authentication and Security .........................117
Galecki, et al. Standards Track [Page 2] RFC 4750 OSPFv2 MIB December 2006
Galecki, et al. Standards Track [Page 2] RFC 4750 OSPFv2 MIB December 2006
B.7. OSPF Trap MIB ............................................117
B.8. Miscellaneous ............................................118
B.7. OSPF Trap MIB ............................................117 B.8. Miscellaneous ............................................118
1. Overview
1. Overview
1.1. The Internet-Standard Management Framework
1.1. The Internet-Standard Management Framework
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].
1.2. Conceptual Row Creation
1.2. Conceptual Row Creation
For the benefit of row-creation in "conceptual" tables, DEFVAL (Default Value) clauses are included in the definitions in section 3, suggesting values that an agent should use for instances of variables that need to be created due to a Set-Request, but that are not specified in the Set-Request. DEFVAL clauses have not been specified for some objects that are read-only, implying that they are zeroed upon row creation. These objects are of the SYNTAX Counter32 or Gauge32.
For the benefit of row-creation in "conceptual" tables, DEFVAL (Default Value) clauses are included in the definitions in section 3, suggesting values that an agent should use for instances of variables that need to be created due to a Set-Request, but that are not specified in the Set-Request. DEFVAL clauses have not been specified for some objects that are read-only, implying that they are zeroed upon row creation. These objects are of the SYNTAX Counter32 or Gauge32.
For those objects not having a DEFVAL clause, both management stations and agents should heed the Robustness Principle of the Internet (see [RFC791]):
For those objects not having a DEFVAL clause, both management stations and agents should heed the Robustness Principle of the Internet (see [RFC791]):
"be liberal in what you accept, conservative in what you send"
"be liberal in what you accept, conservative in what you send"
Therefore, management stations should include as many of these columnar objects as possible (e.g., all read-write objects) in a Set-Request when creating a conceptual row. Agents should accept a Set-Request with as few of these columnar objects as they need (e.g., the minimum contents of a "row-creating" SET consists of those objects for which, as they cannot be intuited, no default is specified).
Therefore, management stations should include as many of these columnar objects as possible (e.g., all read-write objects) in a Set-Request when creating a conceptual row. Agents should accept a Set-Request with as few of these columnar objects as they need (e.g., the minimum contents of a "row-creating" SET consists of those objects for which, as they cannot be intuited, no default is specified).
Galecki, et al. Standards Track [Page 3] RFC 4750 OSPFv2 MIB December 2006
Galecki, et al. Standards Track [Page 3] RFC 4750 OSPFv2 MIB December 2006
1.3. Default Configuration
1.3. Default Configuration
OSPF is a powerful routing protocol, equipped with features to handle virtually any configuration requirement that might reasonably be found within an Autonomous System (AS). With this power comes a fair degree of complexity, which the sheer number of objects in the MIB will attest to. Care has therefore been taken, in constructing this MIB, to define default values for virtually every object, to minimize the amount of parameterization required in the typical case. That default configuration is as follows:
OSPF is a powerful routing protocol, equipped with features to handle virtually any configuration requirement that might reasonably be found within an Autonomous System (AS). With this power comes a fair degree of complexity, which the sheer number of objects in the MIB will attest to. Care has therefore been taken, in constructing this MIB, to define default values for virtually every object, to minimize the amount of parameterization required in the typical case. That default configuration is as follows:
Given the following assumptions:
Given the following assumptions:
- IP has already been configured.
- IP has already been configured.
- The ifTable has already been configured.
- The ifTable has already been configured.
- ifSpeed is estimated by the interface drivers.
- ifSpeed is estimated by the interface drivers.
- The OSPF process automatically discovers all IP interfaces and
creates corresponding OSPF interfaces.
- The OSPF process automatically discovers all IP interfaces and creates corresponding OSPF interfaces.
- The OSPF process automatically creates the areas required for the
interfaces.
- The OSPF process automatically creates the areas required for the interfaces.
The simplest configuration of an OSPF process requires the following:
The simplest configuration of an OSPF process requires the following:
- The OSPF process be enabled.
- The OSPF process be enabled.
This can be accomplished with a single SET:
This can be accomplished with a single SET:
ospfAdminStat := enabled.
ospfAdminStat := enabled.
The configured system will have the following attributes:
The configured system will have the following attributes:
- The RouterID will be one of the IP addresses of the device.
- The RouterID will be one of the IP addresses of the device.
- The device will be neither an Area Border Router nor an Autonomous
System Border Router.
- The device will be neither an Area Border Router nor an Autonomous System Border Router.
- Every IP interface, with or without an address, will be an OSPF
interface.
- Every IP interface, with or without an address, will be an OSPF interface.
- The AreaID of each interface will be 0.0.0.0, the backbone.
- The AreaID of each interface will be 0.0.0.0, the backbone.
- Authentication will be disabled.
- Authentication will be disabled.
Galecki, et al. Standards Track [Page 4] RFC 4750 OSPFv2 MIB December 2006
Galecki, et al. Standards Track [Page 4] RFC 4750 OSPFv2 MIB December 2006
- All broadcast and point-to-point interfaces will be operational.
Non-broadcast multi-access (NBMA) interfaces require the
configuration of at least one neighbor.
- All broadcast and point-to-point interfaces will be operational. Non-broadcast multi-access (NBMA) interfaces require the configuration of at least one neighbor.
- Timers on all direct interfaces will be:
- Timers on all direct interfaces will be:
Hello Interval: 10 seconds
Dead Timeout: 40 Seconds
Retransmission: 5 Seconds
Transit Delay: 1 Second
Poll Interval: 120 Seconds
Hello Interval: 10 seconds Dead Timeout: 40 Seconds Retransmission: 5 Seconds Transit Delay: 1 Second Poll Interval: 120 Seconds
- No direct links to hosts will be configured.
- No direct links to hosts will be configured.
- No addresses will be summarized.
- No addresses will be summarized.
- Metrics, being a measure of bit duration, are unambiguous and
intelligent.
- Metrics, being a measure of bit duration, are unambiguous and intelligent.
- No virtual links will be configured.
- No virtual links will be configured.
1.4. OSPF Counters
1.4. OSPF Counters
This MIB defines several counters, namely:
This MIB defines several counters, namely:
- ospfOriginateNewLsas, ospfRxNewLsas in the ospfGeneralGroup - ospfSpfRuns, ospfAreaNssaTranslatorEvents in the ospfAreaTable - ospfIfEvents in the ospfIfTable - ospfVirtIfEvents in the ospfVirtIfTable - ospfNbrEvents in the ospfNbrTable - ospfVirtNbrEvents in the ospfVirtNbrTable
- ospfOriginateNewLsas, ospfRxNewLsas in the ospfGeneralGroup - ospfSpfRuns, ospfAreaNssaTranslatorEvents in the ospfAreaTable - ospfIfEvents in the ospfIfTable - ospfVirtIfEvents in the ospfVirtIfTable - ospfNbrEvents in the ospfNbrTable - ospfVirtNbrEvents in the ospfVirtNbrTable
As a best practice, a management entity, when reading these counters, should use the discontinuity object, ospfDiscontinuityTime, to determine if an event that would invalidate the management entity understanding of the counters has occurred. A restart of the OSPF routing process is a possible example of a discontinuity event.
As a best practice, a management entity, when reading these counters, should use the discontinuity object, ospfDiscontinuityTime, to determine if an event that would invalidate the management entity understanding of the counters has occurred. A restart of the OSPF routing process is a possible example of a discontinuity event.
1.5. Multiple OSPF Instances
1.5. Multiple OSPF Instances
SNMPv3 supports "Contexts" that can be used to implement MIB views on multiple OSPF instances on the same system. See [RFC3411] or its successors for details.
SNMPv3 supports "Contexts" that can be used to implement MIB views on multiple OSPF instances on the same system. See [RFC3411] or its successors for details.
Galecki, et al. Standards Track [Page 5] RFC 4750 OSPFv2 MIB December 2006
Galecki, et al. Standards Track [Page 5] RFC 4750 OSPFv2 MIB December 2006
1.6. Conventions
1.6. Conventions
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119].
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119].
2. Structure of This MIB
2. Structure of This MIB
This MIB is composed of the following sections:
This MIB is composed of the following sections:
General Variables
Area Data Structure
Area Stub Metric Table
Link State Database (LSDB)
Address Range Table
Host Table
Interface Table
Interface Metric Table
Virtual Interface Table
Neighbor Table
Virtual Neighbor Table
External Link State Database
Aggregate Range Table
Local Link State Database
AS-scope Link State Database
General Variables Area Data Structure Area Stub Metric Table Link State Database (LSDB) Address Range Table Host Table Interface Table Interface Metric Table Virtual Interface Table Neighbor Table Virtual Neighbor Table External Link State Database Aggregate Range Table Local Link State Database AS-scope Link State Database
It supports the base OSPFv2 specification [RFC2328] and extensions to OSPFv2 such as [RFC1765], [RFC1793], [RFC2370], [RFC3101] and [RFC3623].
It supports the base OSPFv2 specification [RFC2328] and extensions to OSPFv2 such as [RFC1765], [RFC1793], [RFC2370], [RFC3101] and [RFC3623].
There exists a separate MIB for notifications ("traps"), which is
entirely optional.
There exists a separate MIB for notifications ("traps"), which is entirely optional.
2.1. The Purposes of the Sections in This MIB
2.1. The Purposes of the Sections in This MIB
2.1.1. General Variables
2.1.1. General Variables
The general variables describe (as it may seem from the name) variables that are global to the OSPF Process.
The general variables describe (as it may seem from the name) variables that are global to the OSPF Process.
2.1.2. Area Data Structure and Area Stub Metric Table
2.1.2. Area Data Structure and Area Stub Metric Table
The Area Data Structure describes all of the OSPF Areas that the router participates in. The Area Table includes data for Not-So- Stubby-Area (NSSA) translation.
The Area Data Structure describes all of the OSPF Areas that the router participates in. The Area Table includes data for Not-So- Stubby-Area (NSSA) translation.
The Area Stub Metric Table describes the metrics advertised into a stub area by the default router(s).
The Area Stub Metric Table describes the metrics advertised into a stub area by the default router(s).
Galecki, et al. Standards Track [Page 6] RFC 4750 OSPFv2 MIB December 2006
Galecki, et al. Standards Track [Page 6] RFC 4750 OSPFv2 MIB December 2006
2.1.3. Link State Database and External Link State Database
2.1.3. Link State Database and External Link State Database
The link state database is provided primarily to provide detailed information for network debugging.
The link state database is provided primarily to provide detailed information for network debugging.
2.1.4. Address Table and Host Tables
2.1.4. Address Table and Host Tables
The Address Range Table and Host Table are provided to view configured Network Summary and host route information.
The Address Range Table and Host Table are provided to view configured Network Summary and host route information.
2.1.5. Interface and Interface Metric Tables
2.1.5. Interface and Interface Metric Tables
The Interface Table and the Interface Metric Table together describe the various IP interfaces to OSPF. The metrics are placed in separate tables in order to simplify dealing with multiple types of service. The Interface table includes link-local (Opaque type-9) link state advertisement (LSA) statistics.
The Interface Table and the Interface Metric Table together describe the various IP interfaces to OSPF. The metrics are placed in separate tables in order to simplify dealing with multiple types of service. The Interface table includes link-local (Opaque type-9) link state advertisement (LSA) statistics.
2.1.6. Virtual Interface Table
2.1.6. Virtual Interface Table
The Virtual Interface Table describes virtual links to the OSPF Process, similarly to the (non-virtual) Interface Tables. This Table includes link-local (Opaque type-9) LSA statistics.
The Virtual Interface Table describes virtual links to the OSPF Process, similarly to the (non-virtual) Interface Tables. This Table includes link-local (Opaque type-9) LSA statistics.
2.1.7. Neighbor and Virtual Neighbor Tables
2.1.7. Neighbor and Virtual Neighbor Tables
The Neighbor Table and the Virtual Neighbor Table describe the neighbors to the OSPF Process.
The Neighbor Table and the Virtual Neighbor Table describe the neighbors to the OSPF Process.
2.1.8. Local Link State Database Table and Virtual Local Link State
Database Table
2.1.8. Local Link State Database Table and Virtual Local Link State Database Table
The Local Link State Database Table and Virtual Local Link State Database Table are identical to the OSPF LSDB Table in format, but contain only link-local (Opaque type-9) link state advertisements for non-virtual and virtual links.
The Local Link State Database Table and Virtual Local Link State Database Table are identical to the OSPF LSDB Table in format, but contain only link-local (Opaque type-9) link state advertisements for non-virtual and virtual links.
2.1.9. AS-scope Link State Database Table
2.1.9. AS-scope Link State Database Table
The AS-scope Link State Database Table is identical to the OSPF LSDB Table in format, but contains only AS-scoped link state advertisements.
The AS-scope Link State Database Table is identical to the OSPF LSDB Table in format, but contains only AS-scoped link state advertisements.
2.1.10. Area LSA Count Table
2.1.10. Area LSA Count Table
The table, which maintains number of link state advertisements on the per-area, per-LSA-type basis.
The table, which maintains number of link state advertisements on the per-area, per-LSA-type basis.
Galecki, et al. Standards Track [Page 7] RFC 4750 OSPFv2 MIB December 2006
Galecki, et al. Standards Track [Page 7] RFC 4750 OSPFv2 MIB December 2006
3. OSPF MIB Module
3. OSPF MIB Module
OSPF-MIB DEFINITIONS ::= BEGIN
OSPF-MIB DEFINITIONS ::= BEGIN
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, Counter32, Gauge32,
Integer32, Unsigned32, IpAddress, mib-2
FROM SNMPv2-SMI
TEXTUAL-CONVENTION, TruthValue, RowStatus, TimeStamp
FROM SNMPv2-TC
MODULE-COMPLIANCE, OBJECT-GROUP
FROM SNMPv2-CONF
InterfaceIndexOrZero
FROM IF-MIB;
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, Counter32, Gauge32, Integer32, Unsigned32, IpAddress, mib-2 FROM SNMPv2-SMI TEXTUAL-CONVENTION, TruthValue, RowStatus, TimeStamp FROM SNMPv2-TC MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF InterfaceIndexOrZero FROM IF-MIB;
ospf MODULE-IDENTITY
LAST-UPDATED "200611100000Z" -- November 10, 2006 00:00:00 EST
ORGANIZATION "IETF OSPF Working Group"
CONTACT-INFO
"WG E-Mail: ospf@ietf.org
ospf MODULE-IDENTITY LAST-UPDATED "200611100000Z" -- November 10, 2006 00:00:00 EST ORGANIZATION "IETF OSPF Working Group" CONTACT-INFO "WG E-Mail: ospf@ietf.org
WG Chairs: acee@cisco.com
rohit@gmail.com
WG Chairs: acee@cisco.com rohit@gmail.com
Editors: Dan Joyal
Nortel
600 Technology Park Drive
Billerica, MA 01821
djoyal@nortel.com
Editors: Dan Joyal Nortel 600 Technology Park Drive Billerica, MA 01821 djoyal@nortel.com
Piotr Galecki
Airvana
19 Alpha Road
Chelmsford, MA 01824
pgalecki@airvana.com
Piotr Galecki Airvana 19 Alpha Road Chelmsford, MA 01824 pgalecki@airvana.com
Spencer Giacalone
CSFB
Eleven Madison Ave
New York, NY 10010-3629
spencer.giacalone@gmail.com"
Spencer Giacalone CSFB Eleven Madison Ave New York, NY 10010-3629 spencer.giacalone@gmail.com"
DESCRIPTION
"The MIB module to describe the OSPF Version 2
Protocol. Note that some objects in this MIB
module may pose a significant security risk.
Refer to the Security Considerations section
in RFC 4750 for more information.
DESCRIPTION "The MIB module to describe the OSPF Version 2 Protocol. Note that some objects in this MIB module may pose a significant security risk. Refer to the Security Considerations section in RFC 4750 for more information.
Galecki, et al. Standards Track [Page 8] RFC 4750 OSPFv2 MIB December 2006
Galecki, et al. Standards Track [Page 8] RFC 4750 OSPFv2 MIB December 2006
Copyright (C) The IETF Trust (2006).
This version of this MIB module is part of
RFC 4750; see the RFC itself for full legal
notices."
Copyright (C) The IETF Trust (2006). This version of this MIB module is part of RFC 4750; see the RFC itself for full legal notices."
REVISION "200611100000Z" -- November 10, 2006 09:00:00 EST
DESCRIPTION
"Updated for latest changes to OSPF Version 2:
- updated the General Group with the new
ospfRFC1583Compatibility, ospfReferenceBandwidth
and ospfDiscontinuityTime objects
- added graceful-restart-related objects
- added stub-router-related objects
- updated the Area Table with NSSA-related objects
- added ospfAreaAggregateExtRouteTag object
- added Opaque LSA-related objects
- updates to the Compliances and Security sections
- added area LSA counter table
- added section describing translation of notification
parameters between SNMP versions
- added ospfComplianceObsolete to contain obsolete
object groups
- deprecated ospfExtLsdbTable
See Appendix B of RFC 4750 for more details.
REVISION "200611100000Z" -- November 10, 2006 09:00:00 EST DESCRIPTION "Updated for latest changes to OSPF Version 2: - updated the General Group with the new ospfRFC1583Compatibility, ospfReferenceBandwidth and ospfDiscontinuityTime objects - added graceful-restart-related objects - added stub-router-related objects - updated the Area Table with NSSA-related objects - added ospfAreaAggregateExtRouteTag object - added Opaque LSA-related objects - updates to the Compliances and Security sections - added area LSA counter table - added section describing translation of notification parameters between SNMP versions - added ospfComplianceObsolete to contain obsolete object groups - deprecated ospfExtLsdbTable See Appendix B of RFC 4750 for more details.
This version published as part of RFC 4750"
This version published as part of RFC 4750"
REVISION "199501201225Z" -- Fri Jan 20 12:25:50 PST 1995
DESCRIPTION
"The initial SMIv2 revision of this MIB module, published
in RFC 1850."
::= { mib-2 14 }
REVISION "199501201225Z" -- Fri Jan 20 12:25:50 PST 1995 DESCRIPTION "The initial SMIv2 revision of this MIB module, published in RFC 1850." ::= { mib-2 14 }
AreaID ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"An OSPF Area Identifier.
Note that the Area ID, in OSPF, has the same format
as an IP address, but has the function of defining
a summarization point for link state advertisements."
SYNTAX IpAddress
AreaID ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "An OSPF Area Identifier. Note that the Area ID, in OSPF, has the same format as an IP address, but has the function of defining a summarization point for link state advertisements." SYNTAX IpAddress
RouterID ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"A OSPF Router Identifier.
Note that the Router ID, in OSPF, has the same format
as an IP address, but identifies the router independent
RouterID ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "A OSPF Router Identifier. Note that the Router ID, in OSPF, has the same format as an IP address, but identifies the router independent
Galecki, et al. Standards Track [Page 9] RFC 4750 OSPFv2 MIB December 2006
Galecki, et al. Standards Track [Page 9] RFC 4750 OSPFv2 MIB December 2006
of its IP address."
SYNTAX IpAddress
of its IP address." SYNTAX IpAddress
Metric ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d-0"
STATUS current
DESCRIPTION
"The OSPF internal metric.
Note that the OSPF metric is defined as an unsigned value
in the range."
SYNTAX Integer32 (0..'FFFF'h)
Metric ::= TEXTUAL-CONVENTION DISPLAY-HINT "d-0" STATUS current DESCRIPTION "The OSPF internal metric. Note that the OSPF metric is defined as an unsigned value in the range." SYNTAX Integer32 (0..'FFFF'h)
BigMetric ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d-0"
STATUS current
DESCRIPTION
"The OSPF external metric."
SYNTAX Integer32 (0..'FFFFFF'h)
BigMetric ::= TEXTUAL-CONVENTION DISPLAY-HINT "d-0" STATUS current DESCRIPTION "The OSPF external metric." SYNTAX Integer32 (0..'FFFFFF'h)
Status ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"An indication of the operability of an OSPF
function or feature. For example, the status
of an interface: 'enabled' indicates that
it is willing to communicate with other OSPF routers,
and 'disabled' indicates that it is not."
SYNTAX INTEGER { enabled (1), disabled (2) }
Status ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "An indication of the operability of an OSPF function or feature. For example, the status of an interface: 'enabled' indicates that it is willing to communicate with other OSPF routers, and 'disabled' indicates that it is not." SYNTAX INTEGER { enabled (1), disabled (2) }
PositiveInteger ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d-0"
STATUS current
DESCRIPTION
"A positive integer. Values in excess are precluded as
unnecessary and prone to interoperability issues."
SYNTAX Integer32 (0..'7FFFFFFF'h)
PositiveInteger ::= TEXTUAL-CONVENTION DISPLAY-HINT "d-0" STATUS current DESCRIPTION "A positive integer. Values in excess are precluded as unnecessary and prone to interoperability issues." SYNTAX Integer32 (0..'7FFFFFFF'h)
HelloRange ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d-0"
STATUS current
DESCRIPTION
"The range of intervals in seconds on which Hello messages
are exchanged."
SYNTAX Integer32 (1..'FFFF'h)
HelloRange ::= TEXTUAL-CONVENTION DISPLAY-HINT "d-0" STATUS current DESCRIPTION "The range of intervals in seconds on which Hello messages are exchanged." SYNTAX Integer32 (1..'FFFF'h)
UpToMaxAge ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d-0"
STATUS current
UpToMaxAge ::= TEXTUAL-CONVENTION DISPLAY-HINT "d-0" STATUS current
Galecki, et al. Standards Track [Page 10] RFC 4750 OSPFv2 MIB December 2006
Galecki, et al. Standards Track [Page 10] RFC 4750 OSPFv2 MIB December 2006
DESCRIPTION
"The values in seconds that one might find or configure
for variables bounded by the maximum age of an LSA."
SYNTAX Integer32 (0..3600)
DESCRIPTION "The values in seconds that one might find or configure for variables bounded by the maximum age of an LSA." SYNTAX Integer32 (0..3600)
DesignatedRouterPriority ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d-0"
STATUS current
DESCRIPTION
"The range of values defined for the priority of a system
for becoming the designated router."
SYNTAX Integer32 (0..'FF'h)
DesignatedRouterPriority ::= TEXTUAL-CONVENTION DISPLAY-HINT "d-0" STATUS current DESCRIPTION "The range of values defined for the priority of a system for becoming the designated router." SYNTAX Integer32 (0..'FF'h)
TOSType ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d-0"
STATUS current
DESCRIPTION
"Type of Service (TOS) is defined as a mapping to the IP
Type of Service Flags as defined in the IP Forwarding
Table MIB
TOSType ::= TEXTUAL-CONVENTION DISPLAY-HINT "d-0" STATUS current DESCRIPTION "Type of Service (TOS) is defined as a mapping to the IP Type of Service Flags as defined in the IP Forwarding Table MIB
+-----+-----+-----+-----+-----+-----+-----+-----+
| | | |
| PRECEDENCE | TYPE OF SERVICE | 0 |
| | | |
+-----+-----+-----+-----+-----+-----+-----+-----+
+-----+-----+-----+-----+-----+-----+-----+-----+ | | | | | PRECEDENCE | TYPE OF SERVICE | 0 | | | | | +-----+-----+-----+-----+-----+-----+-----+-----+
IP TOS IP TOS
Field Policy Field Policy
IP TOS IP TOS Field Policy Field Policy
Contents Code Contents Code
0 0 0 0 ==> 0 0 0 0 1 ==> 2
0 0 1 0 ==> 4 0 0 1 1 ==> 6
0 1 0 0 ==> 8 0 1 0 1 ==> 10
0 1 1 0 ==> 12 0 1 1 1 ==> 14
1 0 0 0 ==> 16 1 0 0 1 ==> 18
1 0 1 0 ==> 20 1 0 1 1 ==> 22
1 1 0 0 ==> 24 1 1 0 1 ==> 26
1 1 1 0 ==> 28 1 1 1 1 ==> 30
Contents Code Contents Code 0 0 0 0 ==> 0 0 0 0 1 ==> 2 0 0 1 0 ==> 4 0 0 1 1 ==> 6 0 1 0 0 ==> 8 0 1 0 1 ==> 10 0 1 1 0 ==> 12 0 1 1 1 ==> 14 1 0 0 0 ==> 16 1 0 0 1 ==> 18 1 0 1 0 ==> 20 1 0 1 1 ==> 22 1 1 0 0 ==> 24 1 1 0 1 ==> 26 1 1 1 0 ==> 28 1 1 1 1 ==> 30
The remaining values are left for future definition."
SYNTAX Integer32 (0..30)
The remaining values are left for future definition." SYNTAX Integer32 (0..30)
OspfAuthenticationType ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The authentication type."
SYNTAX INTEGER {
OspfAuthenticationType ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "The authentication type." SYNTAX INTEGER {
Galecki, et al. Standards Track [Page 11] RFC 4750 OSPFv2 MIB December 2006
Galecki, et al. Standards Track [Page 11] RFC 4750 OSPFv2 MIB December 2006
none (0),
simplePassword (1),
md5 (2)
-- reserved for specification by IANA (> 2)
}
none (0), simplePassword (1), md5 (2) -- reserved for specification by IANA (> 2) }
-- OSPF General Variables
-- OSPF General Variables
-- Note: These parameters apply globally to the Router's -- OSPF Process.
-- Note: These parameters apply globally to the Router's -- OSPF Process.
ospfGeneralGroup OBJECT IDENTIFIER ::= { ospf 1 }
ospfGeneralGroup OBJECT IDENTIFIER ::= { ospf 1 }
ospfRouterId OBJECT-TYPE
SYNTAX RouterID
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"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
router's IP interface addresses.
ospfRouterId OBJECT-TYPE SYNTAX RouterID MAX-ACCESS read-write STATUS current DESCRIPTION "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 router's IP interface addresses.
This object is persistent and when written
the entity SHOULD save the change to non-volatile storage."
REFERENCE
"OSPF Version 2, C.1 Global parameters"
::= { ospfGeneralGroup 1 }
This object is persistent and when written the entity SHOULD save the change to non-volatile storage." REFERENCE "OSPF Version 2, C.1 Global parameters" ::= { ospfGeneralGroup 1 }
ospfAdminStat OBJECT-TYPE
SYNTAX Status
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"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.
ospfAdminStat OBJECT-TYPE SYNTAX Status MAX-ACCESS read-write STATUS current DESCRIPTION "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.
This object is persistent and when written
the entity SHOULD save the change to non-volatile storage."
::= { ospfGeneralGroup 2 }
This object is persistent and when written the entity SHOULD save the change to non-volatile storage." ::= { ospfGeneralGroup 2 }
ospfVersionNumber OBJECT-TYPE
SYNTAX INTEGER { version2 (2) }
MAX-ACCESS read-only
STATUS current
ospfVersionNumber OBJECT-TYPE SYNTAX INTEGER { version2 (2) } MAX-ACCESS read-only STATUS current
Galecki, et al. Standards Track [Page 12] RFC 4750 OSPFv2 MIB December 2006
Galecki, et al. Standards Track [Page 12] RFC 4750 OSPFv2 MIB December 2006
DESCRIPTION
"The current version number of the OSPF protocol is 2."
REFERENCE
"OSPF Version 2, Title"
::= { ospfGeneralGroup 3 }
DESCRIPTION "The current version number of the OSPF protocol is 2." REFERENCE "OSPF Version 2, Title" ::= { ospfGeneralGroup 3 }
ospfAreaBdrRtrStatus OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A flag to note whether this router is an Area
Border Router."
REFERENCE
"OSPF Version 2, Section 3 Splitting the AS into
Areas"
::= { ospfGeneralGroup 4 }
「AはこのルータがArea Border Routerであるかどうかに注意するために旗を揚げさせる」ospfAreaBdrRtrStatus OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 参照、「セクション3 OSPFバージョン2、分かれる、領域、」、:、:= ospfGeneralGroup4
ospfASBdrRtrStatus OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"A flag to note whether this router is configured as
an Autonomous System Border Router.
ospfASBdrRtrStatus OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「このルータがAutonomous System Border Routerとして構成されるか否かに関係なく、注意する旗」をSTATUSの現在の記述に読書して書きます。
This object is persistent and when written the
entity SHOULD save the change to non-volatile storage."
REFERENCE
"OSPF Version 2, Section 3.3 Classification of
routers"
::= { ospfGeneralGroup 5 }
「この物はしつこいです、そして、実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 REFERENCE、「セクション3.3 OSPFバージョン2、ルータのClassification」:、:= ospfGeneralGroup5
ospfExternLsaCount OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of external (LS type-5) link state
advertisements in the link state database."
REFERENCE
"OSPF Version 2, Appendix A.4.5 AS external link
advertisements"
::= { ospfGeneralGroup 6 }
ospfExternLsaCount OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「リンクの外部(LSタイプ-5)のリンク州の広告の数はデータベースを述べます」。 REFERENCE、「OSPFバージョン2、Appendix A.4.5 ASの外部のリンク広告」:、:= ospfGeneralGroup6
ospfExternLsaCksumSum OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
ospfExternLsaCksumSum OBJECT-TYPE SYNTAX Integer32マックス-ACCESS書き込み禁止
Galecki, et al. Standards Track [Page 13] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[13ページ]。
STATUS current
DESCRIPTION
"The 32-bit sum of the LS checksums of
the external link state advertisements
contained in the link state database. This sum
can be used to determine if there has been a
change in a router's link state database and
to compare the link state database of two
routers. The value should be treated as unsigned
when comparing two sums of checksums."
::= { ospfGeneralGroup 7 }
「外部のリンク州の広告のLSチェックサムの32ビットの合計はリンク州のデータベースに含んだ」STATUSの現在の記述。 ルータのリンク州のデータベースにおける変化があったかどうか決定して、2つのルータに関するリンク州のデータベースを比較するのにこの合計を使用できます。 「チェックサムの2つの合計を比較するとき、値は無記名として扱われるべきである」、:、:= ospfGeneralGroup7
ospfTOSSupport OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The router's support for type-of-service routing.
ospfTOSSupport OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「ルータのサービスのタイプルーティングのサポート」をSTATUSの現在の記述に読書して書きます。
This object is persistent and when written
the entity SHOULD save the change to non-volatile
storage."
REFERENCE
"OSPF Version 2, Appendix F.1.2 Optional TOS
support"
::= { ospfGeneralGroup 8 }
「この物はしつこいです、そして、実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 REFERENCE、「OSPFバージョン2、Appendix F.1.2 Optional TOSサポート」:、:= ospfGeneralGroup8
ospfOriginateNewLsas OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of new link state advertisements
that have been originated. This number is
incremented each time the router originates a new
LSA.
ospfOriginateNewLsas OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「新しいリンクの数は溯源された広告を述べます」。 ルータが新しいLSAを溯源するたびにこの数は増加されています。
Discontinuities in the value of this counter can
occur at re-initialization of the management system,
and at other times as indicated by the value of
ospfDiscontinuityTime."
::= { ospfGeneralGroup 9 }
「このカウンタの値における不連続はマネージメントシステムの再初期化においてospfDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ospfGeneralGroup9
ospfRxNewLsas OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
ospfRxNewLsas OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Galecki, et al. Standards Track [Page 14] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[14ページ]。
"The number of link state advertisements received
that are determined to be new instantiations.
This number does not include newer instantiations
of self-originated link state advertisements.
「リンクの数は、新しい具体化であることを決定している広告が受信されたと述べます。」 この数は自己によって溯源されたリンク州の広告の、より新しい具体化を含んでいません。
Discontinuities in the value of this counter can
occur at re-initialization of the management system,
and at other times as indicated by the value of
ospfDiscontinuityTime."
::= { ospfGeneralGroup 10 }
「このカウンタの値における不連続はマネージメントシステムの再初期化においてospfDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ospfGeneralGroup10
ospfExtLsdbLimit OBJECT-TYPE
SYNTAX Integer32 (-1..'7FFFFFFF'h)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The maximum number of non-default
AS-external LSAs entries that can be stored in the
link state database. If the value is -1, then
there is no limit.
ospfExtLsdbLimit OBJECT-TYPE SYNTAX Integer32(-1'7FFFFFFF'h)マックス-ACCESSが「リンク州のデータベースに格納できる非デフォルトのAS外部のLSAsエントリーの最大数」をSTATUSの現在の記述に読書して書く、' 値が-1であるなら、限界が全くありません。
When the number of non-default AS-external LSAs
in a router's link state database reaches
ospfExtLsdbLimit, the router enters
overflow state. The router never holds more than
ospfExtLsdbLimit non-default AS-external LSAs
in its database. OspfExtLsdbLimit MUST be set
identically in all routers attached to the OSPF
backbone and/or any regular OSPF area (i.e.,
OSPF stub areas and NSSAs are excluded).
ルータのリンク州のデータベースの非デフォルトのAS外部のLSAsの数がospfExtLsdbLimitに達すると、ルータはオーバーフロー状態に入ります。 ルータはospfExtLsdbLimitの非デフォルトのAS外部のLSAsよりデータベースで決して成立しません。 同様にOSPF背骨に付けられたすべてのルータ、そして/または、どんな通常のOSPF領域もOspfExtLsdbLimitにはめ込まなければなりません(すなわち、OSPFスタッブ領域とNSSAsは除かれます)。
This object is persistent and when written
the entity SHOULD save the change to non-volatile
storage."
DEFVAL { -1 }
::= { ospfGeneralGroup 11 }
「この物はしつこいです、そして、実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 DEFVAL-1:、:= ospfGeneralGroup11
ospfMulticastExtensions OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"A bit mask indicating whether the router is
forwarding IP multicast (Class D) datagrams
based on the algorithms defined in the
multicast extensions to OSPF.
ospfMulticastExtensions OBJECT-TYPE SYNTAX Integer32マックス-ACCESSは「ルータがマルチキャスト拡大でOSPFと定義されたアルゴリズムに基づくIPマルチキャスト(クラスD)データグラムを進めているかどうかを示すしばらくマスク」をSTATUSの現在の記述に読書して書きます。
Bit 0, if set, indicates that the router can
設定されるなら、ビット0は、ルータがそうすることができるのを示します。
Galecki, et al. Standards Track [Page 15] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[15ページ]。
forward IP multicast datagrams in the router's
directly attached areas (called intra-area
multicast routing).
ルータの直接付属している領域(イントラ領域マルチキャストルーティングと呼ばれる)でIPマルチキャストデータグラムを進めてください。
Bit 1, if set, indicates that the router can
forward IP multicast datagrams between OSPF
areas (called inter-area multicast routing).
設定されるなら、ビット1は、ルータがOSPF領域(相互領域マルチキャストルーティングと呼ばれる)の間にIPマルチキャストデータグラムを送ることができるのを示します。
Bit 2, if set, indicates that the router can
forward IP multicast datagrams between
Autonomous Systems (called inter-AS multicast
routing).
設定されるなら、ビット2は、ルータがAutonomous Systems(相互ASマルチキャストルーティングと呼ばれる)の間にIPマルチキャストデータグラムを送ることができるのを示します。
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
multicast forwarding is enabled.
すなわち、確信するだけ、噛み付いている設定の組み合わせが許されているのを: 0、(マルチキャスト推進が可能にされる、)、1 (イントラ領域マルチキャスティング専用)、3 (イントラ領域と相互領域マルチキャスティング)、5(イントラ領域と相互ASマルチキャスティング)と7(いたる所のマルチキャスティング)。 マルチキャスト推進は可能にされます。
This object is persistent and when written
the entity SHOULD save the change to non-volatile
storage."
DEFVAL { 0 }
::= { ospfGeneralGroup 12 }
「この物はしつこいです、そして、実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 DEFVAL0:、:= ospfGeneralGroup12
ospfExitOverflowInterval OBJECT-TYPE
SYNTAX PositiveInteger
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The number of seconds that, after entering
OverflowState, a router will attempt to leave
OverflowState. This allows the router to again
originate non-default AS-external LSAs. When
set to 0, the router will not leave
overflow state until restarted.
ospfExitOverflowInterval OBJECT-TYPE SYNTAX PositiveIntegerマックス-ACCESSは「OverflowStateに入った後に残すルータがOverflowStateを試みる秒数」をSTATUSの現在の記述に読書して書きます。 これで、ルータは再び非デフォルトのAS外部のLSAsを溯源できます。 0に設定される場合、ルータは再開されるまでオーバーフロー状態を出ないでしょう。
This object is persistent and when written
the entity SHOULD save the change to non-volatile
storage."
DEFVAL { 0 }
::= { ospfGeneralGroup 13 }
「この物はしつこいです、そして、実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 DEFVAL0:、:= ospfGeneralGroup13
ospfDemandExtensions OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
ospfDemandExtensions OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは読書して書きます。
Galecki, et al. Standards Track [Page 16] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[16ページ]。
STATUS current
DESCRIPTION
"The router's support for demand routing.
This object is persistent and when written
the entity SHOULD save the change to non-volatile
storage."
REFERENCE
"Extending OSPF to Support Demand Circuits"
::= { ospfGeneralGroup 14 }
「ルータのものは要求ルーティングのために支持する」STATUSの現在の記述。 「この物はしつこいです、そして、実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 「要求サーキットを支えるためにOSPFを広げている」という参照:、:= ospfGeneralGroup14
ospfRFC1583Compatibility OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates metrics used to choose among multiple
AS-external LSAs. When RFC1583Compatibility is set to
enabled, only cost will be used when choosing among
multiple AS-external LSAs advertising the same
destination. When RFC1583Compatibility is set to
disabled, preference will be driven first by type of
path using cost only to break ties.
ospfRFC1583Compatibility OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは現在の記述が「複数のAS外部のLSAsの中で選ぶために測定基準が使用したのを示す」STATUSに読書して書きます。 RFC1583Compatibilityが可能にされるのに用意ができているとき、同じ目的地の広告を出す複数のAS外部のLSAsの中で選ぶとき、費用だけが使用されるでしょう。 RFC1583Compatibilityが身体障害者に用意ができているとき、好みは、費用を使用しますが、結びつきを壊すことで最初に、経路のタイプによって追い立てられるでしょう。
This object is persistent and when written
the entity SHOULD save the change to non-volatile
storage."
REFERENCE
"OSPF Version 2, Section 16.4.1 External path
preferences"
::= { ospfGeneralGroup 15 }
「この物はしつこいです、そして、実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 REFERENCE、「OSPFバージョン2、セクション16.4.1のExternal経路好み」:、:= ospfGeneralGroup15
ospfOpaqueLsaSupport OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The router's support for Opaque LSA types."
REFERENCE
"The OSPF Opaque LSA Option"
::= { ospfGeneralGroup 16 }
「ルータのOpaque LSAのサポートはタイプする」ospfOpaqueLsaSupport OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「OSPFの不明瞭なLSAオプション」という参照:、:= ospfGeneralGroup16
ospfReferenceBandwidth OBJECT-TYPE
SYNTAX Unsigned32
UNITS "kilobits per second"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Reference bandwidth in kilobits/second for
ospfReferenceBandwidth OBJECT-TYPE SYNTAX Unsigned32 UNITS「1秒あたりのキロビット」マックス-ACCESSは現在の記述が「キロビット/秒における帯域幅に参照をつける」STATUSに読書して書きます。
Galecki, et al. Standards Track [Page 17] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[17ページ]。
calculating default interface metrics. The
default value is 100,000 KBPS (100 MBPS).
デフォルトインタフェース測定基準について計算します。 デフォルト値は10万KBPS(100MBPS)です。
This object is persistent and when written
the entity SHOULD save the change to non-volatile
storage."
::= { ospfGeneralGroup 17 }
「この物はしつこいです、そして、実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 ::= ospfGeneralGroup17
ospfRestartSupport OBJECT-TYPE
SYNTAX INTEGER { none (1),
plannedOnly (2),
plannedAndUnplanned (3)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The router's support for OSPF graceful restart.
Options include: no restart support, only planned
restarts, or both planned and unplanned restarts.
ospfRestartSupport OBJECT-TYPE SYNTAX INTEGER、なにも、(1)、plannedOnly(2)、plannedAndUnplanned(3)、マックス-ACCESSは「ルータのOSPFの優雅な再開のサポート」をSTATUSの現在の記述に読書して書きます。 オプションは: 再開サポートでない、唯一の計画された再開でない、計画されたものと同様に無計画な再開がありません。
This object is persistent and when written
the entity SHOULD save the change to non-volatile
storage."
::= { ospfGeneralGroup 18 }
「この物はしつこいです、そして、実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 ::= ospfGeneralGroup18
ospfRestartInterval OBJECT-TYPE
SYNTAX Integer32 (1..1800)
UNITS "seconds"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Configured OSPF graceful restart timeout interval.
ospfRestartInterval OBJECT-TYPE SYNTAX Integer32(1 .1800)UNITS「秒」マックス-ACCESSは「構成されたOSPF優雅な再開タイムアウト間隔」をSTATUSの現在の記述に読書して書きます。
This object is persistent and when written
the entity SHOULD save the change to non-volatile
storage."
::= { ospfGeneralGroup 19 }
「この物はしつこいです、そして、実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 ::= ospfGeneralGroup19
ospfRestartStrictLsaChecking OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates if strict LSA checking is enabled for
graceful restart.
マックス-ACCESSが「厳しいLSAの照合が優雅な再開のために可能にされるかどうかを示す」とSTATUSの現在の記述に読書して書くospfRestartStrictLsaChecking OBJECT-TYPE SYNTAX TruthValue。
This object is persistent and when written
the entity SHOULD save the change to non-volatile
この物はしつこいです、そして、実体に書かれると、SHOULDは非揮発性への変化を救います。
Galecki, et al. Standards Track [Page 18] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[18ページ]。
storage."
::= { ospfGeneralGroup 20 }
「格納。」 ::= ospfGeneralGroup20
ospfRestartStatus OBJECT-TYPE
SYNTAX INTEGER { notRestarting (1),
plannedRestart (2),
unplannedRestart (3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Current status of OSPF graceful restart."
::= { ospfGeneralGroup 21 }
ospfRestartStatus OBJECT-TYPE SYNTAX INTEGER、notRestarting(1)、plannedRestart(2)、unplannedRestart(3)、「OSPF優雅の現在の状態は再開する」マックス-ACCESSの読書だけのSTATUSの現在の記述。 ::= ospfGeneralGroup21
ospfRestartAge OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Remaining time in current OSPF graceful restart
interval."
::= { ospfGeneralGroup 22 }
ospfRestartAge OBJECT-TYPE SYNTAX Unsigned32 UNITSは現在のマックス-ACCESSの書き込み禁止STATUS記述「残っている時間コネ現在のOSPF優雅な再開間隔」を「後援します」。 ::= ospfGeneralGroup22
ospfRestartExitReason OBJECT-TYPE
SYNTAX INTEGER { none (1), -- none attempted
inProgress (2), -- restart in
-- progress
completed (3), -- successfully
-- completed
timedOut (4), -- timed out
topologyChanged (5) -- aborted due to
-- topology change.
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Describes the outcome of the last attempt at a
graceful restart. If the value is 'none', no restart
has yet been attempted. If the value is 'inProgress',
a restart attempt is currently underway."
::= { ospfGeneralGroup 23 }
ospfRestartExitReason OBJECT-TYPE SYNTAX INTEGER、なにもinProgress(2)を試みなかったという(1)が中で再開しないなにも--首尾よく完成した(3)を進行してください--完成したtimedOut(4)--調節された出ているtopologyChanged(5)--当然の状態で、中止されます--トポロジー変化 マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「優雅な再開のときに最後の試みの結果について説明します」。 値が'なにも'であるなら、再開は全くまだ試みられていません。 「値が'inProgress'であるなら、再開試みは現在、進行中です。」 ::= ospfGeneralGroup23
ospfAsLsaCount OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
ospfAsLsaCount OBJECT-TYPE SYNTAX Gauge32マックス-ACCESS書き込み禁止STATUS海流
Galecki, et al. Standards Track [Page 19] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[19ページ]。
DESCRIPTION
"The number of AS-scope link state
advertisements in the AS-scope link state database."
::= { ospfGeneralGroup 24 }
記述、「AS-範囲の数はAS-範囲リンク州のデータベースにおける州の広告をリンクします」。 ::= ospfGeneralGroup24
ospfAsLsaCksumSum OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The 32-bit unsigned sum of the LS checksums of
the AS link state advertisements contained in the AS-scope
link state database. This sum can be used to determine
if there has been a change in a router's AS-scope link
state database, and to compare the AS-scope link state
database of two routers."
::= { ospfGeneralGroup 25 }
「ASリンク州の広告のLSチェックサムの32ビットの無記名の合計はAS-範囲リンク州のデータベースに含んだ」ospfAsLsaCksumSum OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「ルータのAS-範囲リンク州のデータベースにおける変化があったかどうか決定して、2つのルータに関するAS-範囲リンク州のデータベースを比較するのにこの合計を使用できます。」 ::= ospfGeneralGroup25
ospfStubRouterSupport OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The router's support for stub router functionality."
REFERENCE
"OSPF Stub Router Advertisement"
::= { ospfGeneralGroup 26 }
ospfStubRouterSupport OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「ルータのスタッブルータの機能性のサポート。」 「OSPFスタッブルータ通知」という参照:、:= ospfGeneralGroup26
ospfStubRouterAdvertisement OBJECT-TYPE
SYNTAX INTEGER {
doNotAdvertise (1),
advertise(2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object controls the advertisement of
stub router LSAs by the router. The value
doNotAdvertise will result in the advertisement
of a standard router LSA and is the default value.
doNotAdvertise(1)、(2)の広告を出してください。ospfStubRouterAdvertisement OBJECT-TYPE SYNTAX INTEGER、マックス-ACCESSは「この物はルータからスタッブルータLSAsの広告を制御すること」をSTATUSの現在の記述に読書して書きます。 値のdoNotAdvertiseは標準のルータLSAの広告をもたらして、デフォルト値です。
This object is persistent and when written
the entity SHOULD save the change to non-volatile
storage."
::= { ospfGeneralGroup 27 }
「この物はしつこいです、そして、実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 ::= ospfGeneralGroup27
ospfDiscontinuityTime OBJECT-TYPE
SYNTAX TimeStamp
ospfDiscontinuityTimeオブジェクト・タイプ構文タイムスタンプ
Galecki, et al. Standards Track [Page 20] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[20ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime on the most recent occasion
at which any one of this MIB's counters suffered
a discontinuity.
マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このMIBのカウンタのいずれも不連続を受けた最新の時のsysUpTimeの値。」
If no such discontinuities have occurred since the last
re-initialization of the local management subsystem,
then this object contains a zero value."
::= { ospfGeneralGroup 28 }
「現地管理職者サブシステムの最後の再初期化以来どれかそのような不連続が起こっていないなら、この物はaゼロ値を含んでいます。」 ::= ospfGeneralGroup28
-- OSPF Area Table -- The OSPF Area Table contains information -- regarding the various areas.
-- OSPF Area Table--OSPF Area Tableは様々な領域の情報を含んでいます。
ospfAreaTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfAreaEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information describing the configured parameters and
cumulative statistics of the router's attached areas.
The interfaces and virtual links are configured
as part of these areas. Area 0.0.0.0, by definition,
is the backbone area."
REFERENCE
"OSPF Version 2, Section 6 The Area Data Structure"
::= { ospf 2 }
ospfAreaTable OBJECT-TYPE SYNTAX SEQUENCE OF OspfAreaEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「ルータの付属領域の構成されたパラメタと累積している統計について説明する情報。」 インタフェースと仮想のリンクはこれらの領域の一部として構成されます。 「領域0.0.0、.0が定義上背骨領域である、」 「セクション6 OSPFバージョン2、領域データ構造」という参照:、:= ospf2
ospfAreaEntry OBJECT-TYPE
SYNTAX OspfAreaEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information describing the configured parameters and
cumulative statistics of one of the router's attached areas.
The interfaces and virtual links are configured as part of
these areas. Area 0.0.0.0, by definition, is the backbone
area.
ospfAreaEntry OBJECT-TYPE SYNTAX OspfAreaEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「ルータの付属領域の1つの構成されたパラメタと累積している統計について説明する情報。」 インタフェースと仮想のリンクはこれらの領域の一部として構成されます。 領域、0.0 .0 .0は定義上背骨領域です。
Information in this table is persistent and when this object
is written the entity SHOULD save the change to non-volatile
storage."
INDEX { ospfAreaId }
::= { ospfAreaTable 1 }
「このテーブルの情報はしつこいです、そして、この物が実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 ospfAreaIdに索引をつけてください:、:= ospfAreaTable1
Galecki, et al. Standards Track [Page 21] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[21ページ]。
OspfAreaEntry ::=
SEQUENCE {
ospfAreaId
AreaID,
ospfAuthType
OspfAuthenticationType,
ospfImportAsExtern
INTEGER,
ospfSpfRuns
Counter32,
ospfAreaBdrRtrCount
Gauge32,
ospfAsBdrRtrCount
Gauge32,
ospfAreaLsaCount
Gauge32,
ospfAreaLsaCksumSum
Integer32,
ospfAreaSummary
INTEGER,
ospfAreaStatus
RowStatus,
ospfAreaNssaTranslatorRole
INTEGER,
ospfAreaNssaTranslatorState
INTEGER,
ospfAreaNssaTranslatorStabilityInterval
PositiveInteger,
ospfAreaNssaTranslatorEvents
Counter32
}
OspfAreaEntry:、:= 系列ospfAreaId AreaID、ospfAuthType OspfAuthenticationType、ospfImportAsExtern整数、ospfSpfRuns Counter32、ospfAreaBdrRtrCount Gauge32、ospfAsBdrRtrCount Gauge32、ospfAreaLsaCount Gauge32、ospfAreaLsaCksumSum Integer32、ospfAreaSummary整数、ospfAreaStatus RowStatus、ospfAreaNssaTranslatorRole整数、ospfAreaNssaTranslatorState整数、ospfAreaNssaTranslatorStabilityInterval PositiveInteger、ospfAreaNssaTranslatorEvents Counter32
ospfAreaId OBJECT-TYPE
SYNTAX AreaID
MAX-ACCESS read-only -- read-only since originally
-- an SMIv1 index
STATUS current
DESCRIPTION
"A 32-bit integer uniquely identifying an area.
Area ID 0.0.0.0 is used for the OSPF backbone."
REFERENCE
"OSPF Version 2, Appendix C.2 Area parameters"
::= { ospfAreaEntry 1 }
ospfAreaId OBJECT-TYPE SYNTAX AreaIDマックス-ACCESS書き込み禁止--元々以来の書き込み禁止--SMIv1は「唯一領域を特定する32ビットの整数」STATUSの現在の記述に索引をつけます。 「OSPF背骨において、領域ID0.0.0.0は使用されています。」 REFERENCE、「OSPFバージョン2、Appendix C.2 Areaパラメタ」:、:= ospfAreaEntry1
ospfAuthType OBJECT-TYPE
SYNTAX OspfAuthenticationType
MAX-ACCESS read-create
STATUS obsolete
ospfAuthType OBJECT-TYPE SYNTAX OspfAuthenticationTypeマックス-ACCESSは時代遅れでSTATUSを読書して作成します。
Galecki, et al. Standards Track [Page 22] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[22ページ]。
DESCRIPTION
"The authentication type specified for an area."
REFERENCE
"OSPF Version 2, Appendix D Authentication"
DEFVAL { none } -- no authentication, by default
::= { ospfAreaEntry 2 }
「認証タイプは領域に指定した」記述。 REFERENCE、「」 OSPFバージョン2、付録D認証DEFVAL、なにも--認証がない、デフォルトで:、:= ospfAreaEntry2
ospfImportAsExtern OBJECT-TYPE
SYNTAX INTEGER {
importExternal (1),
importNoExternal (2),
importNssa (3)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates if an area is a stub area, NSSA, or standard
area. Type-5 AS-external LSAs and type-11 Opaque LSAs are
not imported into stub areas or NSSAs. NSSAs import
AS-external data as type-7 LSAs"
REFERENCE
"OSPF Version 2, Appendix C.2 Area parameters"
DEFVAL { importExternal }
::= { ospfAreaEntry 3 }
ospfImportAsExtern OBJECT-TYPE SYNTAX INTEGER、importExternal(1)、importNoExternal(2)、importNssa(3)、マックス-ACCESSは現在の記述が「地域がスタッブ領域、NSSA、または標準の領域であるなら示す」STATUSを読書して作成します。 タイプ-5AS外部のLSAsとタイプ-11Opaque LSAsはスタッブ領域かNSSAsに輸入されません。 「NSSAsはタイプ-7LSAsとしてのAS外部のデータを輸入する」REFERENCE、「」 OSPFバージョン2、Appendix C.2 AreaパラメタDEFVAL importExternal:、:= ospfAreaEntry3
ospfSpfRuns OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times that the intra-area route
table has been calculated using this area's
link state database. This is typically done
using Dijkstra's algorithm.
ospfSpfRuns OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この領域のリンクを使用することでイントラ領域ルートテーブルについて計算してあるという回の数はデータベースを述べます」。 これはダイクストラのアルゴリズムを使用し通常終わっています。
Discontinuities in the value of this counter can occur
at re-initialization of the management system, and at other
times as indicated by the value of ospfDiscontinuityTime."
::= { ospfAreaEntry 4 }
「このカウンタの値における不連続はマネージメントシステムの再初期化においてospfDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ospfAreaEntry4
ospfAreaBdrRtrCount OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of Area Border Routers reachable
within this area. This is initially zero and is
calculated in each Shortest Path First (SPF) pass."
ospfAreaBdrRtrCount OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この領域の中で届いているArea Border Routersの総数。」 「これは、初めは、それぞれのShortest Path First(SPF)パスでゼロに合わせて、計算されています。」
Galecki, et al. Standards Track [Page 23] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[23ページ]。
::= { ospfAreaEntry 5 }
::= ospfAreaEntry5
ospfAsBdrRtrCount OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of Autonomous System Border
Routers reachable within this area. This is
initially zero and is calculated in each SPF
pass."
::= { ospfAreaEntry 6 }
ospfAsBdrRtrCount OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この領域の中で届いているAutonomous System Border Routersの総数。」 「これは、初めは、それぞれのSPFパスでゼロに合わせて、計算されています。」 ::= ospfAreaEntry6
ospfAreaLsaCount OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of link state advertisements
in this area's link state database, excluding
AS-external LSAs."
::= { ospfAreaEntry 7 }
「データベースを述べて、AS外部のLSAsを除きながら、リンクリンクの総数が領域のこのところでの広告を述べるる」ospfAreaLsaCount OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ospfAreaEntry7
ospfAreaLsaCksumSum OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The 32-bit sum of the link state
advertisements' LS checksums contained in this
area's link state database. This sum excludes
external (LS type-5) link state advertisements.
The sum can be used to determine if there has
been a change in a router's link state
database, and to compare the link state database of
two routers. The value should be treated as unsigned
when comparing two sums of checksums."
DEFVAL { 0 }
::= { ospfAreaEntry 8 }
「リンク州の広告のLSチェックサムの32ビットの合計はこの領域のリンク州のデータベースに含んだ」ospfAreaLsaCksumSum OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 この合計は外部(LSタイプ-5)のリンク州の広告を除きます。 ルータのリンク州のデータベースにおける変化があったかどうか決定して、2つのルータに関するリンク州のデータベースを比較するのに合計を使用できます。 「. 」 チェックサムDEFVALの2つの合計を比較するとき、値が無記名として扱われるべきである、0:、:= ospfAreaEntry8
ospfAreaSummary OBJECT-TYPE
SYNTAX INTEGER {
noAreaSummary (1),
sendAreaSummary (2)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
ospfAreaSummary OBJECT-TYPE SYNTAX INTEGER、noAreaSummary(1)、マックス-ACCESSがSTATUS現在に読書して作成するsendAreaSummary(2)、記述
Galecki, et al. Standards Track [Page 24] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[24ページ]。
"The variable ospfAreaSummary controls the
import of summary LSAs into stub and NSSA areas.
It has no effect on other areas.
「可変ospfAreaSummaryはスタッブとNSSA領域に概要LSAsの輸入を制御します。」 それは他の領域で効き目がありません。
If it is noAreaSummary, the router will not
originate summary LSAs into the stub or NSSA area.
It will rely entirely on its default route.
それがnoAreaSummaryであるなら、ルータはスタッブかNSSA領域に概要LSAsを溯源しないでしょう。 それはデフォルトルートを完全に当てにするでしょう。
If it is sendAreaSummary, the router will both
summarize and propagate summary LSAs."
DEFVAL { noAreaSummary }
::= { ospfAreaEntry 9 }
「それがsendAreaSummaryであるなら、ルータは、ともに概要LSAsをまとめて、伝播するでしょう。」 DEFVAL noAreaSummary:、:= ospfAreaEntry9
ospfAreaStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object permits management of the table by
facilitating actions such as row creation,
construction, and destruction.
ospfAreaStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この物は列の創造や、工事や、破壊などの動作を容易にすることによって、テーブルの管理を可能にする」STATUSの現在の記述を読書して作成します。
The value of this object has no effect on
whether other objects in this conceptual row can be
modified."
::= { ospfAreaEntry 10 }
「この物の値はこの概念的な列の他の物を変更できるかどうかに関して効き目がありません。」 ::= ospfAreaEntry10
ospfAreaNssaTranslatorRole OBJECT-TYPE
SYNTAX INTEGER { always (1), candidate (2) }
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates an NSSA border router's ability to
perform NSSA translation of type-7 LSAs into
type-5 LSAs."
DEFVAL { candidate }
::= { ospfAreaEntry 11 }
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。ospfAreaNssaTranslatorRole OBJECT-TYPE SYNTAX INTEGER、いつも(1)、候補(2)、「NSSA境界ルータのタイプ-7LSAsに関する履行能力NSSA翻訳をタイプ-5LSAsに示します」。 DEFVAL候補:、:= ospfAreaEntry11
ospfAreaNssaTranslatorState OBJECT-TYPE
SYNTAX INTEGER { enabled (1),
elected (2),
disabled (3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates if and how an NSSA border router is
performing NSSA translation of type-7 LSAs into type-5
ospfAreaNssaTranslatorState OBJECT-TYPE SYNTAX INTEGERがマックス-ACCESS書き込み禁止STATUS現在で(2)、身体障害者(3)に選出された(1)を可能にした、記述、「表示、NSSA境界ルータがタイプ-7LSAsに関するNSSA翻訳をタイプ-5に実行している、」
Galecki, et al. Standards Track [Page 25] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[25ページ]。
LSAs. When this object is set to enabled, the NSSA Border
router's OspfAreaNssaExtTranslatorRole has been set to
always. When this object is set to elected, a candidate
NSSA Border router is Translating type-7 LSAs into type-5.
When this object is set to disabled, a candidate NSSA
border router is NOT translating type-7 LSAs into type-5."
::= { ospfAreaEntry 12 }
LSAs。 この物が可能にされるのに設定されるとき、NSSA BorderルータのOspfAreaNssaExtTranslatorRoleはいつもに用意ができていました。 この物が選出されるのに設定されるとき、候補NSSA Borderルータはタイプ-5へのTranslatingタイプ-7LSAsです。 「この物が身体障害者に設定されるとき、候補NSSA境界ルータはタイプ-7LSAsをタイプ-5に翻訳していません。」 ::= ospfAreaEntry12
ospfAreaNssaTranslatorStabilityInterval OBJECT-TYPE
SYNTAX PositiveInteger
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The number of seconds after an elected translator
determines its services are no longer required, that
it should continue to perform its translation duties."
DEFVAL { 40 }
::= { ospfAreaEntry 13 }
ospfAreaNssaTranslatorStabilityInterval OBJECT-TYPE SYNTAX PositiveInteger UNITS「秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「選出された翻訳者の後の秒数は翻訳義務を実行するためにサービスがもう必要でなく、それが続くべきであることを決定します」。 DEFVAL40:、:= ospfAreaEntry13
ospfAreaNssaTranslatorEvents OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the number of translator state changes
that have occurred since the last boot-up.
ospfAreaNssaTranslatorEvents OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「最後の起動以来起こっている翻訳者州の変化の数を示します」。
Discontinuities in the value of this counter can occur
at re-initialization of the management system, and at other
times as indicated by the value of ospfDiscontinuityTime."
::= { ospfAreaEntry 14 }
「このカウンタの値における不連続はマネージメントシステムの再初期化においてospfDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ospfAreaEntry14
-- OSPF Area Default Metric Table
-- OSPFの領域のデフォルトのメートル法のテーブル
ospfStubAreaTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfStubAreaEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The set of metrics that will be advertised
by a default Area Border Router into a stub area."
REFERENCE
"OSPF Version 2, Appendix C.2, Area Parameters"
::= { ospf 3 }
ospfStubAreaTable OBJECT-TYPE SYNTAX SEQUENCE OF OspfStubAreaEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「デフォルトArea Border Routerによってスタッブ領域に広告に掲載されている測定基準のセット。」 「OSPFバージョン2、付録C.2、領域パラメタ」という参照:、:= ospf3
ospfStubAreaEntry OBJECT-TYPE
SYNTAX OspfStubAreaEntry
ospfStubAreaEntryオブジェクト・タイプ構文OspfStubAreaEntry
Galecki, et al. Standards Track [Page 26] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[26ページ]。
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The metric for a given Type of Service that
will be advertised by a default Area Border
Router into a stub area.
マックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「デフォルトArea Border Routerによってスタッブ領域に広告に掲載されているServiceの与えられたTypeのためのメートル法」。
Information in this table is persistent and when this object
is written the entity SHOULD save the change to non-volatile
storage."
REFERENCE
"OSPF Version 2, Appendix C.2, Area Parameters"
INDEX { ospfStubAreaId, ospfStubTOS }
::= { ospfStubAreaTable 1 }
「このテーブルの情報はしつこいです、そして、この物が実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 「OSPFバージョン2、付録C.2、領域パラメタ」という参照はospfStubAreaId、ospfStubTOSに索引をつけます:、:= ospfStubAreaTable1
OspfStubAreaEntry ::=
SEQUENCE {
ospfStubAreaId
AreaID,
ospfStubTOS
TOSType,
ospfStubMetric
BigMetric,
ospfStubStatus
RowStatus,
ospfStubMetricType
INTEGER
}
OspfStubAreaEntry:、:= 系列ospfStubAreaId AreaID、ospfStubTOS TOSType、ospfStubMetric BigMetric、ospfStubStatus RowStatus、ospfStubMetricType整数
ospfStubAreaId OBJECT-TYPE
SYNTAX AreaID
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The 32-bit identifier for the stub area. On
creation, this can be derived from the
instance."
::= { ospfStubAreaEntry 1 }
SMIv1はSTATUS現在の記述に索引をつけます。ospfStubAreaId OBJECT-TYPE SYNTAX AreaIDマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「スタッブ領域のための32ビットの識別子。」 「創造のときに、例からこれを得ることができます。」 ::= ospfStubAreaEntry1
ospfStubTOS OBJECT-TYPE
SYNTAX TOSType
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The Type of Service associated with the
metric. On creation, this can be derived from
ospfStubTOS OBJECT-TYPE SYNTAX TOSTypeマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1は「ServiceのTypeはメートル法に関連づけた」STATUSの現在の記述に索引をつけます。 創造のときに、これを引き出すことができます。
Galecki, et al. Standards Track [Page 27] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[27ページ]。
the instance."
::= { ospfStubAreaEntry 2 }
「例。」 ::= ospfStubAreaEntry2
ospfStubMetric OBJECT-TYPE
SYNTAX BigMetric
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The metric value applied at the indicated Type
of Service. By default, this equals the least
metric at the Type of Service among the
interfaces to other areas."
::= { ospfStubAreaEntry 3 }
ospfStubMetric OBJECT-TYPE SYNTAX BigMetricマックス-ACCESSは「メートル法の数値はServiceの示されたTypeで適用した」STATUSの現在の記述を読書して作成します。 「デフォルトで、これは他の領域へのインタフェースの中でTypeで最もメートル法でないServiceと等しいです。」 ::= ospfStubAreaEntry3
ospfStubStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object permits management of the table by
facilitating actions such as row creation,
construction, and destruction.
ospfStubStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この物は列の創造や、工事や、破壊などの動作を容易にすることによって、テーブルの管理を可能にする」STATUSの現在の記述を読書して作成します。
The value of this object has no effect on
whether other objects in this conceptual row can be
modified."
::= { ospfStubAreaEntry 4 }
「この物の値はこの概念的な列の他の物を変更できるかどうかに関して効き目がありません。」 ::= ospfStubAreaEntry4
ospfStubMetricType OBJECT-TYPE
SYNTAX INTEGER {
ospfMetric (1), -- OSPF Metric
comparableCost (2), -- external type 1
nonComparable (3) -- external type 2
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable displays the type of metric
advertised as a default route."
DEFVAL { ospfMetric }
::= { ospfStubAreaEntry 5 }
{ospfMetric(1)--OSPF Metric comparableCost(2)--外部は1nonComparable(3)をタイプします--外部のタイプ2}というospfStubMetricType OBJECT-TYPE SYNTAX INTEGERマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「デフォルトルートとして広告を出して、この変数はメートル法のタイプを表示します」。 DEFVAL ospfMetric:、:= ospfStubAreaEntry5
-- OSPF Link State Database
-- OSPFリンク州のデータベース
ospfLsdbTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfLsdbEntry
MAX-ACCESS not-accessible
STATUS current
ospfLsdbTable OBJECT-TYPE SYNTAX SEQUENCE OF OspfLsdbEntryのマックス-ACCESSのアクセスしやすくないSTATUS海流
Galecki, et al. Standards Track [Page 28] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[28ページ]。
DESCRIPTION
"The OSPF Process's link state database (LSDB).
The LSDB contains the link state advertisements
from throughout the areas that the device is attached to."
REFERENCE
"OSPF Version 2, Section 12 Link State Advertisements"
::= { ospf 4 }
記述「OSPF Processのリンク州のデータベース(LSDB)。」 「LSDBは装置が取り付けられる領域中にリンク州の広告を保管しています」 「セクション12 OSPFバージョン2、リンク州の広告」という参照:、:= ospf4
ospfLsdbEntry OBJECT-TYPE
SYNTAX OspfLsdbEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A single link state advertisement."
INDEX { ospfLsdbAreaId, ospfLsdbType,
ospfLsdbLsid, ospfLsdbRouterId }
::= { ospfLsdbTable 1 }
アクセスしやすくない現在のospfLsdbEntry OBJECT-TYPE SYNTAX OspfLsdbEntryの記述マックス-ACCESS STATUS「Aただ一つのリンク州の広告。」 ospfLsdbAreaId、ospfLsdbType、ospfLsdbLsid、ospfLsdbRouterIdに索引をつけてください:、:= ospfLsdbTable1
OspfLsdbEntry ::=
SEQUENCE {
ospfLsdbAreaId
AreaID,
ospfLsdbType
INTEGER,
ospfLsdbLsid
IpAddress,
ospfLsdbRouterId
RouterID,
ospfLsdbSequence
Integer32,
ospfLsdbAge
Integer32,
ospfLsdbChecksum
Integer32,
ospfLsdbAdvertisement
OCTET STRING
}
OspfLsdbEntry:、:= 系列ospfLsdbAreaId AreaID、ospfLsdbType整数、ospfLsdbLsid IpAddress、ospfLsdbRouterId RouterID、ospfLsdbSequence Integer32、ospfLsdbAge Integer32、ospfLsdbChecksum Integer32、ospfLsdbAdvertisement八重奏ストリング
ospfLsdbAreaId OBJECT-TYPE
SYNTAX AreaID
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The 32-bit identifier of the area from which
the LSA was received."
REFERENCE
"OSPF Version 2, Appendix C.2 Area parameters"
SMIv1はSTATUS現在の記述に索引をつけます。ospfLsdbAreaId OBJECT-TYPE SYNTAX AreaIDマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「LSAが受け取られた領域の32ビットの識別子。」 REFERENCE、「OSPFバージョン2、Appendix C.2 Areaパラメタ」
Galecki, et al. Standards Track [Page 29] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[29ページ]。
::= { ospfLsdbEntry 1 }
::= ospfLsdbEntry1
ospfLsdbType OBJECT-TYPE
SYNTAX INTEGER {
routerLink (1),
networkLink (2),
summaryLink (3),
asSummaryLink (4),
asExternalLink (5), -- but see ospfAsLsdbTable
multicastLink (6),
nssaExternalLink (7),
areaOpaqueLink (10)
}
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The type of the link state advertisement.
Each link state type has a separate advertisement
format.
SMIv1はSTATUS現在の記述に索引をつけます。ospfLsdbType OBJECT-TYPE SYNTAX INTEGER、routerLink(1)、networkLink(2)、summaryLink(3)、asSummaryLink(4)、asExternalLink(5)--、ospfAsLsdbTable multicastLink(6)を見てください、nssaExternalLink(7)、areaOpaqueLink(10)、マックス-ACCESS、書き込み禁止--書き込み禁止、元々、--、「リンク州の広告のタイプ。」 それぞれのリンク州のタイプには、別々の広告形式があります。
Note: External link state advertisements are permitted
for backward compatibility, but should be displayed
in the ospfAsLsdbTable rather than here."
REFERENCE
"OSPF Version 2, Appendix A.4.1 The Link State
Advertisement header"
::= { ospfLsdbEntry 2 }
以下に注意してください。 「外部のリンク州の広告を後方の互換性のために受入れますが、ここよりむしろospfAsLsdbTableに表示するべきです。」 REFERENCE「OSPFバージョン2、Link州AdvertisementヘッダーのAppendix A.4.1」:、:= ospfLsdbEntry2
ospfLsdbLsid OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The Link State ID is an LS Type Specific field
containing either a Router ID or an IP address;
it identifies the piece of the routing domain
that is being described by the advertisement."
REFERENCE
"OSPF Version 2, Section 12.1.4 Link State ID"
::= { ospfLsdbEntry 3 }
SMIv1はSTATUS現在の記述に索引をつけます。ospfLsdbLsid OBJECT-TYPE SYNTAX IpAddressマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「Link州IDはRouter IDかIPアドレスのどちらかを含んでいるLS Type Specific分野です」。 「広告で説明されている経路ドメインの断片を特定します。」 「OSPFバージョン2、セクション12.1.4リンク州のID」という参照:、:= ospfLsdbEntry3
ospfLsdbRouterId OBJECT-TYPE
SYNTAX RouterID
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
ospfLsdbRouterId OBJECT-TYPE SYNTAX RouterIDマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1がSTATUS海流に索引をつける
Galecki, et al. Standards Track [Page 30] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[30ページ]。
DESCRIPTION
"The 32-bit number that uniquely identifies the
originating router in the Autonomous System."
REFERENCE
"OSPF Version 2, Appendix C.1 Global parameters"
::= { ospfLsdbEntry 4 }
記述、「Autonomous Systemで唯一由来しているルータを特定する32ビットの数。」 REFERENCE、「OSPFバージョン2、Appendix C.1 Globalパラメタ」:、:= ospfLsdbEntry4
ospfLsdbSequence OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The sequence number field is a signed 32-bit
integer. It starts with the value '80000001'h,
or -'7FFFFFFF'h, and increments until '7FFFFFFF'h.
Thus, a typical sequence number will be very negative.
It is used to detect old and duplicate Link State
Advertisements. The space of sequence numbers is linearly
ordered. The larger the sequence number, the more recent
the advertisement."
REFERENCE
"OSPF Version 2, Section 12.1.6 LS sequence
number"
::= { ospfLsdbEntry 5 }
ospfLsdbSequence OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「一連番号分野はサインされた32ビットの整数です」。 または、それが値'80000001'のhから始める、--'7FFFFFFF'h、および'7FFFFFFF'h'までの増分 したがって、典型的な一連番号は非常に負になるでしょう。 それは、古い、そして、写しLink州Advertisementsを検出するのに使用されます。 一連番号のスペースは直線的に命令されます。 「一連番号が大きければ大きいほど、広告は、より最近です。」 REFERENCE、「OSPFバージョン2、セクション12.1.6LS一連番号」:、:= ospfLsdbEntry5
ospfLsdbAge OBJECT-TYPE
SYNTAX Integer32 -- Should be 0..MaxAge, except when
-- doNotAge bit is set
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This field is the age of the link state advertisement
in seconds."
REFERENCE
"OSPF Version 2, Section 12.1.1 LS age"
::= { ospfLsdbEntry 6 }
ospfLsdbAge OBJECT-TYPE SYNTAX Integer32--0であるべきです。MaxAge、いつを除いてくださいか--「この分野は秒のリンク州の広告の時代です」のときにdoNotAgeビットはセットUNITS「秒」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述です。 「OSPFバージョン2、セクション12.1.1LS時代」のREFERENCE:、:= ospfLsdbEntry6
ospfLsdbChecksum OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This field is the checksum of the complete contents of
the advertisement, excepting the age field. The age field
is excepted so that an advertisement's age can be
incremented without updating the checksum. The checksum
used is the same that is used for ISO connectionless
ospfLsdbChecksum OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この分野は広告の完全なコンテンツのチェックサムです、時代分野を除いて」。 時代分野は、チェックサムをアップデートしないで広告の時代を増加できるように除外されています。 使用されるチェックサムはISOにコネクションレスな状態で使用された同じくらいです。
Galecki, et al. Standards Track [Page 31] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[31ページ]。
datagrams; it is commonly referred to as the
Fletcher checksum."
REFERENCE
"OSPF Version 2, Section 12.1.7 LS checksum"
::= { ospfLsdbEntry 7 }
データグラム。 「それは一般的にフレッチャーチェックサムと呼ばれます。」 REFERENCE、「OSPFバージョン2、セクション12.1.7LSチェックサム」:、:= ospfLsdbEntry7
ospfLsdbAdvertisement OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (1..65535))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The entire link state advertisement, including
its header.
「広告を述べて、ヘッダーを含んでいて、全体がリンクする」ospfLsdbAdvertisement OBJECT-TYPE SYNTAX OCTET STRING(SIZE(1 .65535))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Note that for variable length LSAs, SNMP agents
may not be able to return the largest string size."
REFERENCE
"OSPF Version 2, Section 12 Link State Advertisements"
::= { ospfLsdbEntry 8 }
「可変長LSAsにおいて、SNMPエージェントが最も大きいストリングサイズを返すことができないかもしれないことに注意してください。」 「セクション12 OSPFバージョン2、リンク州の広告」という参照:、:= ospfLsdbEntry8
-- Address Range Table
-- アドレスこんろ台
ospfAreaRangeTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfAreaRangeEntry
MAX-ACCESS not-accessible
STATUS obsolete
DESCRIPTION
"The Address Range Table acts as an adjunct to the Area
Table. It describes those Address Range Summaries that
are configured to be propagated from an Area to reduce
the amount of information about it that is known beyond
its borders. It contains a set of IP address ranges
specified by an IP address/IP network mask pair.
For example, class B address range of X.X.X.X
with a network mask of 255.255.0.0 includes all IP
addresses from X.X.0.0 to X.X.255.255.
ospfAreaRangeTable OBJECT-TYPE SYNTAX SEQUENCE OF OspfAreaRangeEntryのマックス-ACCESSのアクセスしやすくないSTATUSは「Address Range Tableは付属物としてArea Tableに機能する」記述を時代遅れにします。 それは境界で知られているそれに関する情報量を減少させるためにAreaから伝播されるために構成されるそれらのAddress Range Summariesについて説明します。 それはIPアドレス/IPネットワークマスク組によって指定された1セットのIPアドレスの範囲を含んでいます。 例えば、クラスBは.0.0インクルードIPがすべて、X. X.0.0からX. X.255.255まで記述する255.255のネットワークマスクでX.X.X.Xの範囲を記述します。
Note that this table is obsoleted and is replaced
by the Area Aggregate Table."
REFERENCE
"OSPF Version 2, Appendix C.2 Area parameters"
::= { ospf 5 }
「このテーブルが時代遅れにされて、Area Aggregate Tableに取り替えられることに注意してください。」 REFERENCE、「OSPFバージョン2、Appendix C.2 Areaパラメタ」:、:= ospf5
ospfAreaRangeEntry OBJECT-TYPE
SYNTAX OspfAreaRangeEntry
MAX-ACCESS not-accessible
STATUS obsolete
DESCRIPTION
ospfAreaRangeEntry OBJECT-TYPE SYNTAX OspfAreaRangeEntryのマックス-ACCESSのアクセスしやすくないSTATUS時代遅れの記述
Galecki, et al. Standards Track [Page 32] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[32ページ]。
"A single area address range.
「ただ一つの領域のアドレスの範囲。」
Information in this table is persistent and when this object
is written the entity SHOULD save the change to non-volatile
storage."
REFERENCE
"OSPF Version 2, Appendix C.2 Area parameters"
INDEX { ospfAreaRangeAreaId, ospfAreaRangeNet }
::= { ospfAreaRangeTable 1 }
「このテーブルの情報はしつこいです、そして、この物が実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 REFERENCE、「」 OSPFバージョン2、Appendix C.2 AreaパラメタINDEX、ospfAreaRangeAreaId、ospfAreaRangeNet:、:= ospfAreaRangeTable1
OspfAreaRangeEntry ::=
SEQUENCE {
ospfAreaRangeAreaId
AreaID,
ospfAreaRangeNet
IpAddress,
ospfAreaRangeMask
IpAddress,
ospfAreaRangeStatus
RowStatus,
ospfAreaRangeEffect
INTEGER
}
OspfAreaRangeEntry:、:= 系列ospfAreaRangeAreaId AreaID、ospfAreaRangeNet IpAddress、ospfAreaRangeMask IpAddress、ospfAreaRangeStatus RowStatus、ospfAreaRangeEffect整数
ospfAreaRangeAreaId OBJECT-TYPE
SYNTAX AreaID
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS obsolete
DESCRIPTION
"The area that the address range is to be found
within."
REFERENCE
"OSPF Version 2, Appendix C.2 Area parameters"
::= { ospfAreaRangeEntry 1 }
SMIv1インデックスSTATUSは記述を時代遅れにします。ospfAreaRangeAreaId OBJECT-TYPE SYNTAX AreaIDマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「見つけられるアドレスの範囲がある領域。」 REFERENCE、「OSPFバージョン2、Appendix C.2 Areaパラメタ」:、:= ospfAreaRangeEntry1
ospfAreaRangeNet OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS obsolete
DESCRIPTION
"The IP address of the net or subnet indicated
by the range."
REFERENCE
"OSPF Version 2, Appendix C.2 Area parameters"
::= { ospfAreaRangeEntry 2 }
ospfAreaRangeNet OBJECT-TYPE SYNTAX IpAddressマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1インデックスSTATUSは「ネットかサブネットのIPアドレスは範囲のそばで示した」記述を時代遅れにします。 REFERENCE、「OSPFバージョン2、Appendix C.2 Areaパラメタ」:、:= ospfAreaRangeEntry2
Galecki, et al. Standards Track [Page 33] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[33ページ]。
ospfAreaRangeMask OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-create
STATUS obsolete
DESCRIPTION
"The subnet mask that pertains to the net or
subnet."
REFERENCE
"OSPF Version 2, Appendix C.2 Area parameters"
::= { ospfAreaRangeEntry 3 }
ospfAreaRangeMask OBJECT-TYPE SYNTAX IpAddressマックス-ACCESSはSTATUSの時代遅れの記述を読書して作成します。「ネットかサブネットに関係するサブネットマスク。」 REFERENCE、「OSPFバージョン2、Appendix C.2 Areaパラメタ」:、:= ospfAreaRangeEntry3
ospfAreaRangeStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS obsolete
DESCRIPTION
"This object permits management of the table by
facilitating actions such as row creation,
construction, and destruction.
ospfAreaRangeStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この物は列の創造や、工事や、破壊などの動作を容易にすることによって、テーブルの管理を可能にする」STATUSの時代遅れの記述を読書して作成します。
The value of this object has no effect on
whether other objects in this conceptual row can be
modified."
::= { ospfAreaRangeEntry 4 }
「この物の値はこの概念的な列の他の物を変更できるかどうかに関して効き目がありません。」 ::= ospfAreaRangeEntry4
ospfAreaRangeEffect OBJECT-TYPE
SYNTAX INTEGER {
advertiseMatching (1),
doNotAdvertiseMatching (2)
}
MAX-ACCESS read-create
STATUS obsolete
DESCRIPTION
"Subnets subsumed by ranges either trigger the
advertisement of the indicated summary
(advertiseMatching) or result in the subnet's not
being advertised at all outside the area."
DEFVAL { advertiseMatching }
::= { ospfAreaRangeEntry 5 }
ospfAreaRangeEffect OBJECT-TYPE SYNTAX INTEGER、advertiseMatching(1)、doNotAdvertiseMatching(2)、マックス-ACCESSは「サブネットはどちらかが領域の外でサブネットのものにおける、広告に掲載されていない示された概要(advertiseMatching)か結果の広告の引き金となる範囲のそばで包括した」STATUSの時代遅れの記述を読書して作成します。 DEFVAL advertiseMatching:、:= ospfAreaRangeEntry5
-- OSPF Host Table
-- OSPFホストテーブル
ospfHostTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfHostEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The Host/Metric Table indicates what hosts are directly
ospfHostTable OBJECT-TYPE SYNTAX SEQUENCE OF OspfHostEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「Host/メートル法のTableは、ホストが何であるかを直接示します」。
Galecki, et al. Standards Track [Page 34] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[34ページ]。
attached to the router, what metrics and types
of service should be advertised for them,
and what areas they are found within."
REFERENCE
"OSPF Version 2, Appendix C.7 Host route
parameters"
::= { ospf 6 }
「ルータに付けられていて、彼らとそれらがどんな領域で見つけられるかにどんな測定基準とタイプのサービスの広告を出すべきであるか」? REFERENCE、「OSPFバージョン2、Appendix C.7 Hostルートパラメタ」:、:= ospf6
ospfHostEntry OBJECT-TYPE
SYNTAX OspfHostEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A metric to be advertised, for a given type of
service, when a given host is reachable.
ospfHostEntry OBJECT-TYPE SYNTAX OspfHostEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「メートル法のAの広告を出して、当然のことに関して、当然のことのホストであることのサービスのタイプは届きます」。
Information in this table is persistent and when this object
is written the entity SHOULD save the change to non-volatile
storage."
INDEX { ospfHostIpAddress, ospfHostTOS }
::= { ospfHostTable 1 }
「このテーブルの情報はしつこいです、そして、この物が実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 ospfHostIpAddress、ospfHostTOSに索引をつけてください:、:= ospfHostTable1
OspfHostEntry ::=
SEQUENCE {
ospfHostIpAddress
IpAddress,
ospfHostTOS
TOSType,
ospfHostMetric
Metric,
ospfHostStatus
RowStatus,
ospfHostAreaID
AreaID,
ospfHostCfgAreaID
AreaID
}
OspfHostEntry:、:= 系列ospfHostIpAddress IpAddress、ospfHostMetricメートル法のospfHostTOS TOSType、ospfHostStatus RowStatus、ospfHostAreaID AreaID、ospfHostCfgAreaID AreaID
ospfHostIpAddress OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The IP address of the host."
REFERENCE
"OSPF Version 2, Appendix C.7 Host route parameters"
::= { ospfHostEntry 1 }
ospfHostIpAddress OBJECT-TYPE SYNTAX IpAddressマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1は「IPはホストに記述する」STATUSの現在の記述に索引をつけます。 REFERENCE、「OSPFバージョン2、Appendix C.7 Hostルートパラメタ」:、:= ospfHostEntry1
Galecki, et al. Standards Track [Page 35] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[35ページ]。
ospfHostTOS OBJECT-TYPE
SYNTAX TOSType
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The Type of Service of the route being configured."
REFERENCE
"OSPF Version 2, Appendix C.7 Host route parameters"
::= { ospfHostEntry 2 }
SMIv1はSTATUS現在の記述に索引をつけます。ospfHostTOS OBJECT-TYPE SYNTAX TOSTypeマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「構成されるルートのServiceのType。」 REFERENCE、「OSPFバージョン2、Appendix C.7 Hostルートパラメタ」:、:= ospfHostEntry2
ospfHostMetric OBJECT-TYPE
SYNTAX Metric
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The metric to be advertised."
REFERENCE
"OSPF Version 2, Appendix C.7 Host route parameters"
::= { ospfHostEntry 3 }
ospfHostMetric OBJECT-TYPE SYNTAX Metricマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「広告を出すべきメートル法」。 REFERENCE、「OSPFバージョン2、Appendix C.7 Hostルートパラメタ」:、:= ospfHostEntry3
ospfHostStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object permits management of the table by
facilitating actions such as row creation,
construction, and destruction.
ospfHostStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この物は列の創造や、工事や、破壊などの動作を容易にすることによって、テーブルの管理を可能にする」STATUSの現在の記述を読書して作成します。
The value of this object has no effect on
whether other objects in this conceptual row can be
modified."
::= { ospfHostEntry 4 }
「この物の値はこの概念的な列の他の物を変更できるかどうかに関して効き目がありません。」 ::= ospfHostEntry4
ospfHostAreaID OBJECT-TYPE
SYNTAX AreaID
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The OSPF area to which the host belongs.
Deprecated by ospfHostCfgAreaID."
REFERENCE
"OSPF Version 2, Appendix C.7 Host parameters"
::= { ospfHostEntry 5 }
ospfHostAreaID OBJECT-TYPE SYNTAX AreaIDマックス-ACCESS書き込み禁止STATUSは記述を非難しました。「ホストが属するOSPF領域。」 「ospfHostCfgAreaIDによって非難されます」。 REFERENCE、「OSPFバージョン2、Appendix C.7 Hostパラメタ」:、:= ospfHostEntry5
ospfHostCfgAreaID OBJECT-TYPE
SYNTAX AreaID
ospfHostCfgAreaIDオブジェクト・タイプ構文AreaID
Galecki, et al. Standards Track [Page 36] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[36ページ]。
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"To configure the OSPF area to which the host belongs."
REFERENCE
"OSPF Version 2, Appendix C.7 Host parameters"
::= { ospfHostEntry 6 }
マックス-ACCESSは「ホストが属するOSPF領域を構成する」STATUSの現在の記述を読書して作成します。 REFERENCE、「OSPFバージョン2、Appendix C.7 Hostパラメタ」:、:= ospfHostEntry6
-- OSPF Interface Table
-- OSPFインタフェーステーブル
ospfIfTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfIfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The OSPF Interface Table describes the interfaces
from the viewpoint of OSPF.
It augments the ipAddrTable with OSPF specific information."
REFERENCE
"OSPF Version 2, Appendix C.3 Router interface
parameters"
::= { ospf 7 }
ospfIfTable OBJECT-TYPE SYNTAX SEQUENCE OF OspfIfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「OSPF Interface TableはOSPFの観点からインタフェースについて説明します」。 「OSPF特殊情報でipAddrTableを増大させます。」 REFERENCE、「OSPFバージョン2、Appendix C.3 Routerインタフェース・パラメータ」:、:= ospf7
ospfIfEntry OBJECT-TYPE
SYNTAX OspfIfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The OSPF interface entry describes one interface
from the viewpoint of OSPF.
ospfIfEntry OBJECT-TYPE SYNTAX OspfIfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「OSPFインタフェースエントリーはOSPFの観点から1つのインタフェースについて説明します」。
Information in this table is persistent and when this object
is written the entity SHOULD save the change to non-volatile
storage."
INDEX { ospfIfIpAddress, ospfAddressLessIf }
::= { ospfIfTable 1 }
「このテーブルの情報はしつこいです、そして、この物が実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 ospfIfIpAddress、ospfAddressLessIfに索引をつけてください:、:= ospfIfTable1
OspfIfEntry ::=
SEQUENCE {
ospfIfIpAddress
IpAddress,
ospfAddressLessIf
InterfaceIndexOrZero,
ospfIfAreaId
AreaID,
ospfIfType
INTEGER,
ospfIfAdminStat
OspfIfEntry:、:= 系列、ospfIfIpAddress IpAddress、ospfAddressLessIf InterfaceIndexOrZero、ospfIfAreaId AreaID、ospfIfType整数、ospfIfAdminStat
Galecki, et al. Standards Track [Page 37] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[37ページ]。
Status,
ospfIfRtrPriority
DesignatedRouterPriority,
ospfIfTransitDelay
UpToMaxAge,
ospfIfRetransInterval
UpToMaxAge,
ospfIfHelloInterval
HelloRange,
ospfIfRtrDeadInterval
PositiveInteger,
ospfIfPollInterval
PositiveInteger,
ospfIfState
INTEGER,
ospfIfDesignatedRouter
IpAddress,
ospfIfBackupDesignatedRouter
IpAddress,
ospfIfEvents
Counter32,
ospfIfAuthKey
OCTET STRING,
ospfIfStatus
RowStatus,
ospfIfMulticastForwarding
INTEGER,
ospfIfDemand
TruthValue,
ospfIfAuthType
OspfAuthenticationType,
ospfIfLsaCount
Gauge32,
ospfIfLsaCksumSum
Unsigned32,
ospfIfDesignatedRouterId
RouterID,
ospfIfBackupDesignatedRouterId
RouterID
}
状態、ospfIfRtrPriority DesignatedRouterPriority、ospfIfTransitDelay UpToMaxAge、ospfIfRetransInterval UpToMaxAge、ospfIfHelloInterval HelloRange、ospfIfRtrDeadInterval PositiveInteger、ospfIfPollInterval PositiveInteger、ospfIfState整数、ospfIfDesignatedRouter IpAddress、ospfIfBackupDesignatedRouter IpAddress; ospfIfEvents Counter32、ospfIfAuthKey八重奏ストリング、ospfIfStatus RowStatus、ospfIfMulticastForwarding整数、ospfIfDemand TruthValue、ospfIfAuthType OspfAuthenticationType、ospfIfLsaCount Gauge32、ospfIfLsaCksumSum Unsigned32、ospfIfDesignatedRouterId RouterID、ospfIfBackupDesignatedRouterId RouterID
ospfIfIpAddress OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The IP address of this OSPF interface."
ospfIfIpAddress OBJECT-TYPE SYNTAX IpAddressマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1は「このOSPFのIPアドレスは連結する」STATUSの現在の記述に索引をつけます。
Galecki, et al. Standards Track [Page 38] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[38ページ]。
::= { ospfIfEntry 1 }
::= ospfIfEntry1
ospfAddressLessIf OBJECT-TYPE
SYNTAX InterfaceIndexOrZero
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"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."
::= { ospfIfEntry 2 }
ospfAddressLessIf OBJECT-TYPE SYNTAX InterfaceIndexOrZeroマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1は「記述されるのとaddresslessインタフェースに関する事例を緩和する目的」のためのSTATUSの現在の記述に索引をつけます。 「この変数はIPアドレスを全く持たないことでifIndexのIPアドレスと換算値とのインタフェースで値0をインタフェースに取ります。」 ::= ospfIfEntry2
ospfIfAreaId OBJECT-TYPE
SYNTAX AreaID
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"A 32-bit integer uniquely identifying the area
to which the interface connects. Area ID
0.0.0.0 is used for the OSPF backbone."
DEFVAL { '00000000'H } -- 0.0.0.0
::= { ospfIfEntry 3 }
ospfIfAreaId OBJECT-TYPE SYNTAX AreaIDマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「唯一、インタフェースが接続する領域を特定する32ビットの整数。」 「OSPF背骨において、領域ID0.0.0.0は使用されています。」 DEFVAL'00000000'H--0.0 .0、.0:、:= ospfIfEntry3
ospfIfType OBJECT-TYPE
SYNTAX INTEGER {
broadcast (1),
nbma (2),
pointToPoint (3),
pointToMultipoint (5)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"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 and similar
technologies take the value 'nbma', and links
that are definitively point to point take the
value 'pointToPoint'."
::= { ospfIfEntry 4 }
ospfIfType OBJECT-TYPE SYNTAX INTEGERは(1)、nbma(2)、pointToPoint(3)、pointToMultipoint(5)を放送します。マックス-ACCESSは「OSPFインタフェースはタイプする」STATUSの現在の記述を読書して作成します。 デフォルトを通して、この分野はifTypeの換算値から直感されるかもしれません。 「放送LAN、イーサネットとIEEE802.5、値の'放送'を取ってください、X.25と同様の技術が値の'nbma'を取って、リンクが決定的にポイントを示すようなものは値の'pointToPoint'を取ります。」 ::= ospfIfEntry4
ospfIfAdminStat OBJECT-TYPE
SYNTAX Status
ospfIfAdminStatオブジェクト・タイプ構文状態
Galecki, et al. Standards Track [Page 39] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[39ページ]。
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The OSPF interface's administrative status.
The value formed on the interface, and the interface
will be advertised as an internal route to some area.
The value 'disabled' denotes that the interface is
external to OSPF."
DEFVAL { enabled }
::= { ospfIfEntry 5 }
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「OSPFインタフェースの管理状態。」 値はインタフェースで形成されました、そして、内部のルートとして何らかの領域にインタフェースの広告を出すでしょう。 「値の'身体障害者'は、インタフェースがOSPFに外部であることを指示します。」 DEFVALは可能にしました:、:= ospfIfEntry5
ospfIfRtrPriority OBJECT-TYPE
SYNTAX DesignatedRouterPriority
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The priority of this interface. Used in
multi-access networks, this field is used in
the designated router election algorithm. The
value 0 signifies that the router is not eligible
to become the designated router on this particular
network. In the event of a tie in this value,
routers will use their Router ID as a tie breaker."
DEFVAL { 1 }
::= { ospfIfEntry 6 }
ospfIfRtrPriority OBJECT-TYPE SYNTAX DesignatedRouterPriorityマックス-ACCESSは「この優先権は連結する」STATUSの現在の記述を読書して作成します。 マルチアクセスネットワークで使用されていて、この分野は代表ルータ選挙アルゴリズムで使用されます。 値0は、ルータがこの特定のネットワークで代表ルータになるのが適任でないことを意味します。 「この値における繋がりの場合、ルータはタイブレークとしてそれらのRouter IDを使用するでしょう。」 DEFVAL1:、:= ospfIfEntry6
ospfIfTransitDelay OBJECT-TYPE
SYNTAX UpToMaxAge
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The estimated number of seconds it takes to
transmit a link state update packet over this
interface. Note that the minimal value SHOULD be
1 second."
DEFVAL { 1 }
::= { ospfIfEntry 7 }
ospfIfTransitDelay OBJECT-TYPE SYNTAX UpToMaxAge UNITS「秒」マックス-ACCESSは「連結リンクを伝えるにはかかる秒の概算数がこれの上のアップデートパケットを述べるる」STATUSの現在の記述を読書して作成します。 「最小量の値のSHOULDが1秒であることに注意してください。」 DEFVAL1:、:= ospfIfEntry7
ospfIfRetransInterval OBJECT-TYPE
SYNTAX UpToMaxAge
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The number of seconds between link state advertisement
retransmissions, for adjacencies belonging to this
interface. This value is also used when retransmitting
ospfIfRetransInterval OBJECT-TYPE SYNTAX UpToMaxAge UNITS「秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「リンク州の広告「再-トランスミッション」の間のこのインタフェースに属す隣接番組の秒数。」 また、再送するとき、この値は使用されます。
Galecki, et al. Standards Track [Page 40] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[40ページ]。
database description and Link State request packets.
Note that minimal value SHOULD be 1 second."
DEFVAL { 5 }
::= { ospfIfEntry 8 }
データベース記述とLink州はパケットを要求します。 「最小量の値のSHOULDが1秒であることに注意してください。」 DEFVAL5:、:= ospfIfEntry8
ospfIfHelloInterval OBJECT-TYPE
SYNTAX HelloRange
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The length of time, in seconds, between the Hello packets
that the router sends on the interface. This value must be
the same for all routers attached to a common network."
DEFVAL { 10 }
::= { ospfIfEntry 9 }
ospfIfHelloInterval OBJECT-TYPE SYNTAX HelloRange UNITS「秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「ルータがインタフェースで送るHelloパケットの間の秒の時間の長さ。」 「一般的なネットワークに付けられたすべてのルータに、この値は同じであるに違いありません。」 DEFVAL10:、:= ospfIfEntry9
ospfIfRtrDeadInterval OBJECT-TYPE
SYNTAX PositiveInteger
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The number of seconds that a router's Hello packets have
not been seen before its neighbors declare the router down.
This should be some multiple of the Hello interval. This
value must be the same for all routers attached to a common
network."
DEFVAL { 40 }
::= { ospfIfEntry 10 }
ospfIfRtrDeadInterval OBJECT-TYPE SYNTAX PositiveInteger UNITS「秒」マックス-ACCESSは「倒ルータのHelloパケットが隣人の前で見られていない秒の数がルータを宣言するする」STATUSの現在の記述を読書して作成します。 これはHello間隔の何らかの倍数であるべきです。 「一般的なネットワークに付けられたすべてのルータに、この値は同じであるに違いありません。」 DEFVAL40:、:= ospfIfEntry10
ospfIfPollInterval OBJECT-TYPE
SYNTAX PositiveInteger
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The larger time interval, in seconds, between the Hello
packets sent to an inactive non-broadcast multi-access
neighbor."
DEFVAL { 120 }
::= { ospfIfEntry 11 }
ospfIfPollInterval OBJECT-TYPE SYNTAX PositiveInteger UNITS「秒」マックス-ACCESSは「不活発な非放送マルチアクセス隣人に送られたHelloパケットの間の秒の、より大きい時間間隔」の間のSTATUSの現在の記述を読書して作成します。 DEFVAL120:、:= ospfIfEntry11
ospfIfState OBJECT-TYPE
SYNTAX INTEGER {
down (1),
loopback (2),
waiting (3),
ospfIfState OBJECT-TYPE SYNTAX INTEGER、下に(1)、ループバック(2)、待ち(3)
Galecki, et al. Standards Track [Page 41] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[41ページ]。
pointToPoint (4),
designatedRouter (5),
backupDesignatedRouter (6),
otherDesignatedRouter (7)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The OSPF Interface State."
DEFVAL { down }
::= { ospfIfEntry 12 }
pointToPoint(4)、designatedRouter(5)、backupDesignatedRouter(6)、otherDesignatedRouter(7) 「OSPFインタフェースは述べる」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 DEFVALはダウンします。 ::= ospfIfEntry12
ospfIfDesignatedRouter OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The IP address of the designated router."
DEFVAL { '00000000'H } -- 0.0.0.0
::= { ospfIfEntry 13 }
「ルータはIPは指定を扱う」ospfIfDesignatedRouter OBJECT-TYPE SYNTAX IpAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 DEFVAL'00000000'H--0.0 .0、.0:、:= ospfIfEntry13
ospfIfBackupDesignatedRouter OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The IP address of the backup designated
router."
DEFVAL { '00000000'H } -- 0.0.0.0
::= { ospfIfEntry 14 }
「バックアップのIPアドレスはルータに指定した」ospfIfBackupDesignatedRouter OBJECT-TYPE SYNTAX IpAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 DEFVAL'00000000'H--0.0 .0、.0:、:= ospfIfEntry14
ospfIfEvents OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times this OSPF interface has
changed its state or an error has occurred.
「このOSPFインタフェースが状態を変えたという回の数か誤りが起こるのに持っている」ospfIfEvents OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Discontinuities in the value of this counter can occur
at re-initialization of the management system, and at other
times as indicated by the value of ospfDiscontinuityTime."
::= { ospfIfEntry 15 }
「このカウンタの値における不連続はマネージメントシステムの再初期化においてospfDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ospfIfEntry15
ospfIfAuthKey OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (0..256))
MAX-ACCESS read-create
STATUS current
ospfIfAuthKey OBJECT-TYPE SYNTAX OCTET STRING(SIZE(0 .256))マックス-ACCESSはSTATUS海流を読書して引き起こします。
Galecki, et al. Standards Track [Page 42] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[42ページ]。
DESCRIPTION
"The cleartext password used as an OSPF
authentication key when simplePassword security
is enabled. This object does not access any OSPF
cryptogaphic (e.g., MD5) authentication key under
any circumstance.
「simplePasswordセキュリティが可能にされるときcleartextパスワードはOSPF認証キーとして使用した」記述。 このオブジェクトはどんな状況の下でも主要な少しのOSPF cryptogaphic(例えば、MD5)認証にもアクセスしません。
If the key length is shorter than 8 octets, the
agent will left adjust and zero fill to 8 octets.
キー長が8つの八重奏、エージェントがそうするより短いなら、左で調整してください、そして、中詰めのゼロを8つの八重奏に合わせてください。
Unauthenticated interfaces need no authentication
key, and simple password authentication cannot use
a key of more than 8 octets.
Unauthenticatedインタフェースは認証キーを全く必要としません、そして、簡単なパスワード認証は8つ以上の八重奏のキーを使用できません。
Note that the use of simplePassword authentication
is NOT recommended when there is concern regarding
attack upon the OSPF system. SimplePassword
authentication is only sufficient to protect against
accidental misconfigurations because it re-uses
cleartext passwords [RFC1704].
OSPFシステムに対する攻撃に関する心配があるとき、simplePassword認証の使用が推薦されないことに注意してください。 SimplePassword認証は、単にcleartextパスワード[RFC1704]を再使用するので偶然のmisconfigurationsから守るために十分です。
When read, ospfIfAuthKey always returns an octet
string of length zero."
REFERENCE
"OSPF Version 2, Section 9 The Interface Data
Structure"
DEFVAL { '0000000000000000'H } -- 0.0.0.0.0.0.0.0
::= { ospfIfEntry 16 }
「読まれると、ospfIfAuthKeyはいつも長さゼロの八重奏ストリングを返します。」 0.0に「セクション9 OSPFバージョン2、インタフェースデータ構造」DEFVAL'0000000000000000'Hに参照をつけてください、.0、.0、.0、.0、.0、.0:、:= ospfIfEntry16
ospfIfStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object permits management of the table by
facilitating actions such as row creation,
construction, and destruction.
ospfIfStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「このオブジェクトは行作成や、工事や、破壊などの動作を容易にすることによって、テーブルの管理を可能にする」STATUSの現在の記述を読書して作成します。
The value of this object has no effect on
whether other objects in this conceptual row can be
modified."
::= { ospfIfEntry 17 }
「このオブジェクトの値はこの概念的な行の他のオブジェクトを変更できるかどうかに関して効き目がありません。」 ::= ospfIfEntry17
ospfIfMulticastForwarding OBJECT-TYPE
SYNTAX INTEGER {
blocked (1), -- no multicast forwarding
multicast (2), -- using multicast address
unicast (3) -- to each OSPF neighbor
ospfIfMulticastForwarding OBJECT-TYPE SYNTAX INTEGER、(1)(マルチキャストアドレスユニキャスト(3)を使用して、マルチキャスト(2)を進めないどんなマルチキャストも)をそれぞれのOSPF隣人に妨げます。
Galecki, et al. Standards Track [Page 43] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[43ページ]。
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The way multicasts should be forwarded on this
interface: not forwarded, forwarded as data
link multicasts, or forwarded as data link
unicasts. Data link multicasting is not
meaningful on point-to-point and NBMA interfaces,
and setting ospfMulticastForwarding to 0 effectively
disables all multicast forwarding."
DEFVAL { blocked }
::= { ospfIfEntry 18 }
} マックス-ACCESSがSTATUSの現在の記述を読書して作成する、「このインタフェースでマルチキャストを進めるべき方法:」 進めないか、データがマルチキャストをリンクするので進めないか、またはデータがユニキャストをリンクするので、進めません。 「データ・リンクマルチキャスティングはポイントツーポイントとNBMAインタフェースで重要ではありません、そして、有効に0にospfMulticastForwardingを設定するのはすべてのマルチキャストが推進であると無効にします。」 妨げられたDEFVAL ::= ospfIfEntry18
ospfIfDemand OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates whether Demand OSPF procedures (hello
suppression to FULL neighbors and setting the
DoNotAge flag on propagated LSAs) should be
performed on this interface."
DEFVAL { false }
::= { ospfIfEntry 19 }
ospfIfDemand OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSがSTATUSの現在の記述を読書して作成する、「表示、Demand OSPF手順、(こんにちは、FULL隣人への抑圧と伝播されたLSAsにDoNotAge旗をけしかけます)、このインタフェースに実行されるべきである、」 DEFVAL偽:、:= ospfIfEntry19
ospfIfAuthType OBJECT-TYPE
SYNTAX OspfAuthenticationType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The authentication type specified for an interface.
ospfIfAuthType OBJECT-TYPE SYNTAX OspfAuthenticationTypeマックス-ACCESSは「認証タイプはインタフェースに指定した」STATUSの現在の記述を読書して作成します。
Note that this object can be used to engage
in significant attacks against an OSPF router."
REFERENCE
"OSPF Version 2, Appendix D Authentication"
DEFVAL { none } -- no authentication, by default
::= { ospfIfEntry 20 }
「OSPFルータに対して重要な攻撃に従事するのにこのオブジェクトを使用できることに注意してください。」 REFERENCE、「」 OSPFバージョン2、付録D認証DEFVAL、なにも--認証がない、デフォルトで:、:= ospfIfEntry20
ospfIfLsaCount OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of link-local link state advertisements
in this interface's link-local link state database."
::= { ospfIfEntry 21 }
ospfIfLsaCount OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このインタフェースのリンク地方のリンクのリンク地方のリンク州の広告の総数はデータベースを述べます」。 ::= ospfIfEntry21
Galecki, et al. Standards Track [Page 44] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[44ページ]。
ospfIfLsaCksumSum OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The 32-bit unsigned sum of the Link State
Advertisements' LS checksums contained in this
interface's link-local link state database.
The sum can be used to determine if there has
been a change in the interface's link state
database and to compare the interface link state
database of routers attached to the same subnet."
::= { ospfIfEntry 22 }
「Link州AdvertisementsのLSチェックサムの32ビットの未署名の合計はこのインタフェースのリンクローカルのリンク州のデータベースに含んだ」ospfIfLsaCksumSum OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「インタフェースのリンク州のデータベースにおける変化があったかどうか決定して、同じサブネットに付けられたルータに関するインタフェースリンク州のデータベースを比較するのに合計を使用できます。」 ::= ospfIfEntry22
ospfIfDesignatedRouterId OBJECT-TYPE
SYNTAX RouterID
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The Router ID of the designated router."
::= { ospfIfEntry 23 }
ospfIfDesignatedRouterId OBJECT-TYPE SYNTAX RouterIDのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述「代表ルータのRouter ID。」 ::= ospfIfEntry23
ospfIfBackupDesignatedRouterId OBJECT-TYPE
SYNTAX RouterID
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The Router ID of the backup designated router."
::= { ospfIfEntry 24 }
「バックアップのRouter IDはルータに指定した」ospfIfBackupDesignatedRouterId OBJECT-TYPE SYNTAX RouterIDのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ospfIfEntry24
-- OSPF Interface Metric Table
-- OSPFのインタフェースのメートル法のテーブル
ospfIfMetricTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfIfMetricEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The Metric Table describes the metrics to be advertised
for a specified interface at the various types of service.
As such, this table is an adjunct of the OSPF Interface
Table.
「様々なタイプのサービスで指定されたインタフェースに広告を出して、Metric Tableは測定基準について説明する」ospfIfMetricTable OBJECT-TYPE SYNTAX SEQUENCE OF OspfIfMetricEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 そういうものとして、このテーブルはOSPF Interface Tableの付属物です。
Types of service, as defined by RFC 791, have the ability
to request low delay, high bandwidth, or reliable linkage.
RFC791によって定義されるサービスのタイプは低い遅れ、高帯域、または信頼できるリンケージを要求する能力を持っています。
For the purposes of this specification, the measure of
bandwidth:
この仕様の目的、帯域幅の測定のために:
Galecki, et al. Standards Track [Page 45] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[45ページ]。
Metric = referenceBandwidth / ifSpeed
メートル法の=referenceBandwidth / ifSpeed
is the default value.
The default reference bandwidth is 10^8.
For multiple link interfaces, note that ifSpeed is the sum
of the individual link speeds. This yields a number having
the following typical values:
デフォルトは値ですか? デフォルト参照帯域幅は10^8です。 複数のリンクインタフェースによって、ifSpeedが個々のリンク速度の合計であることに注意してください。 これは以下の典型的な値を持っている数をもたらします:
Network Type/bit rate Metric
ネットワークType/ビット伝送速度Metric
>= 100 MBPS 1
Ethernet/802.3 10
E1 48
T1 (ESF) 65
64 KBPS 1562
56 KBPS 1785
19.2 KBPS 5208
9.6 KBPS 10416
>= 100MBPS1イーサネット/802.3 10のEの1つの48T1(ESF)65 64キロビット毎秒1562 56のキロビット毎秒1785 19.2キロビット毎秒5208 9.6キロビット毎秒10416
Routes that are not specified use the default
(TOS 0) metric.
指定されなかったルートはメートル法でデフォルト(TOS0)を使用します。
Note that the default reference bandwidth can be configured
using the general group object ospfReferenceBandwidth."
REFERENCE
"OSPF Version 2, Appendix C.3 Router interface
parameters"
::= { ospf 8 }
「一般的な群対象ospfReferenceBandwidthを使用することでデフォルト参照帯域幅を構成できることに注意してください。」 REFERENCE、「OSPFバージョン2、Appendix C.3 Routerインタフェース・パラメータ」:、:= ospf8
ospfIfMetricEntry OBJECT-TYPE
SYNTAX OspfIfMetricEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A particular TOS metric for a non-virtual interface
identified by the interface index.
「非仮想インターフェースにおける、メートル法の特定のTOSはインタフェースインデックスで特定した」ospfIfMetricEntry OBJECT-TYPE SYNTAX OspfIfMetricEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
Information in this table is persistent and when this object
is written the entity SHOULD save the change to non-volatile
storage."
REFERENCE
"OSPF Version 2, Appendix C.3 Router interface
parameters"
INDEX { ospfIfMetricIpAddress,
ospfIfMetricAddressLessIf,
ospfIfMetricTOS }
::= { ospfIfMetricTable 1 }
「このテーブルの情報は永続的です、そして、このオブジェクトが実体に書かれると、SHOULDは非揮発性記憶装置への変化を保存します。」 「OSPFバージョン2、Appendix C.3 Routerはパラメタを連結する」というREFERENCE INDEX、ospfIfMetricIpAddress、ospfIfMetricAddressLessIf、ospfIfMetricTOS:、:= ospfIfMetricTable1
Galecki, et al. Standards Track [Page 46] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[46ページ]。
OspfIfMetricEntry ::=
SEQUENCE {
ospfIfMetricIpAddress
IpAddress,
ospfIfMetricAddressLessIf
InterfaceIndexOrZero,
ospfIfMetricTOS
TOSType,
ospfIfMetricValue
Metric,
ospfIfMetricStatus
RowStatus
}
OspfIfMetricEntry:、:= 系列ospfIfMetricIpAddress IpAddress、ospfIfMetricAddressLessIf InterfaceIndexOrZero、ospfIfMetricValueメートル法のospfIfMetricTOS TOSType、ospfIfMetricStatus RowStatus
ospfIfMetricIpAddress OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The IP address of this OSPF interface. On row
creation, this can be derived from the instance."
::= { ospfIfMetricEntry 1 }
ospfIfMetricIpAddress OBJECT-TYPE SYNTAX IpAddressマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1は「このOSPFのIPアドレスは連結する」STATUSの現在の記述に索引をつけます。 「行作成では、インスタンスからこれを得ることができます。」 ::= ospfIfMetricEntry1
ospfIfMetricAddressLessIf OBJECT-TYPE
SYNTAX InterfaceIndexOrZero
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"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 value of ifIndex for
interfaces having no IP address. On row
creation, this can be derived from the instance."
::= { ospfIfMetricEntry 2 }
ospfIfMetricAddressLessIf OBJECT-TYPE SYNTAX InterfaceIndexOrZeroマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1は「扱われるのとaddresslessインタフェースに関する事例を緩和する目的」のためのSTATUSの現在の記述に索引をつけます。 この変数は、IPアドレスを全く持たないことでIPアドレスとifIndexの値とのインタフェースで値0をインタフェースに取ります。 「行作成では、インスタンスからこれを得ることができます。」 ::= ospfIfMetricEntry2
ospfIfMetricTOS OBJECT-TYPE
SYNTAX TOSType
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The Type of Service metric being referenced.
On row creation, this can be derived from the
instance."
::= { ospfIfMetricEntry 3 }
SMIv1はSTATUS現在の記述に索引をつけます。ospfIfMetricTOS OBJECT-TYPE SYNTAX TOSTypeマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「参照をつけられるServiceメートル法のType。」 「行作成では、インスタンスからこれを得ることができます。」 ::= ospfIfMetricEntry3
Galecki, et al. Standards Track [Page 47] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[47ページ]。
ospfIfMetricValue OBJECT-TYPE
SYNTAX Metric
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The metric of using this Type of Service on
this interface. The default value of the TOS 0
metric is 10^8 / ifSpeed."
::= { ospfIfMetricEntry 4 }
ospfIfMetricValue OBJECT-TYPE SYNTAX Metricマックス-ACCESSは「これでServiceのこのTypeを使用するメートル法は連結する」STATUSの現在の記述を読書して作成します。 「デフォルト値、TOS0メートル法であることが、10^8 / ifSpeedである、」 ::= ospfIfMetricEntry4
ospfIfMetricStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object permits management of the table by
facilitating actions such as row creation,
construction, and destruction.
ospfIfMetricStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「このオブジェクトは行作成や、工事や、破壊などの動作を容易にすることによって、テーブルの管理を可能にする」STATUSの現在の記述を読書して作成します。
The value of this object has no effect on
whether other objects in this conceptual row can be
modified."
::= { ospfIfMetricEntry 5 }
「このオブジェクトの値はこの概念的な行の他のオブジェクトを変更できるかどうかに関して効き目がありません。」 ::= ospfIfMetricEntry5
-- OSPF Virtual Interface Table
-- OSPF仮想インターフェーステーブル
ospfVirtIfTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfVirtIfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about this router's virtual interfaces
that the OSPF Process is configured to carry on."
REFERENCE
"OSPF Version 2, Appendix C.4 Virtual link
parameters"
::= { ospf 9 }
ospfVirtIfTable OBJECT-TYPE SYNTAX SEQUENCE OF OspfVirtIfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「OSPF Processが運ぶために構成されるこのルータの仮想インターフェースに関する情報。」 REFERENCE、「OSPFバージョン2、Appendix C.4 Virtualリンクパラメータ」:、:= ospf9
ospfVirtIfEntry OBJECT-TYPE
SYNTAX OspfVirtIfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about a single virtual interface.
「シングルに関する仮想の情報は連結する」ospfVirtIfEntry OBJECT-TYPE SYNTAX OspfVirtIfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
Information in this table is persistent and when this object
is written the entity SHOULD save the change to non-volatile
storage."
「このテーブルの情報は永続的です、そして、このオブジェクトが実体に書かれると、SHOULDは非揮発性記憶装置への変化を保存します。」
Galecki, et al. Standards Track [Page 48] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[48ページ]。
INDEX { ospfVirtIfAreaId, ospfVirtIfNeighbor }
::= { ospfVirtIfTable 1 }
ospfVirtIfAreaId、ospfVirtIfNeighborに索引をつけてください:、:= ospfVirtIfTable1
OspfVirtIfEntry ::=
SEQUENCE {
ospfVirtIfAreaId
AreaID,
ospfVirtIfNeighbor
RouterID,
ospfVirtIfTransitDelay
UpToMaxAge,
ospfVirtIfRetransInterval
UpToMaxAge,
ospfVirtIfHelloInterval
HelloRange,
ospfVirtIfRtrDeadInterval
PositiveInteger,
ospfVirtIfState
INTEGER,
ospfVirtIfEvents
Counter32,
ospfVirtIfAuthKey
OCTET STRING,
ospfVirtIfStatus
RowStatus,
ospfVirtIfAuthType
OspfAuthenticationType,
ospfVirtIfLsaCount
Gauge32,
ospfVirtIfLsaCksumSum
Unsigned32
}
OspfVirtIfEntry:、:= 系列ospfVirtIfAreaId AreaID、ospfVirtIfNeighbor RouterID、ospfVirtIfTransitDelay UpToMaxAge、ospfVirtIfRetransInterval UpToMaxAge、ospfVirtIfHelloInterval HelloRange、ospfVirtIfRtrDeadInterval PositiveInteger、ospfVirtIfState整数、ospfVirtIfEvents Counter32、ospfVirtIfAuthKey八重奏ストリング、ospfVirtIfStatus RowStatus、ospfVirtIfAuthType OspfAuthenticationType、ospfVirtIfLsaCount Gauge32、ospfVirtIfLsaCksumSum Unsigned32
ospfVirtIfAreaId OBJECT-TYPE
SYNTAX AreaID
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The transit area that the virtual link
traverses. By definition, this is not 0.0.0.0."
::= { ospfVirtIfEntry 1 }
SMIv1はSTATUS現在の記述に索引をつけます。ospfVirtIfAreaId OBJECT-TYPE SYNTAX AreaIDマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「仮想のリンクが横断するトランジット領域。」 定義上これはそうではありません。「0.0 .0 .0インチ。 ::= ospfVirtIfEntry1
ospfVirtIfNeighbor OBJECT-TYPE
SYNTAX RouterID
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
ospfVirtIfNeighbor OBJECT-TYPE SYNTAX RouterIDマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1がSTATUS海流に索引をつける
Galecki, et al. Standards Track [Page 49] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[49ページ]。
DESCRIPTION
"The Router ID of the virtual neighbor."
::= { ospfVirtIfEntry 2 }
記述「仮想の隣人のRouter ID。」 ::= ospfVirtIfEntry2
ospfVirtIfTransitDelay OBJECT-TYPE
SYNTAX UpToMaxAge
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The estimated number of seconds it takes to
transmit a Link State update packet over this
interface. Note that the minimal value SHOULD be
1 second."
DEFVAL { 1 }
::= { ospfVirtIfEntry 3 }
ospfVirtIfTransitDelay OBJECT-TYPE SYNTAX UpToMaxAge UNITS「秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「始める秒の概算数はLink州アップデートパケットをこのインタフェースの上に伝えます」。 「最小量の値のSHOULDが1秒であることに注意してください。」 DEFVAL1:、:= ospfVirtIfEntry3
ospfVirtIfRetransInterval OBJECT-TYPE
SYNTAX UpToMaxAge
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The number of seconds between link state
avertisement retransmissions, for adjacencies
belonging to this interface. This value is
also used when retransmitting database
description and Link State request packets. This
value should be well over the expected
round-trip time. Note that the minimal value SHOULD be
1 second."
DEFVAL { 5 }
::= { ospfVirtIfEntry 4 }
ospfVirtIfRetransInterval OBJECT-TYPE SYNTAX UpToMaxAge UNITS「秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「リンクの間の秒数はavertisement retransmissionsを述べます、このインタフェースに属す隣接番組のために」。 また、データベース記述とLink州リクエスト・パケットを再送するとき、この値は使用されます。 この値はよく予想された往復の時間、あるべきです。 「最小量の値のSHOULDが1秒であることに注意してください。」 DEFVAL5:、:= ospfVirtIfEntry4
ospfVirtIfHelloInterval OBJECT-TYPE
SYNTAX HelloRange
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The length of time, in seconds, between the
Hello packets that the router sends on the
interface. This value must be the same for the
virtual neighbor."
DEFVAL { 10 }
::= { ospfVirtIfEntry 5 }
ospfVirtIfHelloInterval OBJECT-TYPE SYNTAX HelloRange UNITS「秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「ルータがインタフェースで送るHelloパケットの間の秒の時間の長さ。」 「仮想の隣人にとって、この値は同じであるに違いありません。」 DEFVAL10:、:= ospfVirtIfEntry5
ospfVirtIfRtrDeadInterval OBJECT-TYPE
ospfVirtIfRtrDeadIntervalオブジェクト・タイプ
Galecki, et al. Standards Track [Page 50] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[50ページ]。
SYNTAX PositiveInteger
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The number of seconds that a router's Hello
packets have not been seen before its
neighbors declare the router down. This should be
some multiple of the Hello interval. This
value must be the same for the virtual neighbor."
DEFVAL { 60 }
::= { ospfVirtIfEntry 6 }
SYNTAX PositiveInteger UNITS「秒」マックス-ACCESSは「倒ルータのHelloパケットが隣人の前で見られていない秒の数がルータを宣言するする」STATUSの現在の記述を読書して作成します。 これはHello間隔の何らかの倍数であるべきです。 「仮想の隣人にとって、この値は同じであるに違いありません。」 DEFVAL60:、:= ospfVirtIfEntry6
ospfVirtIfState OBJECT-TYPE
SYNTAX INTEGER {
down (1), -- these use the same encoding
pointToPoint (4) -- as the ospfIfTable
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"OSPF virtual interface states."
DEFVAL { down }
::= { ospfVirtIfEntry 7 }
ospfVirtIfState OBJECT-TYPE SYNTAX INTEGERはこれらがpointToPoint(4)をコード化しながら同じくらい使用するという(1)よりospfIfTableとしてマックス-ACCESS書き込み禁止STATUS現在で倒します。記述「OSPF仮想インターフェース州。」 DEFVALは以下より倒します:= ospfVirtIfEntry7
ospfVirtIfEvents OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of state changes or error events on
this virtual link.
「これの仮想の州の変化か誤りイベントの数はリンクする」ospfVirtIfEvents OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Discontinuities in the value of this counter can occur
at re-initialization of the management system, and at other
times as indicated by the value of ospfDiscontinuityTime."
::= { ospfVirtIfEntry 8 }
「このカウンタの値における不連続はマネージメントシステムの再初期化においてospfDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ospfVirtIfEntry8
ospfVirtIfAuthKey OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0..256))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The cleartext password used as an OSPF
authentication key when simplePassword security
is enabled. This object does not access any OSPF
cryptogaphic (e.g., MD5) authentication key under
any circumstance.
ospfVirtIfAuthKey OBJECT-TYPE SYNTAX OCTET STRING(SIZE(0 .256))マックス-ACCESSは「simplePasswordセキュリティが可能にされるときcleartextパスワードはOSPF認証キーとして使用した」STATUSの現在の記述を読書して作成します。 このオブジェクトはどんな状況の下でも主要な少しのOSPF cryptogaphic(例えば、MD5)認証にもアクセスしません。
Galecki, et al. Standards Track [Page 51] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[51ページ]。
If the key length is shorter than 8 octets, the
agent will left adjust and zero fill to 8 octets.
キー長が8つの八重奏、エージェントがそうするより短いなら、左で調整してください、そして、中詰めのゼロを8つの八重奏に合わせてください。
Unauthenticated interfaces need no authentication
key, and simple password authentication cannot use
a key of more than 8 octets.
Unauthenticatedインタフェースは認証キーを全く必要としません、そして、簡単なパスワード認証は8つ以上の八重奏のキーを使用できません。
Note that the use of simplePassword authentication
is NOT recommended when there is concern regarding
attack upon the OSPF system. SimplePassword
authentication is only sufficient to protect against
accidental misconfigurations because it re-uses
cleartext passwords. [RFC1704]
OSPFシステムに対する攻撃に関する心配があるとき、simplePassword認証の使用が推薦されないことに注意してください。 SimplePassword認証は、単にcleartextパスワードを再使用するので偶然のmisconfigurationsから守るために十分です。 [RFC1704]
When read, ospfIfAuthKey always returns an octet
string of length zero."
REFERENCE
"OSPF Version 2, Section 9 The Interface Data
Structure"
DEFVAL { '0000000000000000'H } -- 0.0.0.0.0.0.0.0
::= { ospfVirtIfEntry 9 }
「読まれると、ospfIfAuthKeyはいつも長さゼロの八重奏ストリングを返します。」 0.0に「セクション9 OSPFバージョン2、インタフェースデータ構造」DEFVAL'0000000000000000'Hに参照をつけてください、.0、.0、.0、.0、.0、.0:、:= ospfVirtIfEntry9
ospfVirtIfStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object permits management of the table by
facilitating actions such as row creation,
construction, and destruction.
ospfVirtIfStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「このオブジェクトは行作成や、工事や、破壊などの動作を容易にすることによって、テーブルの管理を可能にする」STATUSの現在の記述を読書して作成します。
The value of this object has no effect on
whether other objects in this conceptual row can be
modified."
::= { ospfVirtIfEntry 10 }
「このオブジェクトの値はこの概念的な行の他のオブジェクトを変更できるかどうかに関して効き目がありません。」 ::= ospfVirtIfEntry10
ospfVirtIfAuthType OBJECT-TYPE
SYNTAX OspfAuthenticationType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The authentication type specified for a virtual interface.
ospfVirtIfAuthType OBJECT-TYPE SYNTAX OspfAuthenticationTypeマックス-ACCESSは「認証タイプは仮想インターフェースに指定した」STATUSの現在の記述を読書して作成します。
Note that this object can be used to engage
in significant attacks against an OSPF router."
REFERENCE
"OSPF Version 2, Appendix E Authentication"
DEFVAL { none } -- no authentication, by default
「OSPFルータに対して重要な攻撃に従事するのにこのオブジェクトを使用できることに注意してください。」 REFERENCE、「」 OSPFバージョン2、付録E認証DEFVAL、なにも--認証がない、デフォルトで。
Galecki, et al. Standards Track [Page 52] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[52ページ]。
::= { ospfVirtIfEntry 11 }
::= ospfVirtIfEntry11
ospfVirtIfLsaCount OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of link-local link state advertisements
in this virtual interface's link-local link state database."
::= { ospfVirtIfEntry 12 }
ospfVirtIfLsaCount OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この仮想のインタフェースのリンク地方のリンク州の広告の総数はリンクローカルのリンク州のデータベースです」。 ::= ospfVirtIfEntry12
ospfVirtIfLsaCksumSum OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The 32-bit unsigned sum of the link state
advertisements' LS checksums contained in this
virtual interface's link-local link state database.
The sum can be used to determine if there has
been a change in the virtual interface's link state
database, and to compare the virtual interface
link state database of the virtual neighbors."
::= { ospfVirtIfEntry 13 }
「リンク州の広告のLSチェックサムの32ビットの無記名の合計はこの仮想インターフェースのリンクローカルのリンク州のデータベースに含んだ」ospfVirtIfLsaCksumSum OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「仮想インターフェースのリンク州のデータベースにおける変化があったかどうか決定して、仮想の隣人の仮想インターフェースリンク州のデータベースを比較するのに合計を使用できます。」 ::= ospfVirtIfEntry13
-- OSPF Neighbor Table
-- OSPF隣人テーブル
ospfNbrTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfNbrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table describing all non-virtual neighbors
in the locality of the OSPF router."
REFERENCE
"OSPF Version 2, Section 10 The Neighbor Data
Structure"
::= { ospf 10 }
「AはOSPFルータの場所のすべての非仮想の隣人について説明しながら、テーブルの上に置く」ospfNbrTable OBJECT-TYPE SYNTAX SEQUENCE OF OspfNbrEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「セクション10 OSPFバージョン2、隣人データ構造」という参照:、:= ospf10
ospfNbrEntry OBJECT-TYPE
SYNTAX OspfNbrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The information regarding a single neighbor.
「シングルの情報を近所付き合いさせる」ospfNbrEntry OBJECT-TYPE SYNTAX OspfNbrEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
Information in this table is persistent and when this object
is written the entity SHOULD save the change to non-volatile
このテーブルの情報はしつこいです、そして、この物が実体に書かれると、SHOULDは非揮発性への変化を救います。
Galecki, et al. Standards Track [Page 53] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[53ページ]。
storage."
REFERENCE
"OSPF Version 2, Section 10 The Neighbor Data
Structure"
INDEX { ospfNbrIpAddr, ospfNbrAddressLessIndex }
::= { ospfNbrTable 1 }
「格納。」 「セクション10 OSPFバージョン2、隣人データ構造」という参照はospfNbrIpAddr、ospfNbrAddressLessIndexに索引をつけます:、:= ospfNbrTable1
OspfNbrEntry ::=
SEQUENCE {
ospfNbrIpAddr
IpAddress,
ospfNbrAddressLessIndex
InterfaceIndexOrZero,
ospfNbrRtrId
RouterID,
ospfNbrOptions
Integer32,
ospfNbrPriority
DesignatedRouterPriority,
ospfNbrState
INTEGER,
ospfNbrEvents
Counter32,
ospfNbrLsRetransQLen
Gauge32,
ospfNbmaNbrStatus
RowStatus,
ospfNbmaNbrPermanence
INTEGER,
ospfNbrHelloSuppressed
TruthValue,
ospfNbrRestartHelperStatus
INTEGER,
ospfNbrRestartHelperAge
Unsigned32,
ospfNbrRestartHelperExitReason
INTEGER
}
OspfNbrEntry:、:= 系列ospfNbrIpAddr IpAddress、ospfNbrAddressLessIndex InterfaceIndexOrZero、ospfNbrRtrId RouterID、ospfNbrOptions Integer32、ospfNbrPriority DesignatedRouterPriority、ospfNbrState整数、ospfNbrEvents Counter32、ospfNbrLsRetransQLen Gauge32、ospfNbmaNbrStatus RowStatus、ospfNbmaNbrPermanence整数、ospfNbrHelloSuppressed TruthValue、ospfNbrRestartHelperStatus整数、ospfNbrRestartHelperAge Unsigned32、ospfNbrRestartHelperExitReason整数
ospfNbrIpAddr OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The IP address this neighbor is using in its
IP source address. Note that, on addressless
links, this will not be 0.0.0.0 but the
SMIv1はSTATUS現在の記述に索引をつけます。ospfNbrIpAddr OBJECT-TYPE SYNTAX IpAddressマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「この隣人がIPソースアドレスで使用しているIPアドレス。」 しかしこれが0.0が.0であったならaddresslessリンクに関してそうしないことに注意してください、.0。
Galecki, et al. Standards Track [Page 54] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[54ページ]。
address of another of the neighbor's interfaces."
::= { ospfNbrEntry 1 }
「隣人のインタフェースの別のもののアドレス。」 ::= ospfNbrEntry1
ospfNbrAddressLessIndex OBJECT-TYPE
SYNTAX InterfaceIndexOrZero
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"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."
::= { ospfNbrEntry 2 }
ospfNbrAddressLessIndex OBJECT-TYPE SYNTAX InterfaceIndexOrZeroマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1は「IPアドレス、ゼロを持っているインタフェース」でSTATUSの現在の記述に索引をつけます。 addresslessインタフェース、インターネットStandard MIBのifIndexの換算値に関して。 「列の創造のときに、例からこれを得ることができます。」 ::= ospfNbrEntry2
ospfNbrRtrId OBJECT-TYPE
SYNTAX RouterID
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A 32-bit integer (represented as a type
IpAddress) uniquely identifying the neighboring
router in the Autonomous System."
DEFVAL { '00000000'H } -- 0.0.0.0
::= { ospfNbrEntry 3 }
ospfNbrRtrId OBJECT-TYPE SYNTAX RouterIDのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Autonomous Systemで唯一隣接しているルータを特定する32ビットの整数(タイプIpAddressとして、表されます)。」 DEFVAL'00000000'H--0.0 .0、.0:、:= ospfNbrEntry3
ospfNbrOptions OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A bit mask corresponding to the neighbor's
options field.
ospfNbrOptions OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「隣人のオプション分野との対応に少しマスクをかけます」。
Bit 0, if set, indicates that the system will
operate on Type of Service metrics other than
TOS 0. If zero, the neighbor will ignore all
metrics except the TOS 0 metric.
設定されるなら、ビット0は、システムがTOS0以外のService測定基準のTypeを作動させるのを示します。 ゼロであるなら、隣人はメートル法であることでTOS0以外のすべての測定基準を無視するでしょう。
Bit 1, if set, indicates that the associated
area accepts and operates on external
information; if zero, it is a stub area.
設定されるなら、ビット1は、関連領域が外部の情報を受け入れて、作動させるのを示します。 ゼロであるなら、それはスタッブ領域です。
Bit 2, if set, indicates that the system is
capable of routing IP multicast datagrams, that is
that it implements the multicast extensions to
OSPF.
設定されるなら、ビット2は、システムはルーティングIPマルチキャストデータグラムができるのを示して、それによるマルチキャスト拡大をOSPFに実行するということです。
Galecki, et al. Standards Track [Page 55] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[55ページ]。
Bit 3, if set, indicates that the associated
area is an NSSA. These areas are capable of
carrying type-7 external advertisements, which
are translated into type-5 external advertisements
at NSSA borders."
REFERENCE
"OSPF Version 2, Section 12.1.2 Options"
DEFVAL { 0 }
::= { ospfNbrEntry 4 }
設定されるなら、ビット3は、関連領域がNSSAであることを示します。 「これらの領域はタイプ-7つの外部の広告を運ぶことができます」。(広告はNSSA境界でのタイプ-5つの外部の広告に翻訳されます)。 「OSPFバージョン2、.2がゆだねるセクション12.1」DEFVAL0に参照をつけてください:、:= ospfNbrEntry4
ospfNbrPriority OBJECT-TYPE
SYNTAX DesignatedRouterPriority
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The priority of this neighbor in the designated
router election algorithm. The value 0 signifies
that the neighbor is not eligible to become
the designated router on this particular network."
ospfNbrPriority OBJECT-TYPE SYNTAX DesignatedRouterPriorityマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「代表ルータ選挙アルゴリズムによるこの隣人の優先権。」 「値0は、隣人がこの特定のネットワークで代表ルータになるのが適任でないことを意味します。」
DEFVAL { 1 }
::= { ospfNbrEntry 5 }
DEFVAL1:、:= ospfNbrEntry5
ospfNbrState OBJECT-TYPE
SYNTAX INTEGER {
down (1),
attempt (2),
init (3),
twoWay (4),
exchangeStart (5),
exchange (6),
loading (7),
full (8)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The state of the relationship with this neighbor."
REFERENCE
"OSPF Version 2, Section 10.1 Neighbor States"
DEFVAL { down }
::= { ospfNbrEntry 6 }
試み(2)、イニット(3)、twoWay(4)、exchangeStart(5)、交換(6)が(7)、完全な(8)をロードして、ospfNbrState OBJECT-TYPE SYNTAX INTEGERは(1)より倒します。「これとの関係の州を近所付き合いさせる」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「セクション10.1 OSPFバージョン2、隣人州」という参照DEFVALは以下より倒します:= ospfNbrEntry6
ospfNbrEvents OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
ospfNbrEvents OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Galecki, et al. Standards Track [Page 56] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[56ページ]。
"The number of times this neighbor relationship
has changed state or an error has occurred.
「この隣人関係が状態か誤りを変えたという回の数は現れました。」
Discontinuities in the value of this counter can occur
at re-initialization of the management system, and at other
times as indicated by the value of ospfDiscontinuityTime."
::= { ospfNbrEntry 7 }
「このカウンタの値における不連続はマネージメントシステムの再初期化においてospfDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ospfNbrEntry7
ospfNbrLsRetransQLen OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current length of the retransmission
queue."
::= { ospfNbrEntry 8 }
「「再-トランスミッション」の現在長は列に並ばせる」ospfNbrLsRetransQLen OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ospfNbrEntry8
ospfNbmaNbrStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object permits management of the table by
facilitating actions such as row creation,
construction, and destruction.
ospfNbmaNbrStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この物は列の創造や、工事や、破壊などの動作を容易にすることによって、テーブルの管理を可能にする」STATUSの現在の記述を読書して作成します。
The value of this object has no effect on
whether other objects in this conceptual row can be
modified."
::= { ospfNbrEntry 9 }
「この物の値はこの概念的な列の他の物を変更できるかどうかに関して効き目がありません。」 ::= ospfNbrEntry9
ospfNbmaNbrPermanence OBJECT-TYPE
SYNTAX INTEGER {
dynamic (1), -- learned through protocol
permanent (2) -- configured address
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This variable displays the status of the entry;
'dynamic' and 'permanent' refer to how the neighbor
became known."
DEFVAL { permanent }
::= { ospfNbrEntry 10 }
ospfNbmaNbrPermanence OBJECT-TYPE SYNTAX INTEGERの{動力(1)--学習されて、永久的な(2)について議定書の中で述べてください--構成されたアドレス}というマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この変数はエントリーの状態を表示します」。 「'動力'で'永久的'は隣人がどう知られるようになったかに言及します。」 DEFVALパーマ:、:= ospfNbrEntry10
ospfNbrHelloSuppressed OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
ospfNbrHelloSuppressed OBJECT-TYPE SYNTAX TruthValueマックス-ACCESS書き込み禁止
Galecki, et al. Standards Track [Page 57] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[57ページ]。
STATUS current
DESCRIPTION
"Indicates whether Hellos are being suppressed
to the neighbor."
::= { ospfNbrEntry 11 }
STATUSの現在の記述は「ハローズが隣人に抑圧されているかどうかを示します」。 ::= ospfNbrEntry11
ospfNbrRestartHelperStatus OBJECT-TYPE
SYNTAX INTEGER { notHelping (1),
helping (2)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates whether the router is acting
as a graceful restart helper for the neighbor."
::= { ospfNbrEntry 12 }
ospfNbrRestartHelperStatus OBJECT-TYPE SYNTAX INTEGER、notHelping(1)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述が「ルータが隣人のための優雅な再開アシスタントとして務めているか否かに関係なく、示す」助けている(2)。 ::= ospfNbrEntry12
ospfNbrRestartHelperAge OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Remaining time in current OSPF graceful restart
interval, if the router is acting as a restart
helper for the neighbor."
::= { ospfNbrEntry 13 }
ospfNbrRestartHelperAge OBJECT-TYPE SYNTAX Unsigned32 UNITSは「ルータが隣人のための再開アシスタントとして務めているなら、残りは現在のOSPF優雅な再開間隔で調節する」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「後援します」。 ::= ospfNbrEntry13
ospfNbrRestartHelperExitReason OBJECT-TYPE
SYNTAX INTEGER { none (1), -- not attempted
inProgress (2), -- restart in
-- progress
completed (3), -- successfully
-- completed
timedOut (4), -- timed out
topologyChanged (5) -- aborted due to
-- topology
-- change.
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Describes the outcome of the last attempt at acting
as a graceful restart helper for the neighbor."
::= { ospfNbrEntry 14 }
ospfNbrRestartHelperExitReason OBJECT-TYPE SYNTAX INTEGER、中で再開してください--進歩が首尾よく(3)を完成したというどんな試みられたinProgress(2)もtimedOut(4)を完成しなかったという(1)がtopologyChanged(5)から調節しなかったなにも----当然の状態で中止になって、トポロジー--変化してください。 マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「隣人のための優雅な再開アシスタントとして務めることへの最後の試みの結果について説明します」。 ::= ospfNbrEntry14
-- OSPF Virtual Neighbor Table
-- OSPFの仮想の隣人テーブル
Galecki, et al. Standards Track [Page 58] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[58ページ]。
ospfVirtNbrTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfVirtNbrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table describes all virtual neighbors.
Since virtual links are configured
in the Virtual Interface Table, this table is read-only."
REFERENCE
"OSPF Version 2, Section 15 Virtual Links"
::= { ospf 11 }
ospfVirtNbrTable OBJECT-TYPE SYNTAX SEQUENCE OF OspfVirtNbrEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはすべての仮想の隣人について説明します」。 「仮想のリンクがVirtual Interface Tableで構成されるので、このテーブルは書き込み禁止です。」 「セクション15 OSPFバージョン2、仮想のリンク」という参照:、:= ospf11
ospfVirtNbrEntry OBJECT-TYPE
SYNTAX OspfVirtNbrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Virtual neighbor information."
INDEX { ospfVirtNbrArea, ospfVirtNbrRtrId }
::= { ospfVirtNbrTable 1 }
アクセスしやすくないospfVirtNbrEntry OBJECT-TYPE SYNTAX OspfVirtNbrEntryのSTATUS現在の記述マックス-ACCESS「仮想の隣人情報。」 ospfVirtNbrArea、ospfVirtNbrRtrIdに索引をつけてください:、:= ospfVirtNbrTable1
OspfVirtNbrEntry ::=
SEQUENCE {
ospfVirtNbrArea
AreaID,
ospfVirtNbrRtrId
RouterID,
ospfVirtNbrIpAddr
IpAddress,
ospfVirtNbrOptions
Integer32,
ospfVirtNbrState
INTEGER,
ospfVirtNbrEvents
Counter32,
ospfVirtNbrLsRetransQLen
Gauge32,
ospfVirtNbrHelloSuppressed
TruthValue,
ospfVirtNbrRestartHelperStatus
INTEGER,
ospfVirtNbrRestartHelperAge
Unsigned32,
ospfVirtNbrRestartHelperExitReason
INTEGER
}
OspfVirtNbrEntry:、:= 系列ospfVirtNbrArea AreaID、ospfVirtNbrRtrId RouterID、ospfVirtNbrIpAddr IpAddress、ospfVirtNbrOptions Integer32、ospfVirtNbrState整数、ospfVirtNbrEvents Counter32、ospfVirtNbrLsRetransQLen Gauge32、ospfVirtNbrHelloSuppressed TruthValue、ospfVirtNbrRestartHelperStatus整数、ospfVirtNbrRestartHelperAge Unsigned32、ospfVirtNbrRestartHelperExitReason整数
ospfVirtNbrArea OBJECT-TYPE
ospfVirtNbrAreaオブジェクト・タイプ
Galecki, et al. Standards Track [Page 59] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[59ページ]。
SYNTAX AreaID
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The Transit Area Identifier."
::= { ospfVirtNbrEntry 1 }
SMIv1はSTATUS現在の記述に索引をつけます。SYNTAX AreaIDマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「トランジット領域識別子。」 ::= ospfVirtNbrEntry1
ospfVirtNbrRtrId OBJECT-TYPE
SYNTAX RouterID
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"A 32-bit integer uniquely identifying the
neighboring router in the Autonomous System."
::= { ospfVirtNbrEntry 2 }
ospfVirtNbrRtrId OBJECT-TYPE SYNTAX RouterIDマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1は「Autonomous Systemで唯一隣接しているルータを特定する32ビットの整数」STATUSの現在の記述に索引をつけます。 ::= ospfVirtNbrEntry2
ospfVirtNbrIpAddr OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The IP address this virtual neighbor is using."
::= { ospfVirtNbrEntry 3 }
ospfVirtNbrIpAddr OBJECT-TYPE SYNTAX IpAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この仮想の隣人が使用しているIPアドレス。」 ::= ospfVirtNbrEntry3
ospfVirtNbrOptions OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A bit mask corresponding to the neighbor's
options field.
ospfVirtNbrOptions OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「隣人のオプション分野との対応に少しマスクをかけます」。
Bit 1, if set, indicates that the system will
operate on Type of Service metrics other than
TOS 0. If zero, the neighbor will ignore all
metrics except the TOS 0 metric.
設定されるなら、ビット1は、システムがTOS0以外のService測定基準のTypeを作動させるのを示します。 ゼロであるなら、隣人はメートル法であることでTOS0以外のすべての測定基準を無視するでしょう。
Bit 2, if set, indicates that the system is
network multicast capable, i.e., that it
implements OSPF multicast routing."
::= { ospfVirtNbrEntry 4 }
「設定されるなら、ビット2はシステムがネットワークマルチキャストできて、すなわち、OSPFマルチキャストルーティングを実行するのを示します。」 ::= ospfVirtNbrEntry4
ospfVirtNbrState OBJECT-TYPE
SYNTAX INTEGER {
down (1),
attempt (2),
ospfVirtNbrState OBJECT-TYPE SYNTAX INTEGER、(1)に(2)を試みてください。
Galecki, et al. Standards Track [Page 60] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[60ページ]。
init (3),
twoWay (4),
exchangeStart (5),
exchange (6),
loading (7),
full (8)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The state of the virtual neighbor relationship."
::= { ospfVirtNbrEntry 5 }
(7)、完全な(8)をロードして、イニット(3)、twoWay(4)、exchangeStart(5)は(6)を交換します。 マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「仮想の隣人関係の状態。」 ::= ospfVirtNbrEntry5
ospfVirtNbrEvents OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times this virtual link has
changed its state or an error has occurred.
「この仮想のリンクが状態を変えたという回の数か誤りが起こるのに持っている」ospfVirtNbrEvents OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Discontinuities in the value of this counter can occur
at re-initialization of the management system, and at other
times as indicated by the value of ospfDiscontinuityTime."
::= { ospfVirtNbrEntry 6 }
「このカウンタの値における不連続はマネージメントシステムの再初期化においてospfDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ospfVirtNbrEntry6
ospfVirtNbrLsRetransQLen OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current length of the retransmission
queue."
::= { ospfVirtNbrEntry 7 }
「「再-トランスミッション」の現在長は列に並ばせる」ospfVirtNbrLsRetransQLen OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ospfVirtNbrEntry7
ospfVirtNbrHelloSuppressed OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates whether Hellos are being suppressed
to the neighbor."
::= { ospfVirtNbrEntry 8 }
ospfVirtNbrHelloSuppressed OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「ハローズが隣人に抑圧されているかどうかを示します」。 ::= ospfVirtNbrEntry8
ospfVirtNbrRestartHelperStatus OBJECT-TYPE
SYNTAX INTEGER { notHelping (1),
helping (2)
}
ospfVirtNbrRestartHelperStatusオブジェクト・タイプ構文整数(2)を助けて、(1)をnotHelpingします。
Galecki, et al. Standards Track [Page 61] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[61ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates whether the router is acting
as a graceful restart helper for the neighbor."
::= { ospfVirtNbrEntry 9 }
マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「ルータが隣人のための優雅な再開アシスタントとして務めているかどうかを示します」。 ::= ospfVirtNbrEntry9
ospfVirtNbrRestartHelperAge OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Remaining time in current OSPF graceful restart
interval, if the router is acting as a restart
helper for the neighbor."
::= { ospfVirtNbrEntry 10 }
ospfVirtNbrRestartHelperAge OBJECT-TYPE SYNTAX Unsigned32 UNITSは「ルータが隣人のための再開アシスタントとして務めているなら、残りは現在のOSPF優雅な再開間隔で調節する」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「後援します」。 ::= ospfVirtNbrEntry10
ospfVirtNbrRestartHelperExitReason OBJECT-TYPE
SYNTAX INTEGER { none (1), -- not attempted
inProgress (2), -- restart in
-- progress
completed (3), -- successfully
-- completed
timedOut (4), -- timed out
topologyChanged (5) -- aborted due to
-- topology
-- change.
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Describes the outcome of the last attempt at acting
as a graceful restart helper for the neighbor."
::= { ospfVirtNbrEntry 11 }
ospfVirtNbrRestartHelperExitReason OBJECT-TYPE SYNTAX INTEGER、中で再開してください--進歩が首尾よく(3)を完成したというどんな試みられたinProgress(2)もtimedOut(4)を完成しなかったという(1)がtopologyChanged(5)から調節しなかったなにも----当然の状態で中止になって、トポロジー--変化してください。 マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「隣人のための優雅な再開アシスタントとして務めることへの最後の試みの結果について説明します」。 ::= ospfVirtNbrEntry11
-- OSPF Link State Database, External
-- OSPFは州のデータベースで、外部であることの形でリンクします。
ospfExtLsdbTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfExtLsdbEntry
MAX-ACCESS not-accessible
STATUS deprecated
DESCRIPTION
"The OSPF Process's external LSA link state database.
ospfExtLsdbTable OBJECT-TYPE SYNTAX SEQUENCE OF OspfExtLsdbEntryのマックス-ACCESSのアクセスしやすくないSTATUSは記述を非難しました。「OSPF Processの外部のLSAリンク州のデータベース。」
This table is identical to the OSPF LSDB Table
in format, but contains only external link state
advertisements. The purpose is to allow external
このテーブルは、形式がOSPF LSDB Tableと同じですが、外部のリンク州の広告だけを含んでいます。 目的は外部を許容することです。
Galecki, et al. Standards Track [Page 62] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[62ページ]。
LSAs to be displayed once for the router rather
than once in each non-stub area.
それぞれの非スタッブ領域に一度であるというよりむしろルータのための一度表示されるべきLSAs。
Note that external LSAs are also in the AS-scope link state
database."
REFERENCE
"OSPF Version 2, Section 12 Link State Advertisements"
::= { ospf 12 }
「外部のLSAsがAS-範囲リンク州のデータベースにもあることに注意してください。」 「セクション12 OSPFバージョン2、リンク州の広告」という参照:、:= ospf12
ospfExtLsdbEntry OBJECT-TYPE
SYNTAX OspfExtLsdbEntry
MAX-ACCESS not-accessible
STATUS deprecated
DESCRIPTION
"A single link state advertisement."
INDEX { ospfExtLsdbType, ospfExtLsdbLsid, ospfExtLsdbRouterId }
::= { ospfExtLsdbTable 1 }
ospfExtLsdbEntry OBJECT-TYPE SYNTAX OspfExtLsdbEntryのマックス-ACCESSのアクセスしやすくないSTATUSは記述「Aただ一つのリンク州の広告」を非難しました。 ospfExtLsdbType、ospfExtLsdbLsid、ospfExtLsdbRouterIdに索引をつけてください:、:= ospfExtLsdbTable1
OspfExtLsdbEntry ::=
SEQUENCE {
ospfExtLsdbType
INTEGER,
ospfExtLsdbLsid
IpAddress,
ospfExtLsdbRouterId
RouterID,
ospfExtLsdbSequence
Integer32,
ospfExtLsdbAge
Integer32,
ospfExtLsdbChecksum
Integer32,
ospfExtLsdbAdvertisement
OCTET STRING
}
OspfExtLsdbEntry:、:= 系列ospfExtLsdbType整数、ospfExtLsdbLsid IpAddress、ospfExtLsdbRouterId RouterID、ospfExtLsdbSequence Integer32、ospfExtLsdbAge Integer32、ospfExtLsdbChecksum Integer32、ospfExtLsdbAdvertisement八重奏ストリング
ospfExtLsdbType OBJECT-TYPE
SYNTAX INTEGER {
asExternalLink (5)
}
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS deprecated
DESCRIPTION
"The type of the link state advertisement.
Each link state type has a separate advertisement
format."
REFERENCE
SMIv1インデックスSTATUSは記述を非難しました。ospfExtLsdbType OBJECT-TYPE SYNTAX INTEGER asExternalLink(5)マックス-ACCESS、書き込み禁止--書き込み禁止、元々、--、「リンク州の広告のタイプ。」 「それぞれのリンク州のタイプには、別々の広告形式があります。」 参照
Galecki, et al. Standards Track [Page 63] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[63ページ]。
"OSPF Version 2, Appendix A.4.1 The Link State
Advertisement header"
「OSPFバージョン2、Link州AdvertisementヘッダーのAppendix A.4.1」
::= { ospfExtLsdbEntry 1 }
::= ospfExtLsdbEntry1
ospfExtLsdbLsid OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS deprecated
DESCRIPTION
"The Link State ID is an LS Type Specific field
containing either a Router ID or an IP address;
it identifies the piece of the routing domain
that is being described by the advertisement."
REFERENCE
"OSPF Version 2, Section 12.1.4 Link State ID"
::= { ospfExtLsdbEntry 2 }
SMIv1インデックスSTATUSは記述を非難しました。ospfExtLsdbLsid OBJECT-TYPE SYNTAX IpAddressマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「Link州IDはRouter IDかIPアドレスのどちらかを含んでいるLS Type Specific分野です」。 「広告で説明されている経路ドメインの断片を特定します。」 「OSPFバージョン2、セクション12.1.4リンク州のID」という参照:、:= ospfExtLsdbEntry2
ospfExtLsdbRouterId OBJECT-TYPE
SYNTAX RouterID
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS deprecated
DESCRIPTION
"The 32-bit number that uniquely identifies the
originating router in the Autonomous System."
REFERENCE
"OSPF Version 2, Appendix C.1 Global parameters"
::= { ospfExtLsdbEntry 3 }
SMIv1インデックスSTATUSは記述を非難しました。ospfExtLsdbRouterId OBJECT-TYPE SYNTAX RouterIDマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「Autonomous Systemで唯一由来しているルータを特定する32ビットの数。」 REFERENCE、「OSPFバージョン2、Appendix C.1 Globalパラメタ」:、:= ospfExtLsdbEntry3
ospfExtLsdbSequence OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The sequence number field is a signed 32-bit
integer. It starts with the value '80000001'h,
or -'7FFFFFFF'h, and increments until '7FFFFFFF'h.
Thus, a typical sequence number will be very negative.
It is used to detect old and duplicate link state
advertisements. The space of sequence numbers is linearly
ordered. The larger the sequence number, the more recent
the advertisement."
REFERENCE
"OSPF Version 2, Section 12.1.6 LS sequence
number"
::= { ospfExtLsdbEntry 4 }
ospfExtLsdbSequence OBJECT-TYPE SYNTAX Integer32マックス-ACCESS書き込み禁止STATUSは「一連番号分野はサインされた32ビットの整数です」記述を非難しました。 または、それが値'80000001'のhから始める、--'7FFFFFFF'h、および'7FFFFFFF'h'までの増分 したがって、典型的な一連番号は非常に負になるでしょう。 それは、古い、そして、写しリンク州の広告を検出するのに使用されます。 一連番号のスペースは直線的に命令されます。 「一連番号が大きければ大きいほど、広告は、より最近です。」 REFERENCE、「OSPFバージョン2、セクション12.1.6LS一連番号」:、:= ospfExtLsdbEntry4
Galecki, et al. Standards Track [Page 64] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[64ページ]。
ospfExtLsdbAge OBJECT-TYPE
SYNTAX Integer32 -- Should be 0..MaxAge, except when
-- doNotAge bit is set
UNITS "seconds"
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"This field is the age of the link state
advertisement in seconds."
REFERENCE
"OSPF Version 2, Section 12.1.1 LS age"
::= { ospfExtLsdbEntry 5 }
ospfExtLsdbAge OBJECT-TYPE SYNTAX Integer32--0であるべきです。MaxAge、いつを除いてくださいか--「この分野は秒のリンク州の広告の時代です」のときにdoNotAgeビットはセットUNITS「秒」マックス-ACCESSの書き込み禁止のSTATUSの推奨しない記述です。 「OSPFバージョン2、セクション12.1.1LS時代」のREFERENCE:、:= ospfExtLsdbEntry5
ospfExtLsdbChecksum OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"This field is the checksum of the complete
contents of the advertisement, excepting the
age field. The age field is excepted so that
an advertisement's age can be incremented
without updating the checksum. The checksum
used is the same that is used for ISO
connectionless datagrams; it is commonly referred
to as the Fletcher checksum."
REFERENCE
"OSPF Version 2, Section 12.1.7 LS checksum"
::= { ospfExtLsdbEntry 6 }
ospfExtLsdbChecksum OBJECT-TYPE SYNTAX Integer32マックス-ACCESS書き込み禁止STATUSは記述を非難しました。「この分野は広告の完全なコンテンツのチェックサムです、時代分野を除いて」。 時代分野は、チェックサムをアップデートしないで広告の時代を増加できるように除外されています。 使用されるチェックサムはISOのコネクションレスなデータグラムにおいて、使用された同じくらいです。 「それは一般的にフレッチャーチェックサムと呼ばれます。」 REFERENCE、「OSPFバージョン2、セクション12.1.7LSチェックサム」:、:= ospfExtLsdbEntry6
ospfExtLsdbAdvertisement OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(36))
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The entire link state advertisement, including
its header."
REFERENCE
"OSPF Version 2, Section 12 Link State
Advertisements"
::= { ospfExtLsdbEntry 7 }
ospfExtLsdbAdvertisement OBJECT-TYPE SYNTAX OCTET STRING、(SIZE(36)) MAX-ACCESS読書だけSTATUSは「広告を述べて、ヘッダーを含んでいて、全体がリンクする」記述を非難しました。 「セクション12 OSPFバージョン2、リンク州の広告」という参照:、:= ospfExtLsdbEntry7
-- OSPF Use of the CIDR Route Table
-- CIDRルートテーブルのOSPF使用
ospfRouteGroup OBJECT IDENTIFIER ::= { ospf 13 }
ospfRouteGroup物の識別子:、:= ospf13
-- The IP Forwarding Table defines a number of objects for use by -- the routing protocol to externalize its information. Most of
-- Forwarding Tableが使用のための多くの物を定義するIP--情報を外面化するルーティング・プロトコル。 だいたい
Galecki, et al. Standards Track [Page 65] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[65ページ]。
-- the variables (ipForwardDest, ipForwardMask, ipForwardPolicy, -- ipForwardNextHop, ipForwardIfIndex, ipForwardType, -- ipForwardProto, ipForwardAge, and ipForwardNextHopAS) are -- defined there.
-- 変数(ipForwardPolicy--ipForwardNextHop、ipForwardIfIndex、ipForwardType--ipForwardDest、ipForwardMask、ipForwardProto、ipForwardAge、およびipForwardNextHopAS)はそうです--そこでは、定義されます。
-- Those that leave some discretion are defined here.
-- 何らかの思慮深さを残すものがここで定義されます。
-- ipCidrRouteProto is, of course, ospf (13).
-- ipCidrRouteProtoはもちろんospf(13)です。
-- ipCidrRouteAge is the time since the route was first -- calculated, as opposed to the time since the last SPF run. -- ipCidrRouteInfo is an OBJECT IDENTIFIER for use by the routing -- protocol. The following values shall be found there depending -- on the way the route was calculated.
-- ルートが1番目であった時から、ipCidrRouteAgeは時間です--計算されます、最後のSPFが走って以来の時間と対照的に。 -- ipCidrRouteInfoはルーティングによる使用のためのOBJECT IDENTIFIERです--議定書を作ってください。 そこでは、以下の値がよっているのがわかるでしょう--途中では、ルートが計算されました。
ospfIntraArea OBJECT IDENTIFIER ::= { ospfRouteGroup 1 }
ospfInterArea OBJECT IDENTIFIER ::= { ospfRouteGroup 2 }
ospfExternalType1 OBJECT IDENTIFIER ::= { ospfRouteGroup 3 }
ospfExternalType2 OBJECT IDENTIFIER ::= { ospfRouteGroup 4 }
ospfIntraArea物の識別子:、:= ospfRouteGroup1ospfInterArea物の識別子:、:= ospfRouteGroup2ospfExternalType1物の識別子:、:= ospfRouteGroup3ospfExternalType2物の識別子:、:= ospfRouteGroup4
-- ipCidrRouteMetric1 is, by definition, the primary routing -- metric. Therefore, it should be the metric that route -- selection is based on. For intra-area and inter-area routes, -- it is an OSPF metric. For External Type 1 (comparable value) -- routes, it is an OSPF metric plus the External Metric. For -- external Type 2 (non-comparable value) routes, it is the -- external metric.
-- ipCidrRouteMetric1は定義上第一のルーティングです--メートル法です。 したがって、それはルート--選択に基づいているメートル法であるべきです。 それはOSPFです。イントラ領域と相互領域ルートに--、メートル法です。 ルートであり、それはOSPFメートル法のプラスです。External Type1(匹敵する値)のために--、External Metric。 --、外部のType2(非匹敵する値)ルートであり、それがそうである--外部メートル法です。
-- ipCidrRouteMetric2 is, by definition, a secondary routing -- metric. Therefore, it should be the metric that breaks a tie -- among routes having equal metric1 values and the same -- calculation rule. For intra-area, inter-area routes, and -- External Type 1 (comparable value) routes, it is unused. For -- External Type 2 (non-comparable value) routes, it is the metric -- to the AS border router.
-- ipCidrRouteMetric2は定義上二次ルーティングです--メートル法です。 したがって、それは等しいmetric1値と同じくらい持っているルートの中で繋がりを壊すメートル法であるべきです--計算規則。 そして、イントラ領域、相互領域ルートに--外部のType1(匹敵する値)ルートであり、それは未使用です。 --外部のType2(非匹敵する値)ルートであり、それはAS境界ルータへのメートル法です。
-- ipCidrRouteMetric3, ipCidrRouteMetric4, and ipCidrRouteMetric5 -- are unused.
-- ipCidrRouteMetric3、ipCidrRouteMetric4、およびipCidrRouteMetric5--未使用です。
-- The OSPF Area Aggregate Table -- -- This table replaces the OSPF Area Summary Table, being an -- extension of that for CIDR routers.
-- OSPF Area Aggregate Table----このテーブルがOSPF Area Summary Tableを取り替える、--CIDRルータのためのその拡大。
ospfAreaAggregateTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfAreaAggregateEntry
MAX-ACCESS not-accessible
STATUS current
ospfAreaAggregateTable OBJECT-TYPEのSYNTAX SEQUENCE OF OspfAreaAggregateEntryのマックス-ACCESSのアクセスしやすくないSTATUS海流
Galecki, et al. Standards Track [Page 66] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[66ページ]。
DESCRIPTION
"The Area Aggregate Table acts as an adjunct
to the Area Table. It describes those address aggregates
that are configured to be propagated from an area.
Its purpose is to reduce the amount of information
that is known beyond an Area's borders.
「Area Aggregate Tableは付属物としてArea Tableに機能する」記述。 それは領域から伝播されるために構成されるそれらのアドレス集合について説明します。 目的はAreaの境界で知られている情報量を減少させることです。
It contains a set of IP address ranges
specified by an IP address/IP network mask pair.
For example, a class B address range of X.X.X.X
with a network mask of 255.255.0.0 includes all IP
addresses from X.X.0.0 to X.X.255.255.
それはIPアドレス/IPネットワークマスク組によって指定された1セットのIPアドレスの範囲を含んでいます。 例えば、クラスBは.0.0インクルードIPがすべて、X. X.0.0からX. X.255.255まで記述する255.255のネットワークマスクでX.X.X.Xの範囲を記述します。
Note that if ranges are configured such that one range
subsumes another range (e.g., 10.0.0.0 mask 255.0.0.0
and 10.1.0.0 mask 255.255.0.0),
the most specific match is the preferred one."
REFERENCE
"OSPF Version 2, Appendix C.2 Area parameters"
::= { ospf 14 }
「範囲が構成されるので1つの範囲が別の範囲を包括するようにそれに注意してください、(例えば、10.0.0.0マスク255.0.0、.0と10.1.0.0マスク、255.255、.0、.0、)、最も特定のマッチが都合のよい方である、」 REFERENCE、「OSPFバージョン2、Appendix C.2 Areaパラメタ」:、:= ospf14
ospfAreaAggregateEntry OBJECT-TYPE
SYNTAX OspfAreaAggregateEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A single area aggregate entry.
アクセスしやすくない現在のospfAreaAggregateEntry OBJECT-TYPE SYNTAX OspfAreaAggregateEntryの記述マックス-ACCESS STATUS「A単一の領域集合エントリー。」
Information in this table is persistent and when this object
is written the entity SHOULD save the change to non-volatile
storage."
REFERENCE
"OSPF Version 2, Appendix C.2 Area parameters"
INDEX { ospfAreaAggregateAreaID, ospfAreaAggregateLsdbType,
ospfAreaAggregateNet, ospfAreaAggregateMask }
::= { ospfAreaAggregateTable 1 }
「このテーブルの情報はしつこいです、そして、この物が実体に書かれると、SHOULDは非揮発性記憶装置への変化を救います。」 REFERENCE、「」 OSPFバージョン2、Appendix C.2 AreaパラメタINDEX、ospfAreaAggregateAreaID、ospfAreaAggregateLsdbType、ospfAreaAggregateNet、ospfAreaAggregateMask:、:= ospfAreaAggregateTable1
OspfAreaAggregateEntry ::=
SEQUENCE {
ospfAreaAggregateAreaID
AreaID,
ospfAreaAggregateLsdbType
INTEGER,
ospfAreaAggregateNet
IpAddress,
ospfAreaAggregateMask
IpAddress,
ospfAreaAggregateStatus
OspfAreaAggregateEntry:、:= 系列、ospfAreaAggregateAreaID AreaID、ospfAreaAggregateLsdbType整数、ospfAreaAggregateNet IpAddress、ospfAreaAggregateMask IpAddress、ospfAreaAggregateStatus
Galecki, et al. Standards Track [Page 67] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[67ページ]。
RowStatus,
ospfAreaAggregateEffect
INTEGER,
ospfAreaAggregateExtRouteTag
Unsigned32
}
RowStatus、ospfAreaAggregateEffect整数、ospfAreaAggregateExtRouteTag Unsigned32
ospfAreaAggregateAreaID OBJECT-TYPE
SYNTAX AreaID
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The area within which the address aggregate is to be
found."
REFERENCE
"OSPF Version 2, Appendix C.2 Area parameters"
::= { ospfAreaAggregateEntry 1 }
SMIv1はSTATUS現在の記述に索引をつけます。ospfAreaAggregateAreaID OBJECT-TYPE SYNTAX AreaIDマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「探して、アドレス集合がそうである領域。」 REFERENCE、「OSPFバージョン2、Appendix C.2 Areaパラメタ」:、:= ospfAreaAggregateEntry1
ospfAreaAggregateLsdbType OBJECT-TYPE
SYNTAX INTEGER {
summaryLink (3),
nssaExternalLink (7)
}
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The type of the address aggregate. This field
specifies the Lsdb type that this address
aggregate applies to."
REFERENCE
"OSPF Version 2, Appendix A.4.1 The Link State
Advertisement header"
::= { ospfAreaAggregateEntry 2 }
ospfAreaAggregateLsdbType OBJECT-TYPE SYNTAX INTEGER、summaryLink(3)、nssaExternalLink(7)、マックス-ACCESS、書き込み禁止--書き込み禁止、元々、--SMIv1は「アドレスのタイプは集める」STATUSの現在の記述に索引をつけます。 「この分野はこのアドレス集合が当てはまるLsdbタイプを指定します。」 REFERENCE「OSPFバージョン2、Link州AdvertisementヘッダーのAppendix A.4.1」:、:= ospfAreaAggregateEntry2
ospfAreaAggregateNet OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The IP address of the net or subnet indicated
by the range."
REFERENCE
"OSPF Version 2, Appendix C.2 Area parameters"
::= { ospfAreaAggregateEntry 3 }
ospfAreaAggregateNet OBJECT-TYPE SYNTAX IpAddressマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1は「ネットかサブネットのIPアドレスは範囲のそばで示した」STATUSの現在の記述に索引をつけます。 REFERENCE、「OSPFバージョン2、Appendix C.2 Areaパラメタ」:、:= ospfAreaAggregateEntry3
Galecki, et al. Standards Track [Page 68] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[68ページ]。
ospfAreaAggregateMask OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The subnet mask that pertains to the net or
subnet."
REFERENCE
"OSPF Version 2, Appendix C.2 Area parameters"
::= { ospfAreaAggregateEntry 4 }
SMIv1はSTATUS現在の記述に索引をつけます。ospfAreaAggregateMask OBJECT-TYPE SYNTAX IpAddressマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「ネットかサブネットに関係するサブネットマスク。」 REFERENCE、「OSPFバージョン2、Appendix C.2 Areaパラメタ」:、:= ospfAreaAggregateEntry4
ospfAreaAggregateStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object permits management of the table by
facilitating actions such as row creation,
construction, and destruction.
ospfAreaAggregateStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この物は列の創造や、工事や、破壊などの動作を容易にすることによって、テーブルの管理を可能にする」STATUSの現在の記述を読書して作成します。
The value of this object has no effect on
whether other objects in this conceptual row can be
modified."
::= { ospfAreaAggregateEntry 5 }
「この物の値はこの概念的な列の他の物を変更できるかどうかに関して効き目がありません。」 ::= ospfAreaAggregateEntry5
ospfAreaAggregateEffect OBJECT-TYPE
SYNTAX INTEGER {
advertiseMatching (1),
doNotAdvertiseMatching (2)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Subnets subsumed by ranges either trigger the
advertisement of the indicated aggregate
(advertiseMatching) or result in the subnet's not
being advertised at all outside the area."
DEFVAL { advertiseMatching }
::= { ospfAreaAggregateEntry 6 }
ospfAreaAggregateEffect OBJECT-TYPE SYNTAX INTEGER、advertiseMatching(1)、doNotAdvertiseMatching(2)、マックス-ACCESSは「サブネットはどちらかが領域の外でサブネットのものにおける、広告に掲載されていない示された集合(advertiseMatching)か結果の広告の引き金となる範囲のそばで包括した」STATUSの現在の記述を読書して作成します。 DEFVAL advertiseMatching:、:= ospfAreaAggregateEntry6
ospfAreaAggregateExtRouteTag OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"External route tag to be included in NSSA (type-7)
LSAs."
ospfAreaAggregateExtRouteTag OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSは「外部経路はNSSA(タイプ-7)LSAsに含まれるようにタグ付けをする」STATUSの現在の記述を読書して作成します。
Galecki, et al. Standards Track [Page 69] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[69ページ]。
DEFVAL { 0 }
::= { ospfAreaAggregateEntry 7 }
DEFVAL0:、:= ospfAreaAggregateEntry7
-- OSPF Link State Database, link-local for non-virtual links
-- 非仮想のリンクにおける、リンク地方のOSPF Link州Database
ospfLocalLsdbTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfLocalLsdbEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The OSPF Process's link-local link state database
for non-virtual links.
This table is identical to the OSPF LSDB Table
in format, but contains only link-local Link State
Advertisements for non-virtual links. The purpose is
to allow link-local LSAs to be displayed for each
non-virtual interface. This table is implemented to
support type-9 LSAs that are defined
in 'The OSPF Opaque LSA Option'."
REFERENCE
"OSPF Version 2, Section 12 Link State Advertisements
and The OSPF Opaque LSA Option"
::= { ospf 17 }
アクセスしやすくないospfLocalLsdbTable OBJECT-TYPE SYNTAX SEQUENCE OF OspfLocalLsdbEntryのSTATUS現在の記述マックス-ACCESS「リンクがデータベースを述べるOSPF Processのリンクローカルの非仮想のリンク。」 このテーブルは、形式がOSPF LSDB Tableと同じですが、リンク地方のLink州Advertisementsだけを非仮想のリンクに含んでいます。 目的はリンク地方のLSAsがそれぞれの非仮想インターフェースに表示されるのを許容することです。 「このテーブルは'OSPF Opaque LSA Option'で定義されるタイプ-9LSAsを支持するために実行されます。」 「OSPFバージョン2、セクション12 リンク州の広告、およびOSPFの不明瞭なLSAオプション」という参照:、:= ospf17
ospfLocalLsdbEntry OBJECT-TYPE
SYNTAX OspfLocalLsdbEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A single link state advertisement."
INDEX { ospfLocalLsdbIpAddress, ospfLocalLsdbAddressLessIf,
ospfLocalLsdbType, ospfLocalLsdbLsid, ospfLocalLsdbRouterId
}
::= { ospfLocalLsdbTable 1 }
アクセスしやすくない現在のospfLocalLsdbEntry OBJECT-TYPE SYNTAX OspfLocalLsdbEntryの記述マックス-ACCESS STATUS「Aただ一つのリンク州の広告。」 ospfLocalLsdbIpAddress、ospfLocalLsdbAddressLessIf、ospfLocalLsdbType、ospfLocalLsdbLsid、ospfLocalLsdbRouterIdに索引をつけてください:、:= ospfLocalLsdbTable1
OspfLocalLsdbEntry ::=
SEQUENCE {
ospfLocalLsdbIpAddress
IpAddress,
ospfLocalLsdbAddressLessIf
InterfaceIndexOrZero,
ospfLocalLsdbType
INTEGER,
ospfLocalLsdbLsid
IpAddress,
ospfLocalLsdbRouterId
RouterID,
OspfLocalLsdbEntry:、:= 系列、ospfLocalLsdbIpAddress IpAddress、ospfLocalLsdbAddressLessIf InterfaceIndexOrZero、ospfLocalLsdbType整数、ospfLocalLsdbLsid IpAddress、ospfLocalLsdbRouterId RouterID
Galecki, et al. Standards Track [Page 70] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[70ページ]。
ospfLocalLsdbSequence
Integer32,
ospfLocalLsdbAge
Integer32,
ospfLocalLsdbChecksum
Integer32,
ospfLocalLsdbAdvertisement
OCTET STRING
}
ospfLocalLsdbSequence Integer32、ospfLocalLsdbAge Integer32、ospfLocalLsdbChecksum Integer32、ospfLocalLsdbAdvertisement八重奏ストリング
ospfLocalLsdbIpAddress OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The IP address of the interface from
which the LSA was received if the interface is
numbered."
REFERENCE
"OSPF Version 2, Appendix C.3 Interface parameters"
::= { ospfLocalLsdbEntry 1 }
ospfLocalLsdbIpAddress OBJECT-TYPE SYNTAX IpAddressのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「インタフェースが番号付であるならLSAが受け取られたインタフェースのIPアドレス。」 REFERENCE、「OSPFバージョン2、Appendix C.3 Interfaceパラメタ」:、:= ospfLocalLsdbEntry1
ospfLocalLsdbAddressLessIf OBJECT-TYPE
SYNTAX InterfaceIndexOrZero
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The interface index of the interface from
which the LSA was received if the interface is
unnumbered."
REFERENCE
"OSPF Version 2, Appendix C.3 Interface parameters"
::= { ospfLocalLsdbEntry 2 }
ospfLocalLsdbAddressLessIf OBJECT-TYPE SYNTAX InterfaceIndexOrZeroのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「インタフェースが無数であるならLSAが受け取られたインタフェースのインタフェースインデックス。」 REFERENCE、「OSPFバージョン2、Appendix C.3 Interfaceパラメタ」:、:= ospfLocalLsdbEntry2
ospfLocalLsdbType OBJECT-TYPE
SYNTAX INTEGER { localOpaqueLink (9) }
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The type of the link state advertisement.
Each link state type has a separate
advertisement format."
REFERENCE
"OSPF Version 2, Appendix A.4.1 The Link State
Advertisement header"
::= { ospfLocalLsdbEntry 3 }
アクセスしやすくないospfLocalLsdbType OBJECT-TYPE SYNTAX INTEGER localOpaqueLink(9)マックス-ACCESSのSTATUSの現在の記述、「リンクのタイプは広告を述べます」。 「それぞれのリンク州のタイプには、別々の広告形式があります。」 REFERENCE「OSPFバージョン2、Link州AdvertisementヘッダーのAppendix A.4.1」:、:= ospfLocalLsdbEntry3
ospfLocalLsdbLsid OBJECT-TYPE
ospfLocalLsdbLsidオブジェクト・タイプ
Galecki, et al. Standards Track [Page 71] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[71ページ]。
SYNTAX IpAddress
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The Link State ID is an LS Type Specific field
containing a 32-bit identifier in IP address format;
it identifies the piece of the routing domain
that is being described by the advertisement."
REFERENCE
"OSPF Version 2, Section 12.1.4 Link State ID"
::= { ospfLocalLsdbEntry 4 }
SYNTAX IpAddressのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「Link州IDはIPアドレス形式の32ビットの識別子を含むLS Type Specific分野です」。 「広告で説明されている経路ドメインの断片を特定します。」 「OSPFバージョン2、セクション12.1.4リンク州のID」という参照:、:= ospfLocalLsdbEntry4
ospfLocalLsdbRouterId OBJECT-TYPE
SYNTAX RouterID
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The 32-bit number that uniquely identifies the
originating router in the Autonomous System."
REFERENCE
"OSPF Version 2, Appendix C.1 Global parameters"
::= { ospfLocalLsdbEntry 5 }
ospfLocalLsdbRouterId OBJECT-TYPE SYNTAX RouterIDのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「Autonomous Systemで唯一由来しているルータを特定する32ビットの数。」 REFERENCE、「OSPFバージョン2、Appendix C.1 Globalパラメタ」:、:= ospfLocalLsdbEntry5
ospfLocalLsdbSequence OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The sequence number field is a signed 32-bit
integer. It starts with the value '80000001'h,
or -'7FFFFFFF'h, and increments until '7FFFFFFF'h.
Thus, a typical sequence number will be very negative.
It is used to detect old and duplicate link state
advertisements. The space of sequence numbers is linearly
ordered. The larger the sequence number, the more recent
the advertisement."
REFERENCE
"OSPF Version 2, Section 12.1.6 LS sequence
number"
::= { ospfLocalLsdbEntry 6 }
ospfLocalLsdbSequence OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「一連番号分野はサインされた32ビットの整数です」。 または、それが値'80000001'のhから始める、--'7FFFFFFF'h、および'7FFFFFFF'h'までの増分 したがって、典型的な一連番号は非常に負になるでしょう。 それは、古い、そして、写しリンク州の広告を検出するのに使用されます。 一連番号のスペースは直線的に命令されます。 「一連番号が大きければ大きいほど、広告は、より最近です。」 REFERENCE、「OSPFバージョン2、セクション12.1.6LS一連番号」:、:= ospfLocalLsdbEntry6
ospfLocalLsdbAge OBJECT-TYPE
SYNTAX Integer32 -- Should be 0..MaxAge, except when
-- doNotAge bit is set
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
ospfLocalLsdbAge OBJECT-TYPE SYNTAX Integer32--0であるべきです。MaxAge、いつを除いてくださいか--doNotAgeビットはセットUNITS「秒」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述です。
Galecki, et al. Standards Track [Page 72] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[72ページ]。
"This field is the age of the link state
advertisement in seconds."
REFERENCE
"OSPF Version 2, Section 12.1.1 LS age"
::= { ospfLocalLsdbEntry 7 }
「この分野は秒のリンク州の広告の時代です。」 「OSPFバージョン2、セクション12.1.1LS時代」のREFERENCE:、:= ospfLocalLsdbEntry7
ospfLocalLsdbChecksum OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This field is the checksum of the complete
contents of the advertisement, excepting the
age field. The age field is excepted so that
an advertisement's age can be incremented
without updating the checksum. The checksum
used is the same that is used for ISO
connectionless datagrams; it is commonly referred
to as the Fletcher checksum."
REFERENCE
"OSPF Version 2, Section 12.1.7 LS checksum"
::= { ospfLocalLsdbEntry 8 }
ospfLocalLsdbChecksum OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この分野は広告の完全なコンテンツのチェックサムです、時代分野を除いて」。 時代分野は、チェックサムをアップデートしないで広告の時代を増加できるように除外されています。 使用されるチェックサムはISOのコネクションレスなデータグラムにおいて、使用された同じくらいです。 「それは一般的にフレッチャーチェックサムと呼ばれます。」 REFERENCE、「OSPFバージョン2、セクション12.1.7LSチェックサム」:、:= ospfLocalLsdbEntry8
ospfLocalLsdbAdvertisement OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (1..65535))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The entire link state advertisement, including
its header.
「広告を述べて、ヘッダーを含んでいて、全体がリンクする」ospfLocalLsdbAdvertisement OBJECT-TYPE SYNTAX OCTET STRING(SIZE(1 .65535))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Note that for variable length LSAs, SNMP agents
may not be able to return the largest string size."
REFERENCE
"OSPF Version 2, Section 12 Link State
Advertisements"
::= { ospfLocalLsdbEntry 9 }
「可変長LSAsにおいて、SNMPエージェントが最も大きいストリングサイズを返すことができないかもしれないことに注意してください。」 「セクション12 OSPFバージョン2、リンク州の広告」という参照:、:= ospfLocalLsdbEntry9
-- OSPF Link State Database, link-local for virtual Links
-- 仮想のリンクスにとっての、リンク地方のOSPF Link州Database
ospfVirtLocalLsdbTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfVirtLocalLsdbEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The OSPF Process's link-local link state database
for virtual links.
アクセスしやすくないospfVirtLocalLsdbTable OBJECT-TYPEのSTATUS現在の記述SYNTAX SEQUENCE OF OspfVirtLocalLsdbEntryマックス-ACCESS「リンクがデータベースを述べるOSPF Processのリンクローカルの仮想のリンク。」
Galecki, et al. Standards Track [Page 73] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[73ページ]。
This table is identical to the OSPF LSDB Table
in format, but contains only link-local Link State
Advertisements for virtual links. The purpose is to
allow link-local LSAs to be displayed for each virtual
interface. This table is implemented to support type-9 LSAs
that are defined in 'The OSPF Opaque LSA Option'."
REFERENCE
"OSPF Version 2, Section 12 Link State
Advertisements and The OSPF Opaque LSA Option"
::= { ospf 18 }
このテーブルは、形式がOSPF LSDB Tableと同じですが、リンク地方のLink州Advertisementsだけを仮想のリンクに含んでいます。 目的はリンク地方のLSAsが各仮想インターフェースに表示されるのを許容することです。 「このテーブルは'OSPF Opaque LSA Option'で定義されるタイプ-9LSAsを支持するために実行されます。」 「OSPFバージョン2、セクション12 リンク州の広告、およびOSPFの不明瞭なLSAオプション」という参照:、:= ospf18
ospfVirtLocalLsdbEntry OBJECT-TYPE
SYNTAX OspfVirtLocalLsdbEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A single link state advertisement."
INDEX { ospfVirtLocalLsdbTransitArea,
ospfVirtLocalLsdbNeighbor,
ospfVirtLocalLsdbType,
ospfVirtLocalLsdbLsid,
ospfVirtLocalLsdbRouterId
}
::= { ospfVirtLocalLsdbTable 1 }
アクセスしやすくない現在のospfVirtLocalLsdbEntry OBJECT-TYPE SYNTAX OspfVirtLocalLsdbEntryの記述マックス-ACCESS STATUS「Aただ一つのリンク州の広告。」 ospfVirtLocalLsdbTransitArea、ospfVirtLocalLsdbNeighbor、ospfVirtLocalLsdbType、ospfVirtLocalLsdbLsid、ospfVirtLocalLsdbRouterIdに索引をつけてください:、:= ospfVirtLocalLsdbTable1
OspfVirtLocalLsdbEntry ::=
SEQUENCE {
ospfVirtLocalLsdbTransitArea
AreaID,
ospfVirtLocalLsdbNeighbor
RouterID,
ospfVirtLocalLsdbType
INTEGER,
ospfVirtLocalLsdbLsid
IpAddress,
ospfVirtLocalLsdbRouterId
RouterID,
ospfVirtLocalLsdbSequence
Integer32,
ospfVirtLocalLsdbAge
Integer32,
ospfVirtLocalLsdbChecksum
Integer32,
ospfVirtLocalLsdbAdvertisement
OCTET STRING
}
OspfVirtLocalLsdbEntry:、:= 系列ospfVirtLocalLsdbTransitArea AreaID、ospfVirtLocalLsdbNeighbor RouterID、ospfVirtLocalLsdbType整数、ospfVirtLocalLsdbLsid IpAddress、ospfVirtLocalLsdbRouterId RouterID、ospfVirtLocalLsdbSequence Integer32、ospfVirtLocalLsdbAge Integer32、ospfVirtLocalLsdbChecksum Integer32、ospfVirtLocalLsdbAdvertisement八重奏ストリング
ospfVirtLocalLsdbTransitArea OBJECT-TYPE
ospfVirtLocalLsdbTransitAreaオブジェクト・タイプ
Galecki, et al. Standards Track [Page 74] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[74ページ]。
SYNTAX AreaID
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The transit area that the virtual link
traverses. By definition, this is not 0.0.0.0."
REFERENCE
"OSPF Version 2, Appendix C.3 Interface parameters"
::= { ospfVirtLocalLsdbEntry 1 }
SYNTAX AreaIDのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「仮想のリンクが横断するトランジット領域。」 定義上これはそうではありません。「0.0 .0 .0インチ。 REFERENCE、「OSPFバージョン2、Appendix C.3 Interfaceパラメタ」:、:= ospfVirtLocalLsdbEntry1
ospfVirtLocalLsdbNeighbor OBJECT-TYPE
SYNTAX RouterID
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The Router ID of the virtual neighbor."
REFERENCE
"OSPF Version 2, Appendix C.3 Interface parameters"
::= { ospfVirtLocalLsdbEntry 2 }
ospfVirtLocalLsdbNeighbor OBJECT-TYPE SYNTAX RouterIDのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述「仮想の隣人のRouter ID。」 REFERENCE、「OSPFバージョン2、Appendix C.3 Interfaceパラメタ」:、:= ospfVirtLocalLsdbEntry2
ospfVirtLocalLsdbType OBJECT-TYPE
SYNTAX INTEGER { localOpaqueLink (9) }
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The type of the link state advertisement.
Each link state type has a separate
advertisement format."
REFERENCE
"OSPF Version 2, Appendix A.4.1 The Link State
Advertisement header"
::= { ospfVirtLocalLsdbEntry 3 }
アクセスしやすくないospfVirtLocalLsdbType OBJECT-TYPE SYNTAX INTEGER localOpaqueLink(9)マックス-ACCESSのSTATUSの現在の記述、「リンクのタイプは広告を述べます」。 「それぞれのリンク州のタイプには、別々の広告形式があります。」 REFERENCE「OSPFバージョン2、Link州AdvertisementヘッダーのAppendix A.4.1」:、:= ospfVirtLocalLsdbEntry3
ospfVirtLocalLsdbLsid OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The Link State ID is an LS Type Specific field
containing a 32-bit identifier in IP address format;
it identifies the piece of the routing domain
that is being described by the advertisement."
REFERENCE
"OSPF Version 2, Section 12.1.4 Link State ID"
::= { ospfVirtLocalLsdbEntry 4 }
ospfVirtLocalLsdbLsid OBJECT-TYPE SYNTAX IpAddressのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「Link州IDはIPアドレス形式の32ビットの識別子を含むLS Type Specific分野です」。 「広告で説明されている経路ドメインの断片を特定します。」 「OSPFバージョン2、セクション12.1.4リンク州のID」という参照:、:= ospfVirtLocalLsdbEntry4
ospfVirtLocalLsdbRouterId OBJECT-TYPE
SYNTAX RouterID
ospfVirtLocalLsdbRouterIdオブジェクト・タイプ構文RouterID
Galecki, et al. Standards Track [Page 75] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[75ページ]。
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The 32-bit number that uniquely identifies the
originating router in the Autonomous System."
REFERENCE
"OSPF Version 2, Appendix C.1 Global parameters"
::= { ospfVirtLocalLsdbEntry 5 }
マックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「Autonomous Systemで唯一由来しているルータを特定する32ビットの数。」 REFERENCE、「OSPFバージョン2、Appendix C.1 Globalパラメタ」:、:= ospfVirtLocalLsdbEntry5
ospfVirtLocalLsdbSequence OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The sequence number field is a signed 32-bit
integer. It starts with the value '80000001'h,
or -'7FFFFFFF'h, and increments until '7FFFFFFF'h.
Thus, a typical sequence number will be very negative.
It is used to detect old and duplicate link state
advertisements. The space of sequence numbers is linearly
ordered. The larger the sequence number, the more recent
the advertisement."
REFERENCE
"OSPF Version 2, Section 12.1.6 LS sequence
number"
::= { ospfVirtLocalLsdbEntry 6 }
ospfVirtLocalLsdbSequence OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「一連番号分野はサインされた32ビットの整数です」。 または、それが値'80000001'のhから始める、--'7FFFFFFF'h、および'7FFFFFFF'h'までの増分 したがって、典型的な一連番号は非常に負になるでしょう。 それは、古い、そして、写しリンク州の広告を検出するのに使用されます。 一連番号のスペースは直線的に命令されます。 「一連番号が大きければ大きいほど、広告は、より最近です。」 REFERENCE、「OSPFバージョン2、セクション12.1.6LS一連番号」:、:= ospfVirtLocalLsdbEntry6
ospfVirtLocalLsdbAge OBJECT-TYPE
SYNTAX Integer32 -- Should be 0..MaxAge, except when
-- doNotAge bit is set
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This field is the age of the link state
advertisement in seconds."
REFERENCE
"OSPF Version 2, Section 12.1.1 LS age"
::= { ospfVirtLocalLsdbEntry 7 }
ospfVirtLocalLsdbAge OBJECT-TYPE SYNTAX Integer32--0であるべきです。MaxAge、いつを除いてくださいか--「この分野は秒のリンク州の広告の時代です」のときにdoNotAgeビットはセットUNITS「秒」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述です。 「OSPFバージョン2、セクション12.1.1LS時代」のREFERENCE:、:= ospfVirtLocalLsdbEntry7
ospfVirtLocalLsdbChecksum OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This field is the checksum of the complete
contents of the advertisement, excepting the
age field. The age field is excepted so that
ospfVirtLocalLsdbChecksum OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この分野は広告の完全なコンテンツのチェックサムです、時代分野を除いて」。 したがって、分野がある時代はそれを除きました。
Galecki, et al. Standards Track [Page 76] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[76ページ]。
an advertisement's age can be incremented
without updating the checksum. The checksum
used is the same that is used for ISO
connectionless datagrams; it is commonly
referred to as the Fletcher checksum."
REFERENCE
"OSPF Version 2, Section 12.1.7 LS checksum"
::= { ospfVirtLocalLsdbEntry 8 }
チェックサムをアップデートしないで、広告の時代を増加できます。 使用されるチェックサムはISOのコネクションレスなデータグラムにおいて、使用された同じくらいです。 「それは一般的にフレッチャーチェックサムと呼ばれます。」 REFERENCE、「OSPFバージョン2、セクション12.1.7LSチェックサム」:、:= ospfVirtLocalLsdbEntry8
ospfVirtLocalLsdbAdvertisement OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (1..65535))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The entire link state advertisement, including
its header."
REFERENCE
"OSPF Version 2, Section 12 Link State
Advertisements.
「広告を述べて、ヘッダーを含んでいて、全体がリンクする」ospfVirtLocalLsdbAdvertisement OBJECT-TYPE SYNTAX OCTET STRING(SIZE(1 .65535))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「セクション12 OSPFバージョン2、リンク州の広告」という参照。
Note that for variable length LSAs, SNMP agents
may not be able to return the largest string size."
::= { ospfVirtLocalLsdbEntry 9 }
「可変長LSAsにおいて、SNMPエージェントが最も大きいストリングサイズを返すことができないかもしれないことに注意してください。」 ::= ospfVirtLocalLsdbEntry9
-- OSPF Link State Database, AS-scope
-- 範囲としてのOSPFリンク州のデータベース
ospfAsLsdbTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfAsLsdbEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The OSPF Process's AS-scope LSA link state database.
The database contains the AS-scope Link State
Advertisements from throughout the areas that
the device is attached to.
「のOSPF Process ospfAsLsdbTable OBJECT-TYPE SYNTAX SEQUENCE OF OspfAsLsdbEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述AS-範囲LSAが州のデータベースをリンクする、」 装置は領域ですが、データベースはあらゆる点でからのAS-範囲Link州Advertisementsを含んでいます。取り付けられます。
This table is identical to the OSPF LSDB Table
in format, but contains only AS-scope Link State
Advertisements. The purpose is to allow AS-scope
LSAs to be displayed once for the router rather
than once in each non-stub area."
REFERENCE
"OSPF Version 2, Section 12 Link State
Advertisements"
::= { ospf 19 }
このテーブルは、形式がOSPF LSDB Tableと同じですが、AS-範囲Link州Advertisementsだけを含んでいます。 「目的はAS-範囲LSAsがそれぞれの非スタッブ領域に一度であるというよりむしろルータのための一度表示されるのを許容することです。」 「セクション12 OSPFバージョン2、リンク州の広告」という参照:、:= ospf19
ospfAsLsdbEntry OBJECT-TYPE
SYNTAX OspfAsLsdbEntry
ospfAsLsdbEntryオブジェクト・タイプ構文OspfAsLsdbEntry
Galecki, et al. Standards Track [Page 77] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[77ページ]。
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A single link state advertisement."
INDEX { ospfAsLsdbType, ospfAsLsdbLsid, ospfAsLsdbRouterId }
::= { ospfAsLsdbTable 1 }
アクセスしやすくない現在のマックス-ACCESSの記述STATUS「Aただ一つのリンク州の広告。」 ospfAsLsdbType、ospfAsLsdbLsid、ospfAsLsdbRouterIdに索引をつけてください:、:= ospfAsLsdbTable1
OspfAsLsdbEntry ::=
SEQUENCE {
ospfAsLsdbType
INTEGER,
ospfAsLsdbLsid
IpAddress,
ospfAsLsdbRouterId
RouterID,
ospfAsLsdbSequence
Integer32,
ospfAsLsdbAge
Integer32,
ospfAsLsdbChecksum
Integer32,
ospfAsLsdbAdvertisement
OCTET STRING
}
OspfAsLsdbEntry:、:= 系列ospfAsLsdbType整数、ospfAsLsdbLsid IpAddress、ospfAsLsdbRouterId RouterID、ospfAsLsdbSequence Integer32、ospfAsLsdbAge Integer32、ospfAsLsdbChecksum Integer32、ospfAsLsdbAdvertisement八重奏ストリング
ospfAsLsdbType OBJECT-TYPE
SYNTAX INTEGER {
asExternalLink (5),
asOpaqueLink (11)
}
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The type of the link state advertisement.
Each link state type has a separate
advertisement format."
REFERENCE
"OSPF Version 2, Appendix A.4.1 The Link State
Advertisement header"
::= { ospfAsLsdbEntry 1 }
ospfAsLsdbType OBJECT-TYPE SYNTAX INTEGER、asExternalLink(5)、asOpaqueLink(11)、マックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「リンクのタイプは広告を述べます」。 「それぞれのリンク州のタイプには、別々の広告形式があります。」 REFERENCE「OSPFバージョン2、Link州AdvertisementヘッダーのAppendix A.4.1」:、:= ospfAsLsdbEntry1
ospfAsLsdbLsid OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The Link State ID is an LS Type Specific field
containing either a Router ID or an IP address;
ospfAsLsdbLsid OBJECT-TYPE SYNTAX IpAddressのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「Link州IDはRouter IDかIPアドレスのどちらかを含むLS Type Specific分野です」。
Galecki, et al. Standards Track [Page 78] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[78ページ]。
it identifies the piece of the routing domain
that is being described by the advertisement."
REFERENCE
"OSPF Version 2, Section 12.1.4 Link State ID"
::= { ospfAsLsdbEntry 2 }
「広告で説明されている経路ドメインの断片を特定します。」 「OSPFバージョン2、セクション12.1.4リンク州のID」という参照:、:= ospfAsLsdbEntry2
ospfAsLsdbRouterId OBJECT-TYPE
SYNTAX RouterID
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The 32-bit number that uniquely identifies the
originating router in the Autonomous System."
REFERENCE
"OSPF Version 2, Appendix C.1 Global parameters"
::= { ospfAsLsdbEntry 3 }
ospfAsLsdbRouterId OBJECT-TYPE SYNTAX RouterIDのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「Autonomous Systemで唯一由来しているルータを特定する32ビットの数。」 REFERENCE、「OSPFバージョン2、Appendix C.1 Globalパラメタ」:、:= ospfAsLsdbEntry3
ospfAsLsdbSequence OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The sequence number field is a signed 32-bit
integer. It starts with the value '80000001'h,
or -'7FFFFFFF'h, and increments until '7FFFFFFF'h.
Thus, a typical sequence number will be very negative.
It is used to detect old and duplicate link state
advertisements. The space of sequence numbers is linearly
ordered. The larger the sequence number, the more recent
the advertisement."
REFERENCE
"OSPF Version 2, Section 12.1.6 LS sequence
number"
::= { ospfAsLsdbEntry 4 }
ospfAsLsdbSequence OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「一連番号分野はサインされた32ビットの整数です」。 または、それが値'80000001'のhから始める、--'7FFFFFFF'h、および'7FFFFFFF'h'までの増分 したがって、典型的な一連番号は非常に負になるでしょう。 それは、古い、そして、写しリンク州の広告を検出するのに使用されます。 一連番号のスペースは直線的に命令されます。 「一連番号が大きければ大きいほど、広告は、より最近です。」 REFERENCE、「OSPFバージョン2、セクション12.1.6LS一連番号」:、:= ospfAsLsdbEntry4
ospfAsLsdbAge OBJECT-TYPE
SYNTAX Integer32 -- Should be 0..MaxAge, except when
-- doNotAge bit is set
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This field is the age of the link state
advertisement in seconds."
REFERENCE
"OSPF Version 2, Section 12.1.1 LS age"
::= { ospfAsLsdbEntry 5 }
ospfAsLsdbAge OBJECT-TYPE SYNTAX Integer32--0であるべきです。MaxAge、いつを除いてくださいか--「この分野は秒のリンク州の広告の時代です」のときにdoNotAgeビットはセットUNITS「秒」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述です。 「OSPFバージョン2、セクション12.1.1LS時代」のREFERENCE:、:= ospfAsLsdbEntry5
Galecki, et al. Standards Track [Page 79] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[79ページ]。
ospfAsLsdbChecksum OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This field is the checksum of the complete
contents of the advertisement, excepting the
age field. The age field is excepted so that
an advertisement's age can be incremented
without updating the checksum. The checksum
used is the same that is used for ISO
connectionless datagrams; it is commonly referred
to as the Fletcher checksum."
REFERENCE
"OSPF Version 2, Section 12.1.7 LS checksum"
::= { ospfAsLsdbEntry 6 }
ospfAsLsdbChecksum OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この分野は広告の完全なコンテンツのチェックサムです、時代分野を除いて」。 時代分野は、チェックサムをアップデートしないで広告の時代を増加できるように除外されています。 使用されるチェックサムはISOのコネクションレスなデータグラムにおいて、使用された同じくらいです。 「それは一般的にフレッチャーチェックサムと呼ばれます。」 REFERENCE、「OSPFバージョン2、セクション12.1.7LSチェックサム」:、:= ospfAsLsdbEntry6
ospfAsLsdbAdvertisement OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (1..65535))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The entire link state advertisement, including
its header."
REFERENCE
"OSPF Version 2, Section 12 Link State
Advertisements.
「広告を述べて、ヘッダーを含んでいて、全体がリンクする」ospfAsLsdbAdvertisement OBJECT-TYPE SYNTAX OCTET STRING(SIZE(1 .65535))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「セクション12 OSPFバージョン2、リンク州の広告」という参照。
Note that for variable length LSAs, SNMP agents
may not be able to return the largest string size."
::= { ospfAsLsdbEntry 7 }
「可変長LSAsにおいて、SNMPエージェントが最も大きいストリングサイズを返すことができないかもしれないことに注意してください。」 ::= ospfAsLsdbEntry7
-- OSPF Area LSA Counter Table
-- OSPF領域LSA勘定テーブル
ospfAreaLsaCountTable OBJECT-TYPE
SYNTAX SEQUENCE OF OspfAreaLsaCountEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table maintains per-area, per-LSA-type counters"
::= { ospf 20 }
「このテーブルはLSAタイプあたりの領域カウンタであることを支持する」ospfAreaLsaCountTable OBJECT-TYPEのSYNTAX SEQUENCE OF OspfAreaLsaCountEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述:、:= ospf20
ospfAreaLsaCountEntry OBJECT-TYPE
SYNTAX OspfAreaLsaCountEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry with a number of link advertisements
ospfAreaLsaCountEntry OBJECT-TYPE SYNTAX OspfAreaLsaCountEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「多くのリンク広告によるエントリー」です。
Galecki, et al. Standards Track [Page 80] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[80ページ]。
of a given type for a given area."
INDEX { ospfAreaLsaCountAreaId, ospfAreaLsaCountLsaType }
::= { ospfAreaLsaCountTable 1 }
「与えられた領域のための与えられたタイプ。」 ospfAreaLsaCountAreaId、ospfAreaLsaCountLsaTypeに索引をつけてください:、:= ospfAreaLsaCountTable1
OspfAreaLsaCountEntry ::=
SEQUENCE {
ospfAreaLsaCountAreaId
AreaID,
ospfAreaLsaCountLsaType
INTEGER,
ospfAreaLsaCountNumber
Gauge32
}
OspfAreaLsaCountEntry:、:= 系列ospfAreaLsaCountAreaId AreaID、ospfAreaLsaCountLsaType整数、ospfAreaLsaCountNumber Gauge32
ospfAreaLsaCountAreaId OBJECT-TYPE
SYNTAX AreaID
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This entry Area ID."
::= { ospfAreaLsaCountEntry 1 }
ospfAreaLsaCountAreaId OBJECT-TYPE SYNTAX AreaIDのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述「このエントリーArea ID。」 ::= ospfAreaLsaCountEntry1
ospfAreaLsaCountLsaType OBJECT-TYPE
SYNTAX INTEGER {
routerLink (1),
networkLink (2),
summaryLink (3),
asSummaryLink (4),
multicastLink (6),
nssaExternalLink (7),
areaOpaqueLink (10)
}
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This entry LSA type."
::= { ospfAreaLsaCountEntry 2 }
ospfAreaLsaCountLsaType OBJECT-TYPE SYNTAX INTEGER、routerLink(1)、networkLink(2)、summaryLink(3)、asSummaryLink(4)、multicastLink(6)、nssaExternalLink(7)、areaOpaqueLink(10)、「このエントリーLSAはタイプする」マックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= ospfAreaLsaCountEntry2
ospfAreaLsaCountNumber OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of LSAs of a given type for a given area."
::= { ospfAreaLsaCountEntry 3 }
ospfAreaLsaCountNumber OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述「数の与えられた領域のための与えられたタイプのLSAs。」 ::= ospfAreaLsaCountEntry3
-- conformance information
-- 順応情報
Galecki, et al. Standards Track [Page 81] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[81ページ]。
ospfConformance OBJECT IDENTIFIER ::= { ospf 15 }
ospfConformance物の識別子:、:= ospf15
ospfGroups OBJECT IDENTIFIER ::= { ospfConformance 1 }
ospfCompliances OBJECT IDENTIFIER ::= { ospfConformance 2 }
ospfGroups物の識別子:、:= ospfConformance1ospfCompliances物の識別子:、:= ospfConformance2
-- compliance statements
-- 承諾声明
ospfCompliance MODULE-COMPLIANCE
STATUS deprecated
DESCRIPTION
"The compliance statement for OSPF systems
conforming to RFC 1850."
MODULE -- this module
MANDATORY-GROUPS {
ospfBasicGroup,
ospfAreaGroup,
ospfStubAreaGroup,
ospfIfGroup,
ospfIfMetricGroup,
ospfVirtIfGroup,
ospfNbrGroup,
ospfVirtNbrGroup,
ospfAreaAggregateGroup
}
GROUP ospfHostGroup
DESCRIPTION
"This group is mandatory for OSPF systems that support
attached hosts."
GROUP ospfLsdbGroup
DESCRIPTION
"This group is mandatory for OSPF systems that display
their per-area link state database."
GROUP ospfExtLsdbGroup
DESCRIPTION
"This group is mandatory for OSPF systems that display
their external link state database."
::= { ospfCompliances 1 }
ospfCompliance MODULE-COMPLIANCE STATUSは記述を非難しました。「RFC1850に一致しているOSPFシステムのための承諾声明。」 MODULE--、このモジュールMANDATORY-GROUPS、ospfBasicGroup、ospfAreaGroup、ospfStubAreaGroup、ospfIfGroup、ospfIfMetricGroup、ospfVirtIfGroup、ospfNbrGroup、ospfVirtNbrGroup、ospfAreaAggregateGroup、GROUP ospfHostGroup記述、「このグループはサポートがホストを付けたのがOSPFシステムに義務的です」。 GROUP ospfLsdbGroup記述、「このグループはそれらの1領域あたりのリンク州のデータベースを表示するOSPFシステムに義務的です」。 GROUP ospfExtLsdbGroup記述、「このグループはそれらの外部のリンク州のデータベースを表示するOSPFシステムに義務的です」。 ::= ospfCompliances1
ospfCompliance2 MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement."
MODULE -- this module
MANDATORY-GROUPS {
ospfBasicGroup2,
ospfAreaGroup2,
ospfStubAreaGroup,
ospfIfGroup2,
ospfCompliance2 MODULE-COMPLIANCE STATUSの現在の記述、「承諾声明。」 MODULE--、このモジュールMANDATORY-GROUPS、ospfBasicGroup2、ospfAreaGroup2、ospfStubAreaGroup、ospfIfGroup2
Galecki, et al. Standards Track [Page 82] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[82ページ]。
ospfIfMetricGroup,
ospfVirtIfGroup2,
ospfNbrGroup2,
ospfVirtNbrGroup2,
ospfAreaAggregateGroup2
}
GROUP ospfHostGroup2
DESCRIPTION
"This group is mandatory for OSPF systems that support
attached hosts."
GROUP ospfLsdbGroup
DESCRIPTION
"This group is mandatory for OSPF systems that display
their per-area link state database."
GROUP ospfAsLsdbGroup
DESCRIPTION
"This group is mandatory for OSPF systems that display
their AS-scope link state database."
GROUP ospfLocalLsdbGroup
DESCRIPTION
"This group is mandatory for OSPF systems that display
their per-link link state database for non-virtual
links."
GROUP ospfVirtLocalLsdbGroup
DESCRIPTION
"This group is mandatory for OSPF systems that display
their per-link link state database for virtual links."
GROUP ospfAreaLsaCountGroup
DESCRIPTION
"This group is mandatory for OSPF systems that display
per-area, per-LSA-type counters."
::= { ospfCompliances 2 }
ospfIfMetricGroup、ospfVirtIfGroup2、ospfNbrGroup2、ospfVirtNbrGroup2、ospfAreaAggregateGroup2 GROUP ospfHostGroup2記述、「このグループはサポートがホストを付けたのがOSPFシステムに義務的です」。 GROUP ospfLsdbGroup記述、「このグループはそれらの1領域あたりのリンク州のデータベースを表示するOSPFシステムに義務的です」。 GROUP ospfAsLsdbGroup記述、「このグループはそれらのAS-範囲リンク州のデータベースを表示するOSPFシステムに義務的です」。 GROUP ospfLocalLsdbGroup記述、「このグループは非仮想のリンクのためのそれらの1リンクあたりのリンク州のデータベースを表示するOSPFシステムに義務的です」。 GROUP ospfVirtLocalLsdbGroup記述、「このグループは仮想のリンクのためのそれらの1リンクあたりのリンク州のデータベースを表示するOSPFシステムに義務的です」。 GROUP ospfAreaLsaCountGroup記述、「このグループはLSAタイプあたりの領域カウンタを表示するOSPFシステムに義務的です」。 ::= ospfCompliances2
ospfComplianceObsolete MODULE-COMPLIANCE
STATUS obsolete
DESCRIPTION
"Contains obsolete object groups."
MODULE -- this module
GROUP ospfAreaRangeGroup
DESCRIPTION
"This group is obsolete, and it is mandatory only
for non-Classless Inter-Domain Routing (CIDR) OSPF
systems that support multiple areas."
GROUP ospfObsoleteGroup
DESCRIPTION
"This group contains obsolete objects,
which are no longer required for OSPF systems."
::= { ospfCompliances 3 }
ospfComplianceObsolete MODULE-COMPLIANCE STATUSの時代遅れの記述は「時代遅れの物のグループを含んでいます」。 MODULE--、このモジュールGROUP ospfAreaRangeGroup記述、「このグループは時代遅れです、そして、それは複数の領域を支持する非階級のないInter-ドメインルート設定(CIDR)OSPFシステムだけに義務的です」。 GROUP ospfObsoleteGroup記述、「このグループはOSPFシステムにもう必要でない時代遅れの物を含んでいる」、:、:= ospfCompliances3
Galecki, et al. Standards Track [Page 83] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[83ページ]。
-- units of conformance
-- ユニットの順応
ospfBasicGroup OBJECT-GROUP
OBJECTS {
ospfRouterId,
ospfAdminStat,
ospfVersionNumber,
ospfAreaBdrRtrStatus,
ospfASBdrRtrStatus,
ospfExternLsaCount,
ospfExternLsaCksumSum,
ospfTOSSupport,
ospfOriginateNewLsas,
ospfRxNewLsas,
ospfExtLsdbLimit,
ospfMulticastExtensions,
ospfExitOverflowInterval,
ospfDemandExtensions
}
STATUS deprecated
DESCRIPTION
"These objects are used to monitor/manage
global OSPF parameters. This object group
conforms to RFC 1850."
::= { ospfGroups 1 }
ospfBasicGroup OBJECT-GROUP OBJECTS、ospfRouterId、ospfAdminStat、ospfVersionNumber、ospfAreaBdrRtrStatus、ospfASBdrRtrStatus、ospfExternLsaCount、ospfExternLsaCksumSum、ospfTOSSupport、ospfOriginateNewLsas、ospfRxNewLsas、ospfExtLsdbLimit、ospfMulticastExtensions、ospfExitOverflowInterval、STATUSが非難したospfDemandExtensions、記述は「グローバルなOSPFパラメタをモニターするか、または管理するために、使用これらが反対するされます」。 「この物のグループはRFC1850に従います。」 ::= ospfGroups1
ospfAreaGroup OBJECT-GROUP
OBJECTS {
ospfAreaId,
ospfImportAsExtern,
ospfSpfRuns,
ospfAreaBdrRtrCount,
ospfAsBdrRtrCount,
ospfAreaLsaCount,
ospfAreaLsaCksumSum,
ospfAreaSummary,
ospfAreaStatus
}
STATUS deprecated
DESCRIPTION
"These objects are used for OSPF systems
supporting areas per RFC 1850."
::= { ospfGroups 2 }
ospfAreaGroup OBJECT-GROUP OBJECTS、ospfAreaId、ospfImportAsExtern、ospfSpfRuns、ospfAreaBdrRtrCount、ospfAsBdrRtrCount、ospfAreaLsaCount、ospfAreaLsaCksumSum、ospfAreaSummary、STATUSが非難したospfAreaStatus、記述は「RFC1850あたりの領域を支持するOSPFシステムのために、使用これらが反対するされます」。 ::= ospfGroups2
ospfStubAreaGroup OBJECT-GROUP
OBJECTS {
ospfStubAreaId,
ospfStubTOS,
ospfStubAreaGroup物群対象、ospfStubAreaId、ospfStubTOS
Galecki, et al. Standards Track [Page 84] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[84ページ]。
ospfStubMetric,
ospfStubStatus,
ospfStubMetricType
}
STATUS current
DESCRIPTION
"These objects are used for OSPF systems
supporting stub areas."
::= { ospfGroups 3 }
ospfStubMetric、ospfStubStatus、ospfStubMetricType STATUSの現在の記述は「スタッブ領域を支持するOSPFシステムのために、使用これらが反対するされます」。 ::= ospfGroups3
ospfLsdbGroup OBJECT-GROUP
OBJECTS {
ospfLsdbAreaId,
ospfLsdbType,
ospfLsdbLsid,
ospfLsdbRouterId,
ospfLsdbSequence,
ospfLsdbAge,
ospfLsdbChecksum,
ospfLsdbAdvertisement
}
STATUS current
DESCRIPTION
"These objects are used for OSPF systems
that display their link state database."
::= { ospfGroups 4 }
ospfLsdbGroup OBJECT-GROUP OBJECTS、ospfLsdbAreaId、ospfLsdbType、ospfLsdbLsid、ospfLsdbRouterId、ospfLsdbSequence、ospfLsdbAge、ospfLsdbChecksum、ospfLsdbAdvertisement、STATUSの現在の記述は「それらのリンク州のデータベースを表示するOSPFシステムのために、使用これらが反対するされます」。 ::= ospfGroups4
ospfAreaRangeGroup OBJECT-GROUP
OBJECTS {
ospfAreaRangeAreaId,
ospfAreaRangeNet,
ospfAreaRangeMask,
ospfAreaRangeStatus,
ospfAreaRangeEffect
}
STATUS obsolete
DESCRIPTION
"These objects are used for non-CIDR OSPF
systems that support multiple areas. This
object group is obsolete."
::= { ospfGroups 5 }
ospfAreaRangeGroup OBJECT-GROUP OBJECTS、ospfAreaRangeAreaId、ospfAreaRangeNet、ospfAreaRangeMask、ospfAreaRangeStatus、ospfAreaRangeEffect、STATUSの時代遅れの記述は「複数の領域を支持する非CIDR OSPFシステムのために、使用これらが反対するされます」。 「この物のグループは時代遅れです。」 ::= ospfGroups5
ospfHostGroup OBJECT-GROUP
OBJECTS {
ospfHostIpAddress,
ospfHostTOS,
ospfHostMetric,
ospfHostStatus,
ospfHostGroup物群対象、ospfHostIpAddress、ospfHostTOS、ospfHostMetric、ospfHostStatus
Galecki, et al. Standards Track [Page 85] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[85ページ]。
ospfHostAreaID
}
STATUS deprecated
DESCRIPTION
"These objects are used for OSPF systems
that support attached hosts."
::= { ospfGroups 6 }
ospfHostAreaID STATUSの推奨しない記述は「付属ホストを支持するOSPFシステムのために、使用これらが反対するされます」。 ::= ospfGroups6
ospfIfGroup OBJECT-GROUP
OBJECTS {
ospfIfIpAddress,
ospfAddressLessIf,
ospfIfAreaId,
ospfIfType,
ospfIfAdminStat,
ospfIfRtrPriority,
ospfIfTransitDelay,
ospfIfRetransInterval,
ospfIfHelloInterval,
ospfIfRtrDeadInterval,
ospfIfPollInterval,
ospfIfState,
ospfIfDesignatedRouter,
ospfIfBackupDesignatedRouter,
ospfIfEvents,
ospfIfAuthType,
ospfIfAuthKey,
ospfIfStatus,
ospfIfMulticastForwarding,
ospfIfDemand
}
STATUS deprecated
DESCRIPTION
"These objects are used to monitor/manage OSPF
interfaces. This object group conforms to RFC 1850."
::= { ospfGroups 7 }
ospfIfGroup OBJECT-GROUP OBJECTS、ospfIfIpAddress、ospfAddressLessIf、ospfIfAreaId、ospfIfType、ospfIfAdminStat、ospfIfRtrPriority、ospfIfTransitDelay、ospfIfRetransInterval、ospfIfHelloInterval、ospfIfRtrDeadInterval、ospfIfPollInterval、ospfIfState、ospfIfDesignatedRouter、ospfIfBackupDesignatedRouter、ospfIfEvents、ospfIfAuthType、ospfIfAuthKey、ospfIfStatus、ospfIfMulticastForwarding、STATUSが非難したospfIfDemand、記述は「OSPFインタフェースをモニターするか、または管理するために、使用これらが反対するされます」。 「この物のグループはRFC1850に従います。」 ::= ospfGroups7
ospfIfMetricGroup OBJECT-GROUP
OBJECTS {
ospfIfMetricIpAddress,
ospfIfMetricAddressLessIf,
ospfIfMetricTOS,
ospfIfMetricValue,
ospfIfMetricStatus
}
STATUS current
DESCRIPTION
"These objects are used for OSPF systems for supporting
ospfIfMetricGroup OBJECT-GROUP OBJECTS、ospfIfMetricIpAddress、ospfIfMetricAddressLessIf、ospfIfMetricTOS、ospfIfMetricValue、ospfIfMetricStatus、STATUSの現在の記述は「支持のOSPFシステムのために、使用これらが反対するされます」。
Galecki, et al. Standards Track [Page 86] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[86ページ]。
interface metrics."
::= { ospfGroups 8 }
「測定基準を連結してください。」 ::= ospfGroups8
ospfVirtIfGroup OBJECT-GROUP
OBJECTS {
ospfVirtIfAreaId,
ospfVirtIfNeighbor,
ospfVirtIfTransitDelay,
ospfVirtIfRetransInterval,
ospfVirtIfHelloInterval,
ospfVirtIfRtrDeadInterval,
ospfVirtIfState,
ospfVirtIfEvents,
ospfVirtIfAuthType,
ospfVirtIfAuthKey,
ospfVirtIfStatus
}
STATUS deprecated
DESCRIPTION
"These objects are used for OSPF systems for supporting
virtual interfaces. This object group conforms
to RFC 1850."
::= { ospfGroups 9 }
ospfVirtIfGroup OBJECT-GROUP OBJECTS、ospfVirtIfAreaId、ospfVirtIfNeighbor、ospfVirtIfTransitDelay、ospfVirtIfRetransInterval、ospfVirtIfHelloInterval、ospfVirtIfRtrDeadInterval、ospfVirtIfState、ospfVirtIfEvents、ospfVirtIfAuthType、ospfVirtIfAuthKey、STATUSが非難したospfVirtIfStatus、記述は「仮想インターフェースを支持するOSPFシステムのために、使用これらが反対するされます」。 「この物のグループはRFC1850に従います。」 ::= ospfGroups9
ospfNbrGroup OBJECT-GROUP
OBJECTS {
ospfNbrIpAddr,
ospfNbrAddressLessIndex,
ospfNbrRtrId,
ospfNbrOptions,
ospfNbrPriority,
ospfNbrState,
ospfNbrEvents,
ospfNbrLsRetransQLen,
ospfNbmaNbrStatus,
ospfNbmaNbrPermanence,
ospfNbrHelloSuppressed
}
STATUS deprecated
DESCRIPTION
"These objects are used to monitor/manage OSPF neighbors.
This object group conforms to RFC 1850."
::= { ospfGroups 10 }
ospfNbrGroup OBJECT-GROUP OBJECTS、ospfNbrIpAddr、ospfNbrAddressLessIndex、ospfNbrRtrId、ospfNbrOptions、ospfNbrPriority、ospfNbrState、ospfNbrEvents、ospfNbrLsRetransQLen、ospfNbmaNbrStatus、ospfNbmaNbrPermanence、STATUSが非難したospfNbrHelloSuppressed、記述は「OSPF隣人をモニターするか、または管理するために、使用これらが反対するされます」。 「この物のグループはRFC1850に従います。」 ::= ospfGroups10
ospfVirtNbrGroup OBJECT-GROUP
OBJECTS {
ospfVirtNbrArea,
ospfVirtNbrRtrId,
ospfVirtNbrGroup物群対象、ospfVirtNbrArea、ospfVirtNbrRtrId
Galecki, et al. Standards Track [Page 87] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[87ページ]。
ospfVirtNbrIpAddr,
ospfVirtNbrOptions,
ospfVirtNbrState,
ospfVirtNbrEvents,
ospfVirtNbrLsRetransQLen,
ospfVirtNbrHelloSuppressed
}
STATUS deprecated
DESCRIPTION
"These objects are used to monitor/manage OSPF virtual
neighbors. This object group conforms to RFC 1850."
ospfVirtNbrIpAddr、ospfVirtNbrOptions、ospfVirtNbrState、ospfVirtNbrEvents、ospfVirtNbrLsRetransQLen、ospfVirtNbrHelloSuppressed STATUSの推奨しない記述は「OSPFの仮想の隣人をモニターするか、または管理するために、使用これらが反対するされます」。 「この物のグループはRFC1850に従います。」
::= { ospfGroups 11 }
::= ospfGroups11
ospfExtLsdbGroup OBJECT-GROUP
OBJECTS {
ospfExtLsdbType,
ospfExtLsdbLsid,
ospfExtLsdbRouterId,
ospfExtLsdbSequence,
ospfExtLsdbAge,
ospfExtLsdbChecksum,
ospfExtLsdbAdvertisement
}
STATUS deprecated
DESCRIPTION
"These objects are used for OSPF systems that display
their link state database. This object group
conforms to RFC 1850.
ospfExtLsdbGroup OBJECT-GROUP OBJECTS、ospfExtLsdbType、ospfExtLsdbLsid、ospfExtLsdbRouterId、ospfExtLsdbSequence、ospfExtLsdbAge、ospfExtLsdbChecksum、ospfExtLsdbAdvertisement、STATUSの推奨しない記述は「それらのリンク州のデータベースを表示するOSPFシステムのために、使用これらが反対するされます」。 この物のグループはRFC1850に従います。
This object group is replaced by the ospfAsLsdbGroup
in order to support any AS-scope LSA type in a single
table."
::= { ospfGroups 12 }
「単一のテーブルのどんなAS-範囲LSAタイプも支持するためにこの物のグループをospfAsLsdbGroupに取り替えます。」 ::= ospfGroups12
ospfAreaAggregateGroup OBJECT-GROUP
OBJECTS {
ospfAreaAggregateAreaID,
ospfAreaAggregateLsdbType,
ospfAreaAggregateNet,
ospfAreaAggregateMask,
ospfAreaAggregateStatus,
ospfAreaAggregateEffect
}
STATUS deprecated
DESCRIPTION
"These objects are used for OSPF systems to support
network prefix aggregation across areas."
ospfAreaAggregateGroup OBJECT-GROUP OBJECTS、ospfAreaAggregateAreaID、ospfAreaAggregateLsdbType、ospfAreaAggregateNet、ospfAreaAggregateMask、ospfAreaAggregateStatus、ospfAreaAggregateEffect、STATUSの推奨しない記述は「OSPFシステムが領域の向こう側にネットワーク接頭語集合を支持するように、使用これらが反対するされます」。
Galecki, et al. Standards Track [Page 88] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[88ページ]。
::= { ospfGroups 13 }
::= ospfGroups13
ospfLocalLsdbGroup OBJECT-GROUP
OBJECTS {
ospfLocalLsdbSequence,
ospfLocalLsdbAge,
ospfLocalLsdbChecksum,
ospfLocalLsdbAdvertisement
}
STATUS current
DESCRIPTION
"These objects are used for OSPF systems
that display their link-local link state databases
for non-virtual links."
::= { ospfGroups 14 }
ospfLocalLsdbGroup OBJECT-GROUP OBJECTS、ospfLocalLsdbSequence、ospfLocalLsdbAge、ospfLocalLsdbChecksum、ospfLocalLsdbAdvertisement、STATUSの現在の記述は「非仮想のリンクのためのそれらのリンクローカルリンク州のデータベースを表示するOSPFシステムのために、使用これらが反対するされます」。 ::= ospfGroups14
ospfVirtLocalLsdbGroup OBJECT-GROUP
OBJECTS {
ospfVirtLocalLsdbSequence,
ospfVirtLocalLsdbAge,
ospfVirtLocalLsdbChecksum,
ospfVirtLocalLsdbAdvertisement
}
STATUS current
DESCRIPTION
"These objects are used for OSPF systems
that display their link-local link state databases
for virtual links."
::= { ospfGroups 15 }
ospfVirtLocalLsdbGroup OBJECT-GROUP OBJECTS、ospfVirtLocalLsdbSequence、ospfVirtLocalLsdbAge、ospfVirtLocalLsdbChecksum、ospfVirtLocalLsdbAdvertisement、STATUSの現在の記述は「仮想のリンクのためのそれらのリンクローカルリンク州のデータベースを表示するOSPFシステムのために、使用これらが反対するされます」。 ::= ospfGroups15
ospfAsLsdbGroup OBJECT-GROUP
OBJECTS {
ospfAsLsdbSequence,
ospfAsLsdbAge,
ospfAsLsdbChecksum,
ospfAsLsdbAdvertisement
}
STATUS current
DESCRIPTION
"These objects are used for OSPF systems
that display their AS-scope link state database."
::= { ospfGroups 16 }
ospfAsLsdbGroup OBJECT-GROUP OBJECTS、ospfAsLsdbSequence、ospfAsLsdbAge、ospfAsLsdbChecksum、ospfAsLsdbAdvertisement、STATUSの現在の記述は「それらのAS-範囲リンク州のデータベースを表示するOSPFシステムのために、使用これらが反対するされます」。 ::= ospfGroups16
ospfBasicGroup2 OBJECT-GROUP
OBJECTS {
ospfRouterId,
ospfAdminStat,
ospfVersionNumber,
ospfBasicGroup2物群対象、ospfRouterId、ospfAdminStat、ospfVersionNumber
Galecki, et al. Standards Track [Page 89] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[89ページ]。
ospfAreaBdrRtrStatus,
ospfASBdrRtrStatus,
ospfExternLsaCount,
ospfExternLsaCksumSum,
ospfTOSSupport,
ospfOriginateNewLsas,
ospfRxNewLsas,
ospfExtLsdbLimit,
ospfMulticastExtensions,
ospfExitOverflowInterval,
ospfDemandExtensions,
ospfRFC1583Compatibility,
ospfOpaqueLsaSupport,
ospfReferenceBandwidth,
ospfRestartSupport,
ospfRestartInterval,
ospfRestartStrictLsaChecking,
ospfRestartStatus,
ospfRestartAge,
ospfRestartExitReason,
ospfAsLsaCount,
ospfAsLsaCksumSum,
ospfStubRouterSupport,
ospfStubRouterAdvertisement,
ospfDiscontinuityTime
}
STATUS current
DESCRIPTION
"These objects are used to monitor/manage OSPF global
parameters."
::= { ospfGroups 17 }
ospfAreaBdrRtrStatus、ospfASBdrRtrStatus、ospfExternLsaCount、ospfExternLsaCksumSum、ospfTOSSupport、ospfOriginateNewLsas、ospfRxNewLsas、ospfExtLsdbLimit、ospfMulticastExtensions、ospfExitOverflowInterval、ospfDemandExtensions、ospfRFC1583Compatibility、ospfOpaqueLsaSupport; ospfReferenceBandwidth、ospfRestartSupport、ospfRestartInterval、ospfRestartStrictLsaChecking、ospfRestartStatus、ospfRestartAge、ospfRestartExitReason、ospfAsLsaCount、ospfAsLsaCksumSum、ospfStubRouterSupport、ospfStubRouterAdvertisement、ospfDiscontinuityTime STATUSの現在の記述は「OSPFのグローバルなパラメタをモニターするか、または管理するために、使用これらが反対するされます」。 ::= ospfGroups17
ospfAreaGroup2 OBJECT-GROUP
OBJECTS {
ospfAreaId,
ospfImportAsExtern,
ospfSpfRuns,
ospfAreaBdrRtrCount,
ospfAsBdrRtrCount,
ospfAreaLsaCount,
ospfAreaLsaCksumSum,
ospfAreaSummary,
ospfAreaStatus,
ospfAreaNssaTranslatorRole,
ospfAreaNssaTranslatorState,
ospfAreaNssaTranslatorStabilityInterval,
ospfAreaNssaTranslatorEvents
}
ospfAreaGroup2物群対象ospfAreaId、ospfImportAsExtern、ospfSpfRuns、ospfAreaBdrRtrCount、ospfAsBdrRtrCount、ospfAreaLsaCount、ospfAreaLsaCksumSum、ospfAreaSummary、ospfAreaStatus、ospfAreaNssaTranslatorRole、ospfAreaNssaTranslatorState、ospfAreaNssaTranslatorStabilityInterval、ospfAreaNssaTranslatorEvents
Galecki, et al. Standards Track [Page 90] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[90ページ]。
STATUS current
DESCRIPTION
"These objects are used by OSPF systems
to support areas."
::= { ospfGroups 18 }
STATUSの現在の記述の「OSPFシステムによって使用されて、これらが、反対する領域を支持します。」 ::= ospfGroups18
ospfIfGroup2 OBJECT-GROUP
OBJECTS {
ospfIfIpAddress,
ospfAddressLessIf,
ospfIfAreaId,
ospfIfType,
ospfIfAdminStat,
ospfIfRtrPriority,
ospfIfTransitDelay,
ospfIfRetransInterval,
ospfIfHelloInterval,
ospfIfRtrDeadInterval,
ospfIfPollInterval,
ospfIfState,
ospfIfDesignatedRouter,
ospfIfBackupDesignatedRouter,
ospfIfEvents,
ospfIfAuthType,
ospfIfAuthKey,
ospfIfStatus,
ospfIfMulticastForwarding,
ospfIfDemand,
ospfIfLsaCount,
ospfIfLsaCksumSum
}
STATUS current
DESCRIPTION
"These objects are used to monitor/manage OSPF interfaces."
::= { ospfGroups 19 }
ospfIfGroup2物群対象、ospfIfIpAddress、ospfAddressLessIf、ospfIfAreaId、ospfIfType、ospfIfAdminStat、ospfIfRtrPriority、ospfIfTransitDelay、ospfIfRetransInterval、ospfIfHelloInterval、ospfIfRtrDeadInterval、ospfIfPollInterval、ospfIfState、ospfIfDesignatedRouter、ospfIfBackupDesignatedRouter、ospfIfEvents、ospfIfAuthType、ospfIfAuthKey、ospfIfStatus、ospfIfMulticastForwarding、ospfIfDemand、ospfIfLsaCount、ospfIfLsaCksumSum; STATUSの現在の記述は「OSPFインタフェースをモニターするか、または管理するために、使用これらが反対するされます」。 ::= ospfGroups19
ospfVirtIfGroup2 OBJECT-GROUP
OBJECTS {
ospfVirtIfAreaId,
ospfVirtIfNeighbor,
ospfVirtIfTransitDelay,
ospfVirtIfRetransInterval,
ospfVirtIfHelloInterval,
ospfVirtIfRtrDeadInterval,
ospfVirtIfState,
ospfVirtIfEvents,
ospfVirtIfAuthType,
ospfVirtIfAuthKey,
ospfVirtIfGroup2物群対象、ospfVirtIfAreaId、ospfVirtIfNeighbor、ospfVirtIfTransitDelay、ospfVirtIfRetransInterval、ospfVirtIfHelloInterval、ospfVirtIfRtrDeadInterval、ospfVirtIfState、ospfVirtIfEvents、ospfVirtIfAuthType、ospfVirtIfAuthKey
Galecki, et al. Standards Track [Page 91] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[91ページ]。
ospfVirtIfStatus,
ospfVirtIfLsaCount,
ospfVirtIfLsaCksumSum,
ospfIfDesignatedRouterId,
ospfIfBackupDesignatedRouterId
}
STATUS current
DESCRIPTION
"These objects are used to monitor/manage OSPF
virtual interfaces."
::= { ospfGroups 20 }
ospfVirtIfStatus、ospfVirtIfLsaCount、ospfVirtIfLsaCksumSum、ospfIfDesignatedRouterId、ospfIfBackupDesignatedRouterId STATUSの現在の記述は「OSPF仮想インターフェースをモニターするか、または管理するために、使用これらが反対するされます」。 ::= ospfGroups20
ospfNbrGroup2 OBJECT-GROUP
OBJECTS {
ospfNbrIpAddr,
ospfNbrAddressLessIndex,
ospfNbrRtrId,
ospfNbrOptions,
ospfNbrPriority,
ospfNbrState,
ospfNbrEvents,
ospfNbrLsRetransQLen,
ospfNbmaNbrStatus,
ospfNbmaNbrPermanence,
ospfNbrHelloSuppressed,
ospfNbrRestartHelperStatus,
ospfNbrRestartHelperAge,
ospfNbrRestartHelperExitReason
}
STATUS current
DESCRIPTION
"These objects are used to monitor/manage OSPF
neighbors."
::= { ospfGroups 21 }
ospfNbrGroup2 OBJECT-GROUP OBJECTS、ospfNbrIpAddr、ospfNbrAddressLessIndex、ospfNbrRtrId、ospfNbrOptions、ospfNbrPriority、ospfNbrState、ospfNbrEvents、ospfNbrLsRetransQLen、ospfNbmaNbrStatus、ospfNbmaNbrPermanence、ospfNbrHelloSuppressed、ospfNbrRestartHelperStatus、ospfNbrRestartHelperAge、ospfNbrRestartHelperExitReason、STATUSの現在の記述は「OSPF隣人をモニターするか、または管理するために、使用これらが反対するされます」。 ::= ospfGroups21
ospfVirtNbrGroup2 OBJECT-GROUP
OBJECTS {
ospfVirtNbrArea,
ospfVirtNbrRtrId,
ospfVirtNbrIpAddr,
ospfVirtNbrOptions,
ospfVirtNbrState,
ospfVirtNbrEvents,
ospfVirtNbrLsRetransQLen,
ospfVirtNbrHelloSuppressed,
ospfVirtNbrRestartHelperStatus,
ospfVirtNbrRestartHelperAge,
ospfVirtNbrRestartHelperExitReason
ospfVirtNbrGroup2物群対象、ospfVirtNbrArea、ospfVirtNbrRtrId、ospfVirtNbrIpAddr、ospfVirtNbrOptions、ospfVirtNbrState、ospfVirtNbrEvents、ospfVirtNbrLsRetransQLen、ospfVirtNbrHelloSuppressed、ospfVirtNbrRestartHelperStatus、ospfVirtNbrRestartHelperAge、ospfVirtNbrRestartHelperExitReason
Galecki, et al. Standards Track [Page 92] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[92ページ]。
}
STATUS current
DESCRIPTION
"These objects are used to monitor/manage OSPF
virtual neighbors."
::= { ospfGroups 22 }
} STATUSの現在の記述は「OSPFの仮想の隣人をモニターするか、または管理するために、使用これらが反対するされます」。 ::= ospfGroups22
ospfAreaAggregateGroup2 OBJECT-GROUP
OBJECTS {
ospfAreaAggregateAreaID,
ospfAreaAggregateLsdbType,
ospfAreaAggregateNet,
ospfAreaAggregateMask,
ospfAreaAggregateStatus,
ospfAreaAggregateEffect,
ospfAreaAggregateExtRouteTag
}
STATUS current
DESCRIPTION
"These objects are used for OSPF systems to support
network prefix aggregation across areas."
::= { ospfGroups 23 }
ospfAreaAggregateGroup2 OBJECT-GROUP OBJECTS、ospfAreaAggregateAreaID、ospfAreaAggregateLsdbType、ospfAreaAggregateNet、ospfAreaAggregateMask、ospfAreaAggregateStatus、ospfAreaAggregateEffect、ospfAreaAggregateExtRouteTag、STATUSの現在の記述は「OSPFシステムが領域の向こう側にネットワーク接頭語集合を支持するように、使用これらが反対するされます」。 ::= ospfGroups23
ospfAreaLsaCountGroup OBJECT-GROUP
OBJECTS {
ospfAreaLsaCountNumber
}
STATUS current
DESCRIPTION
"These objects are used for OSPF systems that display
per-area, per-LSA-type counters."
::= { ospfGroups 24 }
ospfAreaLsaCountGroup OBJECT-GROUP OBJECTS ospfAreaLsaCountNumber、STATUSの現在の記述は「LSAタイプあたりの領域カウンタを表示するOSPFシステムのために、使用これらが反対するされます」。 ::= ospfGroups24
ospfHostGroup2 OBJECT-GROUP
OBJECTS {
ospfHostIpAddress,
ospfHostTOS,
ospfHostMetric,
ospfHostStatus,
ospfHostCfgAreaID
}
STATUS current
DESCRIPTION
"These objects are used for OSPF systems
that support attached hosts."
::= { ospfGroups 25 }
ospfHostGroup2 OBJECT-GROUP OBJECTS、ospfHostIpAddress、ospfHostTOS、ospfHostMetric、ospfHostStatus、ospfHostCfgAreaID、STATUSの現在の記述は「付属ホストを支持するOSPFシステムのために、使用これらが反対するされます」。 ::= ospfGroups25
-- This object group is included for SMI conformance. It is not a
-- この物のグループはSMI順応のために含まれています。 それはaではありません。
Galecki, et al. Standards Track [Page 93] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[93ページ]。
-- mandatory group for compliance with this MIB
-- このMIBへの承諾のための義務的なグループ
ospfObsoleteGroup OBJECT-GROUP
OBJECTS {
ospfAuthType
}
STATUS obsolete
DESCRIPTION
"These objects are obsolete and are no longer required for
OSPF systems. They are placed into this group for SMI
conformance."
::= { ospfGroups 26 }
ospfObsoleteGroup OBJECT-GROUP OBJECTS ospfAuthType、STATUSの時代遅れの記述は「これらが、反対する時代遅れであり、OSPFにもう必要でないことで、システムそれらがSMI順応のためにこのグループに置かれるということです」。 ::= ospfGroups26
END
終わり
4. OSPF Trap Overview
4. OSPF罠概観
4.1. Introduction
4.1. 序論
OSPF is an event-driven routing protocol, where an event can be a change in an OSPF interface's link-level status, the expiration of an OSPF timer, or the reception of an OSPF protocol packet. Many of the actions that OSPF takes as a result of these events will result in a change of the routing topology.
OSPFはイベントドリブンルーティング・プロトコルです。(そこでは、出来事は、OSPFインタフェースのリンク・レベル状態の変化、OSPFタイマの満了、またはOSPFプロトコルパケットのレセプションであるかもしれません)。 OSPFがこれらの出来事の結果、取る行動の多くがルーティングトポロジーの変化をもたらすでしょう。
As routing topologies become large and complex, it is often difficult to locate the source of a topology change or unpredicted routing path by polling a large number or routers. Because of the difficulty of polling a large number of devices, a more prudent approach is for devices to notify a network manager of potentially critical OSPF events using SNMP traps.
ルーティングtopologiesが大きく複雑になるので、世論調査多くかルータでトポロジー変化か非予測されたルーティング経路の源の場所を見つけるのはしばしば難しいです。 装置の世論調査多くの困難のために、より慎重なアプローチはSNMP罠を使用することで装置が潜在的に批判的なOSPFイベントのネットワークマネージャに通知することです。
This section defines a set of traps, objects, and mechanisms to enhance the ability to manage IP internetworks that use OSPF as their Interior Gateway Protocol (IGP). It is an optional but very useful extension to the OSPF MIB.
このセクションは、それらのInteriorゲートウェイプロトコル(IGP)としてOSPFを使用するIPインターネットワークを管理する能力を高めるために1セットの罠、物、およびメカニズムを定義します。 それはOSPF MIBへの任意の、しかし、非常に役に立つ拡大です。
Galecki, et al. Standards Track [Page 94] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[94ページ]。
4.2. Approach
4.2. アプローチ
The mechanism for sending traps is straightforward. When an exception event occurs, the application notifies the local agent, who sends a trap to the appropriate SNMP management stations. The message includes the trap type and may include a list of trap- specific variables. Section 5 gives the trap definitions, which includes the variable lists. The Router ID of the originator of the trap is included in the variable list so that the network manager may easily determine the source of the trap.
送付罠のためのメカニズムは簡単です。 例外出来事が起こると、アプリケーションは地元のエージェントに通知します。(そのエージェントは、適切なSNMP管理局に罠を送ります)。 メッセージは、罠タイプを含んでいて、罠の特定の変数のリストを含むかもしれません。 セクション5は罠定義を与えます(可変リストを含んでいます)。 罠の創始者のRouter IDは、ネットワークマネージャが容易に罠の源を決定できるように、可変リストに含まれています。
To limit the frequency of OSPF traps, the following additional mechanisms are suggested.
OSPF罠の頻度を制限するために、以下の追加メカニズムは示されます。
4.3. Ignoring Initial Activity
4.3. 初期の活動を無視します。
The majority of critical events occur when OSPF is enabled on a router, at which time the designated router is elected and neighbor adjacencies are formed. During this initial period, a potential flood of traps is unnecessary since the events are expected. To avoid unnecessary traps, a router should not originate expected OSPF interface-related traps until two of that interface's dead timer intervals have elapsed. The expected OSPF interface traps are ospfIfStateChange, ospfVirtIfStateChange, ospfNbrStateChange, ospfVirtNbrStateChange, ospfTxRetransmit, and ospfVirtIfTxRetransmit. Additionally, ospfMaxAgeLsa and ospfOriginateLsa traps should not be originated until two dead timer intervals have elapsed where the dead timer interval used should be the dead timer with the smallest value.
OSPFがルータ(代表ルータが選出される時、隣人隣接番組は形成される)で有効にされるとき、批判的なイベントの大部分が起こります。 この原初期の間、出来事が予想されるので、罠の潜在的洪水は不要です。 不要な罠を避けるために、そのインタフェースの2回の死んでいるタイマ間隔が経過するまで、ルータは予想されたOSPFインタフェース関連の罠を溯源するべきではありません。 予想されたOSPF界面捕獲は、ospfIfStateChangeと、ospfVirtIfStateChangeと、ospfNbrStateChangeと、ospfVirtNbrStateChangeと、ospfTxRetransmitと、ospfVirtIfTxRetransmitです。 さらに、2回の死んでいるタイマ間隔が費やされた死んでいるタイマ間隔が死んでいるタイマであるべきであるところで最も小さい値で経過するまで、ospfMaxAgeLsaとospfOriginateLsa罠を溯源するべきではありません。
4.4. Throttling Traps
4.4. 罠を阻止します。
The mechanism for throttling the traps is similar to the mechanism explained in RFC 1224 [RFC1224]. The basic premise of the throttling mechanism is that of a sliding window, defined in seconds and an upper bound on the number of traps that may be generated within this window. Note that unlike RFC 1224, traps are not sent to inform the network manager that the throttling mechanism has kicked in.
罠を阻止するためのメカニズムはRFC1224[RFC1224]で説明されたメカニズムと同様です。 阻止メカニズムの根本的な前提は引窓のものです、この窓の中で発生するかもしれない罠の数で秒と上限で定義されて。 RFC1224と異なって、罠が阻止メカニズムが始まったことをネットワークマネージャに知らせるために送られないことに注意してください。
A single window should be used to throttle all OSPF trap types except for the ospfLsdbOverflow and the ospfLsdbApproachingOverflow traps, which should not be throttled. For example, with a window time of 3, an upper bound of 3, and events to cause trap types 1, 3, 5, and 7 (4 traps within a 3-second period), the type-7 (the 4th) trap should not be generated.
単一の窓は、ospfLsdbOverflow以外のすべてのOSPF罠タイプとospfLsdbApproachingOverflow罠を阻止するのに使用されるべきです。(罠は阻止されるべきではありません)。 例えば、3、3の上限、および出来事が罠タイプ1、3、5、および7(3第2ピリオド以内の4つの罠)を引き起こすリード・タイムで、タイプ-7(4番目)罠は発生するべきではありません。
Appropriate values are 7 traps with a window time of 10 seconds.
適切な値は10秒のリード・タイムがある7つの罠です。
Galecki, et al. Standards Track [Page 95] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[95ページ]。
4.5. One Trap Per OSPF Event
4.5. OSPF出来事あたり1つの罠
Several of the traps defined in section 5 are generated as the result of finding an unusual condition while parsing an OSPF packet or a processing a timer event. There may be more than one unusual condition detected while handling the event. For example, a link state update packet may contain several retransmitted link state advertisements (LSAs), or a retransmitted database description packet may contain several database description entries. To limit the number of traps and variables, OSPF should generate at most one trap per OSPF event. Only the variables associated with the first unusual condition should be included with the trap. Similarly, if more than one type of unusual condition is encountered while parsing the packet, only the first event will generate a trap.
セクション5で定義されたいくつかの罠がOSPFパケットか処理aタイマ出来事を分析している間、珍しい状態を見つけるという結果として発生します。 出来事を扱っている間に検出された1つ以上の珍しい状態があるかもしれません。 例えば、リンク州のアップデートパケットがいくつかの再送されたリンク州の広告(LSAs)を含むかもしれませんか、または再送されたデータベース記述パケットはいくつかのデータベース記述エントリーを含むかもしれません。 罠と変数の数を制限するために、OSPFはOSPF出来事あたり1つの罠を高々発生させるはずです。 最初の珍しい状態に関連している変数だけが罠で含まれるべきです。 同様に、1つ以上のタイプの珍しい状態がパケットを分析している間、遭遇すると、最初の出来事だけが罠を発生させるでしょう。
4.6. Polling Event Counters
4.6. 世論調査イベントカウンタ
Many of the tables in the OSPF MIB contain generalized event counters. By enabling the traps defined in this document, a network manager can obtain more specific information about these events. A network manager may want to poll these event counters and enable specific OSPF traps when a particular counter starts increasing abnormally.
OSPF MIBのテーブルの多くが一般化されたイベントカウンタを含んでいます。 本書では定義された罠を可能にすることによって、ネットワークマネージャはこれらの出来事の、より特定の情報を得ることができます。 ネットワークマネージャは、これらのイベントカウンタに投票して、特定のカウンタが異常に増加し始めるとき、特定のOSPF罠を可能にしたがっているかもしれません。
The following table shows the relationship between the event counters defined in the OSPF MIB and the trap types.
以下のテーブルはOSPF MIBと罠タイプで定義されたイベントカウンタの間の関係を示しています。
Counter32 Trap Type
----------------------- ------------------------
ospfOriginateNewLsas ospfOriginateLsa
ospfIfEvents ospfIfStateChange
ospfConfigError
ospfIfAuthFailure
ospfRxBadPacket
ospfTxRetransmit
ospfVirtIfEvents ospfVirtIfStateChange
ospfVirtIfConfigError
ospfVirtIfAuthFailure
ospfVirtIfRxBadPacket
ospfVirtIfTxRetransmit
ospfNbrEvents ospfNbrStateChange
ospfVirtNbrEvents ospfVirtNbrStateChange
ospfExternLSACount ospfLsdbApproachingOverflow
ospfExternLSACount ospfLsdbOverflow
Counter32罠タイプ----------------------- ------------------------ ospfOriginateNewLsas ospfOriginateLsa ospfIfEvents ospfIfStateChange ospfConfigError ospfIfAuthFailure ospfRxBadPacket ospfTxRetransmit ospfVirtIfEvents ospfVirtIfStateChange ospfVirtIfConfigError ospfVirtIfAuthFailure ospfVirtIfRxBadPacket ospfVirtIfTxRetransmit ospfNbrEvents ospfNbrStateChange ospfVirtNbrEvents ospfVirtNbrStateChange ospfExternLSACount ospfLsdbApproachingOverflow ospfExternLSACount ospfLsdbOverflow
Galecki, et al. Standards Track [Page 96] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[96ページ]。
4.7. Translating Notification Parameters
4.7. 通知パラメタを翻訳します。
The definition of the OSPF notifications pre-dates the RFC 2578 [RFC2578] requirement of having a zero value for the penultimate sub-identifier for translating SNMPv2/SNMPv3 trap parameters to SNMPv1 trap parameters. RFC 3584 [RFC3584], section 3, defines the translation rules that can be implemented by intermediate proxy- agents or multi-lingual agents to convert SNMPv2/SNMPv3 notifications to SNMPv1 notifications and vice versa. The conversion is not reversible, that is, a conversion to one SNMP version and then back again will result in an incorrectly formatted version of the notification.
OSPF通知の定義はゼロに翻訳するための終わりから二番目のサブ識別子SNMPv2/SNMPv3罠のためにSNMPv1罠パラメタにパラメタを評価させるRFC2578[RFC2578]要件より前に起こります。 RFC3584[RFC3584](セクション3)は中間的プロキシエージェントか多言語エージェントが逆もまた同様にSNMPv2/SNMPv3通知をSNMPv1通知に変換するために実行できる翻訳規則を定義します。 変換がリバーシブルでない、すなわち、1つのSNMPバージョンと次に、後部への変換は再び通知の不当にフォーマットされたバージョンをもたらすでしょう。
According to the rules specified in RFC 3584, section 3.1, translation of OSPF notifications from SNMPv1 to SNMPv2/SNMPv3 would result in the SNMPv2/SNMPv3 snmpTrapOID being the concatenation of the SNMPv1 'enterprise' parameter and two additional sub-identifiers, '0' and the SNMPv1 'specific-trap' parameter.
RFC3584、セクション3.1で指定された規則に従って、OSPF通知に関するSNMPv1からSNMPv2/SNMPv3までの翻訳はSNMPv1'企業'パラメタ、2つの追加サブ識別子、'0'、およびSNMPv1'特定の罠'パラメタの連結であるSNMPv2/SNMPv3 snmpTrapOIDをもたらすでしょう。
According to the rules specified in RFC 3584, section 3.2, translation of OSPF notifications from SNMPv2/SNMPv3 to SNMPv1, as the notifications are defined in this MIB, would result in the SNMPv1 'enterprise' parameter being set to the SNMPv2/SNMPv3 snmpTrapOID parameter value with the last sub-identifier removed and the 'specific-trap' parameter being set to the last sub-identifier of the SNMPv2/SNMPv3 snmpTrapOID parameter.
RFC3584、セクション3.2で指定された規則に従って、通知がこのMIBで定義されるとき、最後のサブ識別子が取り除かれて、'特定の罠'パラメタがSNMPv2/SNMPv3 snmpTrapOIDパラメタに関する最後のサブ識別子に設定されている状態で、OSPF通知に関するSNMPv2/SNMPv3からSNMPv1までの翻訳はSNMPv2/SNMPv3 snmpTrapOIDパラメタ価値に設定されるSNMPv1'企業'パラメタをもたらすでしょう。
Note that a notification originated from an SNMPv1 agent will not be converted into the same notification that would be originated from a native SNMPv2/SNMPv3 agent.
SNMPv1エージェントから溯源された通知がネイティブのSNMPv2/SNMPv3エージェントから溯源されるのと同じ通知に変換されないことに注意してください。
4.8. Historical Artifacts
4.8. 歴史資産
The MIB modules that are updated by this document were originally
written in SMIv1 for SNMPv1 when only traps were used. Since this
version of the MIB module is written in SMIv2, it should be
understood that all types of notifications, trap and inform PDUs, may
be used by native SNMPv2 and SNMPv3 agents, although only traps are
mentioned. Also, for backwards compatibility, the OSPF Trap module
remains rooted at {ospf 16}.
罠だけが元々使用されたとき、このドキュメントによってアップデートされるMIBモジュールはSNMPv1のためにSMIv1に書かれました。 PDUsは、MIBモジュールのこのバージョンがSMIv2に書かれているので、すべてが通知をタイプするのが理解されるべきであることを捕らえて、知らせて、ネイティブのSNMPv2とSNMPv3エージェントによって使用されるかもしれません、罠だけが言及されますが。 また、遅れている互換性のために、OSPF Trapモジュールはospf16に根づいていたままで残っています。
Galecki, et al. Standards Track [Page 97] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[97ページ]。
5. OSPF Trap Definitions
5. OSPF罠定義
OSPF-TRAP-MIB DEFINITIONS ::= BEGIN
OSPF罠MIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE, IpAddress
FROM SNMPv2-SMI
MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP
FROM SNMPv2-CONF
ospfRouterId, ospfIfIpAddress, ospfAddressLessIf, ospfIfState,
ospfVirtIfAreaId, ospfVirtIfNeighbor, ospfVirtIfState,
ospfNbrIpAddr, ospfNbrAddressLessIndex, ospfNbrRtrId,
ospfNbrState, ospfVirtNbrArea, ospfVirtNbrRtrId,
ospfVirtNbrState, ospfLsdbType, ospfLsdbLsid, ospfLsdbRouterId,
ospfLsdbAreaId, ospfExtLsdbLimit, ospf, ospfAreaId,
ospfAreaNssaTranslatorState, ospfRestartStatus,
ospfRestartInterval, ospfRestartExitReason,
ospfNbrRestartHelperStatus, ospfNbrRestartHelperAge,
ospfNbrRestartHelperExitReason, ospfVirtNbrRestartHelperStatus,
ospfVirtNbrRestartHelperAge, ospfVirtNbrRestartHelperExitReason
FROM OSPF-MIB;
モジュールアイデンティティ、オブジェクト・タイプが通知でタイプする輸入(SNMPv2-SMIモジュールコンプライアンスからのIpAddress)は物で分類されます、SNMPv2-CONF ospfRouterIdからの通知グループ、ospfIfIpAddress、ospfAddressLessIf、ospfIfState、ospfVirtIfAreaId、ospfVirtIfNeighbor、ospfVirtIfState、ospfNbrIpAddr、ospfNbrAddressLessIndex、ospfNbrRtrId、ospfNbrState、ospfVirtNbrArea、ospfVirtNbrRtrId、ospfVirtNbrState; ospfLsdbType、ospfLsdbLsid、ospfLsdbRouterId、ospfLsdbAreaId、ospfExtLsdbLimit、ospf、ospfAreaId、ospfAreaNssaTranslatorState、ospfRestartStatus、ospfRestartInterval、ospfRestartExitReason、ospfNbrRestartHelperStatus、ospfNbrRestartHelperAge、ospfNbrRestartHelperExitReason、ospfVirtNbrRestartHelperStatus、ospfVirtNbrRestartHelperAge、ospfVirtNbrRestartHelperExitReason FROM OSPF-MIB。
ospfTrap MODULE-IDENTITY
ospfTrapモジュールアイデンティティ
LAST-UPDATED "200611100000Z" -- November 10, 2006 00:00:00 EST
ORGANIZATION "IETF OSPF Working Group"
CONTACT-INFO
"WG E-Mail: ospf@ietf.org
最終更新日の"200611100000Z"--「WGは以下をメールする」という2006年11月10日東部標準時0時0分0秒の組織「IETF OSPFワーキンググループ」コンタクトインフォメーション ospf@ietf.org
WG Chairs: acee@cisco.com
rohit@gmail.com
WGいす: acee@cisco.com rohit@gmail.com
Editors: Dan Joyal
Nortel
600 Technology Park Drive
Billerica, MA 01821
djoyal@nortel.com
エディターズ: ダンJoyalノーテル600技術公園Driveビルリカ(MA)01821 djoyal@nortel.com
Piotr Galecki
Airvana
19 Alpha Road
Chelmsford, MA 01824
pgalecki@airvana.com
ピオトルGalecki Airvana19アルファーRoadチェルムズフォード(MA)01824 pgalecki@airvana.com
Spencer Giacalone
CSFB
Eleven Madison Ave
New York, NY 10010-3629
マディソンAveニューヨーク、スペンサーGiacalone CSFB Elevenニューヨーク10010-3629
Galecki, et al. Standards Track [Page 98] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[98ページ]。
spencer.giacalone@gmail.com"
" spencer.giacalone@gmail.com "
DESCRIPTION
"The MIB module to describe traps for the OSPF
Version 2 Protocol.
記述、「説明するMIBモジュールはOSPFバージョン2プロトコルのために捕らえます」。
Copyright (C) The IETF Trust (2006).
This version of this MIB module is part of
RFC 4750; see the RFC itself for full legal
notices."
IETFが信じる著作権(C)(2006)。 このMIBモジュールのこのバージョンはRFC4750の一部です。 「完全な法定の通知に関してRFC自身を見てください。」
REVISION "200611100000Z" -- November 10, 2006 00:00:00 EST
DESCRIPTION
"Updated for latest changes to OSPFv2:
-added graceful restart related traps
-added new config error types
-added ospfNssaTranslatorStatusChange trap.
See Appendix B of RFC 4750 for more details.
REVISION"200611100000Z"--「最新のものが以下をOSPFv2に変えるのでアップデートする」2006年11月10日東部標準時0時0分0秒の記述 -関連する罠が、新しいコンフィグ誤りがタイプすると言い足した加えられた優雅な再開は、ospfNssaTranslatorStatusChangeが捕らえると言い足しました。 その他の詳細に関してRFC4750のAppendix Bを見てください。
This version published as part of RFC 4750"
「RFC4750の一部として発行されたこのバージョン」
REVISION "199501201225Z" -- Fri Jan 20 12:25:50 PST 1995
DESCRIPTION
"The initial SMIv2 revision of this MIB module, published
in RFC 1850."
REVISION"199501201225Z"--、太平洋標準時1995年1月20日金曜日12時25分50秒の記述、「RFC1850で発行されたこのMIBモジュールの初期のSMIv2改正。」
::= { ospf 16 }
::= ospf16
-- Trap Support Objects
-- 罠サポート物
-- The following are support objects for the OSPF traps.
-- ↓これはOSPF罠のためのサポート物です。
ospfTrapControl OBJECT IDENTIFIER ::= { ospfTrap 1 }
ospfTraps OBJECT IDENTIFIER ::= { ospfTrap 2 }
ospfTrapControl物の識別子:、:= ospfTrap1ospfTraps物の識別子:、:= ospfTrap2
ospfSetTrap OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(4))
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"A 4-octet string serving as a bit map for
the trap events defined by the OSPF traps. This
object is used to enable and disable specific
OSPF traps where a 1 in the bit field
represents enabled. The right-most bit (least
significant) represents trap 0.
ospfSetTrap OBJECT-TYPE SYNTAX OCTET STRING、(SIZE(4)) MAX-ACCESSは「OSPFによって定義された罠イベントのためのしばらく地図が捕らえられるので役立つ4八重奏のストリング」をSTATUSの現在の記述に読書して書きます。 この物が特定のOSPF罠を可能にして、無効にするのに使用される、どこ、中の可能にされて、噛み付いている分野が表すa1。 最も権利ビット(最も重要でない)は罠0を表します。
This object is persistent and when written
この物はしつこく、いつが書かれているか。
Galecki, et al. Standards Track [Page 99] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[99ページ]。
the entity SHOULD save the change to non-volatile
storage."
::= { ospfTrapControl 1 }
「実体SHOULDは非揮発性記憶装置への変化を救います。」 ::= ospfTrapControl1
ospfConfigErrorType OBJECT-TYPE
SYNTAX INTEGER {
badVersion (1),
areaMismatch (2),
unknownNbmaNbr (3), -- Router is DR eligible
unknownVirtualNbr (4),
authTypeMismatch(5),
authFailure (6),
netMaskMismatch (7),
helloIntervalMismatch (8),
deadIntervalMismatch (9),
optionMismatch (10),
mtuMismatch (11),
duplicateRouterId (12),
noError (13) }
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Potential types of configuration conflicts.
Used by the ospfConfigError and
ospfConfigVirtError traps. When the last value
of a trap using this object is needed, but no
traps of that type have been sent, this value
pertaining to this object should be returned as
noError."
::= { ospfTrapControl 2 }
ospfConfigErrorType OBJECT-TYPE SYNTAX INTEGER、badVersion(1)、areaMismatch(2)、unknownNbmaNbr(3)--ルータはDRの適任のunknownVirtualNbr(4)です、authTypeMismatch(5)、authFailure(6)、netMaskMismatch(7)、helloIntervalMismatch(8)、deadIntervalMismatch(9)、optionMismatch(10)、mtuMismatch(11)、duplicateRouterId(12)、noError(13)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「潜在的タイプの構成は闘争します」。 ospfConfigErrorとospfConfigVirtError罠で、使用されます。 「この物を使用する罠の最終値を必要としますが、そのタイプの罠を全く送らないとき、noErrorとしてこの物に関係するこの値を返すべきです。」 ::= ospfTrapControl2
ospfPacketType OBJECT-TYPE
SYNTAX INTEGER {
hello (1),
dbDescript (2),
lsReq (3),
lsUpdate (4),
lsAck (5),
nullPacket (6) }
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"OSPF packet types. When the last value of a trap
using this object is needed, but no traps of
that type have been sent, this value pertaining
to this object should be returned as nullPacket."
::= { ospfTrapControl 3 }
こんにちは、(1)、dbDescript(2)、lsReq(3)、lsUpdate(4)、lsAck(5)、nullPacket(6)。ospfPacketType OBJECT-TYPE SYNTAX INTEGER、マックス-ACCESSのSTATUSの現在の記述書き込み禁止「OSPFパケットタイプ。」 「この物を使用する罠の最終値を必要としますが、そのタイプの罠を全く送らないとき、nullPacketとしてこの物に関係するこの値を返すべきです。」 ::= ospfTrapControl3
Galecki, et al. Standards Track [Page 100] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[100ページ]。
ospfPacketSrc OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The IP address of an inbound packet that cannot
be identified by a neighbor instance. When
the last value of a trap using this object is
needed, but no traps of that type have been sent,
this value pertaining to this object should
be returned as 0.0.0.0."
::= { ospfTrapControl 4 }
ospfPacketSrc OBJECT-TYPE SYNTAX IpAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「隣人例で特定できない本国行きのパケットのIPアドレス。」 罠がこの物を使用する最終値を必要としますが、そのタイプの罠を全く送らないとき、0.0としてこの物に関係するこの値を返すべきです。「.0 .0インチ。 ::= ospfTrapControl4
-- Traps
-- 罠
ospfVirtIfStateChange NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfVirtIfAreaId,
ospfVirtIfNeighbor,
ospfVirtIfState -- The new state
}
STATUS current
DESCRIPTION
"An ospfVirtIfStateChange trap signifies that there
has been a change in the state of an OSPF virtual
interface.
ospfVirtIfStateChange NOTIFICATION-TYPE OBJECTS ospfRouterId--罠ospfVirtIfAreaId、ospfVirtIfNeighbor、ospfVirtIfStateの創始者--新しい州のSTATUS、現在の記述、「ospfVirtIfStateChange罠は、変化がOSPF仮想インターフェースの状態にあったのを意味します」。
This trap should be generated when the interface
state regresses (e.g., goes from Point-to-Point to Down)
or progresses to a terminal state
(i.e., Point-to-Point)."
::= { ospfTraps 1 }
「この罠は、界面準位が退行するとき(例えば、PointからポイントからDownまで行きます)、発生するべきであるか、または端末の状態(すなわち、Pointからポイント)に進んでいます。」 ::= ospfTraps1
ospfNbrStateChange NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfNbrIpAddr,
ospfNbrAddressLessIndex,
ospfNbrRtrId,
ospfNbrState -- The new state
}
STATUS current
DESCRIPTION
"An ospfNbrStateChange trap signifies that
there has been a change in the state of a
non-virtual OSPF neighbor. This trap should be
generated when the neighbor state regresses
(e.g., goes from Attempt or Full to 1-Way or
Down) or progresses to a terminal state (e.g.,
ospfNbrStateChange NOTIFICATION-TYPE OBJECTS ospfRouterId--罠ospfNbrIpAddr、ospfNbrAddressLessIndex、ospfNbrRtrId、ospfNbrStateの創始者--新しい州のSTATUS、現在の記述、「ospfNbrStateChange罠は、変化が非仮想のOSPF隣人の状態にあったのを意味します」。 この罠が隣人状態が退行するとき(例えば、1方法かAttemptかFullからDownまで行きます)、発生するべきであるか、または端末の状態に進んでいる、(例えば。
Galecki, et al. Standards Track [Page 101] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[101ページ]。
2-Way or Full). When an neighbor transitions
from or to Full on non-broadcast multi-access
and broadcast networks, the trap should be
generated by the designated router. A designated
router transitioning to Down will be noted by
ospfIfStateChange."
::= { ospfTraps 2 }
2ウェイか完全) 隣人が非放送マルチアクセスと放送網でFullかFullに移行するとき、罠は代表ルータで発生するべきです。 「Downに移行する代表ルータはospfIfStateChangeによって注意されるでしょう。」 ::= ospfTraps2
ospfVirtNbrStateChange NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfVirtNbrArea,
ospfVirtNbrRtrId,
ospfVirtNbrState -- The new state
}
STATUS current
DESCRIPTION
"An ospfVirtNbrStateChange trap signifies that there
has been a change in the state of an OSPF virtual
neighbor. This trap should be generated
when the neighbor state regresses (e.g., goes
from Attempt or Full to 1-Way or Down) or
progresses to a terminal state (e.g., Full)."
::= { ospfTraps 3 }
ospfVirtNbrStateChange NOTIFICATION-TYPE OBJECTS ospfRouterId--罠ospfVirtNbrArea、ospfVirtNbrRtrId、ospfVirtNbrStateの創始者--新しい州のSTATUS、現在の記述、「ospfVirtNbrStateChange罠は、変化がOSPFの仮想の隣人の状態にあったのを意味します」。 「隣人州が退行するか(例えば、1方法かAttemptかFullからDownまで行きます)、または端末の状態(例えば、Full)に進んでいるとき、この罠は発生するべきです。」 ::= ospfTraps3
ospfIfConfigError NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfIfIpAddress,
ospfAddressLessIf,
ospfPacketSrc, -- The source IP address
ospfConfigErrorType, -- Type of error
ospfPacketType
}
STATUS current
DESCRIPTION
"An ospfIfConfigError trap signifies that a
packet has been received on a non-virtual
interface from a router whose configuration
parameters conflict with this router's
configuration parameters. Note that the event
optionMismatch should cause a trap only if it
prevents an adjacency from forming."
::= { ospfTraps 4 }
{ospfRouterId--罠ospfIfIpAddress、ospfAddressLessIf、ospfPacketSrcの創始者--ソースIPはospfConfigErrorTypeを記述します--誤りospfPacketTypeのタイプ}というospfIfConfigError NOTIFICATION-TYPE OBJECTSのSTATUSの現在の記述、「ospfIfConfigError罠は、パケットが非仮想インターフェースに設定パラメータがこのルータの設定パラメータと衝突するルータから受け取られたのを意味します」。 「隣接番組が形成されるのを防ぐ場合にだけイベントoptionMismatchが罠を引き起こすはずであることに注意してください。」 ::= ospfTraps4
ospfVirtIfConfigError NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfVirtIfAreaId,
ospfVirtIfNeighbor,
ospfConfigErrorType, -- Type of error
ospfVirtIfConfigError NOTIFICATION-TYPE OBJECTS、ospfRouterId--罠ospfVirtIfAreaId、ospfVirtIfNeighbor、ospfConfigErrorTypeの創始者--誤りのタイプ
Galecki, et al. Standards Track [Page 102] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[102ページ]。
ospfPacketType
}
STATUS current
DESCRIPTION
"An ospfVirtIfConfigError trap signifies that a
packet has been received on a virtual interface
from a router whose configuration parameters
conflict with this router's configuration
parameters. Note that the event optionMismatch
should cause a trap only if it prevents an
adjacency from forming."
::= { ospfTraps 5 }
ospfPacketType STATUSの現在の記述、「ospfVirtIfConfigError罠は、パケットが仮想インターフェースに設定パラメータがこのルータの設定パラメータと衝突するルータから受け取られたのを意味します」。 「隣接番組が形成されるのを防ぐ場合にだけイベントoptionMismatchが罠を引き起こすはずであることに注意してください。」 ::= ospfTraps5
ospfIfAuthFailure NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfIfIpAddress,
ospfAddressLessIf,
ospfPacketSrc, -- The source IP address
ospfConfigErrorType, -- authTypeMismatch or
-- authFailure
ospfPacketType
}
STATUS current
DESCRIPTION
"An ospfIfAuthFailure trap signifies that a
packet has been received on a non-virtual
interface from a router whose authentication key
or authentication type conflicts with this
router's authentication key or authentication
type."
::= { ospfTraps 6 }
または、ospfIfAuthFailure NOTIFICATION-TYPE OBJECTS、ospfRouterId--罠ospfIfIpAddress、ospfAddressLessIf、ospfPacketSrcの創始者--ソースIPアドレスospfConfigErrorType--、authTypeMismatch、--、authFailure ospfPacketType、STATUSの現在の記述、「ospfIfAuthFailure罠は、パケットが非仮想インターフェースに認証キーか認証がこのルータの認証キーか認証タイプとの闘争をタイプするルータから受け取られたのを意味します」。 ::= ospfTraps6
ospfVirtIfAuthFailure NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfVirtIfAreaId,
ospfVirtIfNeighbor,
ospfConfigErrorType, -- authTypeMismatch or
-- authFailure
ospfPacketType
}
STATUS current
DESCRIPTION
"An ospfVirtIfAuthFailure trap signifies that a
packet has been received on a virtual interface
from a router whose authentication key or
authentication type conflicts with this router's
authentication key or authentication type."
または、ospfVirtIfAuthFailure NOTIFICATION-TYPE OBJECTS、ospfRouterId--罠ospfVirtIfAreaId、ospfVirtIfNeighbor、ospfConfigErrorTypeの創始者--authTypeMismatch、--、authFailure ospfPacketType、STATUSの現在の記述、「ospfVirtIfAuthFailure罠は、パケットが仮想インターフェースに認証キーか認証がこのルータの認証キーか認証タイプとの闘争をタイプするルータから受け取られたのを意味します」。
Galecki, et al. Standards Track [Page 103] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[103ページ]。
::= { ospfTraps 7 }
::= ospfTraps7
ospfIfRxBadPacket NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfIfIpAddress,
ospfAddressLessIf,
ospfPacketSrc, -- The source IP address
ospfPacketType
}
STATUS current
DESCRIPTION
"An ospfIfRxBadPacket trap signifies that an
OSPF packet has been received on a non-virtual
interface that cannot be parsed."
::= { ospfTraps 8 }
ospfIfRxBadPacket NOTIFICATION-TYPE OBJECTSのソースIPアドレスospfPacketTypeのospfRouterId(罠ospfIfIpAddress、ospfAddressLessIf、ospfPacketSrcの創始者)のSTATUSの現在の記述、「ospfIfRxBadPacket罠は、OSPFパケットが分析できない非仮想インターフェースに受け取られたのを意味します」。 ::= ospfTraps8
ospfVirtIfRxBadPacket NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfVirtIfAreaId,
ospfVirtIfNeighbor,
ospfPacketType
}
STATUS current
DESCRIPTION
"An ospfVirtIfRxBadPacket trap signifies that an OSPF
packet has been received on a virtual interface
that cannot be parsed."
::= { ospfTraps 9 }
ospfVirtIfRxBadPacket NOTIFICATION-TYPE OBJECTS、ospfRouterId--罠ospfVirtIfAreaId、ospfVirtIfNeighborの創始者、ospfPacketType、STATUSの現在の記述、「ospfVirtIfRxBadPacket罠は、OSPFパケットが分析できない仮想インターフェースに受け取られたのを意味します」。 ::= ospfTraps9
ospfTxRetransmit NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfIfIpAddress,
ospfAddressLessIf,
ospfNbrRtrId, -- Destination
ospfPacketType,
ospfLsdbType,
ospfLsdbLsid,
ospfLsdbRouterId
}
STATUS current
DESCRIPTION
"An ospfTxRetransmit trap signifies than an
OSPF packet has been retransmitted on a
non-virtual interface. All packets that may be
retransmitted are associated with an LSDB entry.
The LS type, LS ID, and Router ID are used to
identify the LSDB entry."
::= { ospfTraps 10 }
ospfTxRetransmit NOTIFICATION-TYPE OBJECTS ospfRouterId--罠ospfIfIpAddress、ospfAddressLessIf、ospfNbrRtrIdの創始者--目的地ospfPacketType、ospfLsdbType、ospfLsdbLsid、ospfLsdbRouterId、STATUSの現在の記述、「ospfTxRetransmit罠はOSPFパケットが非仮想インターフェースで再送されたより意味します」。 再送されるかもしれないすべてのパケットがLSDBエントリーに関連しています。 「LSタイプ、LS ID、およびRouter IDはLSDBエントリーを特定するのに使用されます。」 ::= ospfTraps10
Galecki, et al. Standards Track [Page 104] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[104ページ]。
ospfVirtIfTxRetransmit NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfVirtIfAreaId,
ospfVirtIfNeighbor,
ospfPacketType,
ospfLsdbType,
ospfLsdbLsid,
ospfLsdbRouterId
}
STATUS current
DESCRIPTION
"An ospfVirtIfTxRetransmit trap signifies than an
OSPF packet has been retransmitted on a virtual
interface. All packets that may be retransmitted
are associated with an LSDB entry. The LS
type, LS ID, and Router ID are used to identify
the LSDB entry."
::= { ospfTraps 11 }
ospfVirtIfTxRetransmit NOTIFICATION-TYPE OBJECTS、ospfRouterId--罠ospfVirtIfAreaId、ospfVirtIfNeighbor、ospfPacketType、ospfLsdbType、ospfLsdbLsidの創始者、ospfLsdbRouterId、STATUSの現在の記述、「ospfVirtIfTxRetransmit罠はOSPFパケットが仮想インターフェースで再送されたより意味します」。 再送されるかもしれないすべてのパケットがLSDBエントリーに関連しています。 「LSタイプ、LS ID、およびRouter IDはLSDBエントリーを特定するのに使用されます。」 ::= ospfTraps11
ospfOriginateLsa NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfLsdbAreaId, -- 0.0.0.0 for AS Externals
ospfLsdbType,
ospfLsdbLsid,
ospfLsdbRouterId
}
STATUS current
DESCRIPTION
"An ospfOriginateLsa trap signifies that a new
LSA has been originated by this router. This
trap should not be invoked for simple refreshes
of LSAs (which happens every 30 minutes), but
instead will only be invoked when an LSA is
(re)originated due to a topology change.
Additionally, this trap does not include LSAs that
are being flushed because they have reached
MaxAge."
::= { ospfTraps 12 }
ospfOriginateLsa NOTIFICATION-TYPE OBJECTS、AS Externals ospfLsdbType、ospfLsdbLsid、ospfLsdbRouterIdのためのospfRouterId--罠ospfLsdbAreaIdの創始者--0.0.0.0、STATUSの現在の記述、「ospfOriginateLsa罠は、新しいLSAがこのルータによって溯源されたのを意味します」。 この罠を呼び出すべきでない、簡単である、LSAs(30分毎に起こる)をリフレッシュしますが、LSAがトポロジー変化のため溯源された(re)であるときにだけ、代わりに呼び出されるでしょう。 「さらに、この罠は彼らがMaxAgeに達したので洗い流されているLSAsを含んでいません。」 ::= ospfTraps12
ospfMaxAgeLsa NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfLsdbAreaId, -- 0.0.0.0 for AS Externals
ospfLsdbType,
ospfLsdbLsid,
ospfLsdbRouterId
}
STATUS current
DESCRIPTION
ospfMaxAgeLsa NOTIFICATION-TYPE OBJECTS、AS Externals ospfLsdbType、ospfLsdbLsid、ospfLsdbRouterIdのためのospfRouterId--罠ospfLsdbAreaIdの創始者--0.0.0.0、STATUSの現在の記述
Galecki, et al. Standards Track [Page 105] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[105ページ]。
"An ospfMaxAgeLsa trap signifies that one of
the LSAs in the router's link state database has
aged to MaxAge."
::= { ospfTraps 13 }
「ospfMaxAgeLsa罠は、ルータのリンク州のデータベースのLSAsの1つがMaxAgeに年をとったのを意味します。」 ::= ospfTraps13
ospfLsdbOverflow NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfExtLsdbLimit
}
ospfLsdbOverflow通知タイプ物ospfRouterId--、罠ospfExtLsdbLimitの創始者
STATUS current
DESCRIPTION
"An ospfLsdbOverflow trap signifies that the
number of LSAs in the router's link state
database has exceeded ospfExtLsdbLimit."
::= { ospfTraps 14 }
STATUSの現在の記述、「ospfLsdbOverflow罠は、ルータのリンク州のデータベースのLSAsの数がospfExtLsdbLimitを超えていたのを意味します」。 ::= ospfTraps14
ospfLsdbApproachingOverflow NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfExtLsdbLimit
}
STATUS current
DESCRIPTION
"An ospfLsdbApproachingOverflow trap signifies
that the number of LSAs in the router's
link state database has exceeded ninety percent of
ospfExtLsdbLimit."
::= { ospfTraps 15 }
ospfLsdbApproachingOverflow NOTIFICATION-TYPE OBJECTS、ospfRouterId--、罠ospfExtLsdbLimitの創始者、STATUSの現在の記述、「ospfLsdbApproachingOverflow罠は、ルータのリンク州のデータベースのLSAsの数が90パーセントのospfExtLsdbLimitを超えていたのを意味します」。 ::= ospfTraps15
ospfIfStateChange NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfIfIpAddress,
ospfAddressLessIf,
ospfIfState -- The new state
}
STATUS current
DESCRIPTION
"An ospfIfStateChange trap signifies that there
has been a change in the state of a non-virtual
OSPF interface. This trap should be generated
when the interface state regresses (e.g., goes
from Dr to Down) or progresses to a terminal
state (i.e., Point-to-Point, DR Other, Dr, or
Backup)."
::= { ospfTraps 16 }
ospfIfStateChange NOTIFICATION-TYPE OBJECTS ospfRouterId--罠ospfIfIpAddress、ospfAddressLessIf、ospfIfStateの創始者--新しい州のSTATUS、現在の記述、「ospfIfStateChange罠は、変化が非仮想のOSPFインタフェースの状態にあったのを意味します」。 「この罠は、界面準位が退行するとき(例えば、博士からDownまで行きます)、生成されるべきであるか、または端末の状態(すなわち、Pointからポイント、DR Other、博士、またはBackup)に進んでいます。」 ::= ospfTraps16
ospfNssaTranslatorStatusChange NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfNssaTranslatorStatusChange NOTIFICATION-TYPE OBJECTS、ospfRouterId--、罠の創始者
Galecki, et al. Standards Track [Page 106] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[106ページ]。
ospfAreaId,
ospfAreaNssaTranslatorState -- The current translation
-- status
}
STATUS current
DESCRIPTION
"An ospfNssaTranslatorStatusChange trap indicates that
there has been a change in the router's ability to
translate OSPF type-7 LSAs into OSPF type-5 LSAs.
This trap should be generated when the translator
status transitions from or to any defined status on
a per-area basis."
::= { ospfTraps 17 }
ospfAreaId、ospfAreaNssaTranslatorState--現在の翻訳--状態 STATUSの現在の記述、「ospfNssaTranslatorStatusChange罠は、OSPFタイプ-7LSAsをOSPFタイプ-5LSAsに翻訳するルータの能力における変化があったのを示します」。 「翻訳者状態が状態、または、地域制に関するどんな定義された状態にも移行するとき、この罠は生成されるべきです。」 ::= ospfTraps17
ospfRestartStatusChange NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfRestartStatus,
ospfRestartInterval,
ospfRestartExitReason
}
STATUS current
DESCRIPTION
"An ospfRestartStatusChange trap signifies that
there has been a change in the graceful restart
state for the router. This trap should be
generated when the router restart status
changes."
::= { ospfTraps 18 }
ospfRestartStatusChange NOTIFICATION-TYPE OBJECTS、ospfRouterId--罠ospfRestartStatus、ospfRestartIntervalの創始者、ospfRestartExitReason、STATUSの現在の記述、「ospfRestartStatusChange罠は、変化がルータのための優雅な再開状態にあったのを意味します」。 「ルータ再開状態が変化するとき、この罠は生成されるべきです。」 ::= ospfTraps18
ospfNbrRestartHelperStatusChange NOTIFICATION-TYPE
OBJECTS { ospfRouterId, -- The originator of the trap
ospfNbrIpAddr,
ospfNbrAddressLessIndex,
ospfNbrRtrId,
ospfNbrRestartHelperStatus,
ospfNbrRestartHelperAge,
ospfNbrRestartHelperExitReason
}
STATUS current
DESCRIPTION
"An ospfNbrRestartHelperStatusChange trap signifies that
there has been a change in the graceful restart
helper state for the neighbor. This trap should be
generated when the neighbor restart helper status
transitions for a neighbor."
::= { ospfTraps 19 }
ospfNbrRestartHelperStatusChange NOTIFICATION-TYPE OBJECTS、ospfRouterId--罠ospfNbrIpAddr、ospfNbrAddressLessIndex、ospfNbrRtrId、ospfNbrRestartHelperStatus、ospfNbrRestartHelperAgeの創始者、ospfNbrRestartHelperExitReason、STATUSの現在の記述、「ospfNbrRestartHelperStatusChange罠は、変化が隣人のための優雅な再開アシスタント状態にあったのを意味します」。 「隣人が隣人のためにアシスタント状態変遷を再開するとき、この罠は生成されるべきです。」 ::= ospfTraps19
ospfVirtNbrRestartHelperStatusChange NOTIFICATION-TYPE
ospfVirtNbrRestartHelperStatusChange通知タイプ
Galecki, et al. Standards Track [Page 107] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[107ページ]。
OBJECTS { ospfRouterId, -- The originator of the trap
ospfVirtNbrArea,
ospfVirtNbrRtrId,
ospfVirtNbrRestartHelperStatus,
ospfVirtNbrRestartHelperAge,
ospfVirtNbrRestartHelperExitReason
}
STATUS current
DESCRIPTION
"An ospfVirtNbrRestartHelperStatusChange trap signifies
that there has been a change in the graceful restart
helper state for the virtual neighbor. This trap should
be generated when the virtual neighbor restart helper
status transitions for a virtual neighbor."
::= { ospfTraps 20 }
OBJECTS、ospfRouterId--罠ospfVirtNbrArea、ospfVirtNbrRtrId、ospfVirtNbrRestartHelperStatus、ospfVirtNbrRestartHelperAgeの創始者、ospfVirtNbrRestartHelperExitReason、STATUSの現在の記述、「ospfVirtNbrRestartHelperStatusChange罠は、変化が仮想の隣人のための優雅な再開アシスタント状態にあったのを意味します」。 「仮想の隣人が仮想の隣人のためにアシスタント状態変遷を再開するとき、この罠は生成されるべきです。」 ::= ospfTraps20
-- conformance information
-- 順応情報
ospfTrapConformance OBJECT IDENTIFIER ::= { ospfTrap 3 }
ospfTrapGroups OBJECT IDENTIFIER ::= { ospfTrapConformance 1 }
ospfTrapCompliances OBJECT IDENTIFIER ::= { ospfTrapConformance 2 }
ospfTrapConformanceオブジェクト識別子:、:= ospfTrap3ospfTrapGroupsオブジェクト識別子:、:= ospfTrapConformance1ospfTrapCompliancesオブジェクト識別子:、:= ospfTrapConformance2
-- compliance statements
-- 承諾声明
ospfTrapCompliance MODULE-COMPLIANCE
STATUS obsolete
DESCRIPTION
"The compliance statement."
MODULE -- this module
MANDATORY-GROUPS { ospfTrapControlGroup }
ospfTrapCompliance MODULE-COMPLIANCE STATUSは記述を時代遅れにします。「承諾声明。」 MODULE--このモジュールMANDATORY-GROUPSospfTrapControlGroup
GROUP ospfTrapControlGroup
DESCRIPTION
"This group is optional but recommended for all
OSPF systems."
::= { ospfTrapCompliances 1 }
「任意ですが、すべてのOSPFシステムのために推薦されるのを除いて、これは分類する」GROUP ospfTrapControlGroup記述、:、:= ospfTrapCompliances1
ospfTrapCompliance2 MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement."
MODULE -- this module
MANDATORY-GROUPS { ospfTrapControlGroup, ospfTrapEventGroup }
OBJECT ospfConfigErrorType
MIN-ACCESS accessible-for-notify
DESCRIPTION
"This object is only required to be supplied within
notifications."
ospfTrapCompliance2 MODULE-COMPLIANCE STATUSの現在の記述、「承諾声明。」 MODULE--、このモジュールMANDATORY-GROUPS、ospfTrapControlGroup、ospfTrapEventGroup、OBJECT ospfConfigErrorType MIN-ACCESS、アクセスしやすい、通知、「通知の中でこのオブジェクトは供給されているだけでよい」記述。
Galecki, et al. Standards Track [Page 108] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[108ページ]。
OBJECT ospfPacketType
MIN-ACCESS accessible-for-notify
DESCRIPTION
"This object is only required to be supplied within
notifications."
OBJECT ospfPacketSrc
MIN-ACCESS accessible-for-notify
DESCRIPTION
"This object is only required to be supplied within
notifications."
::= { ospfTrapCompliances 2 }
OBJECT ospfPacketType MIN-ACCESS、アクセスしやすい、通知、「通知の中でこのオブジェクトは供給されているだけでよい」記述。 OBJECT ospfPacketSrc MIN-ACCESS、アクセスしやすい、通知、「通知の中でこのオブジェクトは供給されているだけでよい」記述。 ::= ospfTrapCompliances2
-- units of conformance
-- ユニットの順応
ospfTrapControlGroup OBJECT-GROUP
OBJECTS { ospfSetTrap,
ospfConfigErrorType,
ospfPacketType,
ospfPacketSrc }
STATUS current
DESCRIPTION
"These objects are required to control traps
from OSPF systems."
::= { ospfTrapGroups 1 }
ospfTrapControlGroup OBJECT-GROUP OBJECTS、ospfSetTrap、ospfConfigErrorType、ospfPacketType、ospfPacketSrc、STATUSの現在の記述が「OSPFシステムから罠を制御するのが必要これらが反対するである」、:、:= ospfTrapGroups1
ospfTrapEventGroup NOTIFICATION-GROUP
NOTIFICATIONS {
ospfVirtIfStateChange,
ospfNbrStateChange,
ospfVirtNbrStateChange,
ospfIfConfigError,
ospfVirtIfConfigError,
ospfIfAuthFailure,
ospfVirtIfAuthFailure,
ospfIfRxBadPacket,
ospfVirtIfRxBadPacket,
ospfTxRetransmit,
ospfVirtIfTxRetransmit,
ospfOriginateLsa,
ospfMaxAgeLsa,
ospfLsdbOverflow,
ospfLsdbApproachingOverflow,
ospfIfStateChange,
ospfNssaTranslatorStatusChange,
ospfRestartStatusChange,
ospfNbrRestartHelperStatusChange,
ospfVirtNbrRestartHelperStatusChange
}
ospfTrapEventGroup通知グループ通知ospfVirtIfStateChange、ospfNbrStateChange、ospfVirtNbrStateChange、ospfIfConfigError、ospfVirtIfConfigError、ospfIfAuthFailure、ospfVirtIfAuthFailure、ospfIfRxBadPacket、ospfVirtIfRxBadPacket、ospfTxRetransmit、ospfVirtIfTxRetransmit、ospfOriginateLsa、ospfMaxAgeLsa、ospfLsdbOverflow、ospfLsdbApproachingOverflow、ospfIfStateChange、ospfNssaTranslatorStatusChange、ospfRestartStatusChange、ospfNbrRestartHelperStatusChange、ospfVirtNbrRestartHelperStatusChange
Galecki, et al. Standards Track [Page 109] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[109ページ]。
STATUS current
DESCRIPTION
"A grouping of OSPF trap events, as specified
in NOTIFICATION-TYPE constructs."
::= { ospfTrapGroups 2 }
STATUSの現在の記述、「NOTIFICATION-TYPEが構成する指定されたコネとしてのOSPF罠イベントの組分け。」 ::= ospfTrapGroups2
END
終わり
6. Security Considerations
6. セキュリティ問題
There are a number of management objects defined in this MIB that have a MAX-ACCESS clause of read-write and/or read-create. Such objects may be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations.
aがあります。読書して書くことのマックス-ACCESS節を持っているこのMIBで定義された管理オブジェクトに付番する、そして/または、読書して作成します。 そのようなオブジェクトはいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。
It is recommended that attention be specifically given to implementing the MAX-ACCESS clause in a number of objects, including ospfIfAuthKey, ospfIfAuthType, ospfVirtIfAuthKey, and ospfVirtIfAuthType in scenarios that DO NOT use SNMPv3 strong security (i.e., authentication and encryption). Extreme caution must be used to minimize the risk of cascading security vulnerabilities when SNMPv3 strong security is not used. When SNMPv3 strong security is not used, these objects should have access of read-only, not read-create.
明確に多くのオブジェクトでマックス-ACCESS節を実装するのに注意を与えるのはお勧めです、SNMPv3の強いセキュリティ(すなわち、認証と暗号化)を使用しないシナリオにospfIfAuthKey、ospfIfAuthType、ospfVirtIfAuthKey、およびospfVirtIfAuthTypeを含んでいて。 SNMPv3の強いセキュリティが使用されていないとき、滝のセキュリティの脆弱性の危険を最小にするのに極端な警告を使用しなければなりません。 SNMPv3の強いセキュリティが使用されていないときこれらのオブジェクトには書き込み禁止のアクセスがあるはずである、読書して作成しません。
SNMPv1 by itself is not a secure environment. Even if the network itself is secure (for example by using IPsec), even then, there is no control as to who on the secure network is allowed to access and GET/SET (read/change/create/delete) the objects in this MIB.
それ自体でSNMPv1は安全な環境ではありません。 ネットワーク自体が安全であっても(例えば、IPsecを使用するのによる)、その時でさえ、アクセスとGET/SET(読むか、変える、作成する、または削除する)へのオブジェクトがこのMIBに安全なネットワークにだれに許容されているかに関してコントロールが全くありません。
It is recommended that the implementers consider the security features as provided by the SNMPv3 framework. Specifically, the use of the User-based Security Model RFC 3414 [RFC3414] and the View- based Access Control Model RFC 3415 [RFC3415] is recommended.
implementersがSNMPv3フレームワークで提供するようにセキュリティ機能を考えるのは、お勧めです。 明確に、UserベースのSecurity Model RFC3414[RFC3414]とViewのベースのAccess Control Model RFC3415[RFC3415]の使用はお勧めです。
It is then a customer/user responsibility to ensure that the SNMP entity giving access to an instance of this MIB, is properly configured to give access to the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them.
そして、本当にGETに正当な権利を持っている校長(ユーザ)をそれらだけへのオブジェクトへのアクセスに与えるか、または(変えるか、作成する、または削除します)それらをSETに与えるために構成されて、それはこのMIBのインスタンスへのアクセスを与えるSNMP実体が適切にそうであることを保証する顧客/ユーザ責任です。
Galecki, et al. Standards Track [Page 110] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[110ページ]。
7. IANA Considerations
7. IANA問題
The MIB module in this document uses the following IANA-assigned OBJECT IDENTIFIER values recorded in the SMI Numbers registry:
MIBモジュールは本書ではSMI民数記登録に記録された以下のIANAによって割り当てられたOBJECT IDENTIFIER値を使用します:
Descriptor OBJECT IDENTIFIER value
---------- -----------------------
ospf { mib-2 14 }
記述子OBJECT IDENTIFIER価値---------- ----------------------- ospfmib-2 14
8. Acknowledgements
8. 承認
This document was produced by the OSPF Working Group and is based on the MIB for OSPF version 2 by Rob Coltun and Fred Baker [RFC1850]. The editors would like to acknowledge John Moy, Rob Coltun, Randall Atkinson, David T. Perkins, Ken Chapman, Brian Field, Acee Lindem, Vishwas Manral, Roy Jose, Don Goodspeed, Vivek Dubey, Keith McCloghrie, Bill Fenner, and Dan Romascanu for their constructive comments.
ロブColtunとフレッド・ベイカー[RFC1850]のこのドキュメントは、OSPF作業部会によって製作されて、OSPFバージョン2のためのMIBに基づいています。 エディタは彼らの建設的なコメントのためにジョンMoy、ロブColtun、ランドル・アトキンソン、デヴィッド・T.パーキンス、ケン・チャップマン、ブライアンField、Acee Lindem、Vishwas Manral、ロイ・ホセ、ドン・グッドスピード、Vivek Dubey、キースMcCloghrie、ビル・フェナー、およびダンRomascanuを承認したがっています。
9. References
9. 参照
9.1. Normative References
9.1. 引用規格
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[RFC2578] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Structure of Management Information Version 2 (SMIv2)",
STD 58, RFC 2578, April 1999.
[RFC2578] McCloghrie、K.、パーキンス、D.、およびJ.Schoenwaelder、「経営情報バージョン2(SMIv2)の構造」、STD58、RFC2578(1999年4月)。
[RFC2579] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Textual Conventions for SMIv2", STD 58, RFC 2579, April
1999.
[RFC2579] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[RFC2580] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Conformance Statements for SMIv2", STD 58, RFC 2580,
April 1999.
[RFC2580] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2580、1999年4月のための順応声明。」
9.2 Informative References
9.2 有益な参照
[RFC1224] Steinberg, L., "Techniques for managing asynchronously
generated alerts", RFC 1224, May 1991.
[RFC1224] スタインバーグ、L.、「管理するためのテクニックは警戒を非同期に生成した」RFC1224、1991年5月。
[RFC1704] Haller, N. and R. Atkinson, "On Internet Authentication",
RFC 1704, October 1994.
[RFC1704] ハラーとN.とR.アトキンソン、「インターネット認証」、RFC1704、1994年10月。
[RFC1765] Moy, J., "OSPF Database Overflow", RFC 1765, March 1995.
[RFC1765] Moy、J.、「OSPFデータベースオーバーフロー」、RFC1765、1995年3月。
Galecki, et al. Standards Track [Page 111] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[111ページ]。
[RFC1793] Moy, J., "Extending OSPF to Support Demand Circuits", RFC
1793, April 1995.
[RFC1793] Moy、J.、「要求が回路であるとサポートするためにOSPFを広げています」、RFC1793、1995年4月。
[RFC1850] Baker, F. and R. Coltun, "OSPF Version 2 Management
Information Base", RFC 1850, November 1995.
[RFC1850] ベイカーとF.とR.Coltun、「OSPFバージョン2管理情報ベース」、RFC1850、1995年11月。
[RFC2328] Moy, J., "OSPF Version 2", STD 54, RFC 2328, April 1998.
[RFC2328]Moy、J.、「OSPF、バージョン2インチ、STD54、RFC2328、1998インチ年4月。
[RFC2370] Coltun, R., "The OSPF Opaque LSA Option", RFC 2370, July
1998.
[RFC2370]Coltun、1998年7月のR.、「OSPFの不明瞭なLSAオプション」RFC2370。
[RFC3101] Murphy, P., "The OSPF Not-So-Stubby Area (NSSA) Option",
RFC 3101, January 2003.
[RFC3101] マーフィー、P.、「OSPFしたがって、短く太くない領域(NSSA)オプション」、RFC3101、2003年1月。
[RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart,
"Introduction and Applicability Statements for Internet-
Standard Management Framework", RFC 3410, December 2002.
[RFC3410] ケース、J.、マンディ、R.、パーテイン、D.、およびB.スチュワート、「インターネットの標準の管理フレームワークのための序論と適用性声明」、RFC3410(2002年12月)。
[RFC3414] Blumenthal, U. and B. Wijnen, "User-based Security Model
(USM) for version 3 of the Simple Network Management
Protocol (SNMPv3)", STD 62, RFC 3414, December 2002.
[RFC3414]ブルーメンソルとU.とB.Wijnen、「Simple Network Managementプロトコル(SNMPv3)のバージョン3のためのユーザベースのSecurity Model(USM)」、STD62、RFC3414、2002年12月。
[RFC3415] Wijnen, B., Presuhn, R., and K. McCloghrie, "View-based
Access Control Model (VACM) for the Simple Network
Management Protocol (SNMP)", STD 62, RFC 3415, December
2002.
[RFC3415] Wijnen、B.、Presuhn、R.、およびK.McCloghrie、「簡単なネットワークマネージメントのための視点ベースのアクセス制御モデル(VACM)は(SNMP)について議定書の中で述べます」、STD62、RFC3415、2002年12月。
[RFC3584] Frye, R., Levi, D., Routhier, S., and B. Wijnen,
"Coexistence between Version 1, Version 2, and Version 3
of the Internet-standard Network Management Framework",
BCP 74, RFC 3584, August 2003.
[RFC3584]フライとR.とレビとD.とRouthier、S.とB.Wijnen、「インターネット標準ネットワークマネージメントフレームワークのバージョン1と、バージョン2と、バージョン3の間の共存」BCP74、RFC3584(2003年8月)。
[RFC3623] Moy, J., Pillay-Esnault, P., and A. Lindem, "Graceful OSPF
Restart", RFC 3623, November 2003.
[RFC3623] MoyとJ.とPillay-Esnault、P.とA.Lindem、「優雅なOSPFは再開する」RFC3623、2003年11月。
[RFC791] Postel, J., "Internet Protocol", STD 5, RFC 791, September
1981.
[RFC791] ポステル、J.、「インターネットプロトコル」、STD5、RFC791、1981年9月。
[RFC3411] Harrington, D., Presuhn, R., and B. Wijnen, "An
Architecture for Describing Simple Network Management
Protocol (SNMP) Management Frameworks", STD 62, RFC 3411,
December 2002.
[RFC3411] ハリントン、D.、Presuhn、R.、およびB.Wijnen、「簡単なネットワーク管理プロトコル(SNMP)管理フレームワークについて説明するためのアーキテクチャ」、STD62、RFC3411(2002年12月)。
[RFC1583] Moy, J., "OSPF Version 2", RFC 1583, March 1994.
[RFC1583]Moy、J.、「OSPF、バージョン2インチ、RFC1583、1994インチ年3月。
Galecki, et al. Standards Track [Page 112] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[112ページ]。
Appendix A. TOS Support
付録A.TOSサポート
For backward compatibility with previous versions of the OSPF MIB specification, TOS-specific information has been retained in this document, though the TOS routing option has been deleted from OSPF [RFC2328].
OSPF MIB仕様の旧バージョンとの後方の互換性において、TOS-特殊情報は本書では保有されました、TOSルーティングオプションがOSPF[RFC2328]から削除されましたが。
Appendix B. Changes from RFC 1850
RFC1850からの付録B.変化
This section documents the differences between this memo and RFC 1850.
このセクションはこのメモとRFC1850の違いを記録します。
Appendix B.1. General Group Changes
付録B.1。 一般集団変化
Added object ospfRFC1583Compatibility to indicate support with "RFC 1583 Compatibility" [RFC1583]. This object has DEFVAL of "enabled".
「RFC1583の互換性」[RFC1583]とのサポートを示すためにオブジェクトospfRFC1583Compatibilityを加えました。 このオブジェクトには、「可能にされること」のDEFVALがあります。
Added object ospfReferenceBandwidth to allow configuration of a reference bandwidth for calculation of default interface metrics.
デフォルトの計算のための参照帯域幅の構成を許す加えられたオブジェクトospfReferenceBandwidthは測定基準を連結します。
Added objects ospfRestartSupport, ospfRestartInterval, ospfRestartAge, ospfRestartStrictLsaChecking, and ospfRestartExitReason to support graceful restart.
サポートに優雅な加えられたオブジェクトのospfRestartSupport、ospfRestartInterval、ospfRestartAge、ospfRestartStrictLsaChecking、およびospfRestartExitReasonは再開します。
Added objects ospfStubRouterSupport and ospfStubRouteAdvertisement to support stub routers.
サポートへの加えられたオブジェクトのospfStubRouterSupportとospfStubRouteAdvertisementはルータを引き抜きます。
Added object ospfDiscontinuityTime in order for a management entity to detect counter discontinuity events.
検出する経営体において、整然としている加えられたオブジェクトospfDiscontinuityTimeは不連続イベントを打ち返します。
Appendix B.2. OSPF NSSA Enhancement Support
付録B.2。 OSPF NSSA増進サポート
Added new objects to OspfAreaTable including the following:
以下を含むOspfAreaTableへの加えられた新しいオブジェクト:
-ospfAreaNssaTranslatorRole to indicate the configured NSSA
translation role.
-構成されたNSSA翻訳の役割を示すospfAreaNssaTranslatorRole。
-ospfAreaNssaTranslatorState to indicate the current NSSA translation
role.
-現在のNSSA翻訳の役割を示すospfAreaNssaTranslatorState。
-ospfAreaNssaTranslatorStabilityInterval to indicate time to continue
to perform at current translation status.
-現在の翻訳状態で働き続ける時間を示すospfAreaNssaTranslatorStabilityInterval。
-ospfAreaNssaTranslatorEvents to indicate the number of times OSPF
translation state has changed.
-回数OSPF翻訳状態を示すospfAreaNssaTranslatorEventsは変化しました。
Added new object ospfAreaAggregateExtRouteTag to ospfAreaAggregateTable.
新しいオブジェクトospfAreaAggregateExtRouteTagをospfAreaAggregateTableに加えました。
Galecki, et al. Standards Track [Page 113] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[113ページ]。
Added new object ospfNssaTranslatorStatusChange to ospfTraps in OSPF-TRAP-MIB DEFINITIONS.
新しいオブジェクトospfNssaTranslatorStatusChangeをOSPF-TRAP-MIB DEFINITIONSのospfTrapsに加えました。
Added ospfAreaId to IMPORTS in OSPF-TRAP-MIB DEFINITIONS to support ospfNssaTranslatorStatusChange.
ospfNssaTranslatorStatusChangeをサポートするためにOSPF-TRAP-MIB DEFINITIONSのIMPORTSにospfAreaIdを加えました。
Added ospfAreaExtNssaTranslatorStatus to IMPORTS in OSPF-TRAP-MIB DEFINITIONS to support ospfNssaTranslatorStatusChange.
ospfNssaTranslatorStatusChangeをサポートするためにOSPF-TRAP-MIB DEFINITIONSのIMPORTSにospfAreaExtNssaTranslatorStatusを加えました。
Modified the DESCRIPTION clause of the ospfAreaSummary object in the ospfAreaTable to indicate support for NSSA.
NSSAのサポートを示すようにospfAreaTableでospfAreaSummaryオブジェクトの記述節を変更しました。
Modified the DESCRIPTION clause of the ospfImportAsExtern object in the ospfAreaTable for clarity.
明快ためにospfAreaTableでospfImportAsExternオブジェクトの記述節を変更しました。
Appendix B.3. Opaque LSA Support
付録B.3。 不透明なLSAサポート
Added object ospfOpaqueLsaSupport to ospfGeneralGroup to indicate support of OSPF Opaque LSAs.
OSPF Opaque LSAsのサポートを示すためにオブジェクトospfOpaqueLsaSupportをospfGeneralGroupに加えました。
Created ospfLocalLsdbTable, for link-local (type-9) LSA support. This table is indexed by the following:
リンク地方(タイプ-9)のLSAサポートのためにospfLocalLsdbTableを作成しました。 このテーブルは以下によって索引をつけられます:
-ospflocalLsdbIpAddress
-ospflocalLsdbIpAddress
-ospfLocalLsdbAddressLessIf
-ospfLocalLsdbAddressLessIf
-ospfLocalLsdbType
-ospfLocalLsdbType
-ospfLocalLsdbLsid
-ospfLocalLsdbLsid
-ospfLocalLsdbRouterId
-ospfLocalLsdbRouterId
ospfLocalLsdbTable contains the following (columnar) objects:
ospfLocalLsdbTableは以下の(円柱状)のオブジェクトを含んでいます:
-ospfLocalLsdbSequence, to indicate LSA instance
-ospfLocalLsdbSequence、LSAインスタンスを示します。
-ospfLocalLsdbAge
-ospfLocalLsdbAge
-ospfLocalLsdbChecksum
-ospfLocalLsdbChecksum
-ospfLocalLsdbAdvertisement, containing the entire LSA
-全体のLSAを含むospfLocalLsdbAdvertisement
Created ospfVirLocalLsdbTable, for link-local (type-9) LSA support on virtual links. This table is indexed by the following:
リンク地方(タイプ-9)のLSAサポートのために仮想のリンクにospfVirLocalLsdbTableを作成しました。 このテーブルは以下によって索引をつけられます:
-ospfVirtLocalLsdbTransitArea
-ospfVirtLocalLsdbTransitArea
Galecki, et al. Standards Track [Page 114] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[114ページ]。
-ospfVirtLocalLsdbNeighbor, to indicate the router ID of the virtual
neighbor
-ospfVirtLocalLsdbNeighbor、仮想の隣人のルータIDを示します。
-ospfVirLocalLsdbType
-ospfVirLocalLsdbType
-ospfVirLocalLsdbLsid
-ospfVirLocalLsdbLsid
-ospfVirLocalLsdbRouterId
-ospfVirLocalLsdbRouterId
ospfVirLocalLsdbTable contains the following (columnar) objects:
ospfVirLocalLsdbTableは以下の(円柱状)のオブジェクトを含んでいます:
-ospfVirLocalLsdbSequence, to indicate LSA instance
-ospfVirLocalLsdbSequence、LSAインスタンスを示します。
-ospfVirLocalLsdbAge
-ospfVirLocalLsdbAge
-ospfVirLocalLsdbChecksum
-ospfVirLocalLsdbChecksum
-ospfVirLocalLsdbAdvertisement, containing the entire LSA
-全体のLSAを含むospfVirLocalLsdbAdvertisement
Added objects to ospfIfTable to support link-local (type-9) LSAs, including the following:
以下を含むリンク地方(タイプ-9)のLSAsをサポートするospfIfTableへの加えられたオブジェクト:
-ospfIfLsaCount
-ospfIfLsaCount
-ospfIfLsaCksumSum, to indicate the sum of the type-9 link state
advertisement checksums on this interface
-ospfIfLsaCksumSum、タイプ-9つのものの合計を示すには、州の広告チェックサムをこのインタフェースにリンクしてください。
Added objects to ospfVirIfTable, to support link-local (type-9) LSAs on virtual links, including the following:
仮想のリンクの上のリンク地方(タイプ-9)のLSAsをサポートするために以下を含むospfVirIfTableへの加えられたオブジェクト:
-ospfVirIfLsaCount
-ospfVirIfLsaCount
-ospfVirIfLsaCksumSum, to indicate the sum of the type-9 link state
advertisement checksums on this link
-ospfVirIfLsaCksumSum、タイプ-9つのものの合計を示すには、州の広告チェックサムをこのリンクにリンクしてください。
To support area scope (type-10) LSAs, the enumeration areaOpaqueLink (10) was added to ospfLsdbType in the ospfLsdbTable.
買い支え値の範囲(タイプ-10)LSAsに、列挙areaOpaqueLink(10)はospfLsdbTableでospfLsdbTypeに加えられました。
Created ospfAsLsdbTable, for AS-scope LSA support. This table is indexed by the following:
AS-範囲LSAサポートのためにospfAsLsdbTableを作成しました。 このテーブルは以下によって索引をつけられます:
-ospfAsLsdbType
-ospfAsLsdbType
-ospfAsLsdbLsid
-ospfAsLsdbLsid
-ospfAsLsdbRouterId
-ospfAsLsdbRouterId
ospfAsLsdbTable contains the following (columnar) objects:
ospfAsLsdbTableは以下の(円柱状)のオブジェクトを含んでいます:
Galecki, et al. Standards Track [Page 115] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[115ページ]。
-ospfAsLsdbSequence, to indicate LSA instance
-ospfAsLsdbSequence、LSAインスタンスを示します。
-ospfAsLsdbAge
-ospfAsLsdbAge
-ospfAsLsdbChecksum
-ospfAsLsdbChecksum
-ospfAsLsdbAdvertisement, containing the entire LSA
-全体のLSAを含むospfAsLsdbAdvertisement
Appendix B.4. Graceful Restart Support
付録B.4。 優雅な再開サポート
Added objects ospfRestartSupport, ospfRestartInterval, ospfRestartAge, ospfRestartStrictLsaChecking, and ospfRestartExitReason to general group.
一般への加えられたオブジェクトのospfRestartSupport、ospfRestartInterval、ospfRestartAge、ospfRestartStrictLsaChecking、およびospfRestartExitReasonは分類します。
Added objects ospfNbrRestartHelperStatus, ospfNbrRestartHelperAge, and ospfNbrRestartHelperExitReason to OspfNbrTable.
オブジェクトospfNbrRestartHelperStatus、ospfNbrRestartHelperAge、およびospfNbrRestartHelperExitReasonをOspfNbrTableに加えました。
Added objects ospfVirtNbrRestartHelperStatus, ospfVirtNbrRestartHelperAge, and ospfVirtNbrRestartHelperExitReason to OspfVirtNbrTable.
オブジェクトospfVirtNbrRestartHelperStatus、ospfVirtNbrRestartHelperAge、およびospfVirtNbrRestartHelperExitReasonをOspfVirtNbrTableに加えました。
Appendix B.5. OSPF Compliances
付録B.5。 OSPFコンプライアンス
New compliance statements were added for new and for obsoleted conformance groups. These statements include the following:
声明が新しさと時代遅れにされた順応グループのために加えられた新しい承諾。 これらの声明は以下を含んでいます:
-ospfCompliance2
-ospfCompliance2
-ospfComplianceObsolete
-ospfComplianceObsolete
New conformance groups were created to support new objects added to the group. These groups include the following:
新しい順応グループは、グループに追加された新しいオブジェクトを支えるために創設されました。 これらのグループは以下を含んでいます:
-ospfBasicGroup2
-ospfBasicGroup2
-ospfAreaGroup2
-ospfAreaGroup2
-ospfIfGroup2
-ospfIfGroup2
-ospfVirtIfGroup2
-ospfVirtIfGroup2
-ospfNbrGroup2
-ospfNbrGroup2
-ospfVirtNbrGroup2
-ospfVirtNbrGroup2
-ospfAreaAggregateGroup2
-ospfAreaAggregateGroup2
Added completely new conformance groups, including the following:
以下を含んでいて、完全に新しい順応グループは加えました:
Galecki, et al. Standards Track [Page 116] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[116ページ]。
-ospfLocalLsdbGroup, which specifies support for link-local (type-9)
LSAs
-ospfLocalLsdbGroup。(そのospfLocalLsdbGroupはリンク地方(タイプ-9)のLSAsのサポートを指定します)。
-ospfVirtLocalLsdbGroup, which specifies support for link-local
(type-9) LSAs on virtual links
-ospfVirtLocalLsdbGroup。(そのospfVirtLocalLsdbGroupは仮想のリンクの上のリンク地方(タイプ-9)のLSAsのサポートを指定します)。
-ospfObsoleteGroup, for obsolete objects and SMI compatibility
-時代遅れのオブジェクトとSMIの互換性のためのospfObsoleteGroup
Appendix B.6. OSPF Authentication and Security
付録B.6。 OSPF認証とセキュリティ
As there has been significant concern in the community regarding cascading security vulnerabilities, the following changes have been incorporated:
滝のセキュリティの脆弱性に関して重要な関心が共同体にあったとき、以下の変化は法人組織でした:
-Modified the DESCRIPTION clause of ospfIfAuthKey due to security
concerns and to increase clarity
-ospfIfAuthKeyの記述節を安全上の配慮と増加に変更する、明快
-Modified the DESCRIPTION clause of ospfVirtIfAuthKey due to security
concerns and to increase clarity
-ospfVirtIfAuthKeyの記述節を安全上の配慮と増加に変更する、明快
-Modified the DESCRIPTION clause of ospfIfAuthType due to security
concerns and to increase clarity
-ospfIfAuthTypeの記述節を安全上の配慮と増加に変更する、明快
-Modified the DESCRIPTION clause of ospfVirtIfType due to security
concerns and to increase clarity
-ospfVirtIfTypeの記述節を安全上の配慮と増加に変更する、明快
-Modified the OSPF MIB MODULE DESCRIPTION due to security concerns
and to include a reference to the Security Considerations section in
this document that will transcend compilation
-変更されて、安全上の配慮とこのドキュメントの望んでいるSecurity Considerations部のインクルードa参照へのOSPF MIB MODULE DESCRIPTIONは編集を超えています。
-Modified the Security Considerations section to provide detail
-変更されて、Security Considerationsは、詳細を明らかにするのを区分します。
Appendix B.7. OSPF Trap MIB
付録B.7。 OSPF罠MIB
Added ospfTrapEventGroup.
ospfTrapEventGroupを加えました。
Added importation of NOTIFICATION-GROUP.
NOTIFICATION-GROUPの輸入を加えました。
Changed the STATUS of the ospfTrapCompliance MODULE-COMPLIANCE construct to obsolete.
時代遅れにするospfTrapCompliance MODULE-COMPLIANCE構造物のSTATUSを変えました。
Added ospfTrapCompliance2 MODULE-COMPLIANCE construct, which replaces ospfTrapCompliance. OspfTrapCompliance includes an updated MANDATORY-GROUPS clause and new MIN-ACCESS specifications.
ospfTrapCompliance2 MODULE-COMPLIANCE構造物を加えました。(それは、ospfTrapComplianceを取り替えます)。 OspfTrapComplianceはアップデートされたMANDATORY-GROUPS節と新しいMIN-ACCESS仕様を含んでいます。
Added mtuMismatch enumeration to ospfConfigErrorType object in ospfTrapControl to imply MTU mismatch trap generation. in ospfIfConfigError.
ospfConfigErrorTypeへの加えられたmtuMismatch列挙はMTUを含意するospfTrapControlで反対します。ミスマッチトラップ発生ospfIfConfigErrorで。
Galecki, et al. Standards Track [Page 117] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[117ページ]。
Added noError enumeration to ospfConfigErrorType object for situations when traps are requested but none have been sent. Updated the DESCRIPTION clause accordingly.
罠が要求されているときの状況のためのospfConfigErrorTypeオブジェクトへの加えられたnoError列挙にもかかわらず、なにも送られません。 それに従って、記述節をアップデートしました。
Added nullPacket enumeration to ospfPacketType object for situations when traps are requested but none have been sent. Updated the DESCRIPTION clause accordingly.
罠が要求されているときの状況のためのospfPacketTypeオブジェクトへの加えられたnullPacket列挙にもかかわらず、なにも送られません。 それに従って、記述節をアップデートしました。
Updated the DESCRIPTION clause of ospfPacketSrc for situations when traps are requested, but none have been sent.
罠が要求されていますが、なにも送られないとき、状況のためにospfPacketSrcの記述節をアップデートしました。
Added NOTIFICATION-TYPE for ospfRestartStatusChange.
ospfRestartStatusChangeのために通知タイプを加えました。
Added NOTIFICATION-TYPE for ospfNbrRestartHelperStatusChange.
ospfNbrRestartHelperStatusChangeのために通知タイプを加えました。
Added NOTIFICATION-TYPE for ospfVirtNbrRestartHelperStatusChange.
ospfVirtNbrRestartHelperStatusChangeのために通知タイプを加えました。
Appendix B.8. Miscellaneous
付録B.8。 その他
Various sections have been moved or modified for clarity. Most of these changes are semantic in nature and include, but are not limited to the following:
様々なセクションは、明快ために動かされるか、または変更されました。 これらの変化の大部分は、以下に現実に意味的であり、含みますが、限られていません:
-The OSPF overview section's format was revised. Unneeded
information was removed. Removed information includes OSPF TOS
default values.
-OSPF概要部の形式は改訂されました。 不要な情報は取り除かれました。 取り除かれた情報はOSPF TOSデフォルト値を含んでいます。
-The trap overview section's format and working were revised.
Unneeded information was removed.
-罠概要部の形式と働きは改訂されました。 不要な情報は取り除かれました。
-Modified the DESCRIPTION clause of "Status" "TEXTUAL-CONVENTION" for
clarity.
-明快ために「状態」「原文のコンベンション」の記述節を変更しました。
-The Updates section was moved from the overview to its own section.
-Updates部は概要からそれ自身のセクションまで動かされました。
-Updated "REFERENCE" clauses in all objects, as needed.
-必要に応じてすべてのオブジェクトのアップデートされた「参照」節。
-Modified the SEQUENCE of the OspfIfTable to reflect the true order
of the objects in the table.
-テーブルでのオブジェクトの本当の注文を反映するようにOspfIfTableのSEQUENCEを変更しました。
-Modified the DESCRIPTION clause of all row management objects for
clarity.
-明快ためにすべての行管理オブジェクトの記述節を変更しました。
Added ospfHostCfgAreaID to object to Host table with read-create access. Deprecated ospfHostAreaID.
Hostにテーブルの上に置いた状態で反対する加えられたospfHostCfgAreaIDはアクセサリーを読書して作成します。 推奨しないospfHostAreaID。
Galecki, et al. Standards Track [Page 118] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[118ページ]。
Added importation of InterfaceIndexOrZero from IF-MIB. This TEXTUAL-CONVENTION will replace the InterfaceIndex TEXTUAL- CONVENTION.
InterfaceIndexOrZeroの輸入を加える、-、MIB このTEXTUAL-CONVENTIONはInterfaceIndex TEXTUAL- CONVENTIONを取り替えるでしょう。
Changed the SYNTAX clause of ospfNbrAddressLessIndex to use the semantically identical InterfaceIndexOrZero TEXTUAL-CONVENTION, as permitted by the SMI.
SMIによって可能にされるように意味的に同じInterfaceIndexOrZero TEXTUAL-CONVENTIONを使用するためにospfNbrAddressLessIndexのSYNTAX節を変えました。
Changed the STATUS clause of the TEXTUAL-CONVENTION InterfaceIndex to obsolete and modified the DESCRIPTION accordingly.
時代遅れにするTEXTUAL-CONVENTION InterfaceIndexのSTATUS節を変えて、それに従って、記述を変更しました。
Changed the SYNTAX clause of ospfAddressLessIf to use the semantically identical InterfaceIndexOrZero TEXTUAL-CONVENTION, as permitted by the SMI.
SMIによって可能にされるように意味的に同じInterfaceIndexOrZero TEXTUAL-CONVENTIONを使用するためにospfAddressLessIfのSYNTAX節を変えました。
Changed the SYNTAX clause of ospfIfMetricAddressLessIf to use the semantically identical InterfaceIndexOrZero TEXTUAL-CONVENTION, as permitted by the SMI.
SMIによって可能にされるように意味的に同じInterfaceIndexOrZero TEXTUAL-CONVENTIONを使用するためにospfIfMetricAddressLessIfのSYNTAX節を変えました。
Changed importation of mib-2 from RFC1213-MIB to SNMPv2-SMI
mib-2の変えられたRFC1213-MIBからSNMPv2-SMIまでの輸入
Added Intellectual Property Rights section.
Intellectual Property Rights部を加えました。
Updated REVISION DESCRIPTION clauses with description of major MIB modifications.
主要なMIB変更の記述でREVISION DESCRIPTION節をアップデートしました。
Moved all relevant MIB comments to objects' DESCRIPTION clauses.
すべての関連MIBコメントをオブジェクトの記述節に動かしました。
Added reasoning for object deprecation.
オブジェクト不賛成のための推理を加えました。
Added persistence information for read-write, read-create objects.
固執情報を加える、読書して書いてください、そして、オブジェクトを読書して作成してください。
Described conditions when columns can be modified in RowStatus managed rows as required by RFC 2579.
RowStatusでコラムを変更できるとき、説明された状態は必要に応じてRFC2579で行を管理しました。
Defined OspfAuthenticationType TC and modified authentication type objects to use the new type.
定義されたOspfAuthenticationType TCと変更された認証は、新しいタイプを使用するためにオブジェクトをタイプします。
Made index objects of new tables not accessible.
新しいテーブルのインデックスオブジェクトをアクセスしやすくしませんでした。
Added the UNITS clause to several objects.
数個のオブジェクトにUNITS節を加えました。
Added ospfIfDesignatedRouterId and ospfIfBackupDesignatedRouterId to the OspfIfEntry.
ospfIfDesignatedRouterIdとospfIfBackupDesignatedRouterIdをOspfIfEntryに加えました。
Added the area LSA counter table.
領域LSA勘定テーブルを加えました。
Added IANA Considerations section.
IANA Considerations部を加えました。
Galecki, et al. Standards Track [Page 119] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[119ページ]。
Authors' Addresses
作者のアドレス
Dan Joyal (Editor) Nortel, Inc. 600 Technology Park Drive Billerica, MA 01821 USA
ダンJoyal(エディタ)ノーテルInc.600技術公園Drive MA01821ビルリカ(米国)
EMail: djoyal@nortel.com
メール: djoyal@nortel.com
Piotr Galecki (Editor) Airvana, Inc. 19 Alpha Road Chelmsford, MA 01824 USA
ピオトルGalecki(エディタ)Airvana Inc.19アルファRoad MA01824チェルムズフォード(米国)
EMail: pgalecki@airvana.com
メール: pgalecki@airvana.com
Spencer Giacalone (Editor) CSFB Eleven Madison Ave New York, NY 10010-3629 USA
スペンサーGiacalone(エディタ)CSFB ElevenマディソンAveニューヨーク10010-3629ニューヨーク(米国)
EMail: spencer.giacalone@gmail.com
メール: spencer.giacalone@gmail.com
Fred Baker Cisco Systems 1121 Via Del Rey Santa Barbara, California 93117 USA
デル・レイカリフォルニア93117サンタバーバラ(米国)経由でフレッドベイカーシスコシステムズ1121
EMail: fred@cisco.com
メール: fred@cisco.com
Rob Coltun Touch Acoustra 3204 Brooklawn Terrace Chevy Chase, MD 20815 USA
ロブColtun接触Acoustra3204Brooklawn Terrace MD20815チェビー・チェイス(米国)
EMail: undisclosed
メール: 明かされていません
Galecki, et al. Standards Track [Page 120] RFC 4750 OSPFv2 MIB December 2006
Galecki、他 規格はOSPFv2 MIB2006年12月にRFC4750を追跡します[120ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The IETF Trust (2006).
IETFが信じる著作権(C)(2006)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST, AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとここに含まれた情報はその人が代理をするか、または(もしあれば)後援される組織、インターネットの振興発展を目的とする組織、IETF信用、「そのままで」という基礎と貢献者の上で提供していて、そして、インターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、急行である、または暗示していて、他を含んでいて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるということであるかいずれが市場性か特定目的への適合性の黙示的な保証です。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実行するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を記述してください。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Galecki, et al. Standards Track [Page 121]
Galecki、他 標準化過程[121ページ]
一覧
スポンサーリンク
