RFC2720 日本語訳
2720 Traffic Flow Measurement: Meter MIB. N. Brownlee. October 1999. (Format: TXT=103781 bytes) (Obsoletes RFC2064) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group N. Brownlee Request for Comments: 2720 The University of Auckland Obsoletes: 2064 October 1999 Category: Standards Track
Network Working Group N. Brownlee Request for Comments: 2720 The University of Auckland Obsoletes: 2064 October 1999 Category: Standards Track
Traffic Flow Measurement: Meter MIB
Traffic Flow Measurement: Meter MIB
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 Internet Society (1999). All Rights Reserved.
Copyright (C) The Internet Society (1999). All Rights Reserved.
Abstract
Abstract
The RTFM Traffic Measurement Architecture provides a general framework for describing and measuring network traffic flows. Flows are defined in terms of their Address Attribute values and measured by a 'Traffic Meter'.
The RTFM Traffic Measurement Architecture provides a general framework for describing and measuring network traffic flows. Flows are defined in terms of their Address Attribute values and measured by a 'Traffic Meter'.
This document defines a Management Information Base (MIB) for use in controlling an RTFM Traffic Meter, in particular for specifying the flows to be measured. It also provides an efficient mechanism for retrieving flow data from the meter using SNMP. Security issues concerning the operation of traffic meters are summarised.
This document defines a Management Information Base (MIB) for use in controlling an RTFM Traffic Meter, in particular for specifying the flows to be measured. It also provides an efficient mechanism for retrieving flow data from the meter using SNMP. Security issues concerning the operation of traffic meters are summarised.
Table of Contents
Table of Contents
1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2
2 The SNMP Management Framework . . . . . . . . . . . . . . . . 2
3 Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
3.1 Scope of Definitions, Textual Conventions . . . . . . . . . 4
3.2 Usage of the MIB variables . . . . . . . . . . . . . . . . 4
4 Definitions . . . . . . . . . . . . . . . . . . . . . . . . . . 6
5 Security Considerations . . . . . . . . . . . . . . . . . . . . 46
5.1 SNMP Concerns . . . . . . . . . . . . . . . . . . . . . . 46
5.2 Traffic Meter Concerns . . . . . . . . . . . . . . . . . . 46
6 IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 48
7 Appendix A: Changes Introduced Since RFC 2064 . . . . . . . . . 49
8 Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 50
9 Intellectual Property Notice . . . . . . . . . . . . . . . . . 50
1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2 2 The SNMP Management Framework . . . . . . . . . . . . . . . . 2 3 Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 3.1 Scope of Definitions, Textual Conventions . . . . . . . . . 4 3.2 Usage of the MIB variables . . . . . . . . . . . . . . . . 4 4 Definitions . . . . . . . . . . . . . . . . . . . . . . . . . . 6 5 Security Considerations . . . . . . . . . . . . . . . . . . . . 46 5.1 SNMP Concerns . . . . . . . . . . . . . . . . . . . . . . 46 5.2 Traffic Meter Concerns . . . . . . . . . . . . . . . . . . 46 6 IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 48 7 Appendix A: Changes Introduced Since RFC 2064 . . . . . . . . . 49 8 Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 50 9 Intellectual Property Notice . . . . . . . . . . . . . . . . . 50
Brownlee Standards Track [Page 1] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
Brownlee Standards Track [Page 1] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
10 References . . . . . . . . . . . . . . . . . . . . . . . . . . 50 11 Author's Address . . . . . . . . . . . . . . . . . . . . . . . 53 12 Full Copyright Statement . . . . . . . . . . . . . . . . . . . 54
10 References . . . . . . . . . . . . . . . . . . . . . . . . . . 50 11 Author's Address . . . . . . . . . . . . . . . . . . . . . . . 53 12 Full Copyright Statement . . . . . . . . . . . . . . . . . . . 54
1 Introduction
1 Introduction
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes objects for managing and collecting data from network Realtime Traffic Flow Meters, as described in [RTFM- ARC].
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes objects for managing and collecting data from network Realtime Traffic Flow Meters, as described in [RTFM- ARC].
The MIB is 'basic' in the sense that it provides more than enough information for everyday traffic measurment. Furthermore, it can be easily extended by adding new attributes as required. The RTFM Working group is actively pursuing the development of the meter in this way.
The MIB is 'basic' in the sense that it provides more than enough information for everyday traffic measurment. Furthermore, it can be easily extended by adding new attributes as required. The RTFM Working group is actively pursuing the development of the meter in this way.
2 The SNMP Management Framework
2 The SNMP Management Framework
The SNMP Management Framework presently consists of five major components:
The SNMP Management Framework presently consists of five major components:
- An overall architecture, described in RFC 2571 [RFC2571].
- An overall architecture, described in RFC 2571 [RFC2571].
- Mechanisms for describing and naming objects and events for the
purpose of management. The first version of this Structure of
Management Information (SMI) is called SMIv1 and described in STD
16, RFC 1155 [RFC1155], STD 16, RFC 1212 [RFC1212] and RFC 1215
[RFC1215]. The second version, called SMIv2, is described in STD
58, RFC 2578 [RFC2578], RFC 2579 [RFC2579] and RFC 2580 [RFC2580].
- Mechanisms for describing and naming objects and events for the purpose of management. The first version of this Structure of Management Information (SMI) is called SMIv1 and described in STD 16, RFC 1155 [RFC1155], STD 16, RFC 1212 [RFC1212] and RFC 1215 [RFC1215]. The second version, called SMIv2, is described in STD 58, RFC 2578 [RFC2578], RFC 2579 [RFC2579] and RFC 2580 [RFC2580].
- Message protocols for transferring management information. The
first version of the SNMP message protocol is called SNMPv1 and
described in STD 15, RFC 1157 [RFC1157]. A second version of the
SNMP message protocol, which is not an Internet standards track
protocol, is called SNMPv2c and described in RFC 1901 [RFC1901] and
RFC 1906 [RFC1906]. The third version of the message protocol is
called SNMPv3 and described in RFC 1906 [RFC1906], RFC 2572
[RFC2572] and RFC 2574 [RFC2574].
- Message protocols for transferring management information. The first version of the SNMP message protocol is called SNMPv1 and described in STD 15, RFC 1157 [RFC1157]. A second version of the SNMP message protocol, which is not an Internet standards track protocol, is called SNMPv2c and described in RFC 1901 [RFC1901] and RFC 1906 [RFC1906]. The third version of the message protocol is called SNMPv3 and described in RFC 1906 [RFC1906], RFC 2572 [RFC2572] and RFC 2574 [RFC2574].
- Protocol operations for accessing management information. The
first set of protocol operations and associated PDU formats is
described in STD 15, RFC 1157 [RFC1157]. A second set of protocol
operations and associated PDU formats is described in RFC 1905
[RFC1905].
- Protocol operations for accessing management information. The first set of protocol operations and associated PDU formats is described in STD 15, RFC 1157 [RFC1157]. A second set of protocol operations and associated PDU formats is described in RFC 1905 [RFC1905].
Brownlee Standards Track [Page 2] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
Brownlee Standards Track [Page 2] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
- A set of fundamental applications described in RFC 2573 [RFC2573]
and the view-based access control mechanism described in RFC 2575
[RFC2575].
- A set of fundamental applications described in RFC 2573 [RFC2573] and the view-based access control mechanism described in RFC 2575 [RFC2575].
A more detailed introduction to the current SNMP Management Framework can be found in [RFC2570].
A more detailed introduction to the current SNMP Management Framework can be found in [RFC2570].
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the mechanisms defined in the SMI.
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the mechanisms defined in the SMI.
This memo specifies a MIB module that is compliant to the SMIv2. A MIB conforming to the SMIv1 can be produced through the appropriate translations. The resulting translated MIB must be semantically equivalent, except where objects or events are omitted because no translation is possible (use of Counter64). Some machine readable information in SMIv2 will be converted into textual descriptions in SMIv1 during the translation process. However, this loss of machine readable information is not considered to change the semantics of the MIB.
This memo specifies a MIB module that is compliant to the SMIv2. A MIB conforming to the SMIv1 can be produced through the appropriate translations. The resulting translated MIB must be semantically equivalent, except where objects or events are omitted because no translation is possible (use of Counter64). Some machine readable information in SMIv2 will be converted into textual descriptions in SMIv1 during the translation process. However, this loss of machine readable information is not considered to change the semantics of the MIB.
3 Overview
3 Overview
Traffic Flow Measurement seeks to provide a well-defined method for gathering traffic flow information from networks and internetworks. The background for this is given in "Internet Accounting Background" [ACT-BKG]. The Realtime Traffic Flow Measurement (rtfm) Working Group has produced a measurement architecture to achieve this goal; this is documented in "Traffic Flow Measurement: Architecture" [RTFM-ARC]. The architecture defines three entities:
Traffic Flow Measurement seeks to provide a well-defined method for gathering traffic flow information from networks and internetworks. The background for this is given in "Internet Accounting Background" [ACT-BKG]. The Realtime Traffic Flow Measurement (rtfm) Working Group has produced a measurement architecture to achieve this goal; this is documented in "Traffic Flow Measurement: Architecture" [RTFM-ARC]. The architecture defines three entities:
- METERS, which observe network traffic flows and build up a table of
flow data records for them,
- METERS, which observe network traffic flows and build up a table of flow data records for them,
- METER READERS, which collect traffic flow data from meters, and
- METER READERS, which collect traffic flow data from meters, and
- MANAGERS, which oversee the operation of meters and meter readers.
- MANAGERS, which oversee the operation of meters and meter readers.
This memo defines the SNMP management information for a Traffic Flow Meter (TFM). Work in this field was begun by the Internet Accounting Working Group. It has been further developed and expanded by the Realtime Traffic Flow Measurement Working Group.
This memo defines the SNMP management information for a Traffic Flow Meter (TFM). Work in this field was begun by the Internet Accounting Working Group. It has been further developed and expanded by the Realtime Traffic Flow Measurement Working Group.
Brownlee Standards Track [Page 3] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
Brownlee Standards Track [Page 3] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
3.1 Scope of Definitions, Textual Conventions
3.1 Scope of Definitions, Textual Conventions
All objects defined in this memo are registered in a single subtree within the mib-2 namespace [MIB-II, RFC2578], and are for use in network devices which may perform a PDU forwarding or monitoring function. For these devices, this MIB defines a group of objects with an SMI Network Management MGMT Code [ASG-NBR] of 40, i.e.
All objects defined in this memo are registered in a single subtree within the mib-2 namespace [MIB-II, RFC2578], and are for use in network devices which may perform a PDU forwarding or monitoring function. For these devices, this MIB defines a group of objects with an SMI Network Management MGMT Code [ASG-NBR] of 40, i.e.
flowMIB OBJECT IDENTIFIER ::= mib-2 40
flowMIB OBJECT IDENTIFIER ::= mib-2 40
as defined below.
as defined below.
The RTFM Meter MIB was first produced and tested using SNMPv1. It was converted into SNMPv2 following the guidelines in [RFC1908].
The RTFM Meter MIB was first produced and tested using SNMPv1. It was converted into SNMPv2 following the guidelines in [RFC1908].
3.2 Usage of the MIB variables
3.2 Usage of the MIB variables
The MIB is organised in four parts - control, data, rules and conformance statements.
The MIB is organised in four parts - control, data, rules and conformance statements.
The rules implement the set of packet-matching actions, as described in the "Traffic Flow Measurment: Architecture" document [RTFM-ARC]. In addition they provide for BASIC-style subroutines, allowing a network manager to dramatically reduce the number of rules required to monitor a large network.
The rules implement the set of packet-matching actions, as described in the "Traffic Flow Measurment: Architecture" document [RTFM-ARC]. In addition they provide for BASIC-style subroutines, allowing a network manager to dramatically reduce the number of rules required to monitor a large network.
Traffic flows are identified by a set of attributes for each of their end-points. Attributes include network addresses for each layer of the network protocol stack, and 'subscriber ids', which may be used to identify an accountable entity for the flow.
Traffic flows are identified by a set of attributes for each of their end-points. Attributes include network addresses for each layer of the network protocol stack, and 'subscriber ids', which may be used to identify an accountable entity for the flow.
The conformance statements are set out as defined in [RFC2580]. They explain what must be implemented in a meter which claims to conform to this MIB.
The conformance statements are set out as defined in [RFC2580]. They explain what must be implemented in a meter which claims to conform to this MIB.
To retrieve flow data one could simply do a linear scan of the flow table. This would certainly work, but would require a lot of protocol exchanges. To reduce the overhead in retrieving flow data the flow table uses a TimeFilter variable, defined as a Textual Convention in the RMON2 MIB [RMON2-MIB].
To retrieve flow data one could simply do a linear scan of the flow table. This would certainly work, but would require a lot of protocol exchanges. To reduce the overhead in retrieving flow data the flow table uses a TimeFilter variable, defined as a Textual Convention in the RMON2 MIB [RMON2-MIB].
As an alternative method of reading flow data, the MIB provides a view of the flow table called the flowDataPackageTable. This is (logically) a four-dimensional array, subscripted by package selector, RuleSet, activity time and starting flow number. The package selector is a sequence of bytes which specifies a list of flow attributes.
As an alternative method of reading flow data, the MIB provides a view of the flow table called the flowDataPackageTable. This is (logically) a four-dimensional array, subscripted by package selector, RuleSet, activity time and starting flow number. The package selector is a sequence of bytes which specifies a list of flow attributes.
Brownlee Standards Track [Page 4] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
Brownlee Standards Track [Page 4] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
A data package (as returned by the meter) is a sequence of values for the attributes specified in its selector, encoded using the Basic Encoding Rules [ASN-BER]. It allows a meter reader to retrieve all the attribute values it requires in a single MIB object. This, when used together with SNMPv2's GetBulk request, allows a meter reader to scan the flow table and upload a specified set of attribute values for flows which have changed since the last reading, and which were created by a specified rule set.
A data package (as returned by the meter) is a sequence of values for the attributes specified in its selector, encoded using the Basic Encoding Rules [ASN-BER]. It allows a meter reader to retrieve all the attribute values it requires in a single MIB object. This, when used together with SNMPv2's GetBulk request, allows a meter reader to scan the flow table and upload a specified set of attribute values for flows which have changed since the last reading, and which were created by a specified rule set.
One aspect of data collection which needs emphasis is that all the MIB variables are set up to allow multiple independent meter readers to work properly, i.e. the flow table indexes are stateless. An alternative approach would have been to 'snapshot' the flow table, which would mean that the meter readers would have to be synchronized. The stateless approach does mean that two meter readers will never return exactly the same set of traffic counts, but over long periods (e.g. 15-minute collections over a day) the discrepancies are acceptable. If one really needs a snapshot, this can be achieved by switching to an identical rule set with a different RuleSet number, hence asynchronous collections may be regarded as a useful generalisation of synchronised ones.
One aspect of data collection which needs emphasis is that all the MIB variables are set up to allow multiple independent meter readers to work properly, i.e. the flow table indexes are stateless. An alternative approach would have been to 'snapshot' the flow table, which would mean that the meter readers would have to be synchronized. The stateless approach does mean that two meter readers will never return exactly the same set of traffic counts, but over long periods (e.g. 15-minute collections over a day) the discrepancies are acceptable. If one really needs a snapshot, this can be achieved by switching to an identical rule set with a different RuleSet number, hence asynchronous collections may be regarded as a useful generalisation of synchronised ones.
The control variables are the minimum set required for a meter reader. Their number has been whittled down as experience has been gained with the MIB implementation. A few of them are 'general', i.e. they control the overall behaviour of the meter. These are set by a single 'master' manager, and no other manager should attempt to change their values. The decision as to which manager is the ' master' must be made by the network operations personnel responsible; this MIB does not attempt to define any interaction between managers.
The control variables are the minimum set required for a meter reader. Their number has been whittled down as experience has been gained with the MIB implementation. A few of them are 'general', i.e. they control the overall behaviour of the meter. These are set by a single 'master' manager, and no other manager should attempt to change their values. The decision as to which manager is the ' master' must be made by the network operations personnel responsible; this MIB does not attempt to define any interaction between managers.
There are three other groups of control variables, arranged into tables in the same way as in the RMON2 MIB [RMON2-MIB]. They are used as follows:
There are three other groups of control variables, arranged into tables in the same way as in the RMON2 MIB [RMON2-MIB]. They are used as follows:
- RULE SET INFO: Before attempting to download a RuleSet, a manager
must create a row in the flowRuleSetInfoTable and set its
flowRuleInfoSize to a value large enough to hold the RuleSet. When
the rule set is ready the manager must set flowRuleInfoRulesReady
to 'true', indicating that the rule set is ready for use (but not
yet 'running').
- RULE SET INFO: Before attempting to download a RuleSet, a manager must create a row in the flowRuleSetInfoTable and set its flowRuleInfoSize to a value large enough to hold the RuleSet. When the rule set is ready the manager must set flowRuleInfoRulesReady to 'true', indicating that the rule set is ready for use (but not yet 'running').
- METER READER INFO: Any meter reader wishing to collect data
reliably for all flows from a RuleSet should first create a row in
the flowReaderInfoTable with flowReaderRuleSet set to that
RuleSet's index in the flowRuleSetInfoTable. It should write that
row's flowReaderLastTime object each time it starts a collection
- METER READER INFO: Any meter reader wishing to collect data reliably for all flows from a RuleSet should first create a row in the flowReaderInfoTable with flowReaderRuleSet set to that RuleSet's index in the flowRuleSetInfoTable. It should write that row's flowReaderLastTime object each time it starts a collection
Brownlee Standards Track [Page 5] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
Brownlee Standards Track [Page 5] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
pass through the flow table. The meter will not recover a flow's
memory until every meter reader holding a row for that flow's
RuleSet has collected the flow's data.
pass through the flow table. The meter will not recover a flow's memory until every meter reader holding a row for that flow's RuleSet has collected the flow's data.
- MANAGER INFO: Any manager wishing to run a RuleSet in the meter
must create a row in the flowManagerInfo table, specifying the
desired RuleSet to run and its corresponding 'standby' RuleSet (if
one is desired). A current RuleSet is 'running' if its
flowManagerRunningStandby value is false(2), similarly a standby
RuleSet is 'running' if flowManagerRunningStandby is true(1).
- MANAGER INFO: Any manager wishing to run a RuleSet in the meter must create a row in the flowManagerInfo table, specifying the desired RuleSet to run and its corresponding 'standby' RuleSet (if one is desired). A current RuleSet is 'running' if its flowManagerRunningStandby value is false(2), similarly a standby RuleSet is 'running' if flowManagerRunningStandby is true(1).
Times within the meter are in terms of its Uptime, i.e. centiseconds since the meter started. For meters implemented as self-contained SNMP agents this will be the same as sysUptime, but this may not be true for meters implemented as subagents. Managers can read the meter's Uptime when neccessary (e.g. to set a TimeFilter value) by setting flowReaderLastTime, then reading its new value.
Times within the meter are in terms of its Uptime, i.e. centiseconds since the meter started. For meters implemented as self-contained SNMP agents this will be the same as sysUptime, but this may not be true for meters implemented as subagents. Managers can read the meter's Uptime when neccessary (e.g. to set a TimeFilter value) by setting flowReaderLastTime, then reading its new value.
4 Definitions
4 Definitions
FLOW-METER-MIB DEFINITIONS ::= BEGIN
FLOW-METER-MIB DEFINITIONS ::= BEGIN
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE,
Counter32, Counter64, Integer32, mib-2
FROM SNMPv2-SMI
TEXTUAL-CONVENTION, RowStatus, TimeStamp, TruthValue
FROM SNMPv2-TC
OBJECT-GROUP, MODULE-COMPLIANCE
FROM SNMPv2-CONF
ifIndex
FROM IF-MIB
TimeFilter
FROM RMON2-MIB;
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, Counter32, Counter64, Integer32, mib-2 FROM SNMPv2-SMI TEXTUAL-CONVENTION, RowStatus, TimeStamp, TruthValue FROM SNMPv2-TC OBJECT-GROUP, MODULE-COMPLIANCE FROM SNMPv2-CONF ifIndex FROM IF-MIB TimeFilter FROM RMON2-MIB;
flowMIB MODULE-IDENTITY
LAST-UPDATED "9910250000Z" -- October 25, 1999
ORGANIZATION "IETF Realtime Traffic Flow Measurement Working Group"
CONTACT-INFO
"Nevil Brownlee, The University of Auckland
flowMIB MODULE-IDENTITY LAST-UPDATED "9910250000Z" -- October 25, 1999 ORGANIZATION "IETF Realtime Traffic Flow Measurement Working Group" CONTACT-INFO "Nevil Brownlee, The University of Auckland
Postal: Information Technology Sytems & Services
The University of Auckland
Private Bag 92-019
Auckland, New Zealand
Postal: Information Technology Sytems & Services The University of Auckland Private Bag 92-019 Auckland, New Zealand
Phone: +64 9 373 7599 x8941
E-mail: n.brownlee@auckland.ac.nz"
Phone: +64 9 373 7599 x8941 E-mail: n.brownlee@auckland.ac.nz"
Brownlee Standards Track [Page 6] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
Brownlee Standards Track [Page 6] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
DESCRIPTION
"MIB for the RTFM Traffic Flow Meter."
DESCRIPTION "MIB for the RTFM Traffic Flow Meter."
REVISION "9910250000Z"
DESCRIPTION
"Initial Version, published as RFC 2720."
REVISION "9910250000Z" DESCRIPTION "Initial Version, published as RFC 2720."
REVISION "9908301250Z"
DESCRIPTION
"UTF8OwnerString Textual Convention added, and used to
replace OwnerString. Conceptually the same as OwnerString,
but facilitating internationalisation by using UTF-8
encoding for its characters rather than US-ASCII."
REVISION "9908301250Z" DESCRIPTION "UTF8OwnerString Textual Convention added, and used to replace OwnerString. Conceptually the same as OwnerString, but facilitating internationalisation by using UTF-8 encoding for its characters rather than US-ASCII."
REVISION "9908191010Z"
DESCRIPTION
"Changes to SIZE specification for two variables:
- flowRuleInfoName SIZE specified as (0..127)
- flowRuleIndex SIZE increased to (1..2147483647)"
REVISION "9908191010Z" DESCRIPTION "Changes to SIZE specification for two variables: - flowRuleInfoName SIZE specified as (0..127) - flowRuleIndex SIZE increased to (1..2147483647)"
REVISION "9712230937Z"
DESCRIPTION
"Two further variables deprecated:
- flowRuleInfoRulesReady (use flowRuleInfoStatus intead)
- flowDataStatus (contains no useful information)"
REVISION "9712230937Z" DESCRIPTION "Two further variables deprecated: - flowRuleInfoRulesReady (use flowRuleInfoStatus intead) - flowDataStatus (contains no useful information)"
REVISION "9707071715Z"
DESCRIPTION
"Significant changes since RFC 2064 include:
- flowDataPackageTable added
- flowColumnActivityTable deprecated
- flowManagerCounterWrap deprecated"
REVISION "9707071715Z" DESCRIPTION "Significant changes since RFC 2064 include: - flowDataPackageTable added - flowColumnActivityTable deprecated - flowManagerCounterWrap deprecated"
REVISION "9603080208Z"
DESCRIPTION
"Initial version of this MIB (RFC 2064)"
::= { mib-2 40 }
REVISION "9603080208Z" DESCRIPTION "Initial version of this MIB (RFC 2064)" ::= { mib-2 40 }
flowControl OBJECT IDENTIFIER ::= { flowMIB 1 }
flowControl OBJECT IDENTIFIER ::= { flowMIB 1 }
flowData OBJECT IDENTIFIER ::= { flowMIB 2 }
flowData OBJECT IDENTIFIER ::= { flowMIB 2 }
flowRules OBJECT IDENTIFIER ::= { flowMIB 3 }
flowRules OBJECT IDENTIFIER ::= { flowMIB 3 }
flowMIBConformance OBJECT IDENTIFIER ::= { flowMIB 4 }
flowMIBConformance OBJECT IDENTIFIER ::= { flowMIB 4 }
-- Textual Conventions
-- Textual Conventions
Brownlee Standards Track [Page 7] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
Brownlee Standards Track [Page 7] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
UTF8OwnerString ::= TEXTUAL-CONVENTION
DISPLAY-HINT "127t"
STATUS current
DESCRIPTION
"An administratively assigned name for the owner of a
resource, conceptually the same as OwnerString in the RMON
MIB [RMON-MIB].
UTF8OwnerString ::= TEXTUAL-CONVENTION DISPLAY-HINT "127t" STATUS current DESCRIPTION "An administratively assigned name for the owner of a resource, conceptually the same as OwnerString in the RMON MIB [RMON-MIB].
To facilitate internationalisation, this name information
is represented using the ISO/IEC IS 10646-1 character set,
encoded as an octet string using the UTF-8 transformation
format described in the UTF-8 standard [UTF-8]."
SYNTAX OCTET STRING (SIZE (0..127))
To facilitate internationalisation, this name information is represented using the ISO/IEC IS 10646-1 character set, encoded as an octet string using the UTF-8 transformation format described in the UTF-8 standard [UTF-8]." SYNTAX OCTET STRING (SIZE (0..127))
PeerType ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Indicates the type of a PeerAddress (see below). The values
used are from the 'Address Family Numbers' section of the
Assigned Numbers RFC [ASG-NBR]. Peer types from other address
families may also be used, provided only that they are
identified by their assigned Address Family numbers."
SYNTAX INTEGER {
ipv4(1),
ipv6(2),
nsap(3),
ipx(11),
appletalk(12),
decnet(13) }
PeerType ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Indicates the type of a PeerAddress (see below). The values used are from the 'Address Family Numbers' section of the Assigned Numbers RFC [ASG-NBR]. Peer types from other address families may also be used, provided only that they are identified by their assigned Address Family numbers." SYNTAX INTEGER { ipv4(1), ipv6(2), nsap(3), ipx(11), appletalk(12), decnet(13) }
PeerAddress ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Specifies the value of a peer address for various network
protocols. Address format depends on the actual protocol,
as indicated below:
PeerAddress ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Specifies the value of a peer address for various network protocols. Address format depends on the actual protocol, as indicated below:
IPv4: ipv4(1)
4-octet IpAddress (defined in the SNMPv2 SMI [RFC2578])
IPv4: ipv4(1) 4-octet IpAddress (defined in the SNMPv2 SMI [RFC2578])
IPv6: ipv6(2)
16-octet IpAddress (defined in the
IPv6 Addressing RFC [V6-ADDR])
IPv6: ipv6(2) 16-octet IpAddress (defined in the IPv6 Addressing RFC [V6-ADDR])
CLNS: nsap(3)
NsapAddress (defined in the SNMPv2 SMI [RFC2578])
CLNS: nsap(3) NsapAddress (defined in the SNMPv2 SMI [RFC2578])
Novell: ipx(11)
Novell: ipx(11)
Brownlee Standards Track [Page 8] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
Brownlee Standards Track [Page 8] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
4-octet Network number,
6-octet Host number (MAC address)
4-octet Network number, 6-octet Host number (MAC address)
AppleTalk: appletalk(12)
2-octet Network number (sixteen bits),
1-octet Host number (eight bits)
AppleTalk: appletalk(12) 2-octet Network number (sixteen bits), 1-octet Host number (eight bits)
DECnet: decnet(13)
1-octet Area number (in low-order six bits),
2-octet Host number (in low-order ten bits)
"
SYNTAX OCTET STRING (SIZE (3..20))
DECnet: decnet(13) 1-octet Area number (in low-order six bits), 2-octet Host number (in low-order ten bits) " SYNTAX OCTET STRING (SIZE (3..20))
AdjacentType ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Indicates the type of an adjacent address. May be a medium
type or (if metering is taking place inside a tunnel) a
PeerType (see above).
AdjacentType ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Indicates the type of an adjacent address. May be a medium type or (if metering is taking place inside a tunnel) a PeerType (see above).
The values used for IEEE 802 medium types are from the 'Network
Management Parameters (ifType definitions)' section of the
Assigned Numbers RFC [ASG-NBR]. Other medium types may also
be used, provided only that they are identified by their
assigned ifType numbers."
SYNTAX INTEGER {
ip(1),
nsap(3),
ethernet(7), -- ethernet-like [ENET-OBJ],
-- includes ethernet-csmacd(6)
tokenring(9),
ipx(11),
appletalk(12),
decnet(13),
fddi(15) }
The values used for IEEE 802 medium types are from the 'Network Management Parameters (ifType definitions)' section of the Assigned Numbers RFC [ASG-NBR]. Other medium types may also be used, provided only that they are identified by their assigned ifType numbers." SYNTAX INTEGER { ip(1), nsap(3), ethernet(7), -- ethernet-like [ENET-OBJ], -- includes ethernet-csmacd(6) tokenring(9), ipx(11), appletalk(12), decnet(13), fddi(15) }
AdjacentAddress ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Specifies the value of an adjacent address. May be a Medium
Access Control (MAC) address or (if metering is taking place
inside a tunnel) a PeerAddress (see above).
AdjacentAddress ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Specifies the value of an adjacent address. May be a Medium Access Control (MAC) address or (if metering is taking place inside a tunnel) a PeerAddress (see above).
MAC Address format depends on the actual medium, as follows:
MAC Address format depends on the actual medium, as follows:
Ethernet: ethernet(7)
6-octet 802.3 MAC address in 'canonical' order
Ethernet: ethernet(7) 6-octet 802.3 MAC address in 'canonical' order
Brownlee Standards Track [Page 9] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
Brownlee Standards Track [Page 9] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
Token Ring: tokenring(9)
6-octet 802.5 MAC address in 'canonical' order
Token Ring: tokenring(9) 6-octet 802.5 MAC address in 'canonical' order
FDDI: fddi(15)
FddiMACLongAddress, i.e. a 6-octet MAC address
in 'canonical' order (defined in [FDDI-MIB])
"
SYNTAX OCTET STRING (SIZE (3..20))
FDDI: fddi(15) FddiMACLongAddress, i.e. a 6-octet MAC address in 'canonical' order (defined in [FDDI-MIB]) " SYNTAX OCTET STRING (SIZE (3..20))
TransportType ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Indicates the type of a TransportAddress (see below). Values
will depend on the actual protocol; for IP they will be those
given in the 'Protocol Numbers' section of the Assigned Numbers
RFC [ASG-NBR], including icmp(1), tcp(6) and udp(17)."
SYNTAX Integer32 (1..255)
TransportType ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Indicates the type of a TransportAddress (see below). Values will depend on the actual protocol; for IP they will be those given in the 'Protocol Numbers' section of the Assigned Numbers RFC [ASG-NBR], including icmp(1), tcp(6) and udp(17)." SYNTAX Integer32 (1..255)
TransportAddress ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Specifies the value of a transport address for various
network protocols. Format as follows:
TransportAddress ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Specifies the value of a transport address for various network protocols. Format as follows:
IP:
2-octet UDP or TCP port number
IP: 2-octet UDP or TCP port number
Other protocols:
2-octet port number
"
SYNTAX OCTET STRING (SIZE (2))
Other protocols: 2-octet port number " SYNTAX OCTET STRING (SIZE (2))
RuleAddress ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Specifies the value of an address. Is a superset of
MediumAddress, PeerAddress and TransportAddress."
SYNTAX OCTET STRING (SIZE (2..20))
RuleAddress ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Specifies the value of an address. Is a superset of MediumAddress, PeerAddress and TransportAddress." SYNTAX OCTET STRING (SIZE (2..20))
FlowAttributeNumber ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Uniquely identifies an attribute within a flow data record."
SYNTAX INTEGER {
flowIndex(1),
flowStatus(2),
flowTimeMark(3),
FlowAttributeNumber ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Uniquely identifies an attribute within a flow data record." SYNTAX INTEGER { flowIndex(1), flowStatus(2), flowTimeMark(3),
Brownlee Standards Track [Page 10] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
Brownlee Standards Track [Page 10] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
sourceInterface(4),
sourceAdjacentType(5),
sourceAdjacentAddress(6),
sourceAdjacentMask(7),
sourcePeerType(8),
sourcePeerAddress(9),
sourcePeerMask(10),
sourceTransType(11),
sourceTransAddress(12),
sourceTransMask(13),
sourceInterface(4), sourceAdjacentType(5), sourceAdjacentAddress(6), sourceAdjacentMask(7), sourcePeerType(8), sourcePeerAddress(9), sourcePeerMask(10), sourceTransType(11), sourceTransAddress(12), sourceTransMask(13),
destInterface(14),
destAdjacentType(15),
destAdjacentAddress(16),
destAdjacentMask(17),
destPeerType(18),
destPeerAddress(19),
destPeerMask(20),
destTransType(21),
destTransAddress(22),
destTransMask(23),
destInterface(14), destAdjacentType(15), destAdjacentAddress(16), destAdjacentMask(17), destPeerType(18), destPeerAddress(19), destPeerMask(20), destTransType(21), destTransAddress(22), destTransMask(23),
pduScale(24),
octetScale(25),
pduScale(24), octetScale(25),
ruleSet(26),
toOctets(27), -- Source-to-Dest
toPDUs(28),
fromOctets(29), -- Dest-to-Source
fromPDUs(30),
firstTime(31), -- Activity times
lastActiveTime(32),
ruleSet(26), toOctets(27), -- Source-to-Dest toPDUs(28), fromOctets(29), -- Dest-to-Source fromPDUs(30), firstTime(31), -- Activity times lastActiveTime(32),
sourceSubscriberID(33), -- Subscriber ID
destSubscriberID(34),
sessionID(35),
sourceSubscriberID(33), -- Subscriber ID destSubscriberID(34), sessionID(35),
sourceClass(36), -- Computed attributes
destClass(37),
flowClass(38),
sourceKind(39),
destKind(40),
flowKind(41) }
sourceClass(36), -- Computed attributes destClass(37), flowClass(38), sourceKind(39), destKind(40), flowKind(41) }
RuleAttributeNumber ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Uniquely identifies an attribute which may be tested in
RuleAttributeNumber ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Uniquely identifies an attribute which may be tested in
Brownlee Standards Track [Page 11] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
Brownlee Standards Track [Page 11] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
a rule. These include attributes whose values come directly
from (or are computed from) the flow's packets, and the five
'meter' variables used to hold an Attribute Number."
SYNTAX INTEGER {
null(0),
sourceInterface(4), -- Source Address
sourceAdjacentType(5),
sourceAdjacentAddress(6),
sourcePeerType(8),
sourcePeerAddress(9),
sourceTransType(11),
sourceTransAddress(12),
a rule. These include attributes whose values come directly from (or are computed from) the flow's packets, and the five 'meter' variables used to hold an Attribute Number." SYNTAX INTEGER { null(0), sourceInterface(4), -- Source Address sourceAdjacentType(5), sourceAdjacentAddress(6), sourcePeerType(8), sourcePeerAddress(9), sourceTransType(11), sourceTransAddress(12),
destInterface(14), -- Dest Address
destAdjacentType(15),
destAdjacentAddress(16),
destPeerType(18),
destPeerAddress(19),
destTransType(21),
destTransAddress(22),
destInterface(14), -- Dest Address destAdjacentType(15), destAdjacentAddress(16), destPeerType(18), destPeerAddress(19), destTransType(21), destTransAddress(22),
sourceSubscriberID(33), -- Subscriber ID
destSubscriberID(34),
sessionID(35),
sourceSubscriberID(33), -- Subscriber ID destSubscriberID(34), sessionID(35),
sourceClass(36), -- Computed attributes
destClass(37),
flowClass(38),
sourceKind(39),
destKind(40),
flowKind(41),
sourceClass(36), -- Computed attributes destClass(37), flowClass(38), sourceKind(39), destKind(40), flowKind(41),
matchingStoD(50), -- Packet matching
matchingStoD(50), -- Packet matching
v1(51), -- Meter variables
v2(52),
v3(53),
v4(54),
v5(55) }
v1(51), -- Meter variables v2(52), v3(53), v4(54), v5(55) }
ActionNumber ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Uniquely identifies the action of a rule, i.e. the Pattern
Matching Engine's opcode number. Details of the opcodes
are given in the 'Traffic Flow Measurement: Architecture'
document [RTFM-ARC]."
SYNTAX INTEGER {
ActionNumber ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Uniquely identifies the action of a rule, i.e. the Pattern Matching Engine's opcode number. Details of the opcodes are given in the 'Traffic Flow Measurement: Architecture' document [RTFM-ARC]." SYNTAX INTEGER {
Brownlee Standards Track [Page 12] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
Brownlee Standards Track [Page 12] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ignore(1),
noMatch(2),
count(3),
countPkt(4),
return(5),
gosub(6),
gosubAct(7),
assign(8),
assignAct(9),
goto(10),
gotoAct(11),
pushRuleTo(12),
pushRuleToAct(13),
pushPktTo(14),
pushPktToAct(15),
popTo(16),
popToAct(17) }
ignore(1), noMatch(2), count(3), countPkt(4), return(5), gosub(6), gosubAct(7), assign(8), assignAct(9), goto(10), gotoAct(11), pushRuleTo(12), pushRuleToAct(13), pushPktTo(14), pushPktToAct(15), popTo(16), popToAct(17) }
-- -- Control Group: RuleSet Info Table --
-- -- グループを制御してください: RuleSetインフォメーションテーブル--
flowRuleSetInfoTable OBJECT-TYPE
SYNTAX SEQUENCE OF FlowRuleSetInfoEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An array of information about the RuleSets held in the
meter.
「RuleSetsに関するきちんと整理された情報はメーターに保持した」flowRuleSetInfoTable OBJECT-TYPEのSYNTAX SEQUENCE OF FlowRuleSetInfoEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
Any manager may configure a new RuleSet for the meter by
creating a row in this table with status active(1), and setting
values for all the objects in its rules. At this stage the new
RuleSet is available but not 'running', i.e. it is not being
used by the meter to produce entries in the flow table.
どんなマネージャも、メーターのために状態アクティブな(1)でこのテーブルの列を作成して、すべての物のための値を規則にはめ込むことによって、新しいRuleSetを構成するかもしれません。 新しいRuleSetが現在のところ利用可能ですが、'走っていない'、すなわち、それはメーターによって使用されていて、フロー・テーブルでエントリーを起こすことがないです。
To actually 'run' a RuleSet a manager must create a row in
the flowManagerInfoTable, set it's flowManagerStatus to
active(1), and set either its CurrentRuleSet or StandbyRuleSet
to point to the RuleSet to be run.
実際にRuleSetを'走らせる'ために、マネージャはflowManagerInfoTableの列を作成しなければならなくて、設定されて、それは走るためにRuleSetを示すセットのアクティブな(1)と、CurrentRuleSetかStandbyRuleSetのどちらかへのflowManagerStatusです。
Once a RuleSet is running a manager may not change any of the
objects within the RuleSet itself. Any attempt to do so should
result in a notWritable(17) SNMP error-status for such objects.
RuleSetがいったん走っていると、マネージャはRuleSet自身の中で物のいずれも変えないかもしれません。 そうするどんな試みもそのような物のためのnotWritable(17) SNMPエラー状況をもたらすべきです。
A manager may stop a RuleSet running by removing all
references to it in the flowManagerInfoTable (i.e. by setting
CurrentRuleSet and StandbyRuleSet values to 0). This provides
マネージャは、RuleSetが走るのをflowManagerInfoTable(すなわち、CurrentRuleSetとStandbyRuleSet値を0に設定するのによる)でそれのすべての参照を取り除くことによって、止めるかもしれません。 これは提供されます。
Brownlee Standards Track [Page 13] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[13ページ]: MIB1999年10月に、計量してください。
a way to stop RuleSets left running if a manager fails.
For example, when a manager is started, it could search the
meter's flowManager table and stop all RuleSets having a
specified value of flowRuleInfoOwner.
マネージャが失敗するなら走りながら、RuleSetsを止める方法にいなくなりました。 例えば、マネージャが始められるとき、それは、flowManagerが見送る計器を捜して、すべてのRuleSetsにはflowRuleInfoOwnerの規定値があるのを止めるかもしれません。
To prevent a manager from interfering with variables belonging
to another manager, the meter should use MIB views [RFC2575] so
as to limit each manager's access to the meter's variables,
effectively dividing the single meter into several virtual
meters, one for each independent manager."
::= { flowControl 1 }
「マネージャが別のマネージャ、メーターに属す変数を妨げるのを防ぐのが各マネージャのアクセスを計器変数に制限するのに、MIB意見[RFC2575]を使用するべきです、事実上、単一のメーターを仮想の数個のメーターに分割して、それぞれの独立しているマネージャあたり1つ。」 ::= flowControl1
flowRuleSetInfoEntry OBJECT-TYPE
SYNTAX FlowRuleSetInfoEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about a particular RuleSet."
INDEX { flowRuleInfoIndex }
::= { flowRuleSetInfoTable 1 }
flowRuleSetInfoEntry OBJECT-TYPE SYNTAX FlowRuleSetInfoEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「特定のRuleSetに関する情報。」 flowRuleInfoIndexに索引をつけてください:、:= flowRuleSetInfoTable1
FlowRuleSetInfoEntry ::= SEQUENCE {
flowRuleInfoIndex Integer32,
flowRuleInfoSize Integer32,
flowRuleInfoOwner UTF8OwnerString,
flowRuleInfoTimeStamp TimeStamp,
flowRuleInfoStatus RowStatus,
flowRuleInfoName OCTET STRING,
flowRuleInfoRulesReady TruthValue,
flowRuleInfoFlowRecords Integer32
}
FlowRuleSetInfoEntry:、:= 系列flowRuleInfoIndex Integer32、flowRuleInfoSize Integer32、flowRuleInfoOwner UTF8OwnerString、flowRuleInfoTimeStampタイムスタンプ、flowRuleInfoStatus RowStatus、flowRuleInfoName八重奏ストリング、flowRuleInfoRulesReady TruthValue、flowRuleInfoFlowRecords Integer32
flowRuleInfoIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An index which selects an entry in the flowRuleSetInfoTable.
Each such entry contains control information for a particular
RuleSet which the meter may run."
::= { flowRuleSetInfoEntry 1 }
flowRuleInfoIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「flowRuleSetInfoTableでエントリーを選択するインデックス。」 「そのような各エントリーはメーターが走らせるかもしれない特定のRuleSetのための制御情報を含んでいます。」 ::= flowRuleSetInfoEntry1
flowRuleInfoSize OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Number of rules in this RuleSet. Setting this variable will
flowRuleInfoSize OBJECT-TYPE SYNTAX Integer32マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このRuleSetの数の規則。」 この変数を設定するのはそうするでしょう。
Brownlee Standards Track [Page 14] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[14ページ]: MIB1999年10月に、計量してください。
cause the meter to allocate space for these rules."
::= { flowRuleSetInfoEntry 2 }
「メーターがこれらの規則のためにスペースを割り当てることを引き起こしてください。」 ::= flowRuleSetInfoEntry2
flowRuleInfoOwner OBJECT-TYPE
SYNTAX UTF8OwnerString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Identifies the manager which 'owns' this RuleSet. A manager
must set this variable when creating a row in this table."
::= { flowRuleSetInfoEntry 3 }
flowRuleInfoOwner OBJECT-TYPE SYNTAX UTF8OwnerStringマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このRuleSetを'所有している'マネージャを特定します」。 「このテーブルの列を作成するとき、マネージャはこの変数を設定しなければなりません。」 ::= flowRuleSetInfoEntry3
flowRuleInfoTimeStamp OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Time this row's associated RuleSet was last changed."
::= { flowRuleSetInfoEntry 4 }
最後に「という列のこのものを調節してくださいflowRuleInfoTimeStamp OBJECT-TYPE SYNTAX TimeStampの書き込み禁止のSTATUSの現在の記述関連マックス-ACCESS RuleSetを変えた、」 ::= flowRuleSetInfoEntry4
flowRuleInfoStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The status of this flowRuleSetInfoEntry. If this value is
not active(1) the meter must not attempt to use the row's
associated RuleSet. Once its value has been set to active(1)
a manager may not change any of the other variables in the
row, nor the contents of the associated RuleSet. Any attempt
to do so should result in a notWritable(17) SNMP error-status
for such variables or objects.
flowRuleInfoStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このflowRuleSetInfoEntryの状態。」 (1) この値がアクティブでないなら、メーターは、列の関連RuleSetを使用するのを試みてはいけません。 一度、値はマネージャがそうするアクティブな(1)へのセットが列の他の変数のどれか、および関連RuleSetのコンテンツを変えないということであったことがあります。 そうするどんな試みもそのような変数か物のためのnotWritable(17) SNMPエラー状況をもたらすべきです。
To download a RuleSet, a manger could:
- Locate an open slot in the RuleSetInfoTable.
- Create a RuleSetInfoEntry by setting the status for this
open slot to createAndWait(5).
- Set flowRuleInfoSize and flowRuleInfoName as required.
- Download the rules into the row's rule table.
- Set flowRuleInfoStatus to active(1).
RuleSetをダウンロードするために、飼葉桶はそうすることができました: - RuleSetInfoTableの開いているスロットの場所を見つけてください。 - この開いているスロットに状態を設定することによって、RuleSetInfoEntryをcreateAndWait(5)に作成してください。 - 必要に応じてflowRuleInfoSizeとflowRuleInfoNameを設定してください。 - 列の規則テーブルに規則をダウンロードしてください。 - アクティブな(1)にflowRuleInfoStatusを設定してください。
The RuleSet would then be ready to run. The manager is not
allowed to change the value of flowRuleInfoStatus from
active(1) if the associated RuleSet is being referenced by any
of the entries in the flowManagerInfoTable.
RuleSetはその時、走る準備ができているでしょう。 flowManagerInfoTableのエントリーのどれかで関連RuleSetが参照をつけられているなら、マネージャはアクティブな(1)からflowRuleInfoStatusの値を変えることができません。
Setting RuleInfoStatus to destroy(6) destroys the associated
RuleSet together with any flow data collected by it."
「RuleInfoStatusに(6)を破壊するように設定するのがそれによって集められたどんなフロー・データと共にも関連RuleSetを破壊します。」
Brownlee Standards Track [Page 15] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[15ページ]: MIB1999年10月に、計量してください。
::= { flowRuleSetInfoEntry 5 }
::= flowRuleSetInfoEntry5
flowRuleInfoName OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (0..127))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"An alphanumeric identifier used by managers and readers to
identify a RuleSet. For example, a manager wishing to run a
RuleSet named WWW-FLOWS could search the flowRuleSetInfoTable
to see whether the WWW-FLOWS RuleSet is already available on
the meter.
flowRuleInfoName OBJECT-TYPE SYNTAX OCTET STRING(SIZE(0 .127))マックス-ACCESSは「英数字の識別子はRuleSetを特定するのにマネージャと読者で使用した」STATUSの現在の記述を読書して作成します。 例えば、WWW-FLOWSというRuleSetを走らせたがっているマネージャは、WWW-FLOWS RuleSetがメーターで既に利用可能であるかどうか確認するためにflowRuleSetInfoTableを捜すことができました。
Note that references to RuleSets in the flowManagerInfoTable
use indexes for their flowRuleSetInfoTable entries. These may
be different each time the RuleSet is loaded into a meter."
::= { flowRuleSetInfoEntry 6 }
flowManagerInfoTableのRuleSetsの参照が彼らのflowRuleSetInfoTableエントリーにインデックスを使用することに注意してください。 「これらはRuleSetが1メーターに積み込まれる各回に異なっているかもしれません。」 ::= flowRuleSetInfoEntry6
flowRuleInfoRulesReady OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-create
STATUS deprecated
DESCRIPTION
"Indicates whether the rules for this row's associated RuleSet
are ready for use. The meter will refuse to 'run' the RuleSet
unless this variable has been set to true(1).
While RulesReady is false(2), the manager may modify the
RuleSet, for example by downloading rules into it."
::= { flowRuleSetInfoEntry 7 }
flowRuleInfoRulesReady OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは推奨しない記述が「この列の関連RuleSetのための規則が使用の準備ができているか否かに関係なく、示す」STATUSを読書して作成します。 この変数が本当の(1)に設定されていないと、メーターは、RuleSetを'走らせること'を拒否するでしょう。 「RulesReadyは誤った(2)ですが、マネージャは例えば、規則をそれにダウンロードすることによって、RuleSetを変更するかもしれません。」 ::= flowRuleSetInfoEntry7
flowRuleInfoFlowRecords OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of entries in the flow table for this RuleSet.
These may be current (waiting for collection by one or more
meter readers) or idle (waiting for the meter to recover
their memory)."
::= { flowRuleSetInfoEntry 8 }
「流れにおける、エントリーの数はこのRuleSetのためにテーブルの上に置く」flowRuleInfoFlowRecords OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「これらがよく見られるかもしれませんか(1メーター以上の読者による収集を待っています)、または怠けてください(メーターが記憶が戻るのを待っていて)。」 ::= flowRuleSetInfoEntry8
-- -- Control Group: Interface Info Table --
-- -- グループを制御してください: インフォメーションテーブルを連結してください--
flowInterfaceTable OBJECT-TYPE
SYNTAX SEQUENCE OF FlowInterfaceEntry
MAX-ACCESS not-accessible
アクセスしやすくないflowInterfaceTable OBJECT-TYPE SYNTAX SEQUENCE OF FlowInterfaceEntryマックス-ACCESS
Brownlee Standards Track [Page 16] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[16ページ]: MIB1999年10月に、計量してください。
STATUS current
DESCRIPTION
"An array of information specific to each meter interface."
::= { flowControl 2 }
「各メーターに特定のきちんと整理された情報は連結する」STATUSの現在の記述。 ::= flowControl2
flowInterfaceEntry OBJECT-TYPE
SYNTAX FlowInterfaceEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about a particular interface."
INDEX { ifIndex }
::= { flowInterfaceTable 1 }
「事項に関する情報は連結する」flowInterfaceEntry OBJECT-TYPE SYNTAX FlowInterfaceEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ifIndexに索引をつけてください:、:= flowInterfaceTable1
FlowInterfaceEntry ::= SEQUENCE {
flowInterfaceSampleRate Integer32,
flowInterfaceLostPackets Counter32
}
FlowInterfaceEntry:、:= 系列flowInterfaceSampleRate Integer32、flowInterfaceLostPackets Counter32
flowInterfaceSampleRate OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The parameter N for statistical counting on this interface.
Set to N to count 1/Nth of the packets appearing at this
interface. A sampling rate of 1 counts all packets.
A sampling rate of 0 results in the interface being ignored
by the meter.
flowInterfaceSampleRate OBJECT-TYPE SYNTAX Integer32マックス-ACCESSは「このインタフェースにおける統計的な勘定のためのパラメタN」をSTATUSの現在の記述に読書して書きます。 パケットがこのインタフェースに現れることにおいて1/n番目で数えるためにNにセットしてください。 1の標本抽出率はすべてのパケットを数えます。 0の標本抽出率はメーターによって無視されるインタフェースをもたらします。
A meter should choose its own algorithm to introduce variance
into the sampling so that exactly every Nth packet is counted.
The IPPM Working Group's RFC 'Framework for IP Performance
Metrics' [IPPM-FRM] explains why this should be done, and sets
out an algorithm for doing it."
DEFVAL { 1 }
::= { flowInterfaceEntry 1 }
1メーターが標本抽出に変化を紹介するためにそれ自身のアルゴリズムを選ぶはずであるので、ちょうどあらゆるNthパケットが数えられます。 「IPPM作業部会のRFC'IPパフォーマンスMetricsのための枠組み'[IPPM-FRM]は、これがなぜ完了しているべきであるかを説明して、それをするためのアルゴリズムを出します。」 DEFVAL1:、:= flowInterfaceEntry1
flowInterfaceLostPackets OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of packets the meter has lost for this interface.
Such losses may occur because the meter has been unable to
keep up with the traffic volume."
::= { flowInterfaceEntry 2 }
flowInterfaceLostPackets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「メーターがこれのために失ったパケットの数は連結します」。 「メーターが交通量について行くことができないので、そのような損失は発生するかもしれません。」 ::= flowInterfaceEntry2
Brownlee Standards Track [Page 17] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[17ページ]: MIB1999年10月に、計量してください。
-- -- Control Group: Meter Reader Info Table --
-- -- グループを制御してください: 読者インフォメーションテーブルを計量してください--
-- Any meter reader wishing to collect data reliably for flows -- should first create a row in this table. It should write that -- row's flowReaderLastTime object each time it starts a collection -- pass through the flow table.
-- 流れのためにデータを確かに集めたがっているどんなメーター読者も--最初に、このテーブルの列を作成するべきです。 それはそれを書くべきです--収集を始めるたびに列のflowReaderLastTimeは反対します--フロー・テーブルを通り抜けてください。
-- If a meter reader (MR) does not create a row in this table, e.g. -- because its MIB view [RFC2575] did not allow MR create access to -- flowReaderStatus, collection can still proceed but the meter will -- not be aware of meter reader MR. This could lead the meter to -- recover flows before they have been collected by MR.
-- 例えば、メーター読者(MR)がこのテーブルの列を作成しないなら、MIB意見[RFC2575]がMRを許容しなかったのでアクセスを作成して、それらがMRによって集められる前に流れを回復してください--flowReaderStatusにもかかわらず、缶がまだ続かせている収集にもかかわらず、メーター意志(MRこれがメーターを導くことができたメーター読者を意識していません)。
flowReaderInfoTable OBJECT-TYPE
SYNTAX SEQUENCE OF FlowReaderInfoEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An array of information about meter readers which have
registered their intent to collect flow data from this meter."
::= { flowControl 3 }
flowReaderInfoTable OBJECT-TYPE SYNTAX SEQUENCE OF FlowReaderInfoEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このメーターからフロー・データを集める彼らの意図を示したメーター読者に関するきちんと整理された情報。」 ::= flowControl3
flowReaderInfoEntry OBJECT-TYPE
SYNTAX FlowReaderInfoEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about a particular meter reader."
INDEX { flowReaderIndex }
::= { flowReaderInfoTable 1 }
flowReaderInfoEntry OBJECT-TYPE SYNTAX FlowReaderInfoEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「特定のメーター読者に関する情報。」 flowReaderIndexに索引をつけてください:、:= flowReaderInfoTable1
FlowReaderInfoEntry ::= SEQUENCE {
flowReaderIndex Integer32,
flowReaderTimeout Integer32,
flowReaderOwner UTF8OwnerString,
flowReaderLastTime TimeStamp,
flowReaderPreviousTime TimeStamp,
flowReaderStatus RowStatus,
flowReaderRuleSet Integer32
}
FlowReaderInfoEntry:、:= 系列flowReaderIndex Integer32、flowReaderTimeout Integer32、flowReaderOwner UTF8OwnerString、flowReaderLastTimeタイムスタンプ、flowReaderPreviousTimeタイムスタンプ、flowReaderStatus RowStatus、flowReaderRuleSet Integer32
flowReaderIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
flowReaderIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
Brownlee Standards Track [Page 18] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[18ページ]: MIB1999年10月に、計量してください。
"An index which selects an entry in the flowReaderInfoTable."
::= { flowReaderInfoEntry 1 }
「flowReaderInfoTableでエントリーを選択するインデックス。」 ::= flowReaderInfoEntry1
flowReaderTimeout OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Specifies the maximum time (in seconds) between flow data
collections for this meter reader. If this time elapses
without a collection, the meter should assume that this meter
reader has stopped collecting, and delete this row from the
table. A value of zero indicates that this row should not be
timed out."
::= { flowReaderInfoEntry 2 }
flowReaderTimeout OBJECT-TYPE SYNTAX Integer32マックス-ACCESSは現在の記述が「間にこれのためのフロー・データ収集が読者を計量する最大の時代(秒の)に指定する」STATUSを読書して作成します。 今回が収集なしで経過するなら、メーターは、読者が持っているこのメーターがテーブルから集まるのを止めて、この列を削除すると仮定するはずです。 「ゼロの値は、この列が外で調節されるべきでないのを示します。」 ::= flowReaderInfoEntry2
flowReaderOwner OBJECT-TYPE
SYNTAX UTF8OwnerString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Identifies the meter reader which created this row."
::= { flowReaderInfoEntry 3 }
flowReaderOwner OBJECT-TYPE SYNTAX UTF8OwnerStringマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この列を作成したメーター読者を特定します」。 ::= flowReaderInfoEntry3
flowReaderLastTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Time this meter reader began its most recent data collection.
flowReaderLastTime OBJECT-TYPE SYNTAX TimeStampマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このメーター読者が最新のデータ収集を始めた時。」
This variable should be written by a meter reader as its first
step in reading flow data. The meter will set this LastTime
value to its current Uptime, and set its PreviousTime value
(below) to the old LastTime. This allows the meter to
recover flows which have been inactive since PreviousTime,
for these have been collected at least once.
この変数は第一歩としてメーター読者によって読書フロー・データに書かれているべきです。 メーターは、このLastTime値を現在のUptimeに設定して、PreviousTime値の(below)を古いLastTimeに設定するでしょう。 これで、メーターはPreviousTime以来不活発である流れを回復できます、これらが少なくとも一度集められたことがあるので。
If the meter reader fails to write flowLastReadTime, collection
may still proceed but the meter may not be able to recover
inactive flows until the flowReaderTimeout has been reached
for this entry."
::= { flowReaderInfoEntry 4 }
「メーター読者がflowLastReadTimeに書かないなら、収集はまだ続いているかもしれませんが、flowReaderTimeoutがこのエントリーに達するまで、メーターは不活発な流れを回復できないかもしれません。」 ::= flowReaderInfoEntry4
flowReaderPreviousTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
flowReaderPreviousTime OBJECT-TYPE SYNTAX TimeStampマックス-ACCESS書き込み禁止STATUS海流
Brownlee Standards Track [Page 19] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[19ページ]: MIB1999年10月に、計量してください。
DESCRIPTION
"Time this meter reader began the collection before last."
::= { flowReaderInfoEntry 5 }
記述は「読者が最後に収集を始めたこのメーターを調節します」。 ::= flowReaderInfoEntry5
flowReaderStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The status of this FlowReaderInfoEntry. A value of active(1)
implies that the associated reader should be collecting data
from the meter. Once this variable has been set to active(1)
a manager may only change this row's flowReaderLastTime and
flowReaderTimeout variables."
::= { flowReaderInfoEntry 6 }
flowReaderStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このFlowReaderInfoEntryの状態。」 アクティブな(1)の値は、関連読者がメーターからの資料収集であるべきであることを含意します。 「この変数がいったんアクティブな(1)に設定されると、マネージャはこの列のflowReaderLastTimeとflowReaderTimeout変数を変えるだけであるかもしれません。」 ::= flowReaderInfoEntry6
flowReaderRuleSet OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"An index to the array of RuleSets. Specifies a set of rules
of interest to this meter reader. The reader will attempt to
collect any data generated by the meter for this RuleSet, and
the meter will not recover the memory of any of the RuleSet's
flows until this collection has taken place. Note that a
reader may have entries in this table for several RuleSets."
::= { flowReaderInfoEntry 7 }
flowReaderRuleSet OBJECT-TYPE SYNTAX Integer32(1 .2147483647)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「RuleSetsのアレイへのインデックス。」 このメーター読者にとって、興味深い規則のセットを指定します。 読者は、このRuleSetのためにメーターで発生するどんなデータも集めるのを試みるでしょう、そして、この収集が行われるまで、メーターはRuleSetの流れのどれかに関するメモリを回復しないでしょう。 「読者が数個のRuleSetsのためのこのテーブルにエントリーを持っているかもしれないことに注意してください。」 ::= flowReaderInfoEntry7
-- -- Control Group: Manager Info Table --
-- -- グループを制御してください: マネージャインフォメーションテーブル--
-- Any manager wishing to run a RuleSet must create a row in this -- table. Once it has a table row, the manager may set the control -- variables in its row so as to cause the meter to run any valid -- RuleSet held by the meter.
-- RuleSetを走らせたがっているどんなマネージャもこれで列を作成しなければなりません--テーブル。 それにテーブル行がいったんあると、マネージャはコントロールを設定するかもしれません--、変数、メーターが有効な状態でいずれも走らせることを引き起こす--列では、RuleSetはメーターを固守しました。
-- A single manager may run several RuleSets; it must create a row -- in this table for each of them. In short, each row of this table -- describes (and controls) a 'task' which the meter is executing.
-- 独身のマネージャは数個のRuleSetsを走らせるかもしれません。 それはそれぞれのそれらのためにこのテーブルの列を作成しなければなりません。 要するに、それぞれがこのテーブルを船をこいで運びます--メーターが実行している'タスク'について説明します(そして、コントロール)。
flowManagerInfoTable OBJECT-TYPE
SYNTAX SEQUENCE OF FlowManagerInfoEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An array of information about managers which have
flowManagerInfoTable OBJECT-TYPEのSYNTAX SEQUENCE OF FlowManagerInfoEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「そうしたマネージャに関するきちんと整理された情報」です。
Brownlee Standards Track [Page 20] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[20ページ]: MIB1999年10月に、計量してください。
registered their intent to run RuleSets on this meter."
::= { flowControl 4 }
「このメーターの上でRuleSetsを走らせる彼らの意図を示します。」だった ::= flowControl4
flowManagerInfoEntry OBJECT-TYPE
SYNTAX FlowManagerInfoEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about a particular meter 'task.' By creating
an entry in this table and activating it, a manager requests
that the meter 'run' the indicated RuleSet.
. 'flowManagerInfoEntry OBJECT-TYPE SYNTAX FlowManagerInfoEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述「特定のメーターに関する情報'タスクByがこのテーブルでエントリーを作成して、それを動かして、マネージャはメーター'走行その'示されたRuleSet」を要求します。
The entry also specifies a HighWaterMark and a StandbyRuleSet.
If the meter's flow table usage exceeds this task's
HighWaterMark the meter will stop running the task's
CurrentRuleSet and switch to its StandbyRuleSet.
また、エントリーはHighWaterMarkとStandbyRuleSetを指定します。 計器フロー・テーブル用法がこのタスクのHighWaterMarkを超えていると、メーターは、タスクのCurrentRuleSetとスイッチをStandbyRuleSetに動かすのを止めるでしょう。
If the value of the task's StandbyRuleSet is 0 when its
HighWaterMark is exceeded, the meter simply stops running the
task's CurrentRuleSet. By careful selection of HighWaterMarks
for the various tasks a manager can ensure that the most
critical RuleSets are the last to stop running as the number
of flows increases.
HighWaterMarkが超えられているとき、タスクのStandbyRuleSetの値が0であるなら、メーターは、タスクのCurrentRuleSetを走らせるのを単に止めます。 様々なタスクのためのHighWaterMarksの厳選で、マネージャは、流れの数が増加するのに応じて走るのを止めるために最も重要なRuleSetsが最終であることを保証できます。
When a manager has determined that the demand for flow table
space has abated, it may cause the task to switch back to its
CurrentRuleSet by setting its flowManagerRunningStandby
variable to false(2)."
INDEX { flowManagerIndex }
::= { flowManagerInfoTable 1 }
「マネージャが、フロー・テーブルスペースの需要が治まったと決心していたとき、それで、タスクは誤った(2)にflowManagerRunningStandby変数を設定することによって、CurrentRuleSetに元に戻るかもしれません。」 flowManagerIndexに索引をつけてください:、:= flowManagerInfoTable1
FlowManagerInfoEntry ::= SEQUENCE {
flowManagerIndex Integer32,
flowManagerCurrentRuleSet Integer32,
flowManagerStandbyRuleSet Integer32,
flowManagerHighWaterMark Integer32,
flowManagerCounterWrap INTEGER,
flowManagerOwner UTF8OwnerString,
flowManagerTimeStamp TimeStamp,
flowManagerStatus RowStatus,
flowManagerRunningStandby TruthValue
}
FlowManagerInfoEntry:、:= 系列flowManagerIndex Integer32、flowManagerCurrentRuleSet Integer32、flowManagerStandbyRuleSet Integer32、flowManagerHighWaterMark Integer32、flowManagerCounterWrap整数、flowManagerOwner UTF8OwnerString、flowManagerTimeStampタイムスタンプ、flowManagerStatus RowStatus、flowManagerRunningStandby TruthValue
flowManagerIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
flowManagerIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
Brownlee Standards Track [Page 21] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[21ページ]: MIB1999年10月に、計量してください。
"An index which selects an entry in the flowManagerInfoTable."
::= { flowManagerInfoEntry 1 }
「flowManagerInfoTableでエントリーを選択するインデックス。」 ::= flowManagerInfoEntry1
flowManagerCurrentRuleSet OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Index to the array of RuleSets. Specifies which set of
rules is the 'current' one for this task. The meter will
be 'running' the current RuleSet if this row's
flowManagerRunningStandby value is false(2).
flowManagerCurrentRuleSet OBJECT-TYPE SYNTAX Integer32マックス-ACCESSは現在の記述が「RuleSetsのアレイに索引をつける」STATUSを読書して作成します。 どのセットの規則が'現在'のものであるかをこのタスクに指定します。 メーターはこの列のflowManagerRunningStandby値が誤った(2)であるなら現在のRuleSetを'走らせるでしょう'。
When the manager sets this variable the meter will stop using
the task's old current RuleSet and start using the new one.
Specifying RuleSet 0 (the empty set) stops flow measurement
for this task."
::= { flowManagerInfoEntry 2 }
マネージャがこの変数を設定すると、メーターは、タスクの古い現在のRuleSetを使用するのを止めて、新しい方を使用し始めるでしょう。 「RuleSet0(空集合)を指定すると、このタスクのための流量測定は止まります。」 ::= flowManagerInfoEntry2
flowManagerStandbyRuleSet OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Index to the array of RuleSets. After reaching HighWaterMark
(see below) the manager will switch to using the task's
StandbyRuleSet in place of its CurrentRuleSet. For this to be
effective the designated StandbyRuleSet should have a coarser
reporting granularity then the CurrentRuleSet. The manager may
also need to decrease the meter reading interval so that the
meter can recover flows measured by this task's CurrentRuleSet."
DEFVAL { 0 } -- No standby
::= { flowManagerInfoEntry 3 }
flowManagerStandbyRuleSet OBJECT-TYPE SYNTAX Integer32マックス-ACCESSは現在の記述が「RuleSetsのアレイに索引をつける」STATUSを読書して作成します。 HighWaterMark(以下を見る)に達した後に、マネージャはCurrentRuleSetに代わってタスクのStandbyRuleSetを使用するのに切り替わるでしょう。 指定されたStandbyRuleSetには、その時、これが有効であるように、より粗い報告粒状があるはずです。CurrentRuleSet。 「また、マネージャは、メーターがこのタスクのCurrentRuleSetによって測定された流れを回復できるように検針間隔を減少させる必要があるかもしれません。」 DEFVAL0--予備がありません:、:= flowManagerInfoEntry3
flowManagerHighWaterMark OBJECT-TYPE
SYNTAX Integer32 (0..100)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"A value expressed as a percentage, interpreted by the meter
as an indication of how full the flow table should be before
it should switch to the standby RuleSet (if one has been
specified) for this task. Values of 0% or 100% disable the
checking represented by this variable."
::= { flowManagerInfoEntry 4 }
flowManagerHighWaterMark OBJECT-TYPE SYNTAX Integer32(0 .100)マックス-ACCESSは「値は予備RuleSetに切り替わるべき(1つが指定されたなら)前にこのタスクのためにフロー・テーブルがどれくらい完全であるべきであるかのしるしとしてメーターによって解釈された割合として言い表した」STATUSの現在の記述を読書して作成します。 「0%か100%の値はこの変数によって表された照合を無効にします。」 ::= flowManagerInfoEntry4
flowManagerCounterWrap OBJECT-TYPE
SYNTAX INTEGER { wrap(1), scale(2) }
flowManagerCounterWrapオブジェクト・タイプ構文整数(1)、スケール(2)を包装してください。
Brownlee Standards Track [Page 22] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[22ページ]: MIB1999年10月に、計量してください。
MAX-ACCESS read-create
STATUS deprecated
DESCRIPTION
"Specifies whether PDU and octet counters should wrap when
they reach the top of their range (normal behaviour for
Counter64 objects), or whether their scale factors should
be used instead. The combination of counter and scale
factor allows counts to be returned as non-negative binary
floating point numbers, with 64-bit mantissas and 8-bit
exponents."
DEFVAL { wrap }
::= { flowManagerInfoEntry 5 }
マックス-ACCESSは推奨しない記述が「それらであるときにカウンタが包装するはずであるPDUと八重奏がそれらの範囲(Counter64物のための通常のふるまい)の先端に達するべきであるか、またはそれらの位取り因数が代わりに使用されるべきであることにかかわらず指定する」STATUSを読書して作成します。 「カウンタと位取り因数の組み合わせは非負の2進浮動小数点数としてカウントを返させます、64ビットの仮数と8ビットの解説者と共に。」 DEFVALは以下を包装します:= flowManagerInfoEntry5
flowManagerOwner OBJECT-TYPE
SYNTAX UTF8OwnerString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Identifies the manager which created this row."
::= { flowManagerInfoEntry 6 }
flowManagerOwner OBJECT-TYPE SYNTAX UTF8OwnerStringマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「マネージャのためにこの列を作成したものを特定します」。 ::= flowManagerInfoEntry6
flowManagerTimeStamp OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Time this row was last changed by its manager."
::= { flowManagerInfoEntry 7 }
flowManagerTimeStamp OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この列が最後であった時はマネージャで変化しました」。 ::= flowManagerInfoEntry7
flowManagerStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The status of this row in the flowManagerInfoTable. A value
of active(1) implies that this task may be activated, by
setting its CurrentRuleSet and StandbyRuleSet variables.
Its HighWaterMark and RunningStandby variables may also be
changed."
::= { flowManagerInfoEntry 8 }
flowManagerStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「flowManagerInfoTableのこの列の状態。」 アクティブな(1)の値は、このタスクがCurrentRuleSetとStandbyRuleSet変数を設定することによって活性化するかもしれないのを含意します。 「また、HighWaterMarkとRunningStandby変数を変えるかもしれません。」 ::= flowManagerInfoEntry8
flowManagerRunningStandby OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Set to true(1) by the meter to indicate that it has switched
to runnning this task's StandbyRuleSet in place of its
に代わってflowManagerRunningStandby OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSがSTATUSの現在の記述を読書して作成する、「メーターに従って本当の(1)にセットして、それがこのタスクのStandbyRuleSetをrunnningするのに切り替わったのを示してください、それ、」
Brownlee Standards Track [Page 23] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[23ページ]: MIB1999年10月に、計量してください。
CurrentRuleSet. To switch back to the CurrentRuleSet, the
manager may simply set this variable to false(2)."
DEFVAL { false }
::= { flowManagerInfoEntry 9 }
CurrentRuleSet。 「CurrentRuleSetに元に戻るために、マネージャは単に誤った(2)にこの変数を設定するかもしれません。」 DEFVAL偽:、:= flowManagerInfoEntry9
-- -- Control Group: General Meter Control Variables --
-- -- グループを制御してください: 一般メーター制御変数--
flowFloodMark OBJECT-TYPE
SYNTAX Integer32 (0..100)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"A value expressed as a percentage, interpreted by the meter
as an indication of how full the flow table should be before
it should take some action to avoid running out of resources
to handle new flows, as discussed in section 4.6 (Handling
Increasing Traffic Levels) of the RTFM Architecture RFC
[RTFM-ARC].
flowFloodMark OBJECT-TYPE SYNTAX Integer32(0 .100)マックス-ACCESSは「値はRTFM Architecture RFC[RTFM-ARC]のセクション4.6(取り扱いIncreasing Traffic Levels)で議論するように新しい状態で扱うリソースを使い果たすのを避けるために何らかの行動をするべき前にフロー・テーブルがどれくらい完全であるべきであるかのしるしが流れるのでメーターで解釈された割合として言い表した」現在の記述をSTATUSに読書して書きます。
Values of 0% or 100% disable the checking represented by
this variable."
DEFVAL { 95 } -- Enabled by default.
::= { flowControl 5 }
「0%か100%の値はこの変数によって表された照合を無効にします。」 DEFVAL95--デフォルトで可能にされます。 ::= flowControl5
flowInactivityTimeout OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The time in seconds since the last packet seen, after which
a flow becomes 'idle.' Note that although a flow may be
idle, it will not be discarded (and its memory recovered)
until after its data has been collected by all the meter
readers registered for its RuleSet."
DEFVAL { 600 } -- 10 minutes
::= { flowControl 6 }
以来秒の時に、どのa流動の後に目にふれている最後のパケットは'活動していません'なるか。flowInactivityTimeout OBJECT-TYPE SYNTAX Integer32マックス-ACCESSは「流れですが、使用されていないかもしれないNote、データがRuleSetのために登録されたすべてのメーター読者によって集められた後までそれは捨て(メモリは回復しました)にされないこと」をSTATUSの現在の記述に読書して書きます。 DEFVAL600--10は以下を書き留めます:= flowControl6
flowActiveFlows OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of flows which are currently in use."
::= { flowControl 7 }
flowActiveFlows OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「現在使用中の流れの数。」 ::= flowControl7
flowMaxFlows OBJECT-TYPE
flowMaxFlowsオブジェクト・タイプ
Brownlee Standards Track [Page 24] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[24ページ]: MIB1999年10月に、計量してください。
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The maximum number of flows allowed in the meter's
flow table. At present this is determined when the meter
is first started up."
::= { flowControl 8 }
「流れの最大数は計器でフロー・テーブルを許容した」SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「メーターが最初に現在のところ立ち上げられているとき、これは断固としています。」 ::= flowControl8
flowFloodMode OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates that the meter has passed its FloodMark and is
not running in its normal mode.
マックス-ACCESSが「メーターがFloodMarkを渡して、正規モードへ駆け込んでいないのを示す」とSTATUSの現在の記述に読書して書くflowFloodMode OBJECT-TYPE SYNTAX TruthValue。
When the manager notices this it should take action to remedy
the problem which caused the flooding. It should then monitor
flowActiveFlows so as to determine when the flood has receded.
At that point the manager may set flowFloodMode to false(2) to
resume normal operation."
::= { flowControl 9 }
マネージャがこれに気付くと、それは、氾濫を引き起こした問題を改善するために行動を取るべきです。 そして、それは、洪水がいつ後退したかを決定するためにflowActiveFlowsをモニターするべきです。 「その時、マネージャは通常の操作を再開する誤った(2)にflowFloodModeを設定するかもしれません。」 ::= flowControl9
-- -- The Flow Table --
-- -- フロー・テーブル--
-- This is a table kept by a meter, with one flow data entry for every -- flow being measured. Each flow data entry stores the attribute -- values for a traffic flow. Details of flows and their attributes -- are given in the 'Traffic Flow Measurement: Architecture' -- document [RTFM-ARC].
-- これが1つの流れデータエントリーがある1メーターによって保たれたテーブルである、あらゆる、--測定される流れ。 それぞれの流れデータエントリーは属性を格納します--交通の流れのための値。 流れの詳細とそれらの属性--'交通Flow Measurementでは、与えます:、' '構造'--[RTFM-ARC]を記録してください。
-- From time to time a meter reader may sweep the flow table so as -- to read counts. This is most effectively achieved by using the -- TimeMark variable together with successive GetBulk requests to -- retrieve the values of the desired flow attribute variables.
-- 時々、読者が流れテーブルのそうを読書に掃くかもしれない1個のメーターは重要です。 これが使用することによって最も効果的に達成される、--、連続したGetBulk要求に伴うTimeMark変数、--必要な流れ属性変数の値を検索してください。
-- This scheme allows multiple meter readers to independently use the -- same meter; the meter readers do not have to be synchronised and -- they may use different collection intervals.
-- 複数のメーター読者がこの計画で独自に使用できる、--同じメーター。 そして、メーター読者がそうする必要はない、連動、--彼らは異なった収集間隔を費やすかもしれません。
-- If identical sets of counts are required from a meter, a manager -- could achieve this using two identical copies of a RuleSet in that -- meter and switching back and forth between them. This is discussed -- further in the RTFM Architecture document [RTFM-ARC].
-- 同じセットのカウントが1メーターから必要であるなら、マネージャ--それでRuleSetの同一のもの2通を使用することでこれを達成できるでしょう--計量して、それらを前後に切り換えます。 これについて議論します--RTFM Architectureドキュメント[RTFM-ARC]で、より遠くに。
Brownlee Standards Track [Page 25] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[25ページ]: MIB1999年10月に、計量してください。
flowDataTable OBJECT-TYPE
SYNTAX SEQUENCE OF FlowDataEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The list of all flows being measured."
::= { flowData 1 }
flowDataTable OBJECT-TYPE SYNTAX SEQUENCE OF FlowDataEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「測定されるすべての流れのリスト。」 ::= flowData1
flowDataEntry OBJECT-TYPE
SYNTAX FlowDataEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The flow data record for a particular flow."
INDEX { flowDataRuleSet, flowDataTimeMark, flowDataIndex }
::= { flowDataTable 1 }
「フロー・データは特定の流れのために記録する」flowDataEntry OBJECT-TYPE SYNTAX FlowDataEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 flowDataRuleSet、flowDataTimeMark、flowDataIndexに索引をつけてください:、:= flowDataTable1
FlowDataEntry ::= SEQUENCE {
flowDataIndex Integer32,
flowDataTimeMark TimeFilter,
flowDataStatus INTEGER,
FlowDataEntry:、:= 系列、flowDataIndex Integer32、flowDataTimeMark TimeFilter、flowDataStatus整数
flowDataSourceInterface Integer32,
flowDataSourceAdjacentType AdjacentType,
flowDataSourceAdjacentAddress AdjacentAddress,
flowDataSourceAdjacentMask AdjacentAddress,
flowDataSourcePeerType PeerType,
flowDataSourcePeerAddress PeerAddress,
flowDataSourcePeerMask PeerAddress,
flowDataSourceTransType TransportType,
flowDataSourceTransAddress TransportAddress,
flowDataSourceTransMask TransportAddress,
flowDataSourceInterface Integer32、flowDataSourceAdjacentType AdjacentType、flowDataSourceAdjacentAddress AdjacentAddress、flowDataSourceAdjacentMask AdjacentAddress、flowDataSourcePeerType PeerType、flowDataSourcePeerAddress PeerAddress、flowDataSourcePeerMask PeerAddress、flowDataSourceTransType TransportType、flowDataSourceTransAddress TransportAddress、flowDataSourceTransMask TransportAddress
flowDataDestInterface Integer32,
flowDataDestAdjacentType AdjacentType,
flowDataDestAdjacentAddress AdjacentAddress,
flowDataDestAdjacentMask AdjacentAddress,
flowDataDestPeerType PeerType,
flowDataDestPeerAddress PeerAddress,
flowDataDestPeerMask PeerAddress,
flowDataDestTransType TransportType,
flowDataDestTransAddress TransportAddress,
flowDataDestTransMask TransportAddress,
flowDataDestInterface Integer32、flowDataDestAdjacentType AdjacentType、flowDataDestAdjacentAddress AdjacentAddress、flowDataDestAdjacentMask AdjacentAddress、flowDataDestPeerType PeerType、flowDataDestPeerAddress PeerAddress、flowDataDestPeerMask PeerAddress、flowDataDestTransType TransportType、flowDataDestTransAddress TransportAddress、flowDataDestTransMask TransportAddress
flowDataPDUScale Integer32,
flowDataOctetScale Integer32,
flowDataPDUScale Integer32、flowDataOctetScale Integer32
flowDataRuleSet Integer32,
flowDataRuleSet Integer32
Brownlee Standards Track [Page 26] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[26ページ]: MIB1999年10月に、計量してください。
flowDataToOctets Counter64, -- Source->Dest
flowDataToPDUs Counter64,
flowDataFromOctets Counter64, -- Dest->Source
flowDataFromPDUs Counter64,
flowDataFirstTime TimeStamp, -- Activity times
flowDataLastActiveTime TimeStamp,
flowDataToOctets Counter64(>の出典を明示しているDest flowDataToPDUs Counter64、flowDataFromOctets Counter64)、Dest->が出典を明示する、flowDataFromPDUs Counter64、flowDataFirstTimeタイムスタンプ--活動回のflowDataLastActiveTimeタイムスタンプ
flowDataSourceSubscriberID OCTET STRING,
flowDataDestSubscriberID OCTET STRING,
flowDataSessionID OCTET STRING,
flowDataSourceSubscriberID八重奏ストリング、flowDataDestSubscriberID八重奏ストリング、flowDataSessionID八重奏ストリング
flowDataSourceClass Integer32,
flowDataDestClass Integer32,
flowDataClass Integer32,
flowDataSourceKind Integer32,
flowDataDestKind Integer32,
flowDataKind Integer32
}
flowDataSourceClass Integer32、flowDataDestClass Integer32、flowDataClass Integer32、flowDataSourceKind Integer32、flowDataDestKind Integer32、flowDataKind Integer32
flowDataIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Value of this flow data record's index within the meter's
flow table."
::= { flowDataEntry 1 }
「この流れデータレコードの値は計器フロー・テーブルの中で索引をつける」flowDataIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= flowDataEntry1
flowDataTimeMark OBJECT-TYPE
SYNTAX TimeFilter
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A TimeFilter for this entry. Allows GetNext and GetBulk
to find flow table rows which have changed since a specified
value of the meter's Uptime."
::= { flowDataEntry 2 }
flowDataTimeMark OBJECT-TYPE SYNTAX TimeFilterのマックス-ACCESSのアクセスしやすくないSTATUSの現在の記述「このエントリーへのA TimeFilter。」 「GetNextとGetBulkが計器の規定値以来Uptimeを変えているフロー・テーブル列を見つけるのを許容します。」 ::= flowDataEntry2
flowDataStatus OBJECT-TYPE
SYNTAX INTEGER { inactive(1), current(2) }
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"Status of this flow data record."
::= { flowDataEntry 3 }
flowDataStatus OBJECT-TYPE SYNTAX INTEGER、不活発な(1)、電流(2)、マックス-ACCESS読書だけSTATUSは「このフロー・データの状態は記録する」記述を非難しました。 ::= flowDataEntry3
flowDataSourceInterface OBJECT-TYPE
SYNTAX Integer32
flowDataSourceInterfaceオブジェクト・タイプ構文Integer32
Brownlee Standards Track [Page 27] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[27ページ]: MIB1999年10月に、計量してください。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Index of the interface associated with the source address
for this flow. It's value is one of those contained in the
ifIndex field of the meter's interfaces table."
::= { flowDataEntry 4 }
「インタフェースのインデックスはこの流れのためのソースアドレスに関連づけた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「値がインタフェースが見送る計器のifIndex分野に保管されていたものの1つであるということです。」 ::= flowDataEntry4
flowDataSourceAdjacentType OBJECT-TYPE
SYNTAX AdjacentType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Adjacent address type of the source for this flow.
「この流れのためのソースのアドレスタイプに隣接でした」flowDataSourceAdjacentType OBJECT-TYPE SYNTAX AdjacentTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
If metering is being performed at the network level,
AdjacentType will indicate the medium for the interface on
which the flow was observed and AdjacentAddress will be the
MAC address for that interface. This is the usual case.
計量がネットワークレベルで実行されていると、AdjacentTypeは流れが観測されて、AdjacentAddressがそのインタフェースへのMACアドレスになるインタフェースに媒体を示すでしょう。 これは普通のそうです。
If traffic is being metered inside a tunnel, AdjacentType will
be the peer type of the host at the end of the tunnel and
AdjacentAddress will be the peer address for that host."
::= { flowDataEntry 5 }
「交通がトンネルの中で計量することにされるのであるなら、AdjacentTypeはトンネルの端のホストの同輩タイプになるでしょう、そして、AdjacentAddressはそのホストのために同輩アドレスになるでしょう。」 ::= flowDataEntry5
flowDataSourceAdjacentAddress OBJECT-TYPE
SYNTAX AdjacentAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Address of the adjacent device on the path for the source
for this flow."
::= { flowDataEntry 6 }
flowDataSourceAdjacentAddress OBJECT-TYPE SYNTAX AdjacentAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この流れのための隣接している装置のソースへの経路のアドレス。」 ::= flowDataEntry6
flowDataSourceAdjacentMask OBJECT-TYPE
SYNTAX AdjacentAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"1-bits in this mask indicate which bits must match when
comparing the adjacent source address for this flow."
::= { flowDataEntry 7 }
flowDataSourceAdjacentMask OBJECT-TYPE SYNTAX AdjacentAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このマスクでこの流れのための隣接しているソースアドレスを比較するとき、どのビットが合わなければならないかを1ビット示します」。 ::= flowDataEntry7
flowDataSourcePeerType OBJECT-TYPE
SYNTAX PeerType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
flowDataSourcePeerType OBJECT-TYPE SYNTAX PeerTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Brownlee Standards Track [Page 28] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[28ページ]: MIB1999年10月に、計量してください。
"Peer address type of the source for this flow."
::= { flowDataEntry 8 }
「これのためのソースの同輩アドレスタイプは流れます。」 ::= flowDataEntry8
flowDataSourcePeerAddress OBJECT-TYPE
SYNTAX PeerAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Address of the peer device for the source of this flow."
::= { flowDataEntry 9 }
flowDataSourcePeerAddress OBJECT-TYPE SYNTAX PeerAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この流れの源への同輩装置のアドレス。」 ::= flowDataEntry9
flowDataSourcePeerMask OBJECT-TYPE
SYNTAX PeerAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"1-bits in this mask indicate which bits must match when
comparing the source peer address for this flow."
::= { flowDataEntry 10 }
flowDataSourcePeerMask OBJECT-TYPE SYNTAX PeerAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このマスクでこの流れのためのソース同輩アドレスを比較するとき、どのビットが合わなければならないかを1ビット示します」。 ::= flowDataEntry10
flowDataSourceTransType OBJECT-TYPE
SYNTAX TransportType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Transport address type of the source for this flow. The
value of this attribute will depend on the peer address type."
::= { flowDataEntry 11 }
flowDataSourceTransType OBJECT-TYPE SYNTAX TransportTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この流れのためにソースのアドレスタイプを輸送します」。 「この属性の値を同輩アドレスタイプに頼るでしょう。」 ::= flowDataEntry11
flowDataSourceTransAddress OBJECT-TYPE
SYNTAX TransportAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Transport address for the source of this flow."
::= { flowDataEntry 12 }
flowDataSourceTransAddress OBJECT-TYPE SYNTAX TransportAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この流れの源にアドレスを輸送します」。 ::= flowDataEntry12
flowDataSourceTransMask OBJECT-TYPE
SYNTAX TransportAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"1-bits in this mask indicate which bits must match when
comparing the transport source address for this flow."
::= { flowDataEntry 13 }
flowDataSourceTransMask OBJECT-TYPE SYNTAX TransportAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このマスクでこの流れのための輸送ソースアドレスを比較するとき、どのビットが合わなければならないかを1ビット示します」。 ::= flowDataEntry13
flowDataDestInterface OBJECT-TYPE
SYNTAX Integer32
flowDataDestInterfaceオブジェクト・タイプ構文Integer32
Brownlee Standards Track [Page 29] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[29ページ]: MIB1999年10月に、計量してください。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Index of the interface associated with the dest address for
this flow. This value is one of the values contained in the
ifIndex field of the interfaces table."
::= { flowDataEntry 14 }
「インタフェースのインデックスはこの流れのためのdestアドレスに関連づけた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「この値はインタフェーステーブルのifIndex分野に保管されていた値の1つです。」 ::= flowDataEntry14
flowDataDestAdjacentType OBJECT-TYPE
SYNTAX AdjacentType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Adjacent address type of the destination for this flow."
::= { flowDataEntry 15 }
「この流れのための目的地のアドレスタイプに隣接でした」flowDataDestAdjacentType OBJECT-TYPE SYNTAX AdjacentTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= flowDataEntry15
flowDataDestAdjacentAddress OBJECT-TYPE
SYNTAX AdjacentAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Address of the adjacent device on the path for the
destination for this flow."
::= { flowDataEntry 16 }
flowDataDestAdjacentAddress OBJECT-TYPE SYNTAX AdjacentAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この流れのための隣接している装置の目的地への経路のアドレス。」 ::= flowDataEntry16
flowDataDestAdjacentMask OBJECT-TYPE
SYNTAX AdjacentAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"1-bits in this mask indicate which bits must match when
comparing the adjacent destination address for this flow."
::= { flowDataEntry 17 }
flowDataDestAdjacentMask OBJECT-TYPE SYNTAX AdjacentAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このマスクでこの流れのための隣接している送付先アドレスを比較するとき、どのビットが合わなければならないかを1ビット示します」。 ::= flowDataEntry17
flowDataDestPeerType OBJECT-TYPE
SYNTAX PeerType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Peer address type of the destination for this flow."
::= { flowDataEntry 18 }
flowDataDestPeerType OBJECT-TYPE SYNTAX PeerTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「これのための目的地の同輩アドレスタイプは流れます」。 ::= flowDataEntry18
flowDataDestPeerAddress OBJECT-TYPE
SYNTAX PeerAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Address of the peer device for the destination of this flow."
flowDataDestPeerAddress OBJECT-TYPE SYNTAX PeerAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この流れの目的地への同輩装置のアドレス。」
Brownlee Standards Track [Page 30] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[30ページ]: MIB1999年10月に、計量してください。
::= { flowDataEntry 19 }
::= flowDataEntry19
flowDataDestPeerMask OBJECT-TYPE
SYNTAX PeerAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"1-bits in this mask indicate which bits must match when
comparing the destination peer type for this flow."
::= { flowDataEntry 20 }
flowDataDestPeerMask OBJECT-TYPE SYNTAX PeerAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このマスクでこの流れのために目的地同輩タイプを比較するとき、どのビットが合わなければならないかを1ビット示します」。 ::= flowDataEntry20
flowDataDestTransType OBJECT-TYPE
SYNTAX TransportType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Transport address type of the destination for this flow. The
value of this attribute will depend on the peer address type."
::= { flowDataEntry 21 }
flowDataDestTransType OBJECT-TYPE SYNTAX TransportTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この流れのために目的地のアドレスタイプを輸送します」。 「この属性の値を同輩アドレスタイプに頼るでしょう。」 ::= flowDataEntry21
flowDataDestTransAddress OBJECT-TYPE
SYNTAX TransportAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Transport address for the destination of this flow."
::= { flowDataEntry 22 }
flowDataDestTransAddress OBJECT-TYPE SYNTAX TransportAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この流れの目的地へのアドレスを輸送します」。 ::= flowDataEntry22
flowDataDestTransMask OBJECT-TYPE
SYNTAX TransportAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"1-bits in this mask indicate which bits must match when
comparing the transport destination address for this flow."
::= { flowDataEntry 23 }
flowDataDestTransMask OBJECT-TYPE SYNTAX TransportAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このマスクでこの流れのための輸送送付先アドレスを比較するとき、どのビットが合わなければならないかを1ビット示します」。 ::= flowDataEntry23
flowDataPDUScale OBJECT-TYPE
SYNTAX Integer32 (0..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The scale factor applied to this particular flow. Indicates
the number of bits the PDU counter values should be moved left
to obtain the actual values."
::= { flowDataEntry 24 }
「位取り因数はこの特定の流れに適用した」flowDataPDUScale OBJECT-TYPE SYNTAX Integer32(0 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「PDUカウンタが評価するビットの数が実価を得るので左に動かされるべきであるのを示します。」 ::= flowDataEntry24
flowDataOctetScale OBJECT-TYPE
flowDataOctetScaleオブジェクト・タイプ
Brownlee Standards Track [Page 31] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[31ページ]: MIB1999年10月に、計量してください。
SYNTAX Integer32 (0..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The scale factor applied to this particular flow. Indicates
the number of bits the octet counter values should be moved
left to obtain the actual values."
::= { flowDataEntry 25 }
「位取り因数はこの特定の流れに適用した」SYNTAX Integer32(0 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「八重奏カウンタが評価するビットの数が実価を得るので左に動かされるべきであるのを示します。」 ::= flowDataEntry25
flowDataRuleSet OBJECT-TYPE
SYNTAX Integer32 (1..255)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The RuleSet number of the RuleSet which created this flow.
Allows a manager to use GetNext or GetBulk requests to find
flows belonging to a particular RuleSet."
::= { flowDataEntry 26 }
flowDataRuleSet OBJECT-TYPE SYNTAX Integer32(1 .255)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「これを作成したRuleSetのRuleSet番号は流れます」。 「マネージャがGetNextか流れが特定のRuleSetに属しているのがわかるというGetBulk要求を使用するのを許容します。」 ::= flowDataEntry26
flowDataToOctets OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The count of octets flowing from source to destination
for this flow."
::= { flowDataEntry 27 }
flowDataToOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「八重奏がこの流れのためにソースから目的地まで流れるカウント。」 ::= flowDataEntry27
flowDataToPDUs OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The count of packets flowing from source to destination
for this flow."
::= { flowDataEntry 28 }
flowDataToPDUs OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「パケットがこの流れのためにソースから目的地まで流れるカウント。」 ::= flowDataEntry28
flowDataFromOctets OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The count of octets flowing from destination to source
for this flow."
::= { flowDataEntry 29 }
flowDataFromOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「八重奏がこの流れのために目的地からソースまで流れるカウント。」 ::= flowDataEntry29
flowDataFromPDUs OBJECT-TYPE
SYNTAX Counter64
flowDataFromPDUsオブジェクト・タイプ構文Counter64
Brownlee Standards Track [Page 32] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[32ページ]: MIB1999年10月に、計量してください。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The count of packets flowing from destination to source
for this flow."
::= { flowDataEntry 30 }
マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「パケットがこの流れのために目的地からソースまで流れるカウント。」 ::= flowDataEntry30
flowDataFirstTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The time at which this flow was first entered in the table"
::= { flowDataEntry 31 }
flowDataFirstTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この流れが最初にテーブルに入れられた時」:、:= flowDataEntry31
flowDataLastActiveTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The last time this flow had activity, i.e. the time of
arrival of the most recent PDU belonging to this flow."
::= { flowDataEntry 32 }
「すなわち、この流れには活動があった最後の時、この流れに属す最新のPDUの到着の時間」の間のflowDataLastActiveTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= flowDataEntry32
flowDataSourceSubscriberID OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (4..20))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Subscriber ID associated with the source address for this
flow. A Subscriber ID is an unspecified text string, used
to ascribe traffic flows to individual users. At this time
the means by which a Subscriber ID may be associated with a
flow is unspecified."
::= { flowDataEntry 33 }
「加入者IDはこの流れのためのソースアドレスに関連づけた」flowDataSourceSubscriberID OBJECT-TYPE SYNTAX OCTET STRING(SIZE(4 .20))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 Subscriber IDは個々のユーザへの交通の流れをせいにするのに使用される不特定のテキスト文字列です。 「このとき、Subscriber IDが流れに関連しているかもしれない手段は不特定です。」 ::= flowDataEntry33
flowDataDestSubscriberID OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (4..20))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Subscriber ID associated with the destination address for
this flow. A Subscriber ID is an unspecified text string,
used to ascribe traffic flows to individual users. At this
time the means by which a Subscriber ID may be associated
with a flow is unspecified."
::= { flowDataEntry 34 }
「加入者IDはこの流れのための送付先アドレスに関連づけた」flowDataDestSubscriberID OBJECT-TYPE SYNTAX OCTET STRING(SIZE(4 .20))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 Subscriber IDは個々のユーザへの交通の流れをせいにするのに使用される不特定のテキスト文字列です。 「このとき、Subscriber IDが流れに関連しているかもしれない手段は不特定です。」 ::= flowDataEntry34
Brownlee Standards Track [Page 33] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[33ページ]: MIB1999年10月に、計量してください。
flowDataSessionID OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (4..10))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Session ID for this flow. Such an ID might be allocated
by a network access server to distinguish a series of sessions
between the same pair of addresses, which would otherwise
appear to be parts of the same accounting flow."
::= { flowDataEntry 35 }
flowDataSessionID OBJECT-TYPE SYNTAX OCTET STRING(SIZE(4 .10))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述「この流れのためのSession ID。」 「ネットワークアクセス・サーバーでそのようなIDを割り当てて、そうでなければ同じ会計流動の部品であるように見えるだろう同じ組のアドレスの間の一連のセッションを区別するかもしれません。」 ::= flowDataEntry35
flowDataSourceClass OBJECT-TYPE
SYNTAX Integer32 (1..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Source class for this flow. Determined by the rules, set by
a PushRule action when this flow was entered in the table."
::= { flowDataEntry 36 }
flowDataSourceClass OBJECT-TYPE SYNTAX Integer32(1 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この流れのためにクラスの出典を明示します」。 「規則で断固としていて、この流れがテーブルに入れられたときにはPushRule動作でセットしてください。」 ::= flowDataEntry36
flowDataDestClass OBJECT-TYPE
SYNTAX Integer32 (1..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Destination class for this flow. Determined by the rules, set
by a PushRule action when this flow was entered in the table."
::= { flowDataEntry 37 }
「目的地はこの流れのために分類する」flowDataDestClass OBJECT-TYPE SYNTAX Integer32(1 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「規則で断固としていて、この流れがテーブルに入れられたときにはPushRule動作でセットしてください。」 ::= flowDataEntry37
flowDataClass OBJECT-TYPE
SYNTAX Integer32 (1..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Class for this flow. Determined by the rules, set by a
PushRule action when this flow was entered in the table."
::= { flowDataEntry 38 }
flowDataClass OBJECT-TYPE SYNTAX Integer32(1 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この流れのために、属します」。 「規則で断固としていて、この流れがテーブルに入れられたときにはPushRule動作でセットしてください。」 ::= flowDataEntry38
flowDataSourceKind OBJECT-TYPE
SYNTAX Integer32 (1..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Source kind for this flow. Determined by the rules, set by
a PushRule action when this flow was entered in the table."
::= { flowDataEntry 39 }
flowDataSourceKind OBJECT-TYPE SYNTAX Integer32(1 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この流れのために種類の出典を明示します」。 「規則で断固としていて、この流れがテーブルに入れられたときにはPushRule動作でセットしてください。」 ::= flowDataEntry39
flowDataDestKind OBJECT-TYPE
flowDataDestKindオブジェクト・タイプ
Brownlee Standards Track [Page 34] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[34ページ]: MIB1999年10月に、計量してください。
SYNTAX Integer32 (1..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Destination kind for this flow. Determined by the rules, set
by a PushRule action when this flow was entered in the table."
::= { flowDataEntry 40 }
SYNTAX Integer32(1 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この流れのための目的地種類。」 「規則で断固としていて、この流れがテーブルに入れられたときにはPushRule動作でセットしてください。」 ::= flowDataEntry40
flowDataKind OBJECT-TYPE
SYNTAX Integer32 (1..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Class for this flow. Determined by the rules, set by a
PushRule action when this flow was entered in the table."
::= { flowDataEntry 41 }
flowDataKind OBJECT-TYPE SYNTAX Integer32(1 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この流れのために、属します」。 「規則で断固としていて、この流れがテーブルに入れられたときにはPushRule動作でセットしてください。」 ::= flowDataEntry41
-- -- The Activity Column Table --
-- -- 活動コラムテーブル--
flowColumnActivityTable OBJECT-TYPE
SYNTAX SEQUENCE OF FlowColumnActivityEntry
MAX-ACCESS not-accessible
STATUS deprecated
DESCRIPTION
"Index into the Flow Table. Allows a meter reader to retrieve
a list containing the flow table indexes of flows which were
last active at or after a given time, together with the values
of a specified attribute for each such flow."
::= { flowData 2 }
flowColumnActivityTable OBJECT-TYPEのSYNTAX SEQUENCE OF FlowColumnActivityEntryのマックス-ACCESSのアクセスしやすくないSTATUS推奨しない記述は「フロー・テーブルに、索引をつけます」。 「メーター読者がそのような各流れに、時か与えられた時の後に指定された属性の値と共にアクティブな最終であった流れのフロー・テーブルインデックスを含むリストを検索するのを許容します。」 ::= flowData2
flowColumnActivityEntry OBJECT-TYPE
SYNTAX FlowColumnActivityEntry
MAX-ACCESS not-accessible
STATUS deprecated
DESCRIPTION
"The Column Activity Entry for a particular attribute,
activity time and flow."
INDEX { flowColumnActivityAttribute, flowColumnActivityTime,
flowColumnActivityIndex }
::= { flowColumnActivityTable 1 }
flowColumnActivityEntry OBJECT-TYPE SYNTAX FlowColumnActivityEntryのマックス-ACCESSのアクセスしやすくないSTATUSは記述を非難しました。「特定の属性、活動時間、および流れのためのColumn Activity Entry。」 flowColumnActivityAttribute、flowColumnActivityTime、flowColumnActivityIndexに索引をつけてください:、:= flowColumnActivityTable1
FlowColumnActivityEntry ::= SEQUENCE {
flowColumnActivityAttribute FlowAttributeNumber,
flowColumnActivityTime TimeFilter,
flowColumnActivityIndex Integer32,
flowColumnActivityData OCTET STRING
FlowColumnActivityEntry:、:= 系列、flowColumnActivityAttribute FlowAttributeNumber、flowColumnActivityTime TimeFilter、flowColumnActivityIndex Integer32、flowColumnActivityData八重奏ストリング
Brownlee Standards Track [Page 35] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[35ページ]: MIB1999年10月に、計量してください。
}
}
flowColumnActivityAttribute OBJECT-TYPE
SYNTAX FlowAttributeNumber
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"Specifies the attribute for which values are required from
active flows."
::= { flowColumnActivityEntry 1 }
flowColumnActivityAttribute OBJECT-TYPE SYNTAX FlowAttributeNumberのマックス-ACCESSの書き込み禁止のSTATUSの推奨しない記述は「値がアクティブな流れから必要である属性を指定します」。 ::= flowColumnActivityEntry1
flowColumnActivityTime OBJECT-TYPE
SYNTAX TimeFilter
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"This variable is a copy of flowDataLastActiveTime in the
flow data record identified by the flowColumnActivityIndex
value of this flowColumnActivityTable entry."
::= { flowColumnActivityEntry 2 }
flowColumnActivityTime OBJECT-TYPE SYNTAX TimeFilterマックス-ACCESS書き込み禁止STATUSは記述を非難しました。「この変数はこのflowColumnActivityTableエントリーのflowColumnActivityIndex値によって特定された流れデータレコードのコピーのflowDataLastActiveTimeです」。 ::= flowColumnActivityEntry2
flowColumnActivityIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"Index of a flow table entry which was active at or after
a specified flowColumnActivityTime."
::= { flowColumnActivityEntry 3 }
flowColumnActivityIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの推奨しない記述は「flowColumnActivityTimeか指定されたflowColumnActivityTimeの後に活発であったフロー・テーブルエントリーに索引をつけます」。 ::= flowColumnActivityEntry3
flowColumnActivityData OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (3..1000))
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"Collection of attribute data for flows active after
flowColumnActivityTime. Within the OCTET STRING is a
sequence of { flow index, attribute value } pairs, one for
each active flow. The end of the sequence is marked by a
flow index value of 0, indicating that there are no more
rows in this column.
flowColumnActivityData OBJECT-TYPE SYNTAX OCTET STRING(SIZE(3 .1000))マックス-ACCESS書き込み禁止STATUSは記述を非難しました。「flowColumnActivityTimeの後にアクティブな流れのための属性データの収集。」 OCTET STRINGは中では、フローインデックス、属性値の系列です。アクティブな流れ毎あたりの1つ歳の組。 系列の終わりは0のフローインデックス値によって示されます、このコラムにはそれ以上の列が全くないのを示して。
The format of objects inside flowColumnFlowData is as follows.
All numbers are unsigned. Numbers and strings appear with
their high-order bytes leading. Numbers are fixed size, as
specified by their SYNTAX in the flow table (above), i.e. one
octet for flowAddressType and small constants, and four octets
for Counter and TimeStamp. Strings are variable-length, with
flowColumnFlowDataの中の物の形式は以下の通りです。 すべての数が無記名です。 それらの高位バイトが主な状態で数とストリングは現れます。 サイズは数に固定されています、フロー・テーブル(above)、すなわち、flowAddressTypeとわずかな定数のための1つの八重奏、およびCounterとTimeStampのための4つの八重奏でそれらのSYNTAXによって指定されるように。 ストリングは可変長です。
Brownlee Standards Track [Page 36] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[36ページ]: MIB1999年10月に、計量してください。
the length given in a single leading octet.
ただ一つの主な八重奏で与えられた長さ。
The following is an attempt at an ASN.1 definition of
flowColumnActivityData:
↓これはflowColumnActivityDataのASN.1定義への試みです:
flowColumnActivityData ::= SEQUENCE flowRowItemEntry
flowRowItemEntry ::= SEQUENCE {
flowRowNumber Integer32 (1..65535),
-- 0 indicates the end of this column
flowDataValue flowDataType -- Choice depends on attribute
}
flowDataType ::= CHOICE {
flowByteValue Integer32 (1..255),
flowShortValue Integer32 (1..65535),
flowLongValue Integer32,
flowStringValue OCTET STRING -- Length (n) in first byte,
-- n+1 bytes total length, trailing zeroes truncated
}"
::= { flowColumnActivityEntry 4 }
flowColumnActivityData:、:= 系列flowRowItemEntry flowRowItemEntry:、:= SEQUENCE、flowRowNumber Integer32、(1 .65535)--0はこのコラムflowDataValue flowDataTypeの端を示します--この選択が属性次第である、flowDataType:、:= 「CHOICE、flowLongValue Integer32、flowStringValue OCTET STRING--最初のバイトにおける長さ(n)--flowByteValue Integer32(1 .255)、flowShortValue Integer32(1 .65535)、末尾のゼロが先端を切らせたn+1バイト全長、」、:、:= flowColumnActivityEntry4
-- -- The Data Package Table --
-- -- データはテーブルをパッケージします--
flowDataPackageTable OBJECT-TYPE
SYNTAX SEQUENCE OF FlowDataPackageEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Index into the Flow Table. Allows a meter reader to retrieve
a sequence containing the values of a specified set of
attributes for a flow which came from a specified RuleSet and
which was last active at or after a given time."
::= { flowData 3 }
flowDataPackageTable OBJECT-TYPEのSYNTAX SEQUENCE OF FlowDataPackageEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「フロー・テーブルに、索引をつけます」。 「メーター読者が指定されたRuleSetから来て、時か与えられた時の後にアクティブな最終であった流れのために指定されたセットの属性の値を含む系列を検索するのを許容します。」 ::= flowData3
flowDataPackageEntry OBJECT-TYPE
SYNTAX FlowDataPackageEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The data package containing selected variables from
active rows in the flow table."
INDEX { flowPackageSelector,
flowPackageRuleSet, flowPackageTime, flowPackageIndex }
::= { flowDataPackageTable 1 }
「フロー・テーブルのアクティブな列からの選択された変数を含んでいて、データはパッケージする」flowDataPackageEntry OBJECT-TYPE SYNTAX FlowDataPackageEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 flowPackageSelector、flowPackageRuleSet、flowPackageTime、flowPackageIndexに索引をつけてください:、:= flowDataPackageTable1
FlowDataPackageEntry ::= SEQUENCE {
flowPackageSelector OCTET STRING,
FlowDataPackageEntry:、:= 系列、flowPackageSelector八重奏ストリング
Brownlee Standards Track [Page 37] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[37ページ]: MIB1999年10月に、計量してください。
flowPackageRuleSet Integer32,
flowPackageTime TimeFilter,
flowPackageIndex Integer32,
flowPackageData OCTET STRING
}
flowPackageRuleSet Integer32、flowPackageTime TimeFilter、flowPackageIndex Integer32、flowPackageData八重奏ストリング
flowPackageSelector OBJECT-TYPE
SYNTAX OCTET STRING
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Specifies the attributes for which values are required from
an active flow. These are encoded as a sequence of octets
each containing a FlowAttribute number, preceded by an octet
giving the length of the sequence (not including the length
octet). For a flowPackageSelector to be valid, it must
contain at least one attribute."
::= { flowDataPackageEntry 1 }
flowPackageSelector OBJECT-TYPE SYNTAX OCTET STRINGのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「値がアクティブな流れから必要である属性を指定します」。 系列の長さを与える八重奏で先行されたFlowAttribute番号を含んでいて(長さの八重奏を含んでいなくて)、これらはそれぞれ八重奏の系列としてコード化されます。 「flowPackageSelectorが有効であるように、少なくとも1つの属性を含まなければなりません。」 ::= flowDataPackageEntry1
flowPackageRuleSet OBJECT-TYPE
SYNTAX Integer32 (1..255)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Specifies the index (in the flowRuleSetInfoTable) of the rule
set which produced the required flow."
::= { flowDataPackageEntry 2 }
flowPackageRuleSet OBJECT-TYPE SYNTAX Integer32(1 .255)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「必要な流れを発生させた規則セットのインデックス(flowRuleSetInfoTableの)を指定します」。 ::= flowDataPackageEntry2
flowPackageTime OBJECT-TYPE
SYNTAX TimeFilter
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This variable is a copy of flowDataLastActiveTime in the
flow data record identified by the flowPackageIndex
value of this flowPackageTable entry."
::= { flowDataPackageEntry 3 }
flowPackageTime OBJECT-TYPE SYNTAX TimeFilterのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「この変数はこのflowPackageTableエントリーのflowPackageIndex値によって特定された流れデータレコードのflowDataLastActiveTimeのコピーです」。 ::= flowDataPackageEntry3
flowPackageIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Index of a flow table entry which was active at or after
a specified flowPackageTime."
::= { flowDataPackageEntry 4 }
flowPackageIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「flowPackageTimeか指定されたflowPackageTimeの後に活発であったフロー・テーブルエントリーに索引をつけます」。 ::= flowDataPackageEntry4
flowPackageData OBJECT-TYPE
flowPackageDataオブジェクト・タイプ
Brownlee Standards Track [Page 38] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720交通流量測定を追跡します[38ページ]: MIB1999年10月に、計量してください。
SYNTAX OCTET STRING
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A collection of attribute values for a single flow, as
specified by this row's indexes. The attribute values are
contained within a BER-encoded sequence [ASN-1, ASN-BER],
in the order they appear in their flowPackageSelector.
「属性の収集はただ一つの流れのためにこの列のインデックスによって指定されるように評価する」SYNTAX OCTET STRING MAX-ACCESSの書き込み禁止のSTATUSの現在の記述。 属性値はそれらが自己のflowPackageSelectorで見えるオーダーにおけるBERによってコード化された系列[ASN-1、ASN-BER]の中に含まれています。
For example, to retrieve a flowPackage containing values for
attributes 11, 18 and 29, for a flow in RuleSet 7, with flow
index 3447, one would GET the package whose Object Identifier
(OID) is
flowPackageData . 3.11.18.29 . 7. 0 . 3447
例えば、属性11、18、および29、RuleSet7の流れのためにフローインデックスで値を含むflowPackageを検索するために、3447、1がそうするだろう、GET、Object Identifier(OID)がflowPackageData. 3.11.18.29 . 7であるパッケージ。 0 . 3447
To get a package for the next such flow which had been
active since time 12345 one would GETNEXT the package whose
Object Identifier (OID) is
flowPackageData . 3.11.18.29 . 7. 12345 . 3447"
::= { flowDataPackageEntry 5 }
そのような時間12345 1時以来アクティブであった流れがそうする次のためのパッケージを手に入れる、GETNEXT、Object Identifier(OID)がflowPackageData. 3.11.18.29 . 7であるパッケージ。 12345 . 3447" ::= flowDataPackageEntry5
-- -- The Rule Table --
-- -- 規則テーブル--
-- This is an array of RuleSets; the 'running' ones are indicated -- by the entries in the meter's flowManagerInfoTable. Several -- RuleSets can be held in a meter so that the manager can change the -- running RuleSets easily, for example with time of day. Note that -- a manager may not change the rules in any RuleSet currently -- referenced within the flowManagerInfoTable (either as 'current' or -- 'standby')! See the 'Traffic Flow Measurement: Architecture' -- document [RTFM-ARC] for details of rules and how they are used.
-- これはRuleSetsのアレイです。 '走行'ものは示されます--計器flowManagerInfoTableにおけるエントリーで。 数個、--、マネージャが変化できるように1メーターでRuleSetsを持つことができる--簡単と、例えば、時刻があるRuleSetsを走らせます。 または、それに注意してください--マネージャは現在、どんなRuleSetの規則も変えないかもしれません--flowManagerInfoTableの中で参照をつけられる、('電流'のどちらか、--、'予備') '交通流量測定を見てください:、' '構造'--規則であってそれらがどう使用されているかに関する詳細のために[RTFM-ARC]を記録してください。
-- Space for a RuleSet is allocated by setting the value of -- flowRuleInfoSize in the rule table's flowRuleSetInfoTable row. -- Values for each row in the RuleSet (Selector, Mask, MatchedValue, -- Action and Parameter) can then be set by the meter.
-- aのための値を設定するのがRuleSetに割り当てられるスペース--規則テーブルのflowRuleSetInfoTableのflowRuleInfoSizeは船をこぎます。 -- それぞれのための値がRuleSetで船をこぐ、(セレクタ、Mask、MatchedValue--動作とParameter) そして、メーターで設定できます。
-- Although an individual rule within a RuleSet could be modified, -- it is much safer to simply download a complete new RuleSet.
-- RuleSetの中の独特の規則を変更できましたが、--単に完全な新しいRuleSetをダウンロードするのははるかに安全です。
flowRuleTable OBJECT-TYPE
SYNTAX SEQUENCE OF FlowRuleEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Contains all the RuleSets which may be used by the meter."
flowRuleTable OBJECT-TYPE SYNTAX SEQUENCE OF FlowRuleEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「メーターによって使用されるかもしれないすべてのRuleSetsを含んでいます」。
Brownlee Standards Track [Page 39] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[39ページ]: MIB1999年10月に、計量してください。
::= { flowRules 1 }
::= flowRules1
flowRuleEntry OBJECT-TYPE
SYNTAX FlowRuleEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The rule record itself."
INDEX { flowRuleSet, flowRuleIndex }
::= { flowRuleTable 1 }
flowRuleEntry OBJECT-TYPE SYNTAX FlowRuleEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「規則記録自体。」 flowRuleSet、flowRuleIndexに索引をつけてください:、:= flowRuleTable1
FlowRuleEntry ::= SEQUENCE {
flowRuleSet Integer32,
flowRuleIndex Integer32,
flowRuleSelector RuleAttributeNumber,
flowRuleMask RuleAddress,
flowRuleMatchedValue RuleAddress,
flowRuleAction ActionNumber,
flowRuleParameter Integer32
}
FlowRuleEntry:、:= 系列flowRuleSet Integer32、flowRuleIndex Integer32、flowRuleSelector RuleAttributeNumber、flowRuleMask RuleAddress、flowRuleMatchedValue RuleAddress、flowRuleAction ActionNumber、flowRuleParameter Integer32
flowRuleSet OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Selects a RuleSet from the array of RuleSets."
::= { flowRuleEntry 1 }
flowRuleSet OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「RuleSetsの配列からRuleSetを選択します」。 ::= flowRuleEntry1
flowRuleIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The index into the Rule table. N.B: These values will
normally be consecutive, given the fall-through semantics
of processing the table."
::= { flowRuleEntry 2 }
「Ruleへのインデックスはテーブルの上に置く」flowRuleIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 N.B: 「秋の終えたテーブルを処理する意味論を考えて、通常、これらの値は連続するようになるでしょう。」 ::= flowRuleEntry2
flowRuleSelector OBJECT-TYPE
SYNTAX RuleAttributeNumber
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates the attribute to be matched.
マックス-ACCESSが「合わせられるために属性を示す」とSTATUSの現在の記述に読書して書くflowRuleSelector OBJECT-TYPE SYNTAX RuleAttributeNumber。
null(0) is a special case; null rules always succeed.
ヌル(0)は特別なケースです。 ヌル規則はいつも成功します。
Brownlee Standards Track [Page 40] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[40ページ]: MIB1999年10月に、計量してください。
matchingStoD(50) is set by the meter's Packet Matching Engine.
Its value is true(1) if the PME is attempting to match the
packet with its addresses in Source-to-Destination order (i.e.
as they appear in the packet), and false(2) otherwise.
Details of how packets are matched are given in the 'Traffic
Flow Measurement: Architecture' document [RTFM-ARC].
v1(51), v2(52), v3(53), v4(54) and v5(55) select meter
variables, each of which can hold the name (i.e. selector
value) of an address attribute. When one of these is used
as a selector, its value specifies the attribute to be
tested. Variable values are set by an Assign action."
::= { flowRuleEntry 3 }
計器Packet Matching EngineはmatchingStoD(50)を用意ができさせます。 (1) PMEが、そうでなければ、Sourceから目的地注文(すなわち、パケットに現れるように)、および誤った(2)でパケットをアドレスに合わせるのを試みているなら、値は本当です。 パケットがどう取り組んでいるかに関する詳細は'トラフィックFlow Measurementに述べられます:、' 'アーキテクチャ'というドキュメント[RTFM-ARC]v1(51)、v2(52)、v3(53)、v4(54)、およびv5(55)はメーター変数を選択します。それはそれぞれ、アドレス属性の名前(すなわち、セレクタ値)を保持できます。 これらの1つがセレクタとして使用されるとき、値は、テストされるために属性を指定します。 「可変値はAssign動作で設定されます。」 ::= flowRuleEntry3
flowRuleMask OBJECT-TYPE
SYNTAX RuleAddress
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The initial mask used to compute the desired value. If the
mask is zero the rule's test will always succeed."
::= { flowRuleEntry 4 }
flowRuleMask OBJECT-TYPE SYNTAX RuleAddressマックス-ACCESSは「初期のマスクは以前はよく目標値を計算していたこと」をSTATUSの現在の記述に読書して書きます。 「マスクがゼロであるなら、規則のテストはいつも成功するでしょう。」 ::= flowRuleEntry4
flowRuleMatchedValue OBJECT-TYPE
SYNTAX RuleAddress
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The resulting value to be matched for equality.
Specifically, if the attribute chosen by the flowRuleSelector
logically ANDed with the mask specified by the flowRuleMask
equals the value specified in the flowRuleMatchedValue, then
continue processing the table entry based on the action
specified by the flowRuleAction entry. Otherwise, proceed to
the next entry in the rule table."
::= { flowRuleEntry 5 }
flowRuleMatchedValue OBJECT-TYPE SYNTAX RuleAddressマックス-ACCESSは「平等のために合わせられるべき結果として起こる値」をSTATUSの現在の記述に読書して書きます。 属性であるなら、flowRuleSelectorによって論理的に選ばれて、マスクがあるANDedは、値がflowRuleMatchedValueで指定したflowRuleMask同輩で指定して、明確に、次にflowRuleActionエントリーで指定された動作に基づくテーブル項目を処理し続けています。 「さもなければ、規則テーブルの次のエントリーに進んでください。」 ::= flowRuleEntry5
flowRuleAction OBJECT-TYPE
SYNTAX ActionNumber
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The action to be taken if this rule's test succeeds, or if
the meter's 'test' flag is off. Actions are opcodes for the
meter's Packet Matching Engine; details are given in the
'Traffic Flow Measurement: Architecture' document [RTFM-ARC]."
::= { flowRuleEntry 6 }
flowRuleAction OBJECT-TYPE SYNTAX ActionNumberマックス-ACCESSは「この規則のテストが成功するなら取ってくださいか、'テストしてください'という計器であるなら旗への動きは取り止めになること」をSTATUSの現在の記述に読書して書きます。 動作は計器Packet Matching Engine opcodesです。 詳細は'トラフィックFlow Measurementに述べられます:、' 「'アーキテクチャ'というドキュメント[RTFM-ARC]。」 ::= flowRuleEntry6
flowRuleParameter OBJECT-TYPE
flowRuleParameterオブジェクト・タイプ
Brownlee Standards Track [Page 41] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[41ページ]: MIB1999年10月に、計量してください。
SYNTAX Integer32 (1..65535)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"A parameter value providing extra information for this rule's
action. Most of the actions use the parameter value to specify
which rule to execute after this rule's test has failed; details
are given in the 'Traffic Flow Measurement: Architecture'
document [RTFM-ARC]."
::= { flowRuleEntry 7 }
SYNTAX Integer32(1 .65535)マックス-ACCESSは「この規則の動作のためのその他の情報を提供するパラメタ値」をSTATUSの現在の記述に読書して書きます。 動作の大部分はこの規則のテストが失敗した後にどの規則を実行したらよいかを指定するのにパラメタ値を使用します。 詳細は'トラフィックFlow Measurementに述べられます:、' 「'アーキテクチャ'というドキュメント[RTFM-ARC]。」 ::= flowRuleEntry7
-- -- Traffic Flow Meter conformance statement --
-- -- トラフィックFlow Meter順応声明--
flowMIBCompliances
OBJECT IDENTIFIER ::= { flowMIBConformance 1 }
flowMIBCompliancesオブジェクト識別子:、:= flowMIBConformance1
flowMIBGroups
OBJECT IDENTIFIER ::= { flowMIBConformance 2 }
flowMIBGroupsオブジェクト識別子:、:= flowMIBConformance2
flowControlGroup OBJECT-GROUP
OBJECTS {
flowRuleInfoSize, flowRuleInfoOwner,
flowRuleInfoTimeStamp, flowRuleInfoStatus,
flowRuleInfoName,
flowRuleInfoRulesReady,
flowRuleInfoFlowRecords,
flowInterfaceSampleRate,
flowInterfaceLostPackets,
flowReaderTimeout, flowReaderOwner,
flowReaderLastTime, flowReaderPreviousTime,
flowReaderStatus, flowReaderRuleSet,
flowManagerCurrentRuleSet, flowManagerStandbyRuleSet,
flowManagerHighWaterMark,
flowManagerCounterWrap,
flowManagerOwner, flowManagerTimeStamp,
flowManagerStatus, flowManagerRunningStandby,
flowFloodMark,
flowInactivityTimeout, flowActiveFlows,
flowMaxFlows, flowFloodMode }
STATUS deprecated
DESCRIPTION
"The control group defines objects which are used to control
an accounting meter."
::= {flowMIBGroups 1 }
flowControlGroupオブジェクト群対象; { flowRuleInfoSize、flowRuleInfoOwner、flowRuleInfoTimeStamp、flowRuleInfoStatus、flowRuleInfoName、flowRuleInfoRulesReady、flowRuleInfoFlowRecords、flowInterfaceSampleRate、flowInterfaceLostPackets、flowReaderTimeout、flowReaderOwner、flowReaderLastTime、flowReaderPreviousTime、flowReaderStatus; flowReaderRuleSet、flowManagerCurrentRuleSet、flowManagerStandbyRuleSet、flowManagerHighWaterMark、flowManagerCounterWrap、flowManagerOwner、flowManagerTimeStamp、flowManagerStatus、flowManagerRunningStandby、flowFloodMark、flowInactivityTimeout、flowActiveFlows、flowMaxFlows、flowFloodMode; } 「制御集団は会計メーター制御するために使用されたオブジェクトを定義する」STATUSの推奨しない記述。 ::= flowMIBGroups1
flowDataTableGroup OBJECT-GROUP
flowDataTableGroupオブジェクトグループ
Brownlee Standards Track [Page 42] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[42ページ]: MIB1999年10月に、計量してください。
OBJECTS {
-- flowDataIndex, <- INDEX, not-accessible
flowDataStatus,
flowDataSourceInterface,
flowDataSourceAdjacentType,
flowDataSourceAdjacentAddress, flowDataSourceAdjacentMask,
flowDataSourcePeerType,
flowDataSourcePeerAddress, flowDataSourcePeerMask,
flowDataSourceTransType,
flowDataSourceTransAddress, flowDataSourceTransMask,
flowDataDestInterface,
flowDataDestAdjacentType,
flowDataDestAdjacentAddress, flowDataDestAdjacentMask,
flowDataDestPeerType,
flowDataDestPeerAddress, flowDataDestPeerMask,
flowDataDestTransType,
flowDataDestTransAddress, flowDataDestTransMask,
-- flowDataRuleSet, <- INDEX, not-accessible
flowDataToOctets, flowDataToPDUs,
flowDataFromOctets, flowDataFromPDUs,
flowDataFirstTime, flowDataLastActiveTime,
flowDataSourceClass, flowDataDestClass, flowDataClass,
flowDataSourceKind, flowDataDestKind, flowDataKind
}
STATUS deprecated
DESCRIPTION
"The flow table group defines objects which provide the
structure for the flow table, including the creation time
and activity time indexes into it. In addition it defines
objects which provide a base set of flow attributes for the
adjacent, peer and transport layers, together with a flow's
counters and times. Finally it defines a flow's class and
kind attributes, which are set by rule actions."
::= {flowMIBGroups 2 }
オブジェクト; { . flowDataIndex、<INDEX、アクセスしやすくないflowDataStatus、flowDataSourceInterface、flowDataSourceAdjacentType、flowDataSourceAdjacentAddress、flowDataSourceAdjacentMask、flowDataSourcePeerType、flowDataSourcePeerAddress、flowDataSourcePeerMask、flowDataSourceTransType; flowDataSourceTransAddress、flowDataSourceTransMask、flowDataDestInterface、flowDataDestAdjacentType、flowDataDestAdjacentAddress、flowDataDestAdjacentMask、flowDataDestPeerType、flowDataDestPeerAddress、flowDataDestPeerMask、flowDataDestTransType、flowDataDestTransAddress、flowDataDestTransMask; flowDataRuleSet、<INDEX、アクセスしやすくないflowDataToOctets、flowDataToPDUs、flowDataFromOctets、flowDataFromPDUs、flowDataFirstTime、flowDataLastActiveTime、flowDataSourceClass、flowDataDestClass、flowDataClass、flowDataSourceKind、flowDataDestKind、flowDataKind; } STATUSの推奨しない記述、「フロー・テーブルグループは構造をフロー・テーブルに供給するオブジェクトを定義します」; 作成時間と活動時間インデックスintを含んでいます。o それ。 さらに、1人の基底集合の流れ属性を隣接している同輩と輸送層に供給するオブジェクトを定義します、流れのカウンタと時代と共に。 「流れのクラスと親切な属性を定義します」。(属性は規則動作で設定されます)。 ::= flowMIBGroups2
flowDataScaleGroup OBJECT-GROUP
OBJECTS {
flowManagerCounterWrap,
flowDataPDUScale, flowDataOctetScale
}
STATUS deprecated
DESCRIPTION
"The flow scale group defines objects which specify scale
factors for counters."
::= {flowMIBGroups 3 }
flowDataScaleGroup OBJECT-GROUP OBJECTS、flowManagerCounterWrap、flowDataPDUScale、flowDataOctetScale、STATUSの推奨しない記述、「流れスケールグループはカウンタに位取り因数を指定するオブジェクトを定義します」。 ::= flowMIBGroups3
flowDataSubscriberGroup OBJECT-GROUP
OBJECTS {
flowDataSubscriberGroupオブジェクト群対象
Brownlee Standards Track [Page 43] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[43ページ]: MIB1999年10月に、計量してください。
flowDataSourceSubscriberID, flowDataDestSubscriberID,
flowDataSessionID
}
STATUS current
DESCRIPTION
"The flow subscriber group defines objects which may be used
to identify the end point(s) of a flow."
::= {flowMIBGroups 4 }
flowDataSourceSubscriberID、flowDataDestSubscriberID、flowDataSessionID STATUSの現在の記述、「流れ加入者グループは流れのエンドポイントを特定するのに使用されるかもしれないオブジェクトを定義します」。 ::= flowMIBGroups4
flowDataColumnTableGroup OBJECT-GROUP
OBJECTS {
flowColumnActivityAttribute,
flowColumnActivityIndex,
flowColumnActivityTime,
flowColumnActivityData
}
STATUS deprecated
DESCRIPTION
"The flow column table group defines objects which can be used
to collect part of a column of attribute values from the flow
table."
::= {flowMIBGroups 5 }
flowDataColumnTableGroup OBJECT-GROUP OBJECTS、flowColumnActivityAttribute、flowColumnActivityIndex、flowColumnActivityTime、flowColumnActivityData、STATUSの推奨しない記述、「流れコラムテーブルグループはフロー・テーブルから1つのコラムの属性値の一部を集めるのに使用できるオブジェクトを定義します」。 ::= flowMIBGroups5
flowDataPackageGroup OBJECT-GROUP
OBJECTS {
flowPackageData
}
STATUS current
DESCRIPTION
"The data package group defines objects which can be used
to collect a specified set of attribute values from a row of
the flow table."
::= {flowMIBGroups 6 }
flowDataPackageGroup OBJECT-GROUP OBJECTS flowPackageData、STATUSの現在の記述、「データパッケージグループはフロー・テーブルの行から指定されたセットの属性値を集めるのに使用できるオブジェクトを定義します」。 ::= flowMIBGroups6
flowRuleTableGroup OBJECT-GROUP
OBJECTS {
flowRuleSelector,
flowRuleMask, flowRuleMatchedValue,
flowRuleAction, flowRuleParameter
}
STATUS current
DESCRIPTION
"The rule table group defines objects which hold the set(s)
of rules specifying which traffic flows are to be accounted
for."
::= {flowMIBGroups 7 }
flowRuleTableGroup OBJECT-GROUP OBJECTS、flowRuleSelector、flowRuleMask、flowRuleMatchedValue、flowRuleAction、flowRuleParameter、「規則テーブルグループは説明されるために交通の流れがどれであるかを指定する規則のセットを持っているオブジェクトを定義する」STATUSの現在の記述。 ::= flowMIBGroups7
flowDataScaleGroup2 OBJECT-GROUP
flowDataScaleGroup2オブジェクトグループ
Brownlee Standards Track [Page 44] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[44ページ]: MIB1999年10月に、計量してください。
OBJECTS {
-- flowManagerCounterWrap, <- Deprecated
flowDataPDUScale, flowDataOctetScale
}
STATUS current
DESCRIPTION
"The flow scale group defines objects which specify scale
factors for counters. This group replaces the earlier
version of flowDataScaleGroup above (now deprecated)."
::= {flowMIBGroups 8}
OBJECTS、--、flowManagerCounterWrap、<の推奨しないflowDataPDUScale、flowDataOctetScale、STATUSの現在の記述、「流れスケールグループはカウンタに位取り因数を指定するオブジェクトを定義します」。 「このグループはflowDataScaleGroupの上(現在推奨しない)の以前のバージョンを置き換えます。」 ::= flowMIBGroups8
flowControlGroup2 OBJECT-GROUP
OBJECTS {
flowRuleInfoSize, flowRuleInfoOwner,
flowRuleInfoTimeStamp, flowRuleInfoStatus,
flowRuleInfoName,
-- flowRuleInfoRulesReady, <- Deprecated
flowRuleInfoFlowRecords,
flowInterfaceSampleRate,
flowInterfaceLostPackets,
flowReaderTimeout, flowReaderOwner,
flowReaderLastTime, flowReaderPreviousTime,
flowReaderStatus, flowReaderRuleSet,
flowManagerCurrentRuleSet, flowManagerStandbyRuleSet,
flowManagerHighWaterMark,
-- flowManagerCounterWrap, <- Moved to DataScaleGroup
flowManagerOwner, flowManagerTimeStamp,
flowManagerStatus, flowManagerRunningStandby,
flowFloodMark,
flowInactivityTimeout, flowActiveFlows,
flowMaxFlows, flowFloodMode }
STATUS current
DESCRIPTION
"The control group defines objects which are used to control
an accounting meter. It replaces the earlier version of
flowControlGroup above (now deprecated)."
::= {flowMIBGroups 9 }
flowControlGroup2オブジェクト群対象; { flowRuleInfoSize、flowRuleInfoOwner、flowRuleInfoTimeStamp、flowRuleInfoStatus、flowRuleInfoName--flowRuleInfoRulesReady、<の推奨しないflowRuleInfoFlowRecords、flowInterfaceSampleRate、flowInterfaceLostPackets、flowReaderTimeout、flowReaderOwner、flowReaderLastTime、flowReaderPreviousTime、flowReaderStatus、flowReaderRuleSet、flowManagerCurrentRuleSet、flowManagerStandbyRuleSet、flowManagerHighWaterMark; flowManagerCounterWrap、DataScaleGroup flowManagerOwner、flowManagerTimeStamp、flowManagerStatus、flowManagerRunningStandby、flowFloodMark、flowInactivityTimeout、flowActiveFlows、flowMaxFlows、flowFloodModeに動かされた< } 「制御集団は会計メーター制御するために使用されたオブジェクトを定義する」STATUSの現在の記述。 「flowControlGroupの上(現在推奨しない)の以前のバージョンを置き換えます。」 ::= flowMIBGroups9
flowMIBCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for a Traffic Flow Meter."
MODULE
MANDATORY-GROUPS {
flowControlGroup2,
flowDataTableGroup,
flowDataPackageGroup,
flowRuleTableGroup
flowMIBCompliance MODULE-COMPLIANCE STATUSの現在の記述、「Traffic Flow Meterのための承諾声明。」 モジュールの義務的なグループ、flowControlGroup2、flowDataTableGroup、flowDataPackageGroup、flowRuleTableGroup
Brownlee Standards Track [Page 45] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[45ページ]: MIB1999年10月に、計量してください。
}
::= { flowMIBCompliances 1 }
} ::= flowMIBCompliances1
END
終わり
Brownlee Standards Track [Page 46] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[46ページ]: MIB1999年10月に、計量してください。
5 Security Considerations
5 セキュリティ問題
5.1 SNMP Concerns
5.1 SNMP関心
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操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。
There are a number of managed objects in this MIB that may contain sensitive information. These include all the objects in the Control Group (since they control access to meter resources by Managers and Meter Readers) and those in the Flow Table (since they hold the collected traffic flow data).
多くの管理オブジェクトが機密情報を含むかもしれないこのMIBにあります。 これらが含んでいる、Control Group(マネージャとMeter読者でリソースを計量するためにアクセスを制御するので)のすべてのオブジェクトとFlow Table(彼らが集まっているトラフィックフロー・データを保持するので)のそれら。
It is thus important to control even GET access to these objects and possibly to even encrypt the values of these object when sending them over the network via SNMP. Not all versions of SNMP provide features for such a secure environment.
SNMPを通してネットワークの上にそれらを送るとき、その結果、これらのオブジェクトへのGETアクセスさえ制御して、ことによるとこれらのオブジェクトの値を暗号化するのさえ重要です。 SNMPのすべてのバージョンがそのような安全な環境のための特徴を提供するというわけではありません。
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 [RFC2574] and the View-based Access Control Model [RFC2575] is recommended.
implementersがSNMPv3フレームワークで提供するようにセキュリティ機能を考えるのは、お勧めです。 明確に、UserベースのSecurity Model[RFC2574]とViewベースのAccess Control Model[RFC2575]の使用はお勧めです。
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.
そして、このMIBのインスタンスへのアクセスを与えるSNMP実体が本当にGETに正当な権利を持っている校長(ユーザ)をそれらだけへのオブジェクトへのアクセスに与えるか、または(変えるか、作成する、または削除します)それらをSETに与えるために適切に構成されるのを保証するのは、顧客/ユーザ責任です。
5.2 Traffic Meter Concerns
5.2 トラフィックメーター関心
This MIB describes how an RTFM traffic meter is controlled, and provides a way for traffic flow data to be retrieved from it by a meter reader. This is essentially an application using SNMP as a method of communication between co-operating hosts; it does not - in itself - have any inherent security risks.
このMIBはRTFMトラフィックメーターがどう制御されているかを説明して、トラフィックフロー・データがメーター読者によってそれから検索される方法を提供します。 これは本質的には協力関係を持っているホストの間の伝達方法としてSNMPを使用するアプリケーションです。 それはそうしません--本来、あらゆる固有のセキュリティリスクを持ってください。
Brownlee Standards Track [Page 47] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[47ページ]: MIB1999年10月に、計量してください。
Since, however, the traffic flow data can be extremely valuable for network management purposes it is vital that sensible precautions be taken to keep the meter and its data secure. In particular, an attacker must not be permitted to write any of the meter's variables! This requires that access to the meter for control purposes (e.g. loading RuleSets and reading flow data) be restricted. Such restriction could be achieved in many ways, for example:
しかしながら、トラフィック流れデータがネットワークマネージメント目的のために非常に貴重である場合があるので、分別がある注意がメーターとそのデータを安全に保つために払われるのは、重大です。 特に、攻撃者が計器変数をいくらか主題にして書くことが許可されてはいけません! これは、管理目的(例えば、ローディングRuleSetsと読書フロー・データ)のためのメーターへのアクセスが制限されるのを必要とします。 様々な意味で、例えばそのような制限を達成できました:
- Physical Separation. Meter(s) and meter reader(s) could be
deployed so that control capabilities are kept within a separate
network, access to which is carefully controlled.
- 物理的分離。 メーターとメーター読者を配布することができたので、コントロール能力は別々のネットワーク(どれが慎重にそうであるかに制御されたアクセス)の中に保たれます。
- Application-layer Security. A minimal level of security for SNMP
can be provided by using 'community' strings (which are essentially
clear-text passwords) with SNMPv2C [RFC1157]. Where stronger
security is needed, users should consider using the User-based
Security Model [RFC2574] and the View-based Access Control Model
[RFC2575].
- 応用層セキュリティ。 '共同体'ストリング(本質的には明確なテキストパスワードである)を使用することによって、SNMPのための最小量のレベルのセキュリティをSNMPv2C[RFC1157]に提供できます。 より強いセキュリティが必要であるところでは、ユーザは、UserベースのSecurity Model[RFC2574]とViewベースのAccess Control Model[RFC2575]を使用すると考えるべきです。
- Lower-layer Security. Access to the meter can be protected using
encryption at the network layer. For example, one could run SNMP
to the meter through an encrypted TCP tunnel.
- 下層セキュリティ。 ネットワーク層に暗号化を使用することでメーターへのアクセスを保護できます。 例えば、1つは暗号化されたTCPトンネルを通ってSNMPをメーターに実行するかもしれません。
When implementing a meter it may be sensible to use separate network interfaces for control and for metering. If this is done the control network can be set up so that it doesn't carry any 'user' traffic, and the metering interfaces can ignore any user attempts to take control of the meter.
1個のメーターを実装するとき、コントロールと計量するのに別々のネットワーク・インターフェースを使用するのは分別があるかもしれません。 これが完了しているなら、少しの'ユーザ'トラフィックも運ばないように、規制ネットワークを設立できます、そして、計量インタフェースはメーターを制御するどんなユーザ試みも無視できます。
Users should also consider how they will address attempts to circumvent a meter, i.e. to prevent it from measuring flows. Such attempts are essentially denial-of-service attacks on the metering interfaces. For example
また、ユーザは、彼らがどのように1個のメーターを回避する試みを扱うかを考えるべきです、すなわち、それが測定するのを防ぐのが流れます。 そのような試みは本質的には計量インタフェースにおけるサービス不能攻撃です。 例えば
- Port Scan attacks. The attacker sends packets to each of a very
large number of IP (Address : Port) pairs. Each of these packets
creates a new flow in the meter; if there are enough of them the
meter will recognise a 'flood' condition, and will probably stop
creating new flows. As a minimum, users (and implementors) should
ensure that meters can recover from flood conditions as soon as
possible after they occur.
- Scan攻撃を移植してください。 攻撃者はそれぞれ非常に多くのIP(アドレス: ポート)組のパケットを送ります。 それぞれのこれらのパケットはメーターにおける新しい流れを引き起こします。 十分があると、それらでは、メーターは、'洪水'状態を認めて、たぶん新しい流れを引き起こすのを止めるでしょう。 最小限として、ユーザ(そして、作成者)は、起こった後にメーターができるだけ早く洪水状態から回収されることができるのを保証するべきです。
- Counter Wrap attacks: The attacker sends enough packets to cause
the counters in a flow to wrap several times between meter
readings, thus causing the counts to be artificially low. The
change to using 64-bit counters in this MIB reduces this problem
significantly.
- カウンタWrapは攻撃します: 攻撃者は流れにおけるカウンタが検針の間で何度か包装することを引き起こすことができるくらいのパケットを送ります、その結果、カウントが人工的に低いことを引き起こします。 このMIBの64ビットのカウンタを使用することへの変化はこの問題をかなり減少させます。
Brownlee Standards Track [Page 48] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[48ページ]: MIB1999年10月に、計量してください。
Users can reduce the severity of both the above attacks by ensuring that their meters are read often enough to prevent them being flooded. The resulting flow data will contain a record of the attacking packets, which may well be useful in determining where any attack came from.
それらのメーターがそれらが水につかっているのを防ぐことができるくらいのしばしば読まれるのを確実にすることによって、ユーザは両方の上の攻撃の厳しさを減少させることができます。 結果として起こるフロー・データは攻撃パケットに関する記録を含むでしょう。(パケットはたぶんどんな攻撃も来た決定で役に立つでしょう)。
6 IANA Considerations
6 IANA問題
The RTFM Architecture document [RTFM-ARC], has two sets of assigned numbers: Opcodes for the PME (Pattern Matching Engine) and RTFM Attribute numbers. All the assigned numbers used in the Meter MIB appear in Textual Conventions. The numbers they use are derived as follows:
RTFM Architectureは[RTFM-ARC]を記録して、2セットの規定番号を持っています: PME(パターンMatching Engine)とRTFM Attribute番号のためのOpcodes。 Meter MIBで使用されるすべての規定番号がTextual Conventionsに現れます。 それらが使用する数は以下の通り引き出されます:
The MIB's 'Type' textual conventions use names and numbers from the Assigned Numbers RFC [ASG-NBR]:
MIBはAssigned民数記RFC[ASG-NBR]から使用が命名する原文のコンベンションと数を'タイプします':
MediumType Uses ifType Definitions
PeerType Uses Address Family Numbers
TransportType Uses Protocol Numbers
ifType定義PeerTypeが使用するMediumType用途はTransportTypeが使用するファミリーナンバにプロトコル番号を扱います。
The MIB's 'AttributeNumber' textual conventions use RTFM Attribute names and numbers from the RTFM Architecture document [RTFM-ARC], or other numbers allocated according to that document's IANA Considerations section:
MIBの'AttributeNumber'原文のコンベンションはRTFM Architectureドキュメント[RTFM-ARC]、またはそのドキュメントのIANA Considerations部に応じて割り当てられた他の数からRTFM Attribute名と数を使用します:
FlowAttributeNumber Have values stored in a flow table row
RuleAttributeNumber May be tested in a rule
FlowAttributeNumber Have値はテストされたコネが規則であったならフロー・テーブル行でRuleAttributeNumber5月を保存しました。
The MIB's ActionNumber textual convention uses RTFM PME Opcode names and numbers from the RTFM Architecture document [RTFM-ARC], or other numbers allocated according to that document's IANA Considerations section.
MIBのActionNumberの原文のコンベンションはRTFM Architectureドキュメント[RTFM-ARC]、またはそのドキュメントのIANA Considerations部に応じて割り当てられた他の数からRTFM PME Opcode名と数を使用します。
Brownlee Standards Track [Page 49] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[49ページ]: MIB1999年10月に、計量してください。
7 Appendix A: Changes Introduced Since RFC 2064
7 付録A: RFC2064以来導入された変化
The first version of the Meter MIB was published as RFC 2064 in January 1997. The most significant changes since then are summarised below.
Meter MIBの最初のバージョンは1997年1月にRFC2064として発行されました。 それ以来、最も重要な変化について以下に略言します。
- TEXTUAL CONVENTIONS: Greater use is made of textual conventions to
describe the various types of addresses used by the meter.
- 原文のコンベンション: メーターによって使用される様々なタイプのアドレスについて説明するために原文のコンベンションで大使用をします。
- PACKET MATCHING ATTRIBUTES: Computed attributes (e.g. FlowClass and
FlowKind) may now be tested. This allows one to use these
variables to store information during packet matching.
- パケットマッチング属性: 計算された属性(例えば、FlowClassとFlowKind)は現在、テストされるかもしれません。 これは、パケットマッチングの間、情報を保存するのにこれらの変数を使用するために1つを許容します。
A new attribute, MatchingStoD, has been added. Its value is 1
while a packet is being matched with its adresses in 'wire'
(source-to-destination) order.
新しい属性(MatchingStoD)は加えられます。 パケットが'ワイヤ'(ソースから目的地)オーダーでadressesに合わせられている間、値は1です。
- FLOOD MODE: This is now a read-write variable. Setting it to
false(2) switches the meter out of flood mode and back to normal
operation.
- モードをあふれさせてください: 現在、これは読書して書いている変数です。 誤った(2)にそれを設定すると、メーターは洪水モードから切り替わって、通常の操作に戻します。
- CONTROL TABLES: Several variables have been added to the RuleSet,
Reader and Manager tables to provide more effective control of the
meter's activities.
- テーブルを制御してください: いくつかの変数が、計器活動の、より効果的なコントロールを提供するためにRuleSet、読者、およびマネージャテーブルに加えられます。
- FLOW TABLE: 64-bit counters are used for octet and PDU counts.
This reduces the problems caused by the wrap-around of 32-bit
counters in earlier versions.
flowDataRuleSet is now used as an index to the flow table. This
allows a meter reader to collect only those flow table rows created
by a specified RuleSet.
- フロー・テーブル: 64ビットのカウンタは八重奏とPDUカウントに使用されます。 これは以前のバージョンで32ビットのカウンタの巻きつけて着るドレスによって引き起こされた問題を変えます。flowDataRuleSetは今、インデックスとしてフロー・テーブルに使用されます。 これで、読者は指定されたRuleSetによって作成されたそれらのフロー・テーブル行だけを1メーター集めることができます。
- DATA PACKAGES: This is a new table, allowing a meter reader to
retrieve values for a list of attributes from a flow as a single
object (a BER-encoded sequence [ASN-1, ASN-BER]). It provides an
efficient way to recover flow data, particularly when used with
SNMP GetBulk requests.
- データパッケージ: これは新しいテーブルです、メーター読者が属性のリストのために単一のオブジェクト(BERによってコード化された系列[ASN-1、ASN-BER])として流れから値を検索するのを許容して。 特にSNMP GetBulk要求と共に使用されると、それはフロー・データを回復する効率的な方法を提供します。
Earlier versions had a 'Column Activity Table'; using this it was
difficult to collect all data for a flow efficiently in a single
SNMP request.
以前のバージョンには、'コラムActivity Table'がありました。 これを使用して、ただ一つのSNMP要求に効率的に流れのためのすべてのデータを集めるのは難しかったです。
Brownlee Standards Track [Page 50] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[50ページ]: MIB1999年10月に、計量してください。
8 Acknowledgements
8つの承認
An early draft of this document was produced under the auspices of the IETF's Accounting Working Group with assistance from the SNMP Working Group and the Security Area Advisory Group. Particular thanks are due to Jim Barnes, Sig Handelman and Stephen Stibler for their support and their assistance with checking early versions of the MIB.
このドキュメントの早めの草稿はSNMP作業部会とSecurity Area Advisory Groupから援助されてIETFのAccounting作業部会の前兆で作成されました。 特定の感謝はMIBの早めのバージョンをチェックする彼らのサポートと彼らの支援のためのジム・バーンズ、Sigハンデルマン、およびスティーブンStiblerのためです。
Stephen Stibler shared the development workload of producing the MIB changes summarized in chapter 5 (above).
スティーブンStiblerは第5章(above)にまとめられたMIB変化を発生させる開発ワークロードを共有しました。
9 Intellectual Property Notice
9 知的所有権通知
The IETF takes no position regarding the validity or scope of any intellectual property 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; neither does it represent that it has made any effort to identify any such rights. Information on the IETF's procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11. Copies of claims of rights made available for publication 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 Secretariat."
IETFはどんな知的所有権の正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 どちらも、それはそれを表しません。どんなそのような権利も特定するためにいずれも取り組みにしました。 BCP-11で標準化過程の権利と規格関連のドキュメンテーションに関するIETFの手順に関する情報を見つけることができます。 「権利のクレームのコピーで利用可能に作られるべきライセンスの保証、または一般的なライセンスか許可がimplementersによるそのような所有権の使用に得させられた試みの結果が公表といずれにも利用可能になったか、またはIETF事務局からこの仕様のユーザを得ることができます。」
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFはこの規格を練習するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 IETF専務に情報を扱ってください。
10 References
10の参照箇所
[ACT-BKG] Mills, C., Hirsch, G. and G. Ruth, "Internet Accounting
Background", RFC 1272, November 1991.
[BKGを活動させている] 工場とC.とハーシュとG.とG.ルース、「インターネット経理の経験」、RFC1272、1991年11月。
[ASG-NBR] Reynolds, J. and J. Postel, "Assigned Numbers", STD 2,
RFC 1700, ISI, October 1994.
[ASG-NBR] レイノルズとJ.とJ.ポステル、「規定番号」、STD2、RFC1700、ISI、1994年10月。
[ASN-1] Information processing systems - Open Systems
Interconnection - Specification of Abstract Syntax
Notation One (ASN.1), International Organization for
Standardization, International Standard 8824, December
1987.
[ASN-1]情報処理システム--オープン・システム・インターコネクション--抽象的なSyntax Notation One(ASN.1)、国際標準化機構国際規格8824(1987年12月)の仕様。
Brownlee Standards Track [Page 51] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[51ページ]: MIB1999年10月に、計量してください。
[ASN-BER] Information processing systems - Open Systems
Interconnection - Specification of Basic Encoding Rules
for Abstract Notation One (ASN.1), International
Organization for Standardization, International Standard
8825, December 1987.
[ASN-BER]情報処理システム--オープン・システム・インターコネクション--抽象的なNotation One(ASN.1)、国際標準化機構国際規格8825(1987年12月)のためのBasic Encoding Rulesの仕様。
[ENET-OBJ] Kastenholz, F., "Definitions of Managed Objects for the
Ethernet-like Interface Types", RFC 1643, July 1994.
[ENET-OBJ]Kastenholz、F.、「イーサネットのようなインターフェース型のための管理オブジェクトの定義」、RFC1643、1994年7月。
[FDDI-MIB] Case, J. and A. Rijsinghani, "FDDI Management Information
Base", RFC 1512, September 1993.
[FDDI-MIB] ケースとJ.とA.Rijsinghani、「FDDI管理情報ベース」、RFC1512、1993年9月。
[IPPM-FRM] Paxson, V., Almes, G., Mahdavi, J. and M. Mathis,
"Framework for IP Performance Metrics", RFC 2330, May
1998.
[IPPM-FRM] パクソン、V.、Almes、G.、Mahdavi、J.、およびM.マシス(「IPパフォーマンス測定基準のためのフレームワーク」、RFC2330)は1998がそうするかもしれません。
[MIB-II] McCloghrie, K. and M. Rose, "Management Information Base
for Network Management of TCP/IP-based internets: MIB-
II", STD 17, RFC 1213, March 1991.
[MIB-II] McCloghrie、K.、およびM.ローズ、「TCP/IPベースのインターネットのNetwork Managementのための管理Information基地:」 「MIB II」 STD17、1991年3月のRFC1213。
[RFC1155] Rose, M., and K. McCloghrie, "Structure and
Identification of Management Information for TCP/IP-based
Internets", STD 16, RFC 1155, May 1990
[RFC1155]ローズ、M.、およびK.McCloghrie、STD16、RFC1155が「TCP/IPベースのインターネットのための経営情報の構造と識別」とそうする、1990
[RFC1157] Case, J., Fedor, M., Schoffstall, M. and J. Davin,
"Simple Network Management Protocol", STD 15, RFC 1157,
May 1990.
[RFC1157] ケース、J.、ヒョードル、M.、Schoffstall、M.、およびJ.デーヴィン(「簡単なネットワーク管理プロトコル」、STD15、RFC1157)は1990がそうするかもしれません。
[RFC1212] Rose, M. and K. McCloghrie, "Concise MIB Definitions",
STD 16, RFC 1212, March 1991.
[RFC1212] ローズとM.とK.McCloghrie、「簡潔なMIB定義」、STD16、RFC1212、1991年3月。
[RFC1215] Rose, M., "A Convention for Defining Traps for use with
the SNMP", RFC 1215, March 1991
[RFC1215]ローズ、M.、「SNMPとの使用のためのDefining TrapsのためのConvention」、RFC1215、1991年3月
[RFC1901] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
"Introduction to Community-based SNMPv2", RFC 1901,
January 1996.
[RFC1901] ケースとJ.とMcCloghrieとK.とローズとM.とS.Waldbusser、「地域密着型のSNMPv2"への紹介、RFC1901、1996年1月。」
[RFC1905] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
"Protocol Operations for Version 2 of the Simple Network
Management Protocol (SNMPv2)", RFC 1905, January 1996.
[RFC1905]ケース、J.、McCloghrie(K.、ローズ、M.、およびS.Waldbusser)は「簡単なネットワーク管理プロトコル(SNMPv2)のバージョン2のための操作について議定書の中で述べます」、RFC1905、1996年1月。
[RFC1906] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
"Transport Mappings for Version 2 of the Simple Network
Management Protocol (SNMPv2)", RFC 1906, January 1996.
[RFC1906]ケース、J.、McCloghrie(K.、ローズ、M.、およびS.Waldbusser)は「簡単なネットワーク管理プロトコル(SNMPv2)のバージョン2のためのマッピングを輸送します」、RFC1906、1996年1月。
Brownlee Standards Track [Page 52] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[52ページ]: MIB1999年10月に、計量してください。
[RFC1908] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
"Coexistence between version 1 and version 2 of the
Internet-standard Network Management Framework", RFC
1908, January 1996.
[RFC1908]ケースとJ.、McCloghrieとK.とローズとM.とS.Waldbusser、「インターネット標準Network Management Frameworkのバージョン1とバージョン2の間の共存」RFC1908(1996年1月)。
[RFC2570] Case, J., Mundy, R., Partain, D. and B. Stewart,
"Introduction to Version 3 of the Internet-standard
Network Management Framework", RFC 2570, April 1999.
[RFC2570]ケースとJ.とマンディとR.、パーテインとD.とB.スチュワート、「インターネット標準ネットワークマネージメントフレームワークのバージョン3への序論」RFC2570(1999年4月)。
[RFC2571] Harrington, D., Presuhn, R. and B. Wijnen, "An
Architecture for Describing SNMP Management Frameworks",
RFC 2571, April 1999.
[RFC2571] ハリントンとD.とPresuhnとR.とB.Wijnen、「SNMP管理フレームワークについて説明するためのアーキテクチャ」、RFC2571、1999年4月。
[RFC2572] Case, J., Harrington D., Presuhn R. and B. Wijnen,
"Message Processing and Dispatching for the Simple
Network Management Protocol (SNMP)", RFC 2572, April
1999.
[RFC2572] ケース、J.、ハリントンD.、Presuhn R.、およびB.Wijnen、「メッセージ処理と簡単なネットワークマネージメントのために急いでいるのは(SNMP)について議定書の中で述べます」、RFC2572、1999年4月。
[RFC2573] Levi, D., Meyer, P. and B. Stewart, "SNMPv3
Applications", RFC 2573, April 1999.
[RFC2573] レビとD.とマイヤーとP.とB.スチュワート、「SNMPv3アプリケーション」、RFC2573、1999年4月。
[RFC2574] Blumenthal, U. and B. Wijnen, "User-based Security Model
(USM) for version 3 of the Simple Network Management
Protocol (SNMPv3)", RFC 2574, April 1999.
[RFC2574]ブルーメンソルとU.とB.Wijnen、「Simple Network Managementプロトコル(SNMPv3)のバージョン3のためのユーザベースのSecurity Model(USM)」、RFC2574、1999年4月。
[RFC2575] Wijnen, B., Presuhn, R. and K. McCloghrie, "View-based
Access Control Model (VACM) for the Simple Network
Management Protocol (SNMP)", RFC 2575, April 1999.
[RFC2575] Wijnen、B.、Presuhn、R.、およびK.McCloghrie、「簡単なネットワークマネージメントのための視点ベースのアクセス制御モデル(VACM)は(SNMP)について議定書の中で述べます」、RFC2575、1999年4月。
[RFC2578] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J.,
Rose, M. and S. Waldbusser, "Structure of Management
Information Version 2 (SMIv2)", STD 58, RFC 2578, April
1999.
[RFC2578]McCloghrieとK.、パーキンスとD.とSchoenwaelderとJ.とケースとJ.とローズとM.とS.Waldbusser、「経営情報バージョン2(SMIv2)の構造」STD58、RFC2578(1999年4月)。
[RFC2579] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J.,
Rose, M. and S. Waldbusser, "Textual Conventions for
SMIv2", STD 58, RFC 2579, April 1999.
[RFC2579] McCloghrieとK.とパーキンスとD.とSchoenwaelderとJ.とケースとJ.とローズとM.とS.Waldbusser、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[RFC2580] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J.,
Rose, M. and S. Waldbusser, "Conformance Statements for
SMIv2", STD 58, RFC 2580, April 1999.
[RFC2580] McCloghrieとK.とパーキンスとD.とSchoenwaelderとJ.とケースとJ.とローズとM.とS.Waldbusser、「SMIv2"、STD58、RFC2580、1999年4月のための順応声明。」
[RMON-MIB] Waldbusser, S., "Remote Network Monitoring Management
Information Base", RFC 1757, February 1995.
[RMON-MIB] Waldbusser、S.、「リモートネットワーク監視管理情報ベース」、RFC1757、1995年2月。
[RMON2-MIB] Waldbusser, S., "Remote Network Monitoring Management
Information Base Version 2 using SMIv2", RFC 2021,
January 1997.
[RMON2-MIB] Waldbusser、S.、「1997年1月にSMIv2"、RFC2021を使用するリモートネットワーク監視管理情報ベースバージョン2。」
Brownlee Standards Track [Page 53] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[53ページ]: MIB1999年10月に、計量してください。
[RTFM-ARC] Brownlee, N., Mills, C. and Ruth, G., "Traffic Flow
Measurement: Architecture", RFC 722, October 1999.
ブラウンリー(N.)が製粉する[RTFM-アーク]、C.とルース、G.、「トラフィック流量測定:」 「アーキテクチャ」、RFC722、1999年10月。
[UTF-8] Yergeau, F., "UTF-8, a transformation format of ISO
10646", RFC 2279, January 1998.
[UTF-8]Yergeau、1998年1月のF.、「UTF-8、ISO10646の変換形式」RFC2279。
[V6-ADDR] Hinden, R. and S. Deering, "IP Version 6 Addressing
Architecture", RFC 2373, July 1998.
[V6-ADDR] HindenとR.とS.デアリング、「IPバージョン6アドレッシング体系」、RFC2373、1998年7月。
11 Author's Address
11作者のアドレス
Nevil Brownlee Information Technology Systems & Services The University of Auckland Private Bag 92-019 Auckland, New Zealand
ネヴィルブラウンリー情報技術システムとServicesオークランド大学の個人的なBag92-019オークランド(ニュージーランド)
Phone: +64 9 373 7599 x8941 EMail: n.brownlee@auckland.ac.nz
以下に電話をしてください。 +64 9 373 7599x8941 EMail: n.brownlee@auckland.ac.nz
Brownlee Standards Track [Page 54] RFC 2720 Traffic Flow Measurement: Meter MIB October 1999
ブラウンリーStandardsはRFC2720トラフィック流量測定を追跡します[54ページ]: MIB1999年10月に、計量してください。
12 Full Copyright Statement
12 完全な著作権宣言文
Copyright (C) The Internet Society (1999). All Rights Reserved.
Copyright(C)インターネット協会(1999)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS 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.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Brownlee Standards Track [Page 55]
ブラウンリー標準化過程[55ページ]
一覧
スポンサーリンク
