RFC3371 日本語訳
3371 Layer Two Tunneling Protocol "L2TP" Management Information Base.E. Caves, P. Calhoun, R. Wheeler. August 2002. (Format: TXT=139974 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group E. Caves
Request for Comments: 3371 Occam Networks
Category: Standards Track P. Calhoun
Black Storm Networks
R. Wheeler
DoubleWide Software
August 2002
洞窟がコメントのために要求するワーキンググループE.をネットワークでつないでください: 3371Occamはカテゴリをネットワークでつなぎます: 規格はR.車で運ぶ人DoubleWideソフトウェア2002年8月にP.のカルフーンの黒い嵐のネットワークを追跡します。
Layer Two Tunneling Protocol "L2TP"
Management Information Base
層Twoのトンネリングプロトコル"L2TP"管理情報ベース
Status of this Memo
この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.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2002). All Rights Reserved.
Copyright(C)インターネット協会(2002)。 All rights reserved。
Abstract
要約
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP-based internets. In particular, it defines objects for managing networks using Layer 2 Tunneling Protocol (L2TP).
このメモは使用のために、ネットワーク管理プロトコルでTCP/IPベースのインターネットでManagement Information基地の一部(MIB)を定義します。 特に、それは、Layer2Tunnelingプロトコル(L2TP)を使用することでネットワークを経営するためにオブジェクトを定義します。
Caves, et. al. Standards Track [Page 1] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[1ページ]。
Table of Contents
目次
1.0 Introduction .......................................... 2 2.0 The SNMP Management Framework ........................... 2 3.0 Overview ................................................ 4 3.1 Relationship to the Interface MIB........................ 5 3.1.1 Layering Model .......................................... 5 3.1.2 Interface MIB Object..................................... 7 3.1.2.1 L2TP Tunnel Interfaces .................................. 7 3.2 Relationship to other MIBs .............................. 10 3.2.1 Relationship to the IP Tunnel MIB ....................... 10 3.3 L2TP Tunnel Creation .................................... 10 3.4 L2TP Session Mapping .................................... 10 4.0 L2TP Object Definitions ................................. 11 5.0 Security Considerations ................................. 66 6.0 Acknowledgements ........................................ 67 7.0 References .............................................. 67 8.0 Authors' Addresses ...................................... 69 9.0 Full Copyright Statement ................................ 70
1.0序論… 2 2.0 SNMP管理フレームワーク… 2 3.0概要… 4 インタフェースMIBとの3.1関係… 5 3.1 .1レイヤリングモデル… 5 3.1 .2 インタフェースMIBは反対します… 7 3.1 .2 .1 L2TPはインタフェースにトンネルを堀ります… 7 他のMIBsとの3.2関係… 10 3.2 .1 IPとの関係はMIBにトンネルを堀ります… 10 3.3 L2TPは作成にトンネルを堀ります… 10 3.4L2TPセッションマッピング… 10 4.0 L2TPオブジェクト定義… 11 5.0 セキュリティ問題… 66 6.0の承認… 67 7.0の参照箇所… 67 8.0人の作者のアドレス… 69 9.0 完全な著作権宣言文… 70
1.0 Introduction
1.0 序論
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 managed objects used for managing L2TP devices.
このメモは使用のために、ネットワーク管理プロトコルでインターネット共同体でManagement Information基地の一部(MIB)を定義します。 特に、それはL2TPデバイスを管理するのに使用される管理オブジェクトについて説明します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTは[RFC2119]で説明されるように本書では解釈されることであるべきですか?
2.0 The SNMP Management Framework
2.0 SNMP管理フレームワーク
The SNMP Management Framework presently consists of five major components:
SNMP Management Frameworkは現在、5個の主要コンポーネントから成ります:
o An overall architecture, described in RFC 2571 [RFC2571].
o RFC2571[RFC2571]で説明された総合的なアーキテクチャ。
o 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], STD 58, RFC 2579 [RFC2579] and STD 58, RFC
2580 [RFC2580].
o オブジェクトを説明して、命名するためのメカニズムと管理の目的のためのイベント。 Management情報(SMI)のこのStructureの最初のバージョンは、STD16、RFC1155[RFC1155]、STD16、RFC1212[RFC1212]、およびRFC1215[RFC1215]でSMIv1と呼ばれて、説明されます。 SMIv2と呼ばれる第2バージョンはSTD58とRFC2578[RFC2578]とSTD58とRFC2579[RFC2579]とSTD58RFC2580[RFC2580]で説明されます。
Caves, et. al. Standards Track [Page 2] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[2ページ]。
o 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].
o 経営情報を移すためのメッセージプロトコル。 SNMPメッセージプロトコルの最初のバージョンは、STD15、RFC1157[RFC1157]でSNMPv1と呼ばれて、説明されます。 SNMPメッセージプロトコルの第2のバージョンは、RFC1901[RFC1901]とRFC1906[RFC1906]でSNMPv2cと呼ばれて、説明されます。(プロトコルはインターネット標準化過程プロトコルではありません)。 メッセージプロトコルの第3バージョンは、RFC1906[RFC1906]、RFC2572[RFC2572]、およびRFC2574[RFC2574]でSNMPv3と呼ばれて、説明されます。
o 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].
o 経営情報にアクセスするための操作について議定書の中で述べてください。 プロトコル操作と関連PDU形式の第一セットはSTD15、RFC1157[RFC1157]で説明されます。 2番目のセットのプロトコル操作と関連PDU形式はRFC1905[RFC1905]で説明されます。
o A set of fundamental applications described in RFC 2573 [RFC2573]
and the view-based access control mechanism described in RFC 2575
[RFC2575].
o RFC2573[RFC2573]で説明された1セットの基礎的応用と視点ベースのアクセス管理機構はRFC2575で[RFC2575]について説明しました。
A more detailed introduction to the current SNMP Management Framework can be found in RFC 2570 [RFC2570].
RFC2570[RFC2570]で現在のSNMP Management Frameworkへの、より詳細な紹介を見つけることができます。
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.
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 MIBのオブジェクトは、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.
このメモはSMIv2に対応であるMIBモジュールを指定します。 適切な翻訳でSMIv1に従うMIBは生産できます。 どんな翻訳も可能でないので(Counter64の使用)、結果として起こる翻訳されたMIBはオブジェクトかイベントが省略されるところで意味的に同等でなければなりません。 SMIv2の何らかのマシンの読み込み可能な情報が翻訳プロセスの間、SMIv1の原文の記述に変換されるでしょう。 しかしながら、マシンの読み込み可能な情報のこの損失がMIBの意味論を変えると考えられません。
Caves, et. al. Standards Track [Page 3] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[3ページ]。
3.0 Overview
3.0 概要
The objects defined in this MIB are to be used when describing Layer Two Tunneling Protocol (L2TP) tunnels. The L2TP protocol is defined in [RFC2661]. This MIB consists of seven groups briefly described below:
Layer Two Tunnelingプロトコル(L2TP)トンネルについて説明するとき、このMIBで定義されたオブジェクトは使用されていることになっています。 L2TPプロトコルは[RFC2661]で定義されます。 このMIBは以下で簡潔に説明された7つのグループから成ります:
l2tpConfigGroup
l2tpStatsGroup
These two groups of objects provide information on the
configuration, state and statistics of the L2TP protocol, its
tunnels and sessions. These groups are mandatory for implementors
of this MIB.
そのオブジェクトのグループが構成の情報を供給するl2tpConfigGroup l2tpStatsGroup These two、L2TPプロトコルの状態と統計、トンネル、およびセッション。 これらのグループはこのMIBの作成者に義務的です。
l2tpDomainGroup
This optional group of objects provides configuration, state and
statistical information for L2TP tunnel endpoint domains. A L2TP
tunnel endpoint domain is considered to be a collection of L2TP
devices typically belonging to a common administrative domain or
geographic location.
オブジェクトのl2tpDomainGroup Thisの任意のグループはL2TPトンネル終点ドメインに構成、状態、および統計情報を提供します。 L2TPトンネル終点ドメインは、一般的な管理ドメインか地理的な位置に属しながら、L2TPデバイスの通常、収集であると考えられます。
l2tpMappingGroup
This optional group contains mapping tables to assist management
applications to map between protocol identifiers and table
indices.
l2tpMappingGroup Thisの任意のグループは管理アプリケーションがプロトコル識別子とテーブルインデックスリストの間で写像するのを補助するマッピングテーブルを含みます。
l2tpIpUdpGroup
This group provides the state and statistics information for L2TP
tunnels which are being transported by UDP/IP. This group is
mandatory for L2TP implementations that support L2TP over UDP/IP.
l2tpIpUdpGroup ThisグループはUDP/IPによって輸送されているL2TPトンネルのための情報を状態と統計に提供します。 このグループはUDP/IPの上でL2TPをサポートするL2TP実装に義務的です。
l2tpSecurityGroup
This group is optional for SNMP agents which support both
authentication and privacy of SNMP messages for the management of
L2TP keys.
SNMPエージェントにとって、l2tpSecurityGroup Thisグループは任意です(認証とL2TPキーの管理へのSNMPメッセージのプライバシーの両方をサポートします)。
l2tpTrapGroup
This group contains the notifications that could be generated by a
L2TP implementation.
l2tpTrapGroup ThisグループはL2TP実装で生成することができた通知を含みます。
l2tpHCPacketGroup
This group is optional for L2TP implementations that could
potentially overflow the L2TP Domain tables 32-bit statistics
counters in less than an hour.
32ビットの統計が1時間未満後に打ち返すL2TP Domainテーブルから潜在的にはみ出させることができたL2TP実装に、l2tpHCPacketGroup Thisグループは任意です。
Caves, et. al. Standards Track [Page 4] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[4ページ]。
3.1 Relationship to the Interface MIB
3.1 インタフェースMIBとの関係
This section clarifies the relationship of this MIB to the Interfaces MIB [RFC2863]. Several areas of correlation are addressed in the following subsections. The implementor is referred to the Interfaces MIB document in order to understand the general intent of these areas.
このセクションはこのMIBの関係をInterfaces MIB[RFC2863]にはっきりさせます。 相関関係のいくつかの領域が以下の小区分で扱われます。 作成者は、これらの領域の総合的目的を理解するためにInterfaces MIBドキュメントを参照されます。
3.1.1 Layering Model
3.1.1 レイヤリングモデル
This MIB contains several tables which are extensions to the IP Tunnel MIB described in [RFC2667] which itself defines extensions to the Interface MIB [RFC2863]. An L2TP tunnel is represented as a separate identifiable logical interface sub-layer. The tunnel stack layering model is described in [RFC2667].
このMIBはInterface MIB[RFC2863]と拡大を定義する[RFC2667]自体で説明されたIP Tunnel MIBに拡大である数個のテーブルを含んでいます。 L2TPトンネルは別々の身元保証可能な論理的なインタフェース副層として表されます。 トンネルスタックレイヤリングモデルは[RFC2667]で説明されます。
In addition to that described in [RFC2667] an L2TP tunnel will not be at the top of the ifStack on a L2TP device that is acting as a L2TP Network Server (LNS). In this case PPP interfaces will be layered on top of the tunnel interface.
[RFC2667]で説明されたそれに加えて、L2TPトンネルがL2TP Network Server(LNS)として作動しているL2TPデバイスにifStackの先端にないでしょう。 この場合、PPPインタフェースはトンネルのインタフェースの上で層にされるでしょう。
Caves, et. al. Standards Track [Page 5] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[5ページ]。
In the example diagram below, the interface layering is shown as it might appear at the LNS.
以下の例のダイヤグラムで、インタフェースレイヤリングはLNSに現れるかもしれないように示されます。
+--------------------------------------------+
| Network Layer Protocol |
+-+-----------+-------------+--------+-------+
| | | |
| +-+--+ | |
| |MPPP| | | <=== PPP Multilink I/F
| ++--++ | |
| | | | |
| +--+ +--+ | |
| | | | |
| +-+-+ +-+-+ +-+-+ +-+-+
| |PPP| |PPP| |PPP| |PPP| <=== PPP I/F
| +-+-+ +-+-+ +-+-+ +-+-+
| | | | |
| +----+--------+--------+--------+----+
| | L2TP Tunnel I/F |
| +------------------+-----------------+
| |
+-+---------------------+------+
| Ethernet |
+------------------------------+
+--------------------------------------------+ | ネットワーク層プロトコル| +-+-----------+-------------+--------+-------+ | | | | | +-+--+ | | | |MPPP| | | <== pppマルチリンクI/F| ++--++ | | | | | | | | +--+ +--+ | | | | | | | | +-+-+ +-+-+ +-+-+ +-+-+ | |ppp| |ppp| |ppp| |ppp| <== ppp I/F| +-+-+ +-+-+ +-+-+ +-+-+ | | | | | | +----+--------+--------+--------+----+ | | L2TPトンネルI/F| | +------------------+-----------------+ | | +-+---------------------+------+ | イーサネット| +------------------------------+
The ifStackTable is used to describe the layering of the interface sub-layers. For the example given above the ifTable and ifStackTable may appear as follows:
ifStackTableは、インタフェース副層のレイヤリングについて説明するのに使用されます。 上に出された例に関しては、ifTableとifStackTableは以下の通りに見えるかもしれません:
ifIndex ifType Tunnel MIB tables Description
ifIndex ifType Tunnel MIBは記述を見送ります。
1 ethernetCsmacd(6) Ethernet interface
2 tunnel(131) tunnelIfTable Tunnel interface
l2tpTunnelConfigTable
l2tpTunnelStatsTable
3 ppp(23) PPP interface #1
4 ppp(23) PPP interface #2
5 ppp(23) PPP interface #3
6 ppp(23) PPP interface #4
7 mlppp(108) MLPPP interface
1 ethernetCsmacd(6)イーサネットインタフェース2トンネル(131)tunnelIfTable Tunnelインタフェースl2tpTunnelConfigTable l2tpTunnelStatsTable3ppp(23)PPPインタフェース#1 4ppp(23)PPPインタフェース#2 5ppp(23)PPPインタフェース#3 6ppp(23)PPPインタフェース#4 7mlppp(108) MLPPPインタフェース
Caves, et. al. Standards Track [Page 6] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[6ページ]。
The corresponding ifStack table entries would then be:
そして対応するifStackテーブル項目は以下の通りでしょう。
ifStackTable Entries
ifStackTableエントリー
HigherLayer LowerLayer
0 5
0 6
0 7
1 0
2 1
3 2
4 2
5 2
6 2
7 3
7 4
HigherLayer LowerLayer0 5 0 6 0 7 1 0 2 1 3 2 4 2 5 2 6 2 7 3 7 4
L2TP Access Concentrator (LAC) tunnel interfaces on the other hand appear at the top of the interface layering stack. In this case the layering model is as described in [RFC2667].
他方では、L2TP Access Concentrator(LAC)トンネルのインタフェースはインタフェースレイヤリングスタックの先端に現れます。 この場合、レイヤリングモデルが[RFC2667]で説明されるようにあります。
However in order to support the tunneling of packets received from interfaces carrying framed PPP packets on the LAC to the LNS (and the propagation of decapsulated PPP packets to that interface) additional configuration is required. This is further described in section 3.4.
しかしながら、インタフェースから受け取られたパケットのトンネリングをサポートするために、LACでLNS(そして、そのインタフェースへのdecapsulated PPPパケットの伝播)の追加構成まで縁どられたPPPパケットを運ぶのが必要です。 これはセクション3.4でさらに説明されます。
3.1.2 Interface MIB Objects
3.1.2 インタフェースMIBオブジェクト
Except where noted in the tables below, all objects MUST be supported from the ifGeneralInformationGroup and one of the following three groups:
以下のテーブルで有名であるところを除いて、ifGeneralInformationGroupと以下の3つのグループの1つからすべてのオブジェクトを支えなければなりません:
o ifPacketGroup OR
o ifHCPacketGroup OR
o ifVHCPacketGroup
o ifPacketGroup OR o ifHCPacketGroup OR o ifVHCPacketGroup
depending on the particular implementation.
特定の実装によります。
The following tables describe how objects from the ifGeneralInformationGroup and ifPacketGroup (similar support should be provided for the high and very high capacity packet groups) are to be interpreted and supported for L2TP tunnel interfaces.
以下のテーブルは、ifGeneralInformationGroupとifPacketGroup(高くて非常に高い容量パケットグループに同様のサポートを提供するべきである)からのオブジェクトがどのようにL2TPトンネルのインタフェースに解釈されて、支えられることになっているかを説明します。
3.1.2.1 L2TP Tunnel Interfaces
3.1.2.1 L2TPトンネルのインタフェース
All Interface MIB objects not listed in the above groups for L2TP tunnel interfaces MUST be supported as described in [RFC2863].
すべてのInterface MIBオブジェクトが上のグループで[RFC2863]で説明されるようにインタフェースをサポートしなければならないL2TPトンネルに記載したというわけではありません。
Caves, et. al. Standards Track [Page 7] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[7ページ]。
Interface MIB Object Support Description
==================== ========================================
ifTable.ifDescr Refer to the Interface MIB.
インタフェースMIBオブジェクトサポート記述==================== ======================================== ifTable.ifDescrはインタフェースMIBについて言及します。
ifTable.ifType tunnel(131).
ifTable.ifTypeは(131)にトンネルを堀ります。
ifTable.ifMtu Dependent on the tunnel transport layer.
For UDP/IP transports the MTU should
be 65467 (65535-60(IP)-8(UDP)).
トンネル輸送でのifTable.ifMtu Dependentは層にします。 UDP/IP輸送のために、MTUは65467であるべきです(65535-60 (IP)-8(UDP))。
ifTable.ifSpeed Return zero.
ifTable.ifSpeed Returnゼロ。
ifTable.ifPhyAddress The assigned tunnel identifier.
ifTable.ifPhyAddress、割り当てられたトンネル識別子。
ifTable.ifAdminStatus Setting ifAdminStatus to 'up' injects a
'Local Open' request into the tunnel FSM.
Setting ifAdminStatus to 'down' injects
a 'Tunnel Close' event into the tunnel
FSM. Setting ifAdminStatus to 'testing'
is not currently defined but could be
used to test tunnel connectivity.
'up'へのifTable.ifAdminStatus Setting ifAdminStatusは'地方のオープン'要求をトンネルFSMに注ぎます。 'down'にifAdminStatusを設定すると、'トンネルClose'イベントはトンネルFSMに注がれます。 'テスト'にifAdminStatusを設定するのを現在、定義されませんでしたが、テストトンネルの接続性に使用できました。
ifTable.ifOperStatus ifOperStatus values are to be interpreted
as follows:
'up' - tunnel is established.
'down' - administratively down
or peer unreachable.
'testing' - in some test mode.
'unknown' - status cannot be
determined for some
reason.
'dormant' - operational but
waiting for local or
remote trigger to bring
up the tunnel.
'notPresent' - configuration missing.
'lowerLayerDown' - down due to state of
lower-layer
interface(s).
ifTable.ifOperStatus ifOperStatus値は以下の通り解釈されることです: 'up'--トンネルは確立されます。 'down'--行政上下がっているか、または同輩手が届きません。 何らかのテスト・モードで'テストします'。 '未知'--状態はある理由で決定できません。 '眠る'地方の、または、リモートな引き金がトンネルで持って来る操作上の、しかし、待っている。 'notPresent'--構成の取り逃がすこと。 下層の状態による'lowerLayerDown'は(s)を連結します。
ifTable.ifInOctets The total number of octets received on the
tunnel including control and payload
octets.
八重奏の総数がコントロールとペイロード八重奏を含むトンネルの上で受けたifTable.ifInOctets。
ifTable.ifInUcastPkts The total number of packets received on
the tunnel including control and payload
packets.
パケットの総数がコントロールとペイロードパケットを含むトンネルの上で受けたifTable.ifInUcastPkts。
Caves, et. al. Standards Track [Page 8] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[8ページ]。
ifTable.ifInDiscards The total number of received packets that
were discarded on both control and payload
channels.
合計が付番するコントロールとペイロードチャンネルの両方で捨てられた容認されたパケットのifTable.ifInDiscards。
ifTable.ifInErrors The total number of packets received in
error including control and payload
packets.
コントロールとペイロードパケットを含むパケットの総数が間違って受けたifTable.ifInErrors。
ifTable.ifInUnknownProtos
Return zero.
ifTable.ifInUnknownProtos Returnゼロ。
ifTable.ifOutOctets The total number of octets transmitted
from the tunnel including control and
payload octets.
八重奏の総数がコントロールとペイロード八重奏を含むトンネルから伝えたifTable.ifOutOctets。
ifTable.ifOutUcastPkts The total number of packets transmitted
from the tunnel including control and
payload packets.
パケットの総数がコントロールとペイロードパケットを含むトンネルから伝えたifTable.ifOutUcastPkts。
ifTable.ifOutDiscards The total number of discarded packets that
were requested to be transmitted including
control and payload packets.
合計が付番するコントロールとペイロードパケットを含んでいて、伝えられるよう要求された捨てられたパケットのifTable.ifOutDiscards。
ifTable.ifOutErrors The total number of packets that were
requested to be transmitted that were in
error including control and payload
packets.
合計が付番する伝えられるよう要求されたパケットのコントロールとペイロードパケットを含むのにおいて間違ったifTable.ifOutErrors。
ifXTable.ifName Refer to the Interface MIB.
ifXTable.ifNameはインタフェースMIBについて言及します。
ifXTable.ifInMulticastPkts
Return zero.
ifXTable.ifInMulticastPkts Returnゼロ。
ifXTable.ifInBroadcastPkts
Return zero.
ifXTable.ifInBroadcastPkts Returnゼロ。
ifXTable.ifOutMulticastPkts
Return zero.
ifXTable.ifOutMulticastPkts Returnゼロ。
ifXTable.ifOutBroadcastPkts
Return zero.
ifXTable.ifOutBroadcastPkts Returnゼロ。
ifXTable.ifOutBroadcastPkts
Return zero.
ifXTable.ifOutBroadcastPkts Returnゼロ。
ifXTable.ifLinkUpDownTrapEnable
Default set to enabled(1).
用意ができているifXTable.ifLinkUpDownTrapEnable Defaultは(1)を可能にしました。
Caves, et. al. Standards Track [Page 9] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[9ページ]。
ifXTable.ifHighSpeed Return zero.
ifXTable.ifHighSpeed Returnゼロ。
ifXTable.ifPromiscuousMode
Set to false(2).
誤った(2)へのifXTable.ifPromiscuousMode Set。
ifXTable.ifConnectorPresent
Set to false(2).
誤った(2)へのifXTable.ifConnectorPresent Set。
3.2 Relationship to other MIBs
3.2 他のMIBsとの関係
3.2.1 Relationship to the IP Tunnel MIB
3.2.1 IPトンネルMIBとの関係
The IP Tunnel MIB [RFC2667] describes tunnel interfaces that have an ifType of tunnel(131). The IP Tunnel MIB is considered to contain a collection of objects common to all IP tunneling protocols, including L2TP. In addition to the IP Tunnel MIB, tunnel encapsulation specific MIBs (like this MIB) extend the IP Tunnel MIB to further describe encapsulation specific information. Implementation of the IP Tunnel MIB is required for L2TP tunnels over IP.
IP Tunnel MIB[RFC2667]はトンネル(131)のifTypeを持っているトンネルのインタフェースについて説明します。 L2TPを含んでいて、IP Tunnel MIBがすべてのIPトンネリングプロトコルに共通のオブジェクトの収集を含むと考えられます。 IP Tunnel MIBに加えて、トンネルカプセル化の特定のMIBs(このMIBのような)は、さらにカプセル化特殊情報について説明するためにIP Tunnel MIBを広げています。 IP Tunnel MIBの実装がIPの上でL2TPトンネルに必要です。
3.3 L2TP Tunnel Creation
3.3 L2TPトンネル作成
Tunnel creation is detailed for tunnels over IP in the IP Tunnel MIB. The creation of a tunnelIfEntry in [RFC2667] when the encapsulation method is "l2tp" will have the side effect of creating entries in the l2tpTunnelConfigTable, l2tpTunnelStatsTable and the l2tpUdpStatsTable's.
トンネル作成はIP Tunnel MIBでIPの上でトンネルに詳しく述べられます。 カプセル化メソッドが"l2tp"であるときに、[RFC2667]のtunnelIfEntryの作成には、l2tpTunnelConfigTableのエントリー、l2tpTunnelStatsTable、およびl2tpUdpStatsTableを作成する副作用があるでしょう。
The creation of L2TP tunnel interfaces over transports other than IP is expected to be defined in the MIB definition for that specific L2TP tunnel transport.
その特定のL2TPトンネル輸送のためのMIB定義でIP以外の輸送の上のL2TPトンネルのインタフェースの作成が定義されると予想されます。
3.4 L2TP Session Mapping
3.4 L2TPセッションマッピング
The l2tpSessionMapTable table allows management applications to determine which session within a tunnel a particular interface (either a PPP or DS0 interface) is mapped to. On the LAC it also provides a management application the ability to map a particular physical or virtual interface terminating a PPP link to a particular L2TP tunnel. This is required since the interface stacking as performed (and instrumented by the ifStackTable) on the LNS cannot be applied at the LAC.
l2tpSessionMapTableテーブルで、管理アプリケーションは、特定のインタフェース(PPPかDS0のどちらかが連結する)がトンネルの中のどのセッションまで写像されるかを決定できます。 また、LACでは、それは特定のL2TPトンネルへのPPPリンクを終える特定の物理的であるか仮想のインタフェースを写像する能力を管理アプリケーションに提供します。 これが、LNSに実行されるように(そして、ifStackTableが器具を取り付けられます)積み重ねられるインタフェースはLACに適用できないので、必要です。
Caves, et. al. Standards Track [Page 10] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[10ページ]。
The following diagram illustrates the conceptual binding that occurs.
以下のダイヤグラムは起こる概念的な結合を例証します。
+---------------------------------------+
| L2TP Session Map Database |
+----------+-----------------+----------+
| |
+---+---+ +-----+------+
| ds0 | | Tunnel I/F |
+---+---+ +-----+------+
| |
+---+---+ +-----+------+
| ds1 | | Ethernet |
+-------+ +------------+
+---------------------------------------+ | L2TPセッション地図データベース| +----------+-----------------+----------+ | | +---+---+ +-----+------+ | ds0| | トンネルI/F| +---+---+ +-----+------+ | | +---+---+ +-----+------+ | ds1| | イーサネット| +-------+ +------------+
The stacking of the individual interface stacks would be described by the ifStackTable.
個々のインタフェーススタックの積み重ねはifStackTableによって説明されるでしょう。
4.0 L2TP Object Definitions
4.0 L2TPオブジェクト定義
L2TP-MIB DEFINITIONS ::= BEGIN
L2TP-MIB定義:、:= 始まってください。
IMPORTS
Integer32, Unsigned32, Counter32, Gauge32,
Counter64, transmission, MODULE-IDENTITY,
OBJECT-TYPE, NOTIFICATION-TYPE
FROM SNMPv2-SMI
TEXTUAL-CONVENTION, RowStatus, TruthValue,
StorageType
FROM SNMPv2-TC
SnmpAdminString
FROM SNMP-FRAMEWORK-MIB
OBJECT-GROUP, MODULE-COMPLIANCE, NOTIFICATION-GROUP
FROM SNMPv2-CONF
InterfaceIndex
FROM IF-MIB;
IMPORTS Integer32、Unsigned32、Counter32、Gauge32、Counter64、トランスミッション、MODULE-IDENTITY、OBJECT-TYPE、NOTIFICATION-TYPE FROM SNMPv2-SMI TEXTUAL-CONVENTION、RowStatus、TruthValue、StorageType FROM SNMPv2-TC SnmpAdminString FROM SNMP-FRAMEWORK-MIB OBJECT-GROUP、MODULE-COMPLIANCE、NOTIFICATION-GROUP FROM SNMPv2-CONF InterfaceIndex FROM、-、MIB、。
l2tp MODULE-IDENTITY
LAST-UPDATED "200208230000Z" -- 23 August 2002
ORGANIZATION "IETF L2TP Working Group"
CONTACT-INFO
"Evan Caves
Postal: Occam Networks
77 Robin Hill Road
Santa Barbara, CA, 93117
Tel: +1 805692 2900
Email: evan@occamnetworks.com
l2tp MODULE-IDENTITY LAST-UPDATED"200208230000Z"--、2002年8月23日の組織「IETF L2TPワーキンググループ」コンタクトインフォメーション、「エヴァンは郵便でほら穴を掘ります」。 Occamネットワーク77ロビン・ヒル・Roadサンタバーバラ、カリフォルニア93117Tel: +1 805692 2900はメールされます: evan@occamnetworks.com
Pat R. Calhoun
パットR.カルフーン
Caves, et. al. Standards Track [Page 11] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[11ページ]。
Postal: Black Storm Networks
110 Nortech Parkway
San Jose, CA, 95143
Tel: +1 408 941-0500
Email: pcalhoun@bstormnetworks.com
郵便: 黒い嵐のネットワーク110Nortech Parkwayサンノゼ、カリフォルニア95143Tel: +1 408 941-0500 メールしてください: pcalhoun@bstormnetworks.com
Ross Wheeler
Postal: DoubleWide Software, Inc.
2953 Bunker Hill Lane
Suite 101
Santa Clara, CA 95054
Tel: +1 6509260599
Email: ross@doublewidesoft.com
ロス・ウィーラーPostal: サンタクララ、DoubleWideソフトウェアInc.2953バンカー・ヒルレーンスイート101カリフォルニア95054Tel: +1 6509260599はメールされます: ross@doublewidesoft.com
Layer Two Tunneling Protocol Extensions WG
Working Group Area: Internet
Working Group Name: l2tpext
General Discussion: l2tp@l2tp.net"
層Twoのトンネリングプロトコル拡大WGワーキンググループ部門: インターネットワーキンググループ名: l2tpext Discussion司令官: " l2tp@l2tp.net "
DESCRIPTION
"The MIB module that describes managed objects of
general use by the Layer Two Transport Protocol."
記述、「Layer Two Transportプロトコルで一般的使用の管理オブジェクトについて説明するMIBモジュール。」
-- revision log
-- 改正ログ
REVISION "200208230000Z" -- 23 August 2002
DESCRIPTION
"First revision, published as RFC 3371."
REVISION"200208230000Z"--「最初に、改正であって、RFC3371として発行された」2002年8月23日の記述。
::= { transmission 95 }
::= トランスミッション95
-- -- Textual Conventions --
-- -- 原文のコンベンション--
L2tpMilliSeconds ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d-3"
STATUS current
DESCRIPTION
"A period of time measured in units of .001 of seconds
when used in conjunction with the DISPLAY-HINT will
show seconds and fractions of second with a resolution
of .001 of a second."
SYNTAX Integer32 (0..2147483646)
L2tpMilliSeconds:、:= TEXTUAL-CONVENTION DISPLAY-ヒント、「d-3インチのSTATUSの現在の記述、「測定されて、.001秒のDISPLAY-ヒントに関連して使用されるとユニットがそうする期間に、1秒の.001の解決で2番目の秒と部分を見せてください。」、」 構文Integer32(0..2147483646)
-- -- Definitions of significant branches --
-- -- 重要なブランチの定義--
Caves, et. al. Standards Track [Page 12] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[12ページ]。
l2tpNotifications OBJECT IDENTIFIER ::= { l2tp 0 }
l2tpObjects OBJECT IDENTIFIER ::= { l2tp 1 }
l2tpTransports OBJECT IDENTIFIER ::= { l2tp 3 }
l2tpConformance OBJECT IDENTIFIER ::= { l2tp 4 }
l2tpNotificationsオブジェクト識別子:、:= l2tp0l2tpObjects OBJECT IDENTIFIER:、:= l2tp1l2tpTransports OBJECT IDENTIFIER:、:= l2tp3l2tpConformance OBJECT IDENTIFIER:、:= l2tp4
--
-- Definitions of significant branches under l2tpObjects
--
l2tpScalar OBJECT IDENTIFIER ::= { l2tpObjects 1 }
l2tpConfig OBJECT IDENTIFIER ::= { l2tpScalar 1 }
l2tpStats OBJECT IDENTIFIER ::= { l2tpScalar 2 }
-- -- l2tpObjectsの下の重要なブランチの定義--、l2tpScalar OBJECT IDENTIFIER:、:= l2tpObjects1l2tpConfigオブジェクト識別子:、:= l2tpScalar1l2tpStatsオブジェクト識別子:、:= l2tpScalar2
-- -- Definitions of significant branches under l2tpTransports -- -- Note that future transports of L2TP (e.g.: Frame relay) -- should create their own branch under l2tpTransports.
-- -- l2tpTransportsの下の重要なブランチの定義----L2TP(: 例えば、フレームリレー)の今後の輸送--それら自身のを作成するべきであるのがl2tpTransportsの下で分岐することに注意してください。
l2tpTransportIpUdp OBJECT IDENTIFIER ::= { l2tpTransports 1 }
l2tpIpUdpObjects OBJECT IDENTIFIER ::= { l2tpTransportIpUdp 1 }
l2tpIpUdpTraps OBJECT IDENTIFIER ::= { l2tpTransportIpUdp 2 }
l2tpTransportIpUdpオブジェクト識別子:、:= l2tpTransports1l2tpIpUdpObjectsオブジェクト識別子:、:= l2tpTransportIpUdp1l2tpIpUdpTrapsオブジェクト識別子:、:= l2tpTransportIpUdp2
-- -- The L2TP Scalar Configuration Group -- -- This group of objects is used to manage configuration -- of the L2TP protocol environment.
-- -- L2TP Scalar Configuration Group----オブジェクトのこのグループは、L2TPプロトコル環境の構成を管理するのに使用されます。
l2tpAdminState OBJECT-TYPE
SYNTAX INTEGER {
enabled(1),
disabled(2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object defines the administrative state of
the L2TP protocol. Setting this object to
'disabled' causes all tunnels to be immediately
disconnected and no further tunnels to be either
initiated or accepted. The value of this object
must be maintained in non-volatile memory."
::= { l2tpConfig 1 }
(1)を可能にして、(2)であることが無効にされたマックス-ACCESSが「L2TPプロトコルの管理事情を定義これが反対するする」とSTATUSの現在の記述に読書して書くl2tpAdminState OBJECT-TYPE SYNTAX INTEGER。 '身体障害者'にこのオブジェクトを設定するのは、どんな向こうのトンネルもすぐに切断されるすべてのトンネルを受け入れますが、開始されないか、または受け入れられないことを引き起こします。 「非揮発性メモリーでこのオブジェクトの値を維持しなければなりません。」 ::= l2tpConfig1
l2tpDrainTunnels OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
l2tpDrainTunnels OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSはSTATUSに電流を読書して書きます。
Caves, et. al. Standards Track [Page 13] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[13ページ]。
DESCRIPTION
"Setting this object to 'true' will prevent any new
tunnels and/or sessions to be either initiated or
accepted but does NOT disconnect any active
tunnels/sessions. Setting this object to true(1)
causes all domains and their respective tunnels
to transition to the draining state. Note that
when this occurs the 'xxxDraining' status objects
of the domains and their tunnels should reflect
that they are 'draining'. Setting this object has
no affect on the domains or their tunnels
'xxxDrainTunnels' configuration objects. To cancel
a drain this object should be set to false(2).
The object l2tpDrainingTunnels reflects
the current L2TP draining state. The value of
this object must be maintained in non-volatile
memory."
::= { l2tpConfig 2 }
「どんな活発なトンネル/セッションにも切断しないのを除いて、'本当に'このオブジェクトを設定するのは開始するか、または受け入れるためにどんな新しいトンネル、そして/または、セッションにも防ぐ」記述。 本当の(1)にこのオブジェクトを設定すると、すべてのドメインとそれらのそれぞれのトンネルは排出状態への変遷に引き起こされます。 これが起こるとドメインとそれらのトンネルの'xxxDraining'状態オブジェクトが、'排水していること'を反映するはずであることに注意してください。 このオブジェクトを設定するのに、いいえはドメインかそれらのトンネルの上で'xxxDrainTunnels'構成オブジェクトに影響します。 ドレインを取り消すために、このオブジェクトは誤った(2)に設定されるべきです。 オブジェクトl2tpDrainingTunnelsは現在のL2TP排出状態を反映します。 「非揮発性メモリーでこのオブジェクトの値を維持しなければなりません。」 ::= l2tpConfig2
-- -- The L2TP Scalar Status and Statistics Group -- -- This group of objects describe the current state and -- statistics of L2TP.
-- -- そして、L2TP Scalar StatusとStatistics Group----オブジェクトのこのグループ、現状について説明してください、--L2TPの統計。
l2tpProtocolVersions OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(2..256))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Vector of supported L2TP protocol version and
revision numbers. Supported versions are identified
via a two octet pairing where the first octet indicates
the version and the second octet contains the revision."
::= { l2tpStats 1 }
「サポートしているL2TPプロトコルバージョンと改正のベクトルは付番する」l2tpProtocolVersions OBJECT-TYPE SYNTAX OCTET STRING(SIZE(2 .256))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「サポートしているバージョンは最初の八重奏がバージョンを示すところと対にされる2八重奏で特定されます、そして、2番目の八重奏は改正を含んでいます。」 ::= l2tpStats1
l2tpVendorName OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object identifies the Vendor name of the L2TP
protocol stack."
::= { l2tpStats 2 }
l2tpVendorName OBJECT-TYPE SYNTAX SnmpAdminStringのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「L2TPプロトコル・スタックのVendor名を特定これが反対するします」。 ::= l2tpStats2
l2tpFirmwareRev OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
l2tpFirmwareRev OBJECT-TYPE SYNTAX Integer32マックス-ACCESS書き込み禁止
Caves, et. al. Standards Track [Page 14] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[14ページ]。
STATUS current
DESCRIPTION
"This object defines the firmware revision for the
L2TP protocol stack."
::= { l2tpStats 3 }
STATUSの現在の記述は「L2TPプロトコル・スタックのためのファームウェア改正を定義これが反対するします」。 ::= l2tpStats3
l2tpDrainingTunnels OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates if the local L2TP is draining
off sessions from all tunnels."
::= { l2tpStats 4 }
l2tpDrainingTunnels OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「地方のL2TPがすべてのトンネルからセッションを排出しているかどうかを示これが反対するします」。 ::= l2tpStats4
-- -- The L2TP Domain Configuration Table --
-- -- L2TPドメイン構成テーブル--
l2tpDomainConfigTable OBJECT-TYPE
SYNTAX SEQUENCE OF L2tpDomainConfigEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The L2TP Domain configuration table. This table
contains objects that can be used to configure
the operational characteristics of a tunnel
domain. There is a 1-1 correspondence between
conceptual rows of this table and conceptual
rows of the l2tpDomainStatsTable."
::= { l2tpObjects 2 }
「L2TP Domain構成はテーブルの上に置く」l2tpDomainConfigTable OBJECT-TYPEのSYNTAX SEQUENCE OF L2tpDomainConfigEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 このテーブルはトンネルドメインの操作上の特性を構成するのに使用できるオブジェクトを含んでいます。 「このテーブルの概念的な行とl2tpDomainStatsTableの概念的な行との1-1通信があります。」 ::= l2tpObjects2
l2tpDomainConfigEntry OBJECT-TYPE
SYNTAX L2tpDomainConfigEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An L2TP Domain configuration entry. An entry in this
table may correspond to a single endpoint or a group
of tunnel endpoints."
INDEX { l2tpDomainConfigId }
::= { l2tpDomainConfigTable 1 }
l2tpDomainConfigEntry OBJECT-TYPE SYNTAX L2tpDomainConfigEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「L2TP Domain構成エントリー。」 「このテーブルのエントリーは単一の終点かトンネル終点のグループに対応するかもしれません。」 l2tpDomainConfigIdに索引をつけてください:、:= l2tpDomainConfigTable1
L2tpDomainConfigEntry ::=
SEQUENCE {
l2tpDomainConfigId
SnmpAdminString,
l2tpDomainConfigAdminState
L2tpDomainConfigEntry:、:= 系列、l2tpDomainConfigId SnmpAdminString、l2tpDomainConfigAdminState
Caves, et. al. Standards Track [Page 15] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[15ページ]。
INTEGER,
l2tpDomainConfigDrainTunnels
TruthValue,
l2tpDomainConfigAuth
INTEGER,
l2tpDomainConfigSecret
SnmpAdminString,
l2tpDomainConfigTunnelSecurity
INTEGER,
l2tpDomainConfigTunnelHelloInt
Integer32,
l2tpDomainConfigTunnelIdleTO
Integer32,
l2tpDomainConfigControlRWS
Integer32,
l2tpDomainConfigControlMaxRetx
Integer32,
l2tpDomainConfigControlMaxRetxTO
Integer32,
l2tpDomainConfigPayloadSeq
INTEGER,
l2tpDomainConfigReassemblyTO
L2tpMilliSeconds,
l2tpDomainConfigProxyPPPAuth
TruthValue,
l2tpDomainConfigStorageType
StorageType,
l2tpDomainConfigStatus
RowStatus
}
整数、l2tpDomainConfigDrainTunnels TruthValue、l2tpDomainConfigAuth整数、l2tpDomainConfigSecret SnmpAdminString、l2tpDomainConfigTunnelSecurity整数、l2tpDomainConfigTunnelHelloInt Integer32、l2tpDomainConfigTunnelIdleTO Integer32、l2tpDomainConfigControlRWS Integer32; l2tpDomainConfigControlMaxRetx Integer32、l2tpDomainConfigControlMaxRetxTO Integer32、l2tpDomainConfigPayloadSeq整数、l2tpDomainConfigReassemblyTO L2tpMilliSeconds、l2tpDomainConfigProxyPPPAuth TruthValue、l2tpDomainConfigStorageType StorageType、l2tpDomainConfigStatus RowStatus
l2tpDomainConfigId OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE (1..80))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The identifier, usually in the form of a Domain
Name (full or partial), describing a single tunnel
endpoint or a domain of tunnel endpoints. This is
typically used as a 'handle' to identify the
tunnel configuration requirements for both incoming
and outgoing tunnel connection attempts. Both the
LAC and LNS could use information provided in the
Host Name AVP attribute however the tunnel initiator
could use other means not specified to identify
the domain's tunnel configuration requirements.
For example; three rows in this table have
l2tpDomainConfigId values of 'lac1.isp.com',
l2tpDomainConfigId OBJECT-TYPE SYNTAX SnmpAdminString(SIZE(1 .80))のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「通常トンネル終点のDomain Name(完全であるか部分的な)のフォーム、単一のトンネル終点について説明するか、またはドメインの識別子。」 これは、両方の送受信のトンネル接続試みのためのトンネル構成必要条件を特定するのに'ハンドル'として通常使用されます。 LACとLNSの両方がトンネル創始者がどのようにドメインのトンネル構成必要条件を特定するために指定されなかった他の手段を使用できてもHost Name AVP属性に提供された情報を使用するかもしれません。 例えば。 このテーブルの3つの列には、'lac1.isp.com'のl2tpDomainConfigId値があります。
Caves, et. al. Standards Track [Page 16] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[16ページ]。
'isp.com' and 'com'. A tunnel endpoint then identifies
itself as 'lac1.isp.com' which would match the
'lac1.isp.com' entry in this table. A second tunnel
endpoint then identifies itself as 'lac2.isp.com'.
This endpoint is then associated with the 'isp.com'
entry of this table."
::= { l2tpDomainConfigEntry 1 }
'isp.com'と'com'。 そして、トンネル終点は、それ自体がこのテーブルで'lac1.isp.com'エントリーに合っている'lac1.isp.com'であると認識します。 そして、2番目のトンネル終点は、それ自体が'lac2.isp.com'であると認識します。 「この終点はその時、このテーブルの'isp.com'エントリーに関連しています。」 ::= l2tpDomainConfigEntry1
l2tpDomainConfigAdminState OBJECT-TYPE
SYNTAX INTEGER {
enabled(1),
disabled(2)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object defines the administrative state of this
tunnel domain. Setting this object to disabled(2)
causes all tunnels to be immediately disconnected
and no further tunnels to be either initiated or
accepted. Note that all columnar objects corresponding
to this conceptual row cannot be modified when
the administrative state is enabled EXCEPT those
objects which specifically state otherwise."
DEFVAL { enabled }
::= { l2tpDomainConfigEntry 2 }
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。l2tpDomainConfigAdminState OBJECT-TYPE SYNTAX INTEGERが(1)、身体障害者(2)を可能にした、「この物はこのトンネルドメインの管理状態を定義します」。 身体障害者(2)にこの物を設定するのは、すべてのトンネルがすぐに外されることを引き起こして、向こうのトンネルが全く開始もされませんし、受け入れられもしないことを引き起こします。 「それらの物を除いて、管理状態が可能にされるとき、この概念的な列に対応するすべての円柱状の物を変更できるというわけではないことに注意してください、どれ、別の方法で明確に述べるか、」 DEFVALは可能にしました:、:= l2tpDomainConfigEntry2
l2tpDomainConfigDrainTunnels OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Setting this object to 'true' will prevent any new
tunnels and/or sessions from being either initiated
or accepted but does NOT disconnect any active
tunnels/sessions for this tunnel domain. Setting
this object to true(1) causes all tunnels within
this domain to transition to the draining state.
Note that when this occurs the
l2tpTunnelStatsDrainingTunnel status objects of
all of this domain's tunnels should reflect that
they are 'draining'. Setting this object has no
effect on this domain's associated tunnels
l2tpTunnelConfigDrainTunnel configuration objects.
To cancel a drain this object should be set to
false(2). Setting this object to false(2) when
the L2TP object l2tpDrainTunnels is true(1) has
no affect, all domains and their tunnels will
l2tpDomainConfigDrainTunnels OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「'本当に'この物を設定するのは、どちらかが開始した存在からどんな新しいトンネル、そして/または、セッションにも防ぐか、受け入れますが、またはどんな活発なトンネル/セッションにもこのトンネルドメインに外さない」STATUSの現在の記述を読書して作成します。 本当の(1)にこの物を設定すると、このドメインの中のすべてのトンネルが排出状態への変遷に引き起こされます。 これが起こるとこのドメインのトンネルのすべてのl2tpTunnelStatsDrainingTunnel状態物が、'排水していること'を反映するはずであることに注意してください。 この物を設定するのに、いいえはこのドメインの関連トンネルの上でl2tpTunnelConfigDrainTunnel構成物に作用します。 排水を中止するために、この物は誤った(2)に設定されるべきです。 L2TP物のl2tpDrainTunnelsが本当の(1)であるときに誤った(2)にこの物を設定するのにおいて、感情が全くありません、とすべてのドメインとそれらのトンネルは望んでいます。
Caves, et. al. Standards Track [Page 17] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[17ページ]。
continue to drain."
DEFVAL { false }
::= { l2tpDomainConfigEntry 3 }
「排水し続けてください。」 DEFVAL偽:、:= l2tpDomainConfigEntry3
l2tpDomainConfigAuth OBJECT-TYPE
SYNTAX INTEGER {
none(1),
simple(2),
challenge(3)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object describes how tunnel peers belonging
to this domain are to be authenticated. The value
simple(2) indicates that peers are authenticated
simply by their host name as described in the Host
Name AVP. The value challenge(3) indicates that
all peers are challenged to prove their identification.
This mechanism is described in the L2TP protocol."
REFERENCE "RFC 2661 Section 5.1"
DEFVAL { none }
::= { l2tpDomainConfigEntry 4 }
l2tpDomainConfigAuth OBJECT-TYPE SYNTAX INTEGER、なにも、(1)、簡単な(2)が(3)に挑戦する、マックス-ACCESSは「認証されて、この物はこのドメインに属すトンネル同輩がどのようにいるかを説明する」STATUSの現在の記述を読書して作成します。 値の簡単な(2)は、同輩がHost Name AVPで説明されるように単に彼らのホスト名によって認証されるのを示します。 値の挑戦(3)は、すべての同輩が彼らの識別を立証するように挑まれるのを示します。 「このメカニズムはL2TPプロトコルで説明されます。」 REFERENCE、「RFC2661はなにもに5.1インチのDEFVALを区分します:、:、」= l2tpDomainConfigEntry4
l2tpDomainConfigSecret OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE (0..255))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object is used to configure the shared secret
used during the tunnel authentication phase of
tunnel establishment. This object MUST be accessible
only via requests using both authentication and
privacy. The agent MUST report an empty string in
response to get, get-next and get-bulk requests."
::= { l2tpDomainConfigEntry 5 }
l2tpDomainConfigSecret OBJECT-TYPE SYNTAX SnmpAdminString(SIZE(0 .255))マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この物はトンネル設立のトンネル認証段階の間に使用される共有秘密キーを構成するのに使用されます」。 この物は認証とプライバシーの両方を使用するのにおいて単に要求でアクセスしやすいに違いありません。 に対応して「エージェントが空のストリングを報告しなければならない、得る、気付いていて嵩を得ている要求、」 ::= l2tpDomainConfigEntry5
l2tpDomainConfigTunnelSecurity OBJECT-TYPE
SYNTAX INTEGER {
none(1),
other(2),
ipSec(3)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object defines whether this tunnel domain
requires that all tunnels are to be secured. The
l2tpDomainConfigTunnelSecurity OBJECT-TYPE SYNTAX INTEGER、なにも、(1)、他の(2)、ipSec(3)、マックス-ACCESSは「このトンネルドメインが、すべてのトンネルが固定されることになっているのを必要とするか否かに関係なく、この物は定義する」STATUSの現在の記述を読書して作成します。 The
Caves, et. al. Standards Track [Page 18] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[18ページ]。
value of ipsec(3) indicates that all tunnel packets,
control and session, have IP Security headers. The
type of IP Security headers (AH, ESP etc) and how
they are further described is outside the scope of
this document."
DEFVAL { none }
::= { l2tpDomainConfigEntry 6 }
ipsec(3)の値は、すべてのトンネルパケット(コントロールとセッション)にはIP Securityヘッダーがあるのを示します。 「このドキュメントの範囲の外にIP Securityヘッダー(超能力AHなど)と彼らがどうさらに説明されるかに関するタイプがあります。」 DEFVAL、なにも:、:= l2tpDomainConfigEntry6
l2tpDomainConfigTunnelHelloInt OBJECT-TYPE
SYNTAX Integer32 (0..3600)
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object defines the interval in which Hello
(or keep-alive) packets are to be sent by local
peers belonging to this tunnel domain. The value
zero effectively disables the sending of Hello
packets. This object may be modified when the
administrative state is enabled for this conceptual
row."
DEFVAL { 60 }
::= { l2tpDomainConfigEntry 7 }
マックス-ACCESSが読書して作成するl2tpDomainConfigTunnelHelloInt OBJECT-TYPE SYNTAX Integer32(0 .3600)UNITS「秒」STATUSの現在の記述は「Hello(または、生きている生活費)パケットがこのトンネルドメインに属す地元の同輩によって送られることになっている間隔を定義これが反対するします」。 事実上、値ゼロはHelloパケットの発信を無能にします。 「管理状態がこの概念的な列に可能にされるとき、この物は変更されるかもしれません。」 DEFVAL60:、:= l2tpDomainConfigEntry7
l2tpDomainConfigTunnelIdleTO OBJECT-TYPE
SYNTAX Integer32 (-1..86400)
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object defines the period of time that an
established tunnel belonging to this tunnel
domain with no active sessions will wait before
disconnecting the tunnel. A value of zero indicates
that the tunnel will disconnect immediately after the
last session disconnects. A value of -1 leaves the
tunnel up indefinitely. This object may be modified
when the administrative state is enabled for this
conceptual row."
DEFVAL { 0 }
::= { l2tpDomainConfigEntry 8 }
l2tpDomainConfigTunnelIdleTO OBJECT-TYPE SYNTAX Integer32(-1 .86400)UNITS「秒」マックス-ACCESSは「この物はトンネルを外す前に活発なセッションなしでこのトンネルドメインに属す確立したトンネルが待っている期間に定義する」STATUSの現在の記述を読書して作成します。 ゼロの値は、トンネルが納会分離直後連絡を断つのを示します。 -1の値はトンネルを無期限に掲げます。 「管理状態がこの概念的な列に可能にされるとき、この物は変更されるかもしれません。」 DEFVAL0:、:= l2tpDomainConfigEntry8
l2tpDomainConfigControlRWS OBJECT-TYPE
SYNTAX Integer32 (1..65535)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object defines the control channel receive
l2tpDomainConfigControlRWS OBJECT-TYPE SYNTAX Integer32(1 .65535)マックス-ACCESSがSTATUSの現在の記述を読書して作成する、「この物はチャンネルが受けるコントロールを定義します」。
Caves, et. al. Standards Track [Page 19] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[19ページ]。
window size for tunnels belonging to this domain. It
specifies the maximum number of packets the tunnel
peer belonging to this domain can send without waiting
for an acknowledgement from this peer."
DEFVAL { 4 }
::= { l2tpDomainConfigEntry 9 }
このドメインに属すトンネルへのウィンドウサイズ。 「このドメインへのトンネル同輩属がこの同輩から承認を待たないで送ることができるパケットの最大数を指定します。」 DEFVAL4:、:= l2tpDomainConfigEntry9
l2tpDomainConfigControlMaxRetx OBJECT-TYPE
SYNTAX Integer32 (0..32)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object defines the maximum number of retransmissions
which the L2TP stack will attempt for tunnels belonging
to this domain before assuming that the peer is no
longer responding."
DEFVAL { 5 }
::= { l2tpDomainConfigEntry 10 }
l2tpDomainConfigControlMaxRetx OBJECT-TYPE SYNTAX Integer32(0 .32)マックス-ACCESSは「同輩がL2TPスタックが仮定の前にこのドメインに属すトンネルに試みる「再-トランスミッション」の最大数ですが、この物はもう応じながら、定義しない」STATUSの現在の記述を読書して作成します。 DEFVAL5:、:= l2tpDomainConfigEntry10
l2tpDomainConfigControlMaxRetxTO OBJECT-TYPE
SYNTAX Integer32 (1..32)
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object defines the maximum retransmission timeout
interval which the L2TP stack will wait for tunnels
belonging to this domain before retransmitting a
control packet that has not been acknowledged."
DEFVAL { 16 }
::= { l2tpDomainConfigEntry 11 }
l2tpDomainConfigControlMaxRetxTO OBJECT-TYPE SYNTAX Integer32(1 .32)UNITS「秒」マックス-ACCESSは「この物はコントロールパケットを再送して、それが承認されていない前のトンネルのための待ちがこのドメインに属して、L2TPスタックがそうする最大の再送タイムアウト間隔に定義する」STATUSの現在の記述を読書して作成します。 DEFVAL16:、:= l2tpDomainConfigEntry11
l2tpDomainConfigPayloadSeq OBJECT-TYPE
SYNTAX INTEGER {
onDemand(1),
never(2),
always(3)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object determines whether or not session payload
packets will be requested to be sent with sequence
numbers from tunnel peers belonging to this domain.
The value onDemand(1) allows the L2TP implementation
to initiate payload sequencing when necessary based
on local information (e.g: during LCP/NCP negotiations
or for CCP). The value never(2) indicates that L2TP
l2tpDomainConfigPayloadSeq OBJECT-TYPE SYNTAX INTEGER、onDemand(1)、決して(2)でない、いつも(3)、マックス-ACCESSは「トンネル同輩からの一連番号がこのドメインに属してセッションペイロードパケットが送られるよう要求されるか否かに関係なく、この目的は決定する」STATUSの現在の記述を読書して作成します。 ローカルの情報に基づいて必要であるときに、値のonDemand(1)がL2TP実現にペイロード配列を開始させる、(e.g:、交渉かCCPのためのLCP/NCP) 値、(2)はそのL2TPを決して示しません。
Caves, et. al. Standards Track [Page 20] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[20ページ]。
will never initiate sequencing but will do sequencing
if asked. The value always(3) indicates that L2TP
will send the Sequencing Required AVP during session
establishment."
DEFVAL { onDemand }
::= { l2tpDomainConfigEntry 12 }
配列を決して開始しませんが、尋ねられると、配列するでしょう。 「そのL2TPがセッション設立の間、送るいつも(3)がSequencing Required AVPを示す値。」 DEFVAL onDemand:、:= l2tpDomainConfigEntry12
l2tpDomainConfigReassemblyTO OBJECT-TYPE
SYNTAX L2tpMilliSeconds
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object defines the number of milliseconds that
local peers of this tunnel domain will wait before
processing payload packets that were received out of
sequence (which are waiting for the packet(s) to put
them in sequence). A low value increases the chance
of delayed packets to be discarded (which MAY cause
the PPP decompression engine to reset) while a high
value may cause more queuing and possibly degrade
throughput if packets are truly lost. The default
value for this object is zero which will result in
all delayed packets being lost."
DEFVAL { 0 }
::= { l2tpDomainConfigEntry 13 }
l2tpDomainConfigReassemblyTO OBJECT-TYPE SYNTAX L2tpMilliSecondsマックス-ACCESSは「順序が狂って(パケットが系列にそれらを入れるのを待っている)受け取られたペイロードパケットを処理するこのトンネルドメインの地元の同輩が待っているミリセカンドと同じくらいの前に、この物は数を定義する」STATUSの現在の記述を読書して作成します。 パケットが本当に失われているなら、高い値は、より多くの列を作りを引き起こして、ことによるとスループットを下げるかもしれませんが、低値は遅れたパケットが捨てられる可能性(リセットへのPPP減圧エンジンを引き起こすかもしれない)を高めます。 「デフォルト値はこの物がすべてをもたらすゼロであるので、失われているパケットを遅らせました。」 DEFVAL0:、:= l2tpDomainConfigEntry13
l2tpDomainConfigProxyPPPAuth OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object is used to configure the sending
or acceptance of the PPP Proxy Authentication
AVP's on the LAC or LNS."
DEFVAL { true }
::= { l2tpDomainConfigEntry 14 }
l2tpDomainConfigProxyPPPAuth OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この物はLACかLNSにおけるPPP Proxy Authentication AVPの送付か承認を構成するのに使用されます」。 DEFVAL、本当:、:= l2tpDomainConfigEntry14
l2tpDomainConfigStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The storage type for this conceptual row.
l2tpDomainConfigStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「これに、概念的な格納タイプはこぐ」STATUSの現在の記述を読書して作成します。
Conceptual rows having the value 'permanent' must
allow write-access at a minimum to:
'永久的'に値を持っている概念的な列は以下に最小限でアクセスを書いて許容されなければなりません。
- l2tpDomainConfigAdminState and
- そしてl2tpDomainConfigAdminState。
Caves, et. al. Standards Track [Page 21] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[21ページ]。
l2tpDomainConfigDrainTunnels at all times
- l2tpDomainConfigSecret if l2tpDomainConfigAuth
has been configured as 'challenge'
l2tpDomainConfigDrainTunnels、いつも、l2tpDomainConfigSecretはl2tpDomainConfigAuthであるなら'挑戦'として構成されました。
It is an implementation issue to decide if a SET for
a readOnly or permanent row is accepted at all. In some
contexts this may make sense, in others it may not. If
a SET for a readOnly or permanent row is not accepted
at all, then a 'wrongValue' error must be returned."
::= { l2tpDomainConfigEntry 15 }
readOnlyか永久的な列へのSETを少しでも受け入れるなら、それは決める導入問題です。 いくつかの文脈では、これはそれがそうしない他のもので理解できるかもしれません。 「readOnlyか永久的な列へのSETが全く受け入れられないなら、'wrongValue'誤りを返さなければなりません。」 ::= l2tpDomainConfigEntry15
l2tpDomainConfigStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The status of this Domain entry. Columnar objects
corresponding to this conceptual row may be modified
according to their description clauses when this
RowStatus object is 'active'."
::= { l2tpDomainConfigEntry 16 }
l2tpDomainConfigStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このDomainエントリーの状態。」 「このRowStatus物が'アクティブである'ときに、それらの記述節によると、この概念的な列に対応する円柱状の物は変更されるかもしれません。」 ::= l2tpDomainConfigEntry16
-- -- The L2TP Domain Status and Statistics Table --
-- -- L2TPドメイン状態と統計テーブル--
l2tpDomainStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF L2tpDomainStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The L2TP Domain Status and Statistics table. This
table contains objects that can be used to describe
the current status and statistics of a tunnel domain.
There is a 1-1 correspondence between conceptual
rows of this table and conceptual rows of the
l2tpDomainConfigTable."
::= { l2tpObjects 3 }
「L2TP Domain StatusとStatisticsはテーブルの上に置く」l2tpDomainStatsTable OBJECT-TYPEのSYNTAX SEQUENCE OF L2tpDomainStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 このテーブルはトンネルドメインの現在の状態と統計について説明するのに使用できる物を含んでいます。 「概念的な列のl2tpDomainConfigTableのこのテーブルと概念的な列の間には、1-1通信があります。」 ::= l2tpObjects3
l2tpDomainStatsEntry OBJECT-TYPE
SYNTAX L2tpDomainStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An L2TP Domain Stats entry. An entry in this table
may correspond to a single endpoint or a group of
tunnel endpoints."
AUGMENTS { l2tpDomainConfigEntry }
l2tpDomainStatsEntry OBJECT-TYPE SYNTAX L2tpDomainStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「L2TP Domain Statsエントリー。」 「このテーブルのエントリーは単一の終点かトンネル終点のグループに対応するかもしれません。」 増大します。l2tpDomainConfigEntry
Caves, et. al. Standards Track [Page 22] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[22ページ]。
::= { l2tpDomainStatsTable 1 }
::= l2tpDomainStatsTable1
L2tpDomainStatsEntry ::=
SEQUENCE {
l2tpDomainStatsTotalTunnels
Counter32,
l2tpDomainStatsFailedTunnels
Counter32,
l2tpDomainStatsFailedAuths
Counter32,
l2tpDomainStatsActiveTunnels
Gauge32,
l2tpDomainStatsTotalSessions
Counter32,
l2tpDomainStatsFailedSessions
Counter32,
l2tpDomainStatsActiveSessions
Gauge32,
l2tpDomainStatsDrainingTunnels
TruthValue,
l2tpDomainStatsControlRxOctets
Counter32,
l2tpDomainStatsControlRxPkts
Counter32,
l2tpDomainStatsControlTxOctets
Counter32,
l2tpDomainStatsControlTxPkts
Counter32,
l2tpDomainStatsPayloadRxOctets
Counter32,
l2tpDomainStatsPayloadRxPkts
Counter32,
l2tpDomainStatsPayloadRxDiscs
Counter32,
l2tpDomainStatsPayloadTxOctets
Counter32,
l2tpDomainStatsPayloadTxPkts
Counter32,
l2tpDomainStatsControlHCRxOctets
Counter64,
l2tpDomainStatsControlHCRxPkts
Counter64,
l2tpDomainStatsControlHCTxOctets
Counter64,
l2tpDomainStatsControlHCTxPkts
Counter64,
l2tpDomainStatsPayloadHCRxOctets
Counter64,
L2tpDomainStatsEntry:、:= 系列、l2tpDomainStatsTotalTunnels Counter32、l2tpDomainStatsFailedTunnels Counter32、l2tpDomainStatsFailedAuths Counter32、l2tpDomainStatsActiveTunnels Gauge32、l2tpDomainStatsTotalSessions Counter32、l2tpDomainStatsFailedSessions Counter32、l2tpDomainStatsActiveSessions Gauge32、l2tpDomainStatsDrainingTunnels TruthValue、l2tpDomainStatsControlRxOctets Counter32、l2tpDomainStatsControlRxPkts Counter32、l2tpDomainStatsControlTxOctets Counter32; l2tpDomainStatsControlTxPkts Counter32、l2tpDomainStatsPayloadRxOctets Counter32、l2tpDomainStatsPayloadRxPkts Counter32、l2tpDomainStatsPayloadRxDiscs Counter32、l2tpDomainStatsPayloadTxOctets Counter32、l2tpDomainStatsPayloadTxPkts Counter32、l2tpDomainStatsControlHCRxOctets Counter64、l2tpDomainStatsControlHCRxPkts Counter64、l2tpDomainStatsControlHCTxOctets Counter64、l2tpDomainStatsControlHCTxPkts Counter64、l2tpDomainStatsPayloadHCRxOctets Counter64
Caves, et. al. Standards Track [Page 23] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[23ページ]。
l2tpDomainStatsPayloadHCRxPkts
Counter64,
l2tpDomainStatsPayloadHCRxDiscs
Counter64,
l2tpDomainStatsPayloadHCTxOctets
Counter64,
l2tpDomainStatsPayloadHCTxPkts
Counter64
}
l2tpDomainStatsPayloadHCRxPkts Counter64、l2tpDomainStatsPayloadHCRxDiscs Counter64、l2tpDomainStatsPayloadHCTxOctets Counter64、l2tpDomainStatsPayloadHCTxPkts Counter64
l2tpDomainStatsTotalTunnels OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the total number of tunnels
that have successfully reached the established
state for this tunnel domain."
::= { l2tpDomainStatsEntry 1 }
「この物は首尾よくこのトンネルドメインへの設立された状態に達したトンネルの総数を返す」l2tpDomainStatsTotalTunnels OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry1
l2tpDomainStatsFailedTunnels OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of tunnels that
failed (eg: connection timeout, unsupported
or malformed AVP's etc) to reach the established
state for this tunnel domain."
::= { l2tpDomainStatsEntry 2 }
「この物はこのトンネルドメインへの設立された状態に達しなかった(eg: サポートされないか奇形のAVPの接続タイムアウトなど)トンネルの数を返す」l2tpDomainStatsFailedTunnels OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry2
l2tpDomainStatsFailedAuths OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of failed tunnel
connection attempts for this domain because the
tunnel peer failed authentication."
::= { l2tpDomainStatsEntry 3 }
「トンネル同輩が認証に失敗したので、この物はこのドメインのための失敗したトンネル接続試みの数を返す」l2tpDomainStatsFailedAuths OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry3
l2tpDomainStatsActiveTunnels OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of tunnels that
are currently active for this domain."
「この物はこのドメインに、現在アクティブなトンネルの数を返す」l2tpDomainStatsActiveTunnels OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Caves, et. al. Standards Track [Page 24] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[24ページ]。
::= { l2tpDomainStatsEntry 4 }
::= l2tpDomainStatsEntry4
l2tpDomainStatsTotalSessions OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the total number of sessions
that have successfully reached the established
state for this tunnel domain."
::= { l2tpDomainStatsEntry 5 }
「この物は首尾よくこのトンネルドメインへの設立された状態に達したセッションの総数を返す」l2tpDomainStatsTotalSessions OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry5
l2tpDomainStatsFailedSessions OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of sessions that
failed (eg: connection timeout, unsupported
or malformed AVP's etc) to reach the established
state for this tunnel domain."
::= { l2tpDomainStatsEntry 6 }
「この物はこのトンネルドメインへの設立された状態に達しなかった(eg: サポートされないか奇形のAVPの接続タイムアウトなど)セッションの数を返す」l2tpDomainStatsFailedSessions OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry6
l2tpDomainStatsActiveSessions OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of sessions that
are currently active for this domain."
::= { l2tpDomainStatsEntry 7 }
「この物はこのドメインに、現在活発なセッションの数を返す」l2tpDomainStatsActiveSessions OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry7
l2tpDomainStatsDrainingTunnels OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates if this domain is draining
off sessions from all tunnels."
::= { l2tpDomainStatsEntry 8 }
l2tpDomainStatsDrainingTunnels OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このドメインがすべてのトンネルからセッションを排出しているかどうかを示これが反対するします」。 ::= l2tpDomainStatsEntry8
l2tpDomainStatsControlRxOctets OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of control channel
octets received for this tunnel domain."
「この物はこのトンネルドメインに受けられたコントロールチャンネル八重奏の数を返す」l2tpDomainStatsControlRxOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Caves, et. al. Standards Track [Page 25] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[25ページ]。
::= { l2tpDomainStatsEntry 9 }
::= l2tpDomainStatsEntry9
l2tpDomainStatsControlRxPkts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of control packets
received for this tunnel domain."
::= { l2tpDomainStatsEntry 10 }
「この物はこのトンネルドメインに受け取られたコントロールパケットの数を返す」l2tpDomainStatsControlRxPkts OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry10
l2tpDomainStatsControlTxOctets OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of control channel
octets that were transmitted to tunnel endpoints
for this domain."
::= { l2tpDomainStatsEntry 11 }
「この物はこのドメインのためにトンネル終点に送られたコントロールチャンネル八重奏の数を返す」l2tpDomainStatsControlTxOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry11
l2tpDomainStatsControlTxPkts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of control packets
that were transmitted to tunnel endpoints for
this domain."
::= { l2tpDomainStatsEntry 12 }
「この物はこのドメインのためにトンネル終点に送られたコントロールパケットの数を返す」l2tpDomainStatsControlTxPkts OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry12
l2tpDomainStatsPayloadRxOctets OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of payload channel
octets that were received for this tunnel domain."
::= { l2tpDomainStatsEntry 13 }
「この物はこのトンネルドメインに受けられたペイロードチャンネル八重奏の数を返す」l2tpDomainStatsPayloadRxOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry13
l2tpDomainStatsPayloadRxPkts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of payload packets
that were received for this tunnel domain."
::= { l2tpDomainStatsEntry 14 }
「この物はこのトンネルドメインに受け取られたペイロードパケットの数を返す」l2tpDomainStatsPayloadRxPkts OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry14
Caves, et. al. Standards Track [Page 26] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[26ページ]。
l2tpDomainStatsPayloadRxDiscs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of received payload
packets that were discarded by this tunnel domain."
::= { l2tpDomainStatsEntry 15 }
「この物はこのトンネルドメインによって捨てられた容認されたペイロードパケットの数を返す」l2tpDomainStatsPayloadRxDiscs OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry15
l2tpDomainStatsPayloadTxOctets OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of payload channel
octets that were transmitted to tunnel peers
within this tunnel domain."
::= { l2tpDomainStatsEntry 16 }
「この物はこのトンネルドメインの中のトンネル同輩に伝えられたペイロードチャンネル八重奏の数を返す」l2tpDomainStatsPayloadTxOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry16
l2tpDomainStatsPayloadTxPkts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of payload packets
that were transmitted to tunnel peers within
this tunnel domain."
::= { l2tpDomainStatsEntry 17 }
「この物はこのトンネルドメインの中のトンネル同輩に伝えられたペイロードパケットの数を返す」l2tpDomainStatsPayloadTxPkts OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpDomainStatsEntry17
-- -- High Capacity Counter objects. These objects are all -- 64 bit versions of the above 32-bit counters. These -- objects all have the same basic semantics as their -- 32-bit counterparts, however, their syntax has been -- extended to 64 bits. --
-- -- 高いCapacity Counterは反対します。 これらの物はすべてです--上の32ビットのカウンタの64ビットのバージョン。 これら--、物にはすべて、同じ基本的な意味論がある、それら、--32ビットの対応者、しかしながら、彼らの構文がありました--64ビットに達します。 --
l2tpDomainStatsControlHCRxOctets OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a 64-bit version of
l2tpDomainStatsControlRxOctets."
::= { l2tpDomainStatsEntry 18 }
l2tpDomainStatsControlHCRxOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するl2tpDomainStatsControlRxOctetsの64ビットのバージョンです」。 ::= l2tpDomainStatsEntry18
l2tpDomainStatsControlHCRxPkts OBJECT-TYPE
SYNTAX Counter64
l2tpDomainStatsControlHCRxPktsオブジェクト・タイプ構文Counter64
Caves, et. al. Standards Track [Page 27] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[27ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a 64-bit version of
l2tpDomainStatsControlRxPkts."
::= { l2tpDomainStatsEntry 19 }
マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するl2tpDomainStatsControlRxPktsの64ビットのバージョンです」。 ::= l2tpDomainStatsEntry19
l2tpDomainStatsControlHCTxOctets OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a 64-bit version of
l2tpDomainStatsControlTxOctets."
::= { l2tpDomainStatsEntry 20 }
l2tpDomainStatsControlHCTxOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するl2tpDomainStatsControlTxOctetsの64ビットのバージョンです」。 ::= l2tpDomainStatsEntry20
l2tpDomainStatsControlHCTxPkts OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a 64-bit version of
l2tpDomainStatsControlTxPkts."
::= { l2tpDomainStatsEntry 21 }
l2tpDomainStatsControlHCTxPkts OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するl2tpDomainStatsControlTxPktsの64ビットのバージョンです」。 ::= l2tpDomainStatsEntry21
l2tpDomainStatsPayloadHCRxOctets OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a 64-bit version of
l2tpDomainStatsPayloadRxOctets."
::= { l2tpDomainStatsEntry 22 }
l2tpDomainStatsPayloadHCRxOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するl2tpDomainStatsPayloadRxOctetsの64ビットのバージョンです」。 ::= l2tpDomainStatsEntry22
l2tpDomainStatsPayloadHCRxPkts OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a 64-bit version of
l2tpDomainStatsPayloadRxPkts."
::= { l2tpDomainStatsEntry 23 }
l2tpDomainStatsPayloadHCRxPkts OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するl2tpDomainStatsPayloadRxPktsの64ビットのバージョンです」。 ::= l2tpDomainStatsEntry23
l2tpDomainStatsPayloadHCRxDiscs OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
l2tpDomainStatsPayloadHCRxDiscs OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Caves, et. al. Standards Track [Page 28] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[28ページ]。
"This object is a 64-bit version of
l2tpDomainStatsPayloadRxDiscs."
::= { l2tpDomainStatsEntry 24 }
「この物はl2tpDomainStatsPayloadRxDiscsの64ビットのバージョンです。」 ::= l2tpDomainStatsEntry24
l2tpDomainStatsPayloadHCTxOctets OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a 64-bit version of
l2tpDomainStatsPayloadTxOctets."
::= { l2tpDomainStatsEntry 25 }
l2tpDomainStatsPayloadHCTxOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するl2tpDomainStatsPayloadTxOctetsの64ビットのバージョンです」。 ::= l2tpDomainStatsEntry25
l2tpDomainStatsPayloadHCTxPkts OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a 64-bit version of
l2tpDomainStatsPayloadTxPkts."
::= { l2tpDomainStatsEntry 26 }
l2tpDomainStatsPayloadHCTxPkts OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するl2tpDomainStatsPayloadTxPktsの64ビットのバージョンです」。 ::= l2tpDomainStatsEntry26
-- -- The L2TP Tunnel Configuration Table --
-- -- L2TPは構成テーブルにトンネルを堀ります--
l2tpTunnelConfigTable OBJECT-TYPE
SYNTAX SEQUENCE OF L2tpTunnelConfigEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The L2TP tunnel configuration table. This
table contains objects that can be used to
(re)configure the operational characteristics
of a single L2TP tunnel. There is a 1-1
correspondence between conceptual rows of
this table and conceptual rows of the
l2tpTunnelStatsTable. Entries in this table
have the same persistency characteristics as
that of the tunnelConfigTable."
REFERENCE "RFC 2667"
::= { l2tpObjects 4 }
「L2TPトンネル構成はテーブルの上に置く」l2tpTunnelConfigTable OBJECT-TYPEのSYNTAX SEQUENCE OF L2tpTunnelConfigEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 このテーブルは単一のL2TPトンネルの操作上の特性を構成すること(re)に使用できるオブジェクトを含んでいます。 このテーブルの概念的な行とl2tpTunnelStatsTableの概念的な行との1-1通信があります。 「このテーブルのエントリーには、tunnelConfigTableのものと同じ契約の継続の特性があります。」 「RFC2667」という参照:、:= l2tpObjects4
l2tpTunnelConfigEntry OBJECT-TYPE
SYNTAX L2tpTunnelConfigEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
l2tpTunnelConfigEntry OBJECT-TYPE SYNTAX L2tpTunnelConfigEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
Caves, et. al. Standards Track [Page 29] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[29ページ]。
"A L2TP tunnel interface configuration entry.
Entries in this table come and go as a result
of protocol interactions or on management
operations. The latter occurs when a row is
instantiated in the tunnelConfigTable row
and the encapsulation method is 'l2tp'."
REFERENCE "RFC 2667"
INDEX { l2tpTunnelConfigIfIndex }
::= { l2tpTunnelConfigTable 1 }
「A L2TPはインタフェース構成エントリーにトンネルを堀ります。」 このテーブルのエントリーは、プロトコル相互作用の結果、管理操作に来て、行きます。 「行がtunnelConfigTable行で例示されるとき、後者は起こります、そして、カプセル化メソッドは'l2tp'です。」 参照「RFC2667」インデックスl2tpTunnelConfigIfIndex:、:= l2tpTunnelConfigTable1
L2tpTunnelConfigEntry ::=
SEQUENCE {
l2tpTunnelConfigIfIndex
InterfaceIndex,
l2tpTunnelConfigDomainId
SnmpAdminString,
l2tpTunnelConfigAuth
INTEGER,
l2tpTunnelConfigSecret
SnmpAdminString,
l2tpTunnelConfigSecurity
INTEGER,
l2tpTunnelConfigHelloInterval
Integer32,
l2tpTunnelConfigIdleTimeout
Integer32,
l2tpTunnelConfigControlRWS
Integer32,
l2tpTunnelConfigControlMaxRetx
Integer32,
l2tpTunnelConfigControlMaxRetxTO
Integer32,
l2tpTunnelConfigPayloadSeq
INTEGER,
l2tpTunnelConfigReassemblyTO
L2tpMilliSeconds,
l2tpTunnelConfigTransport
INTEGER,
l2tpTunnelConfigDrainTunnel
TruthValue,
l2tpTunnelConfigProxyPPPAuth
TruthValue
}
L2tpTunnelConfigEntry:、:= 系列{ l2tpTunnelConfigIfIndex InterfaceIndex、l2tpTunnelConfigDomainId SnmpAdminString、l2tpTunnelConfigAuth整数、l2tpTunnelConfigSecret SnmpAdminString、l2tpTunnelConfigSecurity整数、l2tpTunnelConfigHelloInterval Integer32、l2tpTunnelConfigIdleTimeout Integer32、l2tpTunnelConfigControlRWS Integer32; l2tpTunnelConfigControlMaxRetx Integer32、l2tpTunnelConfigControlMaxRetxTO Integer32、l2tpTunnelConfigPayloadSeq整数、l2tpTunnelConfigReassemblyTO L2tpMilliSeconds、l2tpTunnelConfigTransport整数、l2tpTunnelConfigDrainTunnel TruthValue、l2tpTunnelConfigProxyPPPAuth TruthValue; }
l2tpTunnelConfigIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
l2tpTunnelConfigIfIndex OBJECT-TYPE SYNTAX InterfaceIndexのマックス-ACCESSのアクセスしやすくないSTATUS海流
Caves, et. al. Standards Track [Page 30] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[30ページ]。
DESCRIPTION
"This value for this object is equal to the value
of ifIndex of the Interfaces MIB for tunnel
interfaces of type L2TP."
::= { l2tpTunnelConfigEntry 1 }
記述、「タイプL2TPのトンネルのインタフェースに、このオブジェクトのためのこの値はInterfaces MIBのifIndexの値と等しいです」。 ::= l2tpTunnelConfigEntry1
l2tpTunnelConfigDomainId OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE (1..80))
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The tunnel domain that this tunnel belongs
to. A LNS tunnel endpoint will typically inherit
this value from the endpoint domain table. A
LAC may be provided with this information during
tunnel setup. When a zero length string is returned
this tunnel does not belong belong to any particular
domain."
::= { l2tpTunnelConfigEntry 2 }
l2tpTunnelConfigDomainId OBJECT-TYPE SYNTAX SnmpAdminString(SIZE(1 .80))マックス-ACCESSは「このトンネルが属すトンネルドメイン」をSTATUSの現在の記述に読書して書きます。 LNSトンネル終点は終点ドメインテーブルからこの値を通常引き継ぐでしょう。 トンネルセットアップの間、この情報をLACに提供するかもしれません。 「ゼロ・レングスストリングが返して、このトンネルが属しないということであるときには、あらゆる特定のドメインに属してください。」 ::= l2tpTunnelConfigEntry2
l2tpTunnelConfigAuth OBJECT-TYPE
SYNTAX INTEGER {
none(1),
simple(2),
challenge(3)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object describes how L2TP tunnel peers are
to be authenticated. The value 'simple' indicates
that peers are authenticated simply by their host
name as described in the Host Name AVP. The value
'challenge' indicates that all peers are challenged
to prove their identification. This mechanism is
described in the L2TP protocol. This object cannot
be modified when the tunnel is in a connecting or
connected state."
DEFVAL { none }
::= { l2tpTunnelConfigEntry 3 }
l2tpTunnelConfigAuth OBJECT-TYPE SYNTAX INTEGER、なにも、(1)、簡単な(2)が(3)に挑戦する、マックス-ACCESSは「このオブジェクトはL2TPトンネル同輩が認証されることになっている方法を説明すること」をSTATUSの現在の記述に読書して書きます。 '簡単値の'は、同輩がHost Name AVPで説明されるように単に彼らのホスト名によって認証されるのを示します。 値の'挑戦'は、すべての同輩が彼らの識別を立証するように挑まれるのを示します。 このメカニズムはL2TPプロトコルで説明されます。 「トンネルが接続か関連状態にあるとき、このオブジェクトを変更できません。」 DEFVAL、なにも:、:= l2tpTunnelConfigEntry3
l2tpTunnelConfigSecret OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE (0..255))
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object is used to configure the shared secret
used during the tunnel authentication phase of
l2tpTunnelConfigSecret OBJECT-TYPE SYNTAX SnmpAdminString(SIZE(0 .255))マックス-ACCESSは「このオブジェクトはトンネル認証段階の間に使用される共有秘密キーを構成するのにおいて使用されていること」をSTATUSの現在の記述に読書して書きます。
Caves, et. al. Standards Track [Page 31] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[31ページ]。
tunnel establishment. This object cannot be modified
when the tunnel is in a connecting or connected
state. This object MUST be accessible only via
requests using both authentication and privacy.
The agent MUST report an empty string in response
to get, get-next and get-bulk requests."
::= { l2tpTunnelConfigEntry 4 }
設立にトンネルを堀ってください。 トンネルが接続か関連状態にあるとき、このオブジェクトを変更できません。 このオブジェクトは認証とプライバシーの両方を使用するのにおいて単に要求でアクセスしやすいに違いありません。 に対応して「エージェントが空のストリングを報告しなければならない、得る、気付いていて嵩を得ている要求、」 ::= l2tpTunnelConfigEntry4
l2tpTunnelConfigSecurity OBJECT-TYPE
SYNTAX INTEGER {
none(1),
other(2),
ipsec(3)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object defines whether this tunnel is to be
secured. The value of 'ipSec' indicates that all
tunnel packets, control and session, have IP
Security headers. The type of IP Security headers
(AH, ESP etc) and how they are further described
is outside the scope of this document. This object
cannot be modified when the tunnel is in a connecting
or connected state."
DEFVAL { none }
::= { l2tpTunnelConfigEntry 5 }
l2tpTunnelConfigSecurity OBJECT-TYPE SYNTAX INTEGER、なにも、(1)、他の(2)、ipsec(3)、マックス-ACCESSは「このオブジェクトは、このトンネルが固定されることになっているかどうかを定義すること」をSTATUSの現在の記述に読書して書きます。 'ipSec'の値は、すべてのトンネルパケット(コントロールとセッション)にはIP Securityヘッダーがあるのを示します。 このドキュメントの範囲の外にIP Securityヘッダー(超能力AHなど)と彼らがどうさらに説明されるかに関するタイプがあります。 「トンネルが接続か関連状態にあるとき、このオブジェクトを変更できません。」 DEFVAL、なにも:、:= l2tpTunnelConfigEntry5
l2tpTunnelConfigHelloInterval OBJECT-TYPE
SYNTAX Integer32 (0..3600)
UNITS "seconds"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object defines the interval in which Hello
(or keep-alive) packets are to be sent to the
tunnel peer. The value zero effectively disables
the sending of Hello packets. Modifications to this
object have immediate effect."
DEFVAL { 60 }
::= { l2tpTunnelConfigEntry 6 }
l2tpTunnelConfigHelloInterval OBJECT-TYPE SYNTAX Integer32(0 .3600)UNITS「秒」マックス-ACCESSは「このオブジェクトはHello(または、生きている生活費)パケットがトンネル同輩に送られることになっている間隔を定義すること」をSTATUSの現在の記述に読書して書きます。 事実上、値ゼロはHelloパケットの発信を無効にします。 「このオブジェクトへの変更には、即座の効果があります。」 DEFVAL60:、:= l2tpTunnelConfigEntry6
l2tpTunnelConfigIdleTimeout OBJECT-TYPE
SYNTAX Integer32 (-1..86400)
UNITS "seconds"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
l2tpTunnelConfigIdleTimeout OBJECT-TYPE SYNTAX Integer32(-1 .86400)UNITS「秒」マックス-ACCESSは現在の記述をSTATUSに読書して書きます。
Caves, et. al. Standards Track [Page 32] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[32ページ]。
"This object defines the period of time that an
established tunnel with no sessions will wait
before disconnecting the tunnel. A value of
zero indicates that the tunnel will disconnect
immediately after the last session disconnects.
A value of -1 leaves the tunnel up indefinitely.
Modifications to this object have immediate
effect."
DEFVAL { 0 }
::= { l2tpTunnelConfigEntry 7 }
「このオブジェクトはトンネルから切断する前にセッションのない確立したトンネルが待っている期間を定義します。」 ゼロの値は、トンネルが納会分離直後切断するのを示します。 -1の値はトンネルを無期限に掲げます。 「このオブジェクトへの変更には、即座の効果があります。」 DEFVAL0:、:= l2tpTunnelConfigEntry7
l2tpTunnelConfigControlRWS OBJECT-TYPE
SYNTAX Integer32 (1..65535)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object defines the control channel receive
window size. It specifies the maximum number of
packets the tunnel peer can send without waiting
for an acknowledgement from this peer. This object
cannot be modified when the tunnel is in a con-
necting or connected state."
DEFVAL { 4 }
::= { l2tpTunnelConfigEntry 8 }
l2tpTunnelConfigControlRWS OBJECT-TYPE SYNTAX Integer32(1 .65535)マックス-ACCESSは「このオブジェクトはコントロールチャンネルレシーブ・ウィンドウ・サイズを定義すること」をSTATUSの現在の記述に読書して書きます。 それはトンネル同輩がこの同輩から承認を待たないで送ることができるパケットの最大数を指定します。 「トンネルがまやかしnectingか関連状態にあるとき、このオブジェクトを変更できません。」 DEFVAL4:、:= l2tpTunnelConfigEntry8
l2tpTunnelConfigControlMaxRetx OBJECT-TYPE
SYNTAX Integer32 (0..32)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object defines the number of retransmissions
which the tunnel will attempt before assuming that
the peer is no longer responding. A value of zero
indicates that this peer will not attempt to
retransmit an unacknowledged control packet.
Modifications to this object have immediate
effect."
DEFVAL { 5 }
::= { l2tpTunnelConfigEntry 9 }
l2tpTunnelConfigControlMaxRetx OBJECT-TYPE SYNTAX Integer32(0 .32)マックス-ACCESSは「このオブジェクトはトンネルが同輩がもう応じていないと仮定する前に試みる「再-トランスミッション」の数を定義すること」をSTATUSの現在の記述に読書して書きます。 ゼロの値は、この同輩が、不承認のコントロールパケットを再送するのを試みないのを示します。 「このオブジェクトへの変更には、即座の効果があります。」 DEFVAL5:、:= l2tpTunnelConfigEntry9
l2tpTunnelConfigControlMaxRetxTO OBJECT-TYPE
SYNTAX Integer32 (1..32)
UNITS "seconds"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object defines the maximum retransmission timeout
interval which the tunnel will wait before retrans-
l2tpTunnelConfigControlMaxRetxTO OBJECT-TYPE SYNTAX Integer32(1 .32)UNITS「秒」マックス-ACCESSは「このオブジェクトはトンネルがretransの前で待っている最大の再送タイムアウト間隔を定義すること」をSTATUSの現在の記述に読書して書きます。
Caves, et. al. Standards Track [Page 33] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[33ページ]。
mitting a control packet that has not been acknowledged.
Modifications to this object have immediate effect."
DEFVAL { 16 }
::= { l2tpTunnelConfigEntry 10 }
承認されていないコントロールパケットをmittingします。 「このオブジェクトへの変更には、即座の効果があります。」 DEFVAL16:、:= l2tpTunnelConfigEntry10
l2tpTunnelConfigPayloadSeq OBJECT-TYPE
SYNTAX INTEGER {
onDemand(1),
never(2),
always(3)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object determines whether or not session payload
packets will be requested to be sent with sequence
numbers from tunnel peers belonging to this domain.
The value onDemand(1) allows the L2TP implementation
to initiate payload sequencing when necessary based
on local information (e.g: during LCP/NCP negotiations
or for CCP). The value never(2) indicates that L2TP
will never initiate sequencing but will do sequencing
if asked. The value always(3) indicates that L2TP
will send the Sequencing Required AVP during session
establishment. Modifications to this object have
immediate effect."
DEFVAL { onDemand }
::= { l2tpTunnelConfigEntry 11 }
l2tpTunnelConfigPayloadSeq OBJECT-TYPE SYNTAX INTEGER、onDemand(1)、決して(2)でない、いつも(3)は「トンネル同輩からの一連番号がこのドメインに属してセッションペイロードパケットが送られるよう要求されるかどうか決定これが反対するします」マックス-ACCESSが、STATUS現在の記述を読書して書く。 ローカルの情報に基づいて必要であるときに、値のonDemand(1)がL2TP実装にペイロード配列を開始させる、(e.g:、交渉かCCPのためのLCP/NCP) 尋ねられると、しかし、配列される決してどんな(2)も、そのL2TPが決して開始しないのを示さない値は配列するでしょう。 そのL2TPがセッション設立の間、送るいつも(3)がSequencing Required AVPを示す値。 「このオブジェクトへの変更には、即座の効果があります。」 DEFVAL onDemand:、:= l2tpTunnelConfigEntry11
l2tpTunnelConfigReassemblyTO OBJECT-TYPE
SYNTAX L2tpMilliSeconds
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object defines the number of milliseconds that
this tunnel will wait before processing payload packets
that were received out of sequence (which are waiting
for the packet(s) to put them in sequence). A low value
increases the chance of delayed packets to be discarded
(which MAY cause the PPP decompression engine to
reset) while a high value may cause more queuing and
possibly degrade throughput if packets are truly lost.
The default value for this object is zero which will
result in all delayed packets being lost. Modifications
to this object have immediate effect."
DEFVAL { 0 }
::= { l2tpTunnelConfigEntry 12 }
l2tpTunnelConfigReassemblyTO OBJECT-TYPE SYNTAX L2tpMilliSecondsマックス-ACCESSは「このオブジェクトは順序が狂って(パケットが系列にそれらを入れるのを待っている)受け取られたペイロードパケットを処理する前にこのトンネルが待っているミリセカンドの数を定義すること」をSTATUSの現在の記述に読書して書きます。 パケットが本当に失われているなら、高い値は、より多くの列を作りを引き起こして、ことによるとスループットを下げるかもしれませんが、低値は遅れたパケットが捨てられる可能性(リセットへのPPP減圧エンジンを引き起こすかもしれない)を増強します。 デフォルト値は、このオブジェクトがすべてをもたらすゼロであるので、失われているパケットを遅らせました。 「このオブジェクトへの変更には、即座の効果があります。」 DEFVAL0:、:= l2tpTunnelConfigEntry12
Caves, et. al. Standards Track [Page 34] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[34ページ]。
l2tpTunnelConfigTransport OBJECT-TYPE
SYNTAX INTEGER {
other(1),
none(2),
udpIp(3),
frameRelay(4),
atm(5)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object defines the underlying transport media
that is in use for this tunnel entry. Different tunnel
transports may define MIB extensions to the L2TP tunnel
table to realize the transport layer. For example if the
value of this object is 'udpIp' then the value of ifIndex
for this table may be used to determine state from the
l2tpUdpStatsTable. This object cannot be modified when
the tunnel is in a connecting or connected state."
::= { l2tpTunnelConfigEntry 13 }
l2tpTunnelConfigTransport OBJECT-TYPE SYNTAX INTEGER、他の(1)、なにも、(2)、udpIp(3)、frameRelay(4)、気圧(5)、マックス-ACCESSは「このオブジェクトはこのトンネルエントリーに、使用中の基本的な輸送メディアを定義すること」をSTATUSの現在の記述に読書して書きます。 異なったトンネル輸送は、トランスポート層がわかるためにL2TPトンネルテーブルとMIB拡張子を定義するかもしれません。 例えば、このオブジェクトの値が'udpIp'であるなら、このテーブルのためのifIndexの値は、l2tpUdpStatsTableから状態を決定するのに使用されるかもしれません。 「トンネルが接続か関連状態にあるとき、このオブジェクトを変更できません。」 ::= l2tpTunnelConfigEntry13
l2tpTunnelConfigDrainTunnel OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Setting this object to 'true' will prevent any new
session from being either initiated or accepted but
does NOT disconnect any active sessions for this
tunnel. Note that when this occurs the
l2tpTunnelStatsDrainingTunnel status object of
this tunnel should reflect that it is 'draining'.
To cancel a drain this object should be set to
false(2). Setting this object to false(2) when
the L2TP objects l2tpDrainTunnels or
l2tpDomainConfigDrainTunnels is true(1) has
no affect, this tunnels will continue to drain."
DEFVAL { false }
::= { l2tpTunnelConfigEntry 14 }
l2tpTunnelConfigDrainTunnel OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「'本当'の意志にこのオブジェクトを設定して、どんな新しいセッションも開始されるか、または受け入れられるのを防ぎなさい、ただし、これのためのどんな活発なセッションの分離もトンネルを堀らないこと」をSTATUSの現在の記述に読書して書きます。 これが起こるとこのトンネルのl2tpTunnelStatsDrainingTunnel状態オブジェクトが、それが'排水していること'を反映するはずであることに注意してください。 ドレインを取り消すために、このオブジェクトは誤った(2)に設定されるべきです。 「L2TPオブジェクトのl2tpDrainTunnelsかl2tpDomainConfigDrainTunnelsが本当の(1)であるときに誤った(2)にこのオブジェクトを設定するのにおいて、感情が全くなくて、このトンネルは、排水し続けるでしょう。」 DEFVAL偽:、:= l2tpTunnelConfigEntry14
l2tpTunnelConfigProxyPPPAuth OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object is used to configure the sending
or acceptance of the session PPP Proxy
Authentication AVP's on the LAC or LNS."
l2tpTunnelConfigProxyPPPAuth OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「このオブジェクトはLACかLNSにおけるセッションPPP Proxy Authentication AVPの送付か承認を構成するのに使用されること」をSTATUSの現在の記述に読書して書きます。
Caves, et. al. Standards Track [Page 35] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[35ページ]。
DEFVAL { true }
::= { l2tpTunnelConfigEntry 15 }
DEFVAL、本当:、:= l2tpTunnelConfigEntry15
-- -- The L2TP Tunnel Status and Statisticss Table --
-- -- L2TPは状態とStatisticssテーブルにトンネルを堀ります--
l2tpTunnelStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF L2tpTunnelStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The L2TP tunnel status and statistics table. This
table contains objects that can be used to describe
the current status and statistics of a single L2TP
tunnel. There is a 1-1 correspondence between
conceptual rows of this table and conceptual rows of
the l2tpTunnelConfigTable."
::= { l2tpObjects 5 }
「L2TPトンネル状態と統計はテーブルの上に置く」l2tpTunnelStatsTable OBJECT-TYPEのSYNTAX SEQUENCE OF L2tpTunnelStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 このテーブルは単一のL2TPトンネルの現在の状態と統計について説明するのに使用できるオブジェクトを含んでいます。 「このテーブルの概念的な行とl2tpTunnelConfigTableの概念的な行との1-1通信があります。」 ::= l2tpObjects5
l2tpTunnelStatsEntry OBJECT-TYPE
SYNTAX L2tpTunnelStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An L2TP tunnel interface stats entry."
AUGMENTS { l2tpTunnelConfigEntry }
::= { l2tpTunnelStatsTable 1 }
l2tpTunnelStatsEntry OBJECT-TYPE SYNTAX L2tpTunnelStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「L2TPトンネルインタフェース統計エントリー。」 l2tpTunnelConfigEntryを増大させます:、:= l2tpTunnelStatsTable1
L2tpTunnelStatsEntry ::=
SEQUENCE {
l2tpTunnelStatsLocalTID
Integer32,
l2tpTunnelStatsRemoteTID
Integer32,
l2tpTunnelStatsState
INTEGER,
l2tpTunnelStatsInitiated
INTEGER,
l2tpTunnelStatsRemoteHostName
SnmpAdminString,
l2tpTunnelStatsRemoteVendorName
SnmpAdminString,
l2tpTunnelStatsRemoteFirmwareRev
Integer32,
l2tpTunnelStatsRemoteProtocolVer
OCTET STRING,
L2tpTunnelStatsEntry:、:= 系列、l2tpTunnelStatsLocalTID Integer32、l2tpTunnelStatsRemoteTID Integer32、l2tpTunnelStatsState整数、l2tpTunnelStatsInitiated整数、l2tpTunnelStatsRemoteHostName SnmpAdminString、l2tpTunnelStatsRemoteVendorName SnmpAdminString、l2tpTunnelStatsRemoteFirmwareRev Integer32、l2tpTunnelStatsRemoteProtocolVer八重奏ストリング
Caves, et. al. Standards Track [Page 36] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[36ページ]。
l2tpTunnelStatsInitialRemoteRWS
Integer32,
l2tpTunnelStatsBearerCaps
INTEGER,
l2tpTunnelStatsFramingCaps
INTEGER,
l2tpTunnelStatsControlRxPkts
Counter32,
l2tpTunnelStatsControlRxZLB
Counter32,
l2tpTunnelStatsControlOutOfSeq
Counter32,
l2tpTunnelStatsControlOutOfWin
Counter32,
l2tpTunnelStatsControlTxPkts
Counter32,
l2tpTunnelStatsControlTxZLB
Counter32,
l2tpTunnelStatsControlAckTO
Counter32,
l2tpTunnelStatsCurrentRemoteRWS
Gauge32,
l2tpTunnelStatsTxSeq
Integer32,
l2tpTunnelStatsTxSeqAck
Integer32,
l2tpTunnelStatsRxSeq
Integer32,
l2tpTunnelStatsRxSeqAck
Integer32,
l2tpTunnelStatsTotalSessions
Counter32,
l2tpTunnelStatsFailedSessions
Counter32,
l2tpTunnelStatsActiveSessions
Gauge32,
l2tpTunnelStatsLastResultCode
Integer32,
l2tpTunnelStatsLastErrorCode
Integer32,
l2tpTunnelStatsLastErrorMessage
SnmpAdminString,
l2tpTunnelStatsDrainingTunnel
TruthValue
}
l2tpTunnelStatsInitialRemoteRWS Integer32、l2tpTunnelStatsBearerCaps整数、l2tpTunnelStatsFramingCaps整数、l2tpTunnelStatsControlRxPkts Counter32、l2tpTunnelStatsControlRxZLB Counter32、l2tpTunnelStatsControlOutOfSeq Counter32、l2tpTunnelStatsControlOutOfWin Counter32、l2tpTunnelStatsControlTxPkts Counter32、l2tpTunnelStatsControlTxZLB Counter32、l2tpTunnelStatsControlAckTO Counter32、l2tpTunnelStatsCurrentRemoteRWS Gauge32; l2tpTunnelStatsTxSeq Integer32、l2tpTunnelStatsTxSeqAck Integer32、l2tpTunnelStatsRxSeq Integer32、l2tpTunnelStatsRxSeqAck Integer32、l2tpTunnelStatsTotalSessions Counter32、l2tpTunnelStatsFailedSessions Counter32、l2tpTunnelStatsActiveSessions Gauge32、l2tpTunnelStatsLastResultCode Integer32、l2tpTunnelStatsLastErrorCode Integer32、l2tpTunnelStatsLastErrorMessage SnmpAdminString、l2tpTunnelStatsDrainingTunnel TruthValue
l2tpTunnelStatsLocalTID OBJECT-TYPE
SYNTAX Integer32 (0..65535)
l2tpTunnelStatsLocalTIDオブジェクト・タイプ構文Integer32(0..65535)
Caves, et. al. Standards Track [Page 37] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[37ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the local tunnel Identifier."
REFERENCE "RFC 2661, Section 3.1"
::= { l2tpTunnelStatsEntry 1 }
マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「地方のトンネルIdentifierを含これが反対するしています」。 「RFC2661、以下を何3.1インチも区分してください」という参照= l2tpTunnelStatsEntry1
l2tpTunnelStatsRemoteTID OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the remote tunnel Identifier."
REFERENCE "RFC 2661, Section 3.1"
::= { l2tpTunnelStatsEntry 2 }
l2tpTunnelStatsRemoteTID OBJECT-TYPE SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「リモートトンネルIdentifierを含これが反対するしています」。 「RFC2661、以下を何3.1インチも区分してください」という参照= l2tpTunnelStatsEntry2
l2tpTunnelStatsState OBJECT-TYPE
SYNTAX INTEGER {
tunnelIdle(1),
tunnelConnecting(2),
tunnelEstablished(3),
tunnelDisconnecting(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This field contains the current state of the
control tunnel."
::= { l2tpTunnelStatsEntry 3 }
l2tpTunnelStatsState OBJECT-TYPE SYNTAX INTEGER、tunnelIdle(1)、tunnelConnecting(2)、tunnelEstablished(3)、tunnelDisconnecting(4)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この分野はコントロールトンネルの現状を含んでいます」。 ::= l2tpTunnelStatsEntry3
l2tpTunnelStatsInitiated OBJECT-TYPE
SYNTAX INTEGER {
locally(1),
remotely(2)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates whether the tunnel was
initiated locally or by the remote tunnel peer."
::= { l2tpTunnelStatsEntry 4 }
l2tpTunnelStatsInitiated OBJECT-TYPE SYNTAX INTEGER、局所的に(1)、ほんの少し(2)、「トンネルが局所的かリモートトンネル同輩によって開始されたか否かに関係なく、このオブジェクトは示す」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpTunnelStatsEntry4
l2tpTunnelStatsRemoteHostName OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the host name as discovered
「発見されて、このオブジェクトはホスト名を含む」l2tpTunnelStatsRemoteHostName OBJECT-TYPE SYNTAX SnmpAdminStringのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Caves, et. al. Standards Track [Page 38] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[38ページ]。
during the tunnel establishment phase (via the Host
Name AVP) of the L2TP peer. If the tunnel is idle
this object should maintain its value from the last
time it was connected."
::= { l2tpTunnelStatsEntry 5 }
設立が位相を合わせる(Host Name AVPを通して)L2TPのトンネルの間、じっと見てください。 「トンネルが使用されていないなら、このオブジェクトはそれが接続された最後の時から値を維持するはずです。」 ::= l2tpTunnelStatsEntry5
l2tpTunnelStatsRemoteVendorName OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object identifies the vendor name of the peer's
L2TP implementation. If the tunnel is idle this
object should maintain its value from the last time
it was connected."
::= { l2tpTunnelStatsEntry 6 }
l2tpTunnelStatsRemoteVendorName OBJECT-TYPE SYNTAX SnmpAdminStringのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「同輩のL2TP実装のベンダー名を特定これが反対するします」。 「トンネルが使用されていないなら、このオブジェクトはそれが接続された最後の時から値を維持するはずです。」 ::= l2tpTunnelStatsEntry6
l2tpTunnelStatsRemoteFirmwareRev OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the tunnel peer's firmware
revision number. If the tunnel is idle this object
should maintain its value from the last time it
was connected."
::= { l2tpTunnelStatsEntry 7 }
l2tpTunnelStatsRemoteFirmwareRev OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「トンネル同輩のファームウェア改訂番号を含これが反対するしています」。 「トンネルが使用されていないなら、このオブジェクトはそれが接続された最後の時から値を維持するはずです。」 ::= l2tpTunnelStatsEntry7
l2tpTunnelStatsRemoteProtocolVer OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(2))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object describes the protocol version and
revision of the tunnel peers implementation. The
first octet contains the protocol version. The
second octet contains the protocol revision."
::= { l2tpTunnelStatsEntry 8 }
l2tpTunnelStatsRemoteProtocolVer OBJECT-TYPE SYNTAX OCTET STRING、(SIZE(2)) MAX-ACCESSの読書だけのSTATUSの現在の記述は「トンネル同輩実装のプロトコルバージョンと改正について説明これが反対するします」。 最初の八重奏はプロトコルバージョンを含んでいます。 「2番目の八重奏はプロトコル改正を含んでいます。」 ::= l2tpTunnelStatsEntry8
l2tpTunnelStatsInitialRemoteRWS OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the initial remote peer's
receive window size as indicated by the tunnel peer
(in the RWS AVP) during the tunnel establishment
phase. If the tunnel is idle this object should
「トンネル確立段階の間、トンネル同輩(RWS AVPの)によって示されて、このオブジェクトは初期のリモート同輩のレシーブ・ウィンドウ・サイズを含む」l2tpTunnelStatsInitialRemoteRWS OBJECT-TYPE SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 トンネルが使用されていないなら、このオブジェクトはそうするべきです。
Caves, et. al. Standards Track [Page 39] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[39ページ]。
maintain its value from the last time it was
connected."
::= { l2tpTunnelStatsEntry 9 }
「それが接続された最後の時から値を維持してください。」 ::= l2tpTunnelStatsEntry9
l2tpTunnelStatsBearerCaps OBJECT-TYPE
SYNTAX INTEGER {
none(1),
digital(2),
analog(3),
digitalAnalog(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object describes the Bearer Capabilities of
the tunnel peer. If the tunnel is idle this object
should maintain its value from the last time it was
connected."
::= { l2tpTunnelStatsEntry 10 }
l2tpTunnelStatsBearerCaps OBJECT-TYPE SYNTAX INTEGER、なにも、(1)、デジタル(2)、アナログ(3)、digitalAnalog(4)、マックス-ACCESSの読書だけのSTATUSの現在の記述は「トンネル同輩のBearer Capabilitiesについて説明これが反対するします」。 「トンネルが使用されていないなら、このオブジェクトはそれが接続された最後の時から値を維持するはずです。」 ::= l2tpTunnelStatsEntry10
l2tpTunnelStatsFramingCaps OBJECT-TYPE
SYNTAX INTEGER {
none(1),
sync(2),
async(3),
syncAsync(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object describes the Framing Capabilities of
the tunnel peer. If the tunnel is idle this object
should maintain its value from the last time it was
connected."
::= { l2tpTunnelStatsEntry 11 }
l2tpTunnelStatsFramingCaps OBJECT-TYPE SYNTAX INTEGER、なにも、(1) (2)を同期させてください、async(3)、syncAsync(4)、マックス-ACCESSの読書だけのSTATUSの現在の記述は「トンネル同輩のFraming Capabilitiesについて説明これが反対するします」。 「トンネルが使用されていないなら、このオブジェクトはそれが接続された最後の時から値を維持するはずです。」 ::= l2tpTunnelStatsEntry11
l2tpTunnelStatsControlRxPkts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the number of control packets
received on the tunnel."
::= { l2tpTunnelStatsEntry 12 }
l2tpTunnelStatsControlRxPkts OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「トンネルの上に受け取られたコントロールパケットの数を含これが反対するしています」。 ::= l2tpTunnelStatsEntry12
l2tpTunnelStatsControlRxZLB OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
l2tpTunnelStatsControlRxZLB OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止
Caves, et. al. Standards Track [Page 40] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[40ページ]。
STATUS current
DESCRIPTION
"This object returns a count of the number of Zero
Length Body control packet acknowledgement packets
that were received."
::= { l2tpTunnelStatsEntry 13 }
「このオブジェクトは受け取られたZero Length Bodyコントロールパケット確認応答パケットの数のカウントを返す」STATUSの現在の記述。 ::= l2tpTunnelStatsEntry13
l2tpTunnelStatsControlOutOfSeq OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns a count of the number of
control packets that were not received in the
correct order (as per the sequence number)
on this tunnel including out of window
packets."
::= { l2tpTunnelStatsEntry 14 }
「このオブジェクトは窓からパケットを含んでいて、このトンネルに関する正しいオーダー(一連番号に従って)に受け取られなかったコントロールパケットの数のカウントを返す」l2tpTunnelStatsControlOutOfSeq OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpTunnelStatsEntry14
l2tpTunnelStatsControlOutOfWin OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the number of control
packets that were received outside of the
offered receive window. It is implementation
specific as to whether these packets are queued
or discarded."
::= { l2tpTunnelStatsEntry 15 }
l2tpTunnelStatsControlOutOfWin OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「容認された外部が提供のものであったなら窓を受けるコントロールパケットの数を含これが反対するしています」。 「それはこれらのパケットが列に並ばせられるか、または捨てられるかに関して特定の実装です。」 ::= l2tpTunnelStatsEntry15
l2tpTunnelStatsControlTxPkts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the number of control
packets that were transmitted to the tunnel
peer."
::= { l2tpTunnelStatsEntry 16 }
l2tpTunnelStatsControlTxPkts OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「トンネル同輩に伝えられたコントロールパケットの数を含これが反対するしています」。 ::= l2tpTunnelStatsEntry16
l2tpTunnelStatsControlTxZLB OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the number of Zero Length
Body control packets transmitted to the tunnel
l2tpTunnelStatsControlTxZLB OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「トンネルに送られたZero Length Bodyコントロールパケットの数を含これが反対するしています」。
Caves, et. al. Standards Track [Page 41] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[41ページ]。
peer."
::= { l2tpTunnelStatsEntry 17 }
「じっと見てください。」 ::= l2tpTunnelStatsEntry17
l2tpTunnelStatsControlAckTO OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns a count of the number of
control packet timeouts due to the lack of a
timely acknowledgement from the tunnel peer."
::= { l2tpTunnelStatsEntry 18 }
「このオブジェクトはトンネル同輩からタイムリーな承認の不足によるコントロールパケットタイムアウトの数のカウントを返す」l2tpTunnelStatsControlAckTO OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpTunnelStatsEntry18
l2tpTunnelStatsCurrentRemoteRWS OBJECT-TYPE
SYNTAX Gauge32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the current remote receive
window size as determined by the local flow
control mechanism employed."
::= { l2tpTunnelStatsEntry 19 }
「使われた局所流制御機構で決定して、このオブジェクトは現在のリモートレシーブ・ウィンドウ・サイズを含む」l2tpTunnelStatsCurrentRemoteRWS OBJECT-TYPE SYNTAX Gauge32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpTunnelStatsEntry19
l2tpTunnelStatsTxSeq OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the next send sequence number
for the control channel."
::= { l2tpTunnelStatsEntry 20 }
l2tpTunnelStatsTxSeq OBJECT-TYPE SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このオブジェクトが含んでいる、次が制御チャンネルのために一連番号を送る、」 ::= l2tpTunnelStatsEntry20
l2tpTunnelStatsTxSeqAck OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the send sequence number that
the tunnel peer has acknowledged for the control
channel. The flow control state can be determined
by subtracting the l2tpTunnelStatsTxSeq from
l2tpTunnelStatsTxSeqAck and comparing this value
to l2tpTunnelStatsCurrentRemoteRWS (taking into
consideration sequence number wraps)."
::= { l2tpTunnelStatsEntry 21 }
l2tpTunnelStatsTxSeqAck OBJECT-TYPE SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このオブジェクトが含んでいる、トンネル同輩が制御チャンネルのために承認した一連番号を送ってください、」 「フロー制御状態は、l2tpTunnelStatsTxSeqAckからl2tpTunnelStatsTxSeqを引き算することによって決定してこの値をl2tpTunnelStatsCurrentRemoteRWSと比較できます(一連番号機密を考慮に入れて)。」 ::= l2tpTunnelStatsEntry21
l2tpTunnelStatsRxSeq OBJECT-TYPE
SYNTAX Integer32 (0..65535)
l2tpTunnelStatsRxSeqオブジェクト・タイプ構文Integer32(0..65535)
Caves, et. al. Standards Track [Page 42] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[42ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the next receive sequence
number expected to be received on this control
channel."
::= { l2tpTunnelStatsEntry 22 }
マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このオブジェクトが含んでいる、次がこの制御チャンネルで受け取られると予想された一連番号を受ける、」 ::= l2tpTunnelStatsEntry22
l2tpTunnelStatsRxSeqAck OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the last receive sequence
number that was acknowledged back to the tunnel
peer for the control channel."
::= { l2tpTunnelStatsEntry 23 }
l2tpTunnelStatsRxSeqAck OBJECT-TYPE SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このオブジェクトが含んでいる、最終が制御チャンネルのためにトンネル同輩に承認して戻された一連番号を受ける、」 ::= l2tpTunnelStatsEntry23
l2tpTunnelStatsTotalSessions OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the total number of sessions
that this tunnel has successfully connected through
to its tunnel peer since this tunnel was created."
::= { l2tpTunnelStatsEntry 24 }
l2tpTunnelStatsTotalSessions OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このトンネルが作成されたので、このトンネルがトンネル同輩に首尾よく接したセッションの総数を含これが反対するしています」。 ::= l2tpTunnelStatsEntry24
l2tpTunnelStatsFailedSessions OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the total number of sessions
that were initiated but failed to reach the
established phase."
::= { l2tpTunnelStatsEntry 25 }
l2tpTunnelStatsFailedSessions OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「開始されたセッションの総数を含んでいますが、確立したフェーズに達これが反対するしませんでした」。 ::= l2tpTunnelStatsEntry25
l2tpTunnelStatsActiveSessions OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the total number of sessions
in the established state for this tunnel."
::= { l2tpTunnelStatsEntry 26 }
l2tpTunnelStatsActiveSessions OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このトンネルへの設立された状態のセッションの総数を含これが反対するしています」。 ::= l2tpTunnelStatsEntry26
l2tpTunnelStatsLastResultCode OBJECT-TYPE
l2tpTunnelStatsLastResultCodeオブジェクト・タイプ
Caves, et. al. Standards Track [Page 43] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[43ページ]。
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the last value of the result
code as described in the Result Code AVP which
caused the tunnel to disconnect."
::= { l2tpTunnelStatsEntry 27 }
SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「トンネルを切断させたResult Code AVPで説明されるように結果コードの最終値を含これが反対するしています」。 ::= l2tpTunnelStatsEntry27
l2tpTunnelStatsLastErrorCode OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the last value of the error
code as described in the Result Code AVP which
caused the tunnel to disconnect."
::= { l2tpTunnelStatsEntry 28 }
l2tpTunnelStatsLastErrorCode OBJECT-TYPE SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「トンネルを切断させたResult Code AVPで説明されるようにエラーコードの最終値を含これが反対するしています」。 ::= l2tpTunnelStatsEntry28
l2tpTunnelStatsLastErrorMessage OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the last value of the optional
message as described in the Result Code AVP which
caused the tunnel to disconnect."
::= { l2tpTunnelStatsEntry 29 }
l2tpTunnelStatsLastErrorMessage OBJECT-TYPE SYNTAX SnmpAdminStringのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「トンネルを切断させたResult Code AVPで説明されるように任意のメッセージの最終値を含これが反対するしています」。 ::= l2tpTunnelStatsEntry29
l2tpTunnelStatsDrainingTunnel OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates if this tunnel is draining
off sessions. This object will return false(2) when
the tunnel is not draining sessions or after the
last session has disconnected when the tunnel is in
the draining state."
::= { l2tpTunnelStatsEntry 30 }
l2tpTunnelStatsDrainingTunnel OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このトンネルがセッションを排出しているかどうかを示これが反対するします」。 「トンネルが排出状態にあるとき、このオブジェクトは、トンネルが排出セッションでないときに、誤った(2)を返すか、または納会の後に切断しました。」 ::= l2tpTunnelStatsEntry30
--
-- { l2tpObjects 6 } reserved for future use
--
-- -- 今後の使用のために予約されたl2tpObjects6--
-- -- The L2TP Session Status and Statistics Table --
-- -- L2TPセッション状態と統計テーブル--
Caves, et. al. Standards Track [Page 44] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[44ページ]。
l2tpSessionStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF L2tpSessionStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The L2TP session status and statistics table. This
table contains the objects that can be used to
describe the current status and statistics of a
single L2TP tunneled session."
::= { l2tpObjects 7 }
「L2TPセッション状態と統計はテーブルの上に置く」l2tpSessionStatsTable OBJECT-TYPEのSYNTAX SEQUENCE OF L2tpSessionStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「このテーブルは現在の状態について説明するのに使用できるオブジェクトを含んでいます、そして、独身のL2TPの統計はセッションにトンネルを堀りました。」 ::= l2tpObjects7
l2tpSessionStatsEntry OBJECT-TYPE
SYNTAX L2tpSessionStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An L2TP session interface stats entry."
INDEX { l2tpSessionStatsTunnelIfIndex,
l2tpSessionStatsLocalSID }
::= { l2tpSessionStatsTable 1 }
l2tpSessionStatsEntry OBJECT-TYPE SYNTAX L2tpSessionStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「L2TPセッションインタフェース統計エントリー。」 l2tpSessionStatsTunnelIfIndex、l2tpSessionStatsLocalSIDに索引をつけてください:、:= l2tpSessionStatsTable1
L2tpSessionStatsEntry ::=
SEQUENCE {
l2tpSessionStatsTunnelIfIndex
InterfaceIndex,
l2tpSessionStatsIfIndex
InterfaceIndex,
l2tpSessionStatsLocalSID
Integer32,
l2tpSessionStatsRemoteSID
Integer32,
l2tpSessionStatsUserName
SnmpAdminString,
l2tpSessionStatsState
INTEGER,
l2tpSessionStatsCallType
INTEGER,
l2tpSessionStatsCallSerialNumber
Unsigned32,
l2tpSessionStatsTxConnectSpeed
Unsigned32,
l2tpSessionStatsRxConnectSpeed
Unsigned32,
l2tpSessionStatsCallBearerType
INTEGER,
l2tpSessionStatsFramingType
INTEGER,
l2tpSessionStatsPhysChanId
L2tpSessionStatsEntry:、:= 系列、l2tpSessionStatsTunnelIfIndex InterfaceIndex、l2tpSessionStatsIfIndex InterfaceIndex、l2tpSessionStatsLocalSID Integer32、l2tpSessionStatsRemoteSID Integer32、l2tpSessionStatsUserName SnmpAdminString、l2tpSessionStatsState整数、l2tpSessionStatsCallType整数、l2tpSessionStatsCallSerialNumber Unsigned32、l2tpSessionStatsTxConnectSpeed Unsigned32、l2tpSessionStatsRxConnectSpeed Unsigned32、l2tpSessionStatsCallBearerType整数、l2tpSessionStatsFramingType整数、l2tpSessionStatsPhysChanId
Caves, et. al. Standards Track [Page 45] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[45ページ]。
Unsigned32,
l2tpSessionStatsDNIS
SnmpAdminString,
l2tpSessionStatsCLID
SnmpAdminString,
l2tpSessionStatsSubAddress
SnmpAdminString,
l2tpSessionStatsPrivateGroupID
SnmpAdminString,
l2tpSessionStatsProxyLcp
TruthValue,
l2tpSessionStatsAuthMethod
INTEGER,
l2tpSessionStatsSequencingState
INTEGER,
l2tpSessionStatsOutSequence
Counter32,
l2tpSessionStatsReassemblyTO
Counter32,
l2tpSessionStatsTxSeq
Integer32,
l2tpSessionStatsRxSeq
Integer32
}
Unsigned32、l2tpSessionStatsDNIS SnmpAdminString、l2tpSessionStatsCLID SnmpAdminString、l2tpSessionStatsSubAddress SnmpAdminString、l2tpSessionStatsPrivateGroupID SnmpAdminString、l2tpSessionStatsProxyLcp TruthValue、l2tpSessionStatsAuthMethod整数、l2tpSessionStatsSequencingState整数、l2tpSessionStatsOutSequence Counter32、l2tpSessionStatsReassemblyTO Counter32、l2tpSessionStatsTxSeq Integer32、l2tpSessionStatsRxSeq Integer32
l2tpSessionStatsTunnelIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This object identifies the session's associated
L2TP tunnel ifIndex value."
::= { l2tpSessionStatsEntry 1 }
l2tpSessionStatsTunnelIfIndex OBJECT-TYPE SYNTAX InterfaceIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「セッションの関連L2TPトンネルifIndex価値を特定これが反対するします」。 ::= l2tpSessionStatsEntry1
l2tpSessionStatsIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object identifies the ifIndex value of the
interface from which PPP packets are being tunneled.
For example this could be a DS0 ifIndex on a
LAC or it would be the PPP ifIndex on the LNS."
::= { l2tpSessionStatsEntry 2 }
l2tpSessionStatsIfIndex OBJECT-TYPE SYNTAX InterfaceIndexのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「PPPパケットがトンネルを堀られているインタフェースのifIndex値を特定これが反対するします」。 「例えば、これはLACの上のDS0 ifIndexであるかもしれませんかそれはLNSの上のPPP ifIndexでしょう。」 ::= l2tpSessionStatsEntry2
l2tpSessionStatsLocalSID OBJECT-TYPE
SYNTAX Integer32 (1..65535)
MAX-ACCESS not-accessible
アクセスしやすくないl2tpSessionStatsLocalSID OBJECT-TYPE SYNTAX Integer32(1 .65535)マックス-ACCESS
Caves, et. al. Standards Track [Page 46] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[46ページ]。
STATUS current
DESCRIPTION
"This object contains the local assigned session
identifier for this session."
REFERENCE "RFC 2661, Section 3.1"
::= { l2tpSessionStatsEntry 3 }
STATUSの現在の記述は「このセッションのためのローカルの割り当てられたセッション識別子を含これが反対するしています」。 「RFC2661、以下を何3.1インチも区分してください」という参照= l2tpSessionStatsEntry3
l2tpSessionStatsRemoteSID OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the remote assigned session
identifier for this session. When a session is
starting this value may be zero until the remote
tunnel endpoint has responded."
REFERENCE "RFC 2661, Section 3.1"
::= { l2tpSessionStatsEntry 4 }
l2tpSessionStatsRemoteSID OBJECT-TYPE SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このセッションのためのリモート割り当てられたセッション識別子を含これが反対するしています」。 「セッションが始まっているとき、遠く離れたトンネル終点が応じるまで、この値はゼロであるかもしれません。」 「RFC2661、以下を何3.1インチも区分してください」という参照= l2tpSessionStatsEntry4
l2tpSessionStatsUserName OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object identifies the peer session name on
this interface. This is typically the login name
of the remote user. If the user name is unknown to
the local tunnel peer then this object will contain
a null string."
::= { l2tpSessionStatsEntry 5 }
l2tpSessionStatsUserName OBJECT-TYPE SYNTAX SnmpAdminStringのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このインタフェースで同輩セッション名を特定これが反対するします」。 通常、これはリモート・ユーザーのログイン名です。 「地元のトンネル同輩にとって、ユーザ名が未知であるなら、このオブジェクトはヌルストリングを含むでしょう。」 ::= l2tpSessionStatsEntry5
l2tpSessionStatsState OBJECT-TYPE
SYNTAX INTEGER {
sessionIdle(1),
sessionConnecting(2),
sessionEstablished(3),
sessionDisconnecting(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the current state of the
session."
::= { l2tpSessionStatsEntry 6 }
l2tpSessionStatsState OBJECT-TYPE SYNTAX INTEGER、sessionIdle(1)、sessionConnecting(2)、sessionEstablished(3)、sessionDisconnecting(4)、「このオブジェクトはセッションの現状のときに含む」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpSessionStatsEntry6
l2tpSessionStatsCallType OBJECT-TYPE
SYNTAX INTEGER {
lacIncoming(1),
l2tpSessionStatsCallTypeオブジェクト・タイプ構文整数、lacIncoming(1)
Caves, et. al. Standards Track [Page 47] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[47ページ]。
lnsIncoming(2),
lacOutgoing(3),
lnsOutgoing(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates the type of call and the
role this tunnel peer is providing for this
session. For example, lacIncoming(1) indicates
that this tunnel peer is acting as a LAC and
generated a Incoming-Call-Request to the tunnel
peer (the LNS). Note that tunnel peers can be
both LAC and LNS simultaneously."
::= { l2tpSessionStatsEntry 7 }
lnsIncoming(2)、lacOutgoing(3)、lnsOutgoing(4) マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このトンネル同輩がこのセッションのときに備える呼び出しと役割のタイプを示これが反対するします」。 例えば、lacIncoming(1)はこのトンネル同輩がLACとして機能して、トンネル同輩(LNS)へのIncoming呼び出し要求であると生成されるのを示します。 「同時に、トンネルがじっと見るというメモはLACとLNSの両方であることができます。」 ::= l2tpSessionStatsEntry7
l2tpSessionStatsCallSerialNumber OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the serial number that has
been assigned to this session."
::= { l2tpSessionStatsEntry 8 }
l2tpSessionStatsCallSerialNumber OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このセッションまで割り当てられた通し番号を含これが反対するしています」。 ::= l2tpSessionStatsEntry8
l2tpSessionStatsTxConnectSpeed OBJECT-TYPE
SYNTAX Unsigned32
UNITS "bits per second"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the last known transmit
baud rate for this session."
::= { l2tpSessionStatsEntry 9 }
l2tpSessionStatsTxConnectSpeed OBJECT-TYPE SYNTAX Unsigned32 UNITS「bps」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「オブジェクトが知られている最終を返すこれはこのセッションのためにボーレートを伝えます」。 ::= l2tpSessionStatsEntry9
l2tpSessionStatsRxConnectSpeed OBJECT-TYPE
SYNTAX Unsigned32
UNITS "bits per second"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the last known receive
baud rate for this session established."
::= { l2tpSessionStatsEntry 10 }
l2tpSessionStatsRxConnectSpeed OBJECT-TYPE SYNTAX Unsigned32 UNITS「bps」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「オブジェクトが知られている最終を返すこれは確立されたこのセッションのためにボーレートを受け取ります」。 ::= l2tpSessionStatsEntry10
l2tpSessionStatsCallBearerType OBJECT-TYPE
SYNTAX INTEGER {
none(1),
l2tpSessionStatsCallBearerType OBJECT-TYPE SYNTAX INTEGER、なにも、(1)
Caves, et. al. Standards Track [Page 48] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[48ページ]。
digital(2),
analog(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object describes the bearer type of this
session."
::= { l2tpSessionStatsEntry 11 }
デジタル(2)、アナログ(3) マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このセッションの運搬人タイプについて説明これが反対するします」。 ::= l2tpSessionStatsEntry11
l2tpSessionStatsFramingType OBJECT-TYPE
SYNTAX INTEGER {
none(1),
sync(2),
async(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object describes the framing type of this
session."
::= { l2tpSessionStatsEntry 12 }
l2tpSessionStatsFramingType OBJECT-TYPE SYNTAX INTEGER、なにも、(1) (2)を同期させてください、async(3)、マックス-ACCESSの読書だけのSTATUSの現在の記述は「このセッションの縁どりタイプについて説明これが反対するします」。 ::= l2tpSessionStatsEntry12
l2tpSessionStatsPhysChanId OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the physical channel
identifier for the session."
::= { l2tpSessionStatsEntry 13 }
l2tpSessionStatsPhysChanId OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「セッションのための物理的なチャンネル識別子を含これが反対するしています」。 ::= l2tpSessionStatsEntry13
l2tpSessionStatsDNIS OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object identifies the Dialed Number
Information String that the LAC obtained from
the network for the session. If no DNIS was
provided then a null string will be returned."
::= { l2tpSessionStatsEntry 14 }
l2tpSessionStatsDNIS OBJECT-TYPE SYNTAX SnmpAdminStringのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「LACがセッションのためにネットワークから入手したDialed Number情報Stringを特定これが反対するします」。 「DNISを全く提供しなかったなら、ヌルストリングを返すでしょう。」 ::= l2tpSessionStatsEntry14
l2tpSessionStatsCLID OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION
l2tpSessionStatsCLID OBJECT-TYPE SYNTAX SnmpAdminStringのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Caves, et. al. Standards Track [Page 49] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[49ページ]。
"This object identifies the Calling Line ID
that the LAC obtained from the network for
the session. If no CLID was provided then a
null string will be returned."
::= { l2tpSessionStatsEntry 15 }
「この物はLACがセッションのためにネットワークから得たCalling Line IDを特定します。」 「CLIDを全く提供しなかったなら、ヌルストリングを返すでしょう。」 ::= l2tpSessionStatsEntry15
l2tpSessionStatsSubAddress OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object identifies the Sub Address that
the LAC obtained from the network for the
session. If no Sub Address was provided then
a null string will be returned."
::= { l2tpSessionStatsEntry 16 }
l2tpSessionStatsSubAddress OBJECT-TYPE SYNTAX SnmpAdminStringのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「LACがセッションのためにネットワークから入手したSub Addressを特定これが反対するします」。 「Sub Addressを全く提供しなかったなら、ヌルストリングを返すでしょう。」 ::= l2tpSessionStatsEntry16
l2tpSessionStatsPrivateGroupID OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object identifies the Private Group
Identifier used for this tunneled session.
If no Private Group Identifier was provided
then a null string will be returned."
::= { l2tpSessionStatsEntry 17 }
l2tpSessionStatsPrivateGroupID OBJECT-TYPE SYNTAX SnmpAdminStringのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このトンネルを堀られたセッションに使用される兵士のGroup Identifierを特定これが反対するします」。 「兵士のGroup Identifierを全く提供しなかったなら、ヌルストリングを返すでしょう。」 ::= l2tpSessionStatsEntry17
l2tpSessionStatsProxyLcp OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates whether the LAC performed proxy LCP
for this session."
::= { l2tpSessionStatsEntry 18 }
l2tpSessionStatsProxyLcp OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「LACがこのセッションのためにプロキシLCPを実行したかどうかを示します」。 ::= l2tpSessionStatsEntry18
l2tpSessionStatsAuthMethod OBJECT-TYPE
SYNTAX INTEGER {
none(1),
text(2),
pppChap(3),
pppPap(4),
pppEap(5),
pppMsChapV1(6),
pppMsChapV2(7),
other(8)
}
l2tpSessionStatsAuthMethodオブジェクト・タイプ構文整数なにも、(1)、テキスト(2)、pppChap(3)、pppPap(4)、pppEap(5)、pppMsChapV1(6)、pppMsChapV2(7)、他の(8)
Caves, et. al. Standards Track [Page 50] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[50ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the proxy authentication
method employed by the LAC for the session. If
l2tpSessionProxyLcp is false(2) this object
should not be interpreted."
::= { l2tpSessionStatsEntry 19 }
マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「セッションにLACによって使われたプロキシ認証方法を含これが反対するしています」。 「(2) l2tpSessionProxyLcpが偽であるなら、この物を解釈するべきではありません。」 ::= l2tpSessionStatsEntry19
l2tpSessionStatsSequencingState OBJECT-TYPE
SYNTAX INTEGER {
none(1),
remote(2),
local(3),
both(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object defines which tunnel peers have
requested payload sequencing. The value of
both(4) indicates that both peers have requested
payload sequencing."
::= { l2tpSessionStatsEntry 20 }
l2tpSessionStatsSequencingState OBJECT-TYPE SYNTAX INTEGER、なにも、(1)、リモート(2)、地方の(3)、両方、(4)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「どのトンネル同輩がペイロード順序づけを要求したかを定義これが反対するします」。 「両方の同輩が要求されたペイロードに配列させる(4)が示す両方の値。」 ::= l2tpSessionStatsEntry20
l2tpSessionStatsOutSequence OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the total number of packets
received for this session which were received out
of sequence."
::= { l2tpSessionStatsEntry 21 }
「この物は順序が狂って受けられたこのセッションのために受け取られたパケットの総数を返す」l2tpSessionStatsOutSequence OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpSessionStatsEntry21
l2tpSessionStatsReassemblyTO OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object returns the number of reassembly
timeouts that have occurred for this session."
::= { l2tpSessionStatsEntry 22 }
「この物はこのセッションのために起こった再アセンブリタイムアウトの数を返す」l2tpSessionStatsReassemblyTO OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpSessionStatsEntry22
l2tpSessionStatsTxSeq OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
l2tpSessionStatsTxSeq OBJECT-TYPE SYNTAX Integer32(0 .65535)マックス-ACCESS書き込み禁止STATUS海流
Caves, et. al. Standards Track [Page 51] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[51ページ]。
DESCRIPTION
"This object contains the next send sequence number
for for this session."
::= { l2tpSessionStatsEntry 23 }
記述、「この物が含んでいる、次がこのセッションのために一連番号を送る、」 ::= l2tpSessionStatsEntry23
l2tpSessionStatsRxSeq OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the next receive sequence
number expected to be received on this session."
::= { l2tpSessionStatsEntry 24 }
l2tpSessionStatsRxSeq OBJECT-TYPE SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この物が含んでいる、次がこのセッションのときに受け取られると予想された一連番号を受ける、」 ::= l2tpSessionStatsEntry24
-- -- The L2TP Tunnel Mapping Table --
-- -- テーブルを写像して、L2TPはトンネルを堀ります--
l2tpTunnelMapTable OBJECT-TYPE
SYNTAX SEQUENCE OF L2tpTunnelMapEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The L2TP Tunnel index mapping table. This table
is intended to assist management applications
to quickly determine what the ifIndex value is
for a given local tunnel identifier."
::= { l2tpObjects 8 }
「L2TP Tunnelはテーブルを写像しながら、索引をつける」l2tpTunnelMapTable OBJECT-TYPE SYNTAX SEQUENCE OF L2tpTunnelMapEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「このテーブルが、管理アプリケーションが、ifIndex値が与えられたローカルのトンネル識別子のための何であるかをすぐに決定するのを補助することを意図します。」 ::= l2tpObjects8
l2tpTunnelMapEntry OBJECT-TYPE
SYNTAX L2tpTunnelMapEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An L2TP tunnel index map entry."
INDEX { l2tpTunnelMapLocalTID }
::= { l2tpTunnelMapTable 1 }
l2tpTunnelMapEntry OBJECT-TYPE SYNTAX L2tpTunnelMapEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「L2TPトンネルインデックスマップエントリー。」 l2tpTunnelMapLocalTIDに索引をつけてください:、:= l2tpTunnelMapTable1
L2tpTunnelMapEntry ::=
SEQUENCE {
l2tpTunnelMapLocalTID
Integer32,
l2tpTunnelMapIfIndex
InterfaceIndex
}
L2tpTunnelMapEntry:、:= 系列l2tpTunnelMapLocalTID Integer32、l2tpTunnelMapIfIndex InterfaceIndex
l2tpTunnelMapLocalTID OBJECT-TYPE
SYNTAX Integer32 (1..65535)
l2tpTunnelMapLocalTIDオブジェクト・タイプ構文Integer32(1..65535)
Caves, et. al. Standards Track [Page 52] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[52ページ]。
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This object contains the local tunnel Identifier."
REFERENCE "RFC 2661, Section 3.1"
::= { l2tpTunnelMapEntry 1 }
マックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「地方のトンネルIdentifierを含これが反対するしています」。 「RFC2661、以下を何3.1インチも区分してください」という参照= l2tpTunnelMapEntry1
l2tpTunnelMapIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This value for this object is equal to the value
of ifIndex of the Interfaces MIB for tunnel
interfaces of type L2TP."
::= { l2tpTunnelMapEntry 2 }
l2tpTunnelMapIfIndex OBJECT-TYPE SYNTAX InterfaceIndexのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「タイプL2TPのトンネルのインタフェースに、この物のためのこの値はInterfaces MIBのifIndexの値と等しいです」。 ::= l2tpTunnelMapEntry2
-- -- The L2TP Session Mapping Table --
-- -- L2TPセッションマッピングテーブル--
l2tpSessionMapTable OBJECT-TYPE
SYNTAX SEQUENCE OF L2tpSessionMapEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The L2TP Session index mapping table. This table
is intended to assist management applications
to map interfaces to a tunnel and session
identifier."
::= { l2tpObjects 9 }
「L2TP Sessionはテーブルを写像しながら、索引をつける」l2tpSessionMapTable OBJECT-TYPE SYNTAX SEQUENCE OF L2tpSessionMapEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「このテーブルが、管理アプリケーションがトンネルとセッション識別子にインタフェースを写像するのを補助することを意図します。」 ::= l2tpObjects9
l2tpSessionMapEntry OBJECT-TYPE
SYNTAX L2tpSessionMapEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An L2TP Session index map entry."
INDEX { l2tpSessionMapIfIndex }
::= { l2tpSessionMapTable 1 }
l2tpSessionMapEntry OBJECT-TYPE SYNTAX L2tpSessionMapEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「L2TP Sessionインデックスマップエントリー。」 l2tpSessionMapIfIndexに索引をつけてください:、:= l2tpSessionMapTable1
L2tpSessionMapEntry ::=
SEQUENCE {
l2tpSessionMapIfIndex
InterfaceIndex,
l2tpSessionMapTunnelIfIndex
InterfaceIndex,
l2tpSessionMapLocalSID
L2tpSessionMapEntry:、:= 系列、l2tpSessionMapIfIndex InterfaceIndex、l2tpSessionMapTunnelIfIndex InterfaceIndex、l2tpSessionMapLocalSID
Caves, et. al. Standards Track [Page 53] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[53ページ]。
Integer32,
l2tpSessionMapStatus
RowStatus
}
Integer32、l2tpSessionMapStatus RowStatus
l2tpSessionMapIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This object identifies the ifIndex value of the
interface which is receiving or sending its packets
over an L2TP tunnel. For example this could be a DS0
ifIndex on a LAC or a PPP ifIndex on the LNS."
::= { l2tpSessionMapEntry 1 }
l2tpSessionMapIfIndex OBJECT-TYPE SYNTAX InterfaceIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「L2TPトンネルの上にパケットを受けるか、または送るインタフェースのifIndex値を特定これが反対するします」。 「例えば、これは、LACの上のDS0 ifIndexかLNSの上のPPP ifIndexであるかもしれません。」 ::= l2tpSessionMapEntry1
l2tpSessionMapTunnelIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object identifies the sessions associated
L2TP tunnel ifIndex value. When this object is
set it provides a binding between a particular
interface identified by l2tpSessionMapIfIndex
to a particular tunnel."
::= { l2tpSessionMapEntry 2 }
l2tpSessionMapTunnelIfIndex OBJECT-TYPE SYNTAX InterfaceIndexマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この物は関連L2TPトンネルifIndexが評価するセッションを特定します」。 「この物であるときに、それが結合を供給するセットはl2tpSessionMapIfIndexによって特定のトンネルに特定された特定のインタフェースです」? ::= l2tpSessionMapEntry2
l2tpSessionMapLocalSID OBJECT-TYPE
SYNTAX Integer32 (1..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the local assigned session
identifier for this session."
REFERENCE "RFC 2661, Section 3.1"
::= { l2tpSessionMapEntry 3 }
l2tpSessionMapLocalSID OBJECT-TYPE SYNTAX Integer32(1 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このセッションのためのローカルの割り当てられたセッション識別子を含これが反対するしています」。 「RFC2661、以下を何3.1インチも区分してください」という参照= l2tpSessionMapEntry3
l2tpSessionMapStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The status of this session map entry."
::= { l2tpSessionMapEntry 4 }
l2tpSessionMapStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このセッション地図エントリーの状態。」 ::= l2tpSessionMapEntry4
--
-- { l2tpIpUdpObjects 1 } reserved for future use
-- -- 今後の使用のために予約されたl2tpIpUdpObjects1
Caves, et. al. Standards Track [Page 54] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[54ページ]。
-- -- The L2TP UDP/IP Transport Status and Statistics Table --
-- -- L2TP UDP/IPは状態と統計テーブルを輸送します--
l2tpUdpStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF L2tpUdpStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The L2TP UDP/IP transport stats table. This table
contains objects that can be used to describe the
current status and statistics of the UDP/IP L2TP
tunnel transport."
::= { l2tpIpUdpObjects 2 }
「L2TP UDP/IP輸送統計はテーブルの上に置く」l2tpUdpStatsTable OBJECT-TYPE SYNTAX SEQUENCE OF L2tpUdpStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「このテーブルはUDP/IP L2TPトンネル輸送の現在の状態と統計について説明するのに使用できる物を含んでいます。」 ::= l2tpIpUdpObjects2
l2tpUdpStatsEntry OBJECT-TYPE
SYNTAX L2tpUdpStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An L2TP UDP/IP transport stats entry."
INDEX { l2tpUdpStatsIfIndex }
::= { l2tpUdpStatsTable 1 }
l2tpUdpStatsEntry OBJECT-TYPE SYNTAX L2tpUdpStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「L2TP UDP/IP輸送統計エントリー。」 l2tpUdpStatsIfIndexに索引をつけてください:、:= l2tpUdpStatsTable1
L2tpUdpStatsEntry ::=
SEQUENCE {
l2tpUdpStatsIfIndex
InterfaceIndex,
l2tpUdpStatsPeerPort
Integer32,
l2tpUdpStatsLocalPort
Integer32
}
L2tpUdpStatsEntry:、:= 系列l2tpUdpStatsIfIndex InterfaceIndex、l2tpUdpStatsPeerPort Integer32、l2tpUdpStatsLocalPort Integer32
l2tpUdpStatsIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This value for this object is equal to the
value of ifIndex of the Interfaces MIB for
tunnel interfaces of type L2TP and which have
a L2TP transport of UDP/IP."
::= { l2tpUdpStatsEntry 1 }
l2tpUdpStatsIfIndex OBJECT-TYPE SYNTAX InterfaceIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「この物のためのこの値はタイプL2TPのトンネルのインタフェースへのInterfaces MIBのifIndexの値への同輩とどれにUDP/IPのL2TP輸送があるかということです」。 ::= l2tpUdpStatsEntry1
l2tpUdpStatsPeerPort OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
l2tpUdpStatsPeerPort OBJECT-TYPE SYNTAX Integer32(0 .65535)マックス-ACCESS書き込み禁止
Caves, et. al. Standards Track [Page 55] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[55ページ]。
STATUS current
DESCRIPTION
"This object reflects the peer's UDP port number
used for this tunnel. When not known a value of
zero should be returned."
::= { l2tpUdpStatsEntry 2 }
STATUSの現在の記述は「このトンネルに使用される同輩のUDPポートナンバーを反映これが反対するします」。 「知らないと、ゼロの値を返すべきです。」 ::= l2tpUdpStatsEntry2
l2tpUdpStatsLocalPort OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object reflects the local UDP port number
that this tunnel is bound to."
::= { l2tpUdpStatsEntry 3 }
「このトンネルは地方のUDPポートナンバーですが、縛られて、この物は反映する」l2tpUdpStatsLocalPort OBJECT-TYPE SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= l2tpUdpStatsEntry3
-- -- Definition of generic L2TP notifications --
-- -- 一般的なL2TP通知の定義--
l2tpTunnelAuthFailure NOTIFICATION-TYPE
OBJECTS {
l2tpTunnelStatsInitiated,
l2tpTunnelStatsRemoteHostName
}
STATUS current
DESCRIPTION
"A l2tpTunnelAuthFailure trap signifies that an
attempt to establish a tunnel to a remote peer
has failed authentication."
::= { l2tpNotifications 1 }
l2tpTunnelAuthFailure NOTIFICATION-TYPE OBJECTS、l2tpTunnelStatsInitiated、l2tpTunnelStatsRemoteHostName、STATUSの現在の記述、「A l2tpTunnelAuthFailure罠は、リモート同輩にトンネルを確立する試みが認証に失敗したのを意味します」。 ::= l2tpNotifications1
-- -- conformance information --
-- -- 順応情報--
l2tpGroups OBJECT IDENTIFIER ::= { l2tpConformance 1 }
l2tpCompliances OBJECT IDENTIFIER ::= { l2tpConformance 2 }
l2tpGroups物の識別子:、:= l2tpConformance1l2tpCompliances物の識別子:、:= l2tpConformance2
-- -- compliance statements --
-- -- 承諾声明--
l2tpMIBFullCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"When this MIB is implemented with support for
read-create and read-write, then such an
l2tpMIBFullCompliance MODULE-COMPLIANCE STATUSの現在の記述、「このMIBがいつの間、サポートで実行されるかが、読書して作成して、次に、そのようなものを読書して書く、」
Caves, et. al. Standards Track [Page 56] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[56ページ]。
implementation can claim full compliance. Such
an implementation can then be both monitored
and configured with this MIB."
実現は完全なコンプライアンスを要求できます。 「次に、そのような実現をモニターして、このMIBは構成できます。」
MODULE -- this module
MODULE--このモジュール
-- unconditionally mandatory groups
MANDATORY-GROUPS {
l2tpConfigGroup,
l2tpStatsGroup,
l2tpTrapGroup
}
-- conditionally mandatory groups
GROUP l2tpIpUdpGroup
DESCRIPTION
"This group is mandatory for implementations that
support L2TP over UDP/IP."
-- 無条件に義務的なグループMANDATORY-GROUPS、l2tpConfigGroup、l2tpStatsGroup、l2tpTrapGroup--、条件付きに義務的なグループGROUP l2tpIpUdpGroup記述、「このグループはUDP/IPの上でL2TPを支持する実現に義務的です」。
-- optional groups
GROUP l2tpDomainGroup
DESCRIPTION
"This group is optional for L2TP devices that
group tunnel endpoints into tunnel domains."
-- 任意のグループGROUP l2tpDomainGroup記述、「トンネル終点をトンネルドメインに分類するL2TP装置に、このグループは任意です」。
-- optional Mapping Group
GROUP l2tpMappingGroup
DESCRIPTION
"This group is optional for L2TP devices that
provide index mapping."
-- 任意のMapping Group GROUP l2tpMappingGroup記述、「インデックスマッピングを提供するL2TPデバイスに、このグループは任意です」。
-- optional Security Group
GROUP l2tpSecurityGroup
DESCRIPTION
"This group is optional for SNMP agents which support
both authentication and privacy of SNMP messages for
the management of L2TP keys."
-- 任意のSecurity Group GROUP l2tpSecurityGroup記述、「SNMPエージェントにとって、このグループは任意(認証とL2TPキーの管理へのSNMPメッセージのプライバシーの両方をサポートします)です」。
-- optional High Capacity Group
GROUP l2tpHCPacketGroup
DESCRIPTION
"This group is mandatory for implementations that
support the l2tpDomainGroup AND could potentially
overflow the L2TP Domain 32-bit counters is less
than one hour."
-- 任意のHigh Capacity Group GROUP l2tpHCPacketGroup記述、「このグループはl2tpDomainGroupをサポートしてください、L2TP Domainの32ビットのカウンタから潜在的にはみ出すことができたのが実装に義務的であるのが、1時間未満であるということです」。
::= { l2tpCompliances 1 }
::= l2tpCompliances1
l2tpMIBReadOnlyCompliance MODULE-COMPLIANCE
l2tpMIBReadOnlyComplianceモジュールコンプライアンス
Caves, et. al. Standards Track [Page 57] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[57ページ]。
STATUS current
DESCRIPTION
"When this MIB is implemented without support for
read-create and read-write (i.e. in read-only mode),
then such an implementation can claim read-only
compliance. Such an implementation can then be
monitored but can not be configured with this MIB."
STATUSの現在の記述、「このMIBがいつの間、サポートなしで実装されるかが、読書して作成して、次に、実装が書き込み禁止承諾であると主張できるそのようなものを読書して書すなわち、読込み専用モードで()」。 「そのような実装を次に、モニターできますが、このMIBは構成できません。」
MODULE -- this module
MODULE--このモジュール
-- unconditionally mandatory groups
MANDATORY-GROUPS {
l2tpConfigGroup,
l2tpStatsGroup,
l2tpTrapGroup
}
-- 無条件に義務的なグループMANDATORY-GROUPSl2tpConfigGroup、l2tpStatsGroup、l2tpTrapGroup
OBJECT l2tpAdminState
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpAdminState MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpDrainTunnels
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDrainTunnels MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpTunnelConfigDomainId
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpTunnelConfigDomainId MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpTunnelConfigHelloInterval
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpTunnelConfigHelloInterval MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpTunnelConfigIdleTimeout
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpTunnelConfigIdleTimeout MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpTunnelConfigControlRWS
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpTunnelConfigControlRWS MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpTunnelConfigControlMaxRetx
オブジェクトl2tpTunnelConfigControlMaxRetx
Caves, et. al. Standards Track [Page 58] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[58ページ]。
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpTunnelConfigControlMaxRetxTO
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpTunnelConfigControlMaxRetxTO MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpTunnelConfigPayloadSeq
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpTunnelConfigPayloadSeq MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpTunnelConfigReassemblyTO
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpTunnelConfigReassemblyTO MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpTunnelConfigTransport
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpTunnelConfigTransport MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpTunnelConfigDrainTunnel
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpTunnelConfigDrainTunnel MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpTunnelConfigProxyPPPAuth
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpTunnelConfigProxyPPPAuth MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- conditionally mandatory groups
GROUP l2tpIpUdpGroup
DESCRIPTION
"This group is mandatory for implementations that
support L2TP over UDP/IP."
-- 条件付きに義務的なグループGROUP l2tpIpUdpGroup記述、「このグループはUDP/IPの上でL2TPをサポートする実装に義務的です」。
-- optional groups
GROUP l2tpDomainGroup
DESCRIPTION
"This group is optional for L2TP devices that
group tunnel endpoints into tunnel domains."
-- 任意のグループGROUP l2tpDomainGroup記述、「トンネル終点をトンネルドメインに分類するL2TPデバイスに、このグループは任意です」。
OBJECT l2tpDomainConfigAdminState
MIN-ACCESS read-only
OBJECT l2tpDomainConfigAdminState MIN-ACCESS書き込み禁止
Caves, et. al. Standards Track [Page 59] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[59ページ]。
DESCRIPTION
"Write access is not required."
記述、「書く、アクセスは必要でない、」
OBJECT l2tpDomainConfigDrainTunnels
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigDrainTunnels MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpDomainConfigTunnelHelloInt
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigTunnelHelloInt MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpDomainConfigTunnelIdleTO
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigTunnelIdleTO MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpDomainConfigControlRWS
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigControlRWS MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpDomainConfigControlMaxRetx
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigControlMaxRetx MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpDomainConfigControlMaxRetxTO
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigControlMaxRetxTO MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpDomainConfigPayloadSeq
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigPayloadSeq MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpDomainConfigReassemblyTO
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigReassemblyTO MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpDomainConfigProxyPPPAuth
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigProxyPPPAuth MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Caves, et. al. Standards Track [Page 60] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[60ページ]。
OBJECT l2tpDomainConfigStorageType
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpDomainConfigStatus
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- optional Mapping Group
GROUP l2tpMappingGroup
DESCRIPTION
"This group is optional for L2TP devices that
provide index mapping."
-- 任意のMapping Group GROUP l2tpMappingGroup記述、「インデックスマッピングを提供するL2TPデバイスに、このグループは任意です」。
OBJECT l2tpSessionMapTunnelIfIndex
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpSessionMapTunnelIfIndex MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpSessionMapStatus
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpSessionMapStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- optional Security Group
GROUP l2tpSecurityGroup
DESCRIPTION
"This group is optional for SNMP agents which support
both authentication and privacy of SNMP messages for
the management of L2TP keys."
-- 任意のSecurity Group GROUP l2tpSecurityGroup記述、「SNMPエージェントにとって、このグループは任意(認証とL2TPキーの管理へのSNMPメッセージのプライバシーの両方をサポートします)です」。
OBJECT l2tpDomainConfigAuth
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigAuth MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpDomainConfigSecret
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigSecret MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpDomainConfigTunnelSecurity
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpDomainConfigTunnelSecurity MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Caves, et. al. Standards Track [Page 61] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[61ページ]。
OBJECT l2tpTunnelConfigAuth
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpTunnelConfigAuth MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpTunnelConfigSecret
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpTunnelConfigSecret MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT l2tpTunnelConfigSecurity
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT l2tpTunnelConfigSecurity MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- optional High Capacity Group
GROUP l2tpHCPacketGroup
DESCRIPTION
"This group is mandatory for implementations that
support the l2tpDomainGroup AND could potentially
overflow the L2TP Domain 32-bit counters is less
than one hour."
-- 任意のHigh Capacity Group GROUP l2tpHCPacketGroup記述、「このグループはl2tpDomainGroupをサポートしてください、L2TP Domainの32ビットのカウンタから潜在的にはみ出すことができたのが実装に義務的であるのが、1時間未満であるということです」。
::= { l2tpCompliances 2 }
::= l2tpCompliances2
-- units of conformance
-- ユニットの順応
l2tpConfigGroup OBJECT-GROUP
OBJECTS {
l2tpAdminState,
l2tpDrainTunnels,
l2tpTunnelConfigDomainId,
l2tpTunnelConfigHelloInterval,
l2tpTunnelConfigIdleTimeout,
l2tpTunnelConfigControlRWS,
l2tpTunnelConfigControlMaxRetx,
l2tpTunnelConfigControlMaxRetxTO,
l2tpTunnelConfigPayloadSeq,
l2tpTunnelConfigReassemblyTO,
l2tpTunnelConfigTransport,
l2tpTunnelConfigDrainTunnel,
l2tpTunnelConfigProxyPPPAuth
}
STATUS current
DESCRIPTION
"A collection of objects providing configuration
information of the L2TP protocol, tunnels and
sessions."
l2tpConfigGroupオブジェクト群対象、l2tpAdminState、l2tpDrainTunnels、l2tpTunnelConfigDomainId、l2tpTunnelConfigHelloInterval、l2tpTunnelConfigIdleTimeout、l2tpTunnelConfigControlRWS、l2tpTunnelConfigControlMaxRetx、l2tpTunnelConfigControlMaxRetxTO、l2tpTunnelConfigPayloadSeq、l2tpTunnelConfigReassemblyTO、l2tpTunnelConfigTransport、l2tpTunnelConfigDrainTunnel、l2tpTunnelConfigProxyPPPAuth; STATUSの現在の記述、「L2TPプロトコルに関する設定情報を提供するオブジェクト、トンネル、およびセッションの収集。」
Caves, et. al. Standards Track [Page 62] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[62ページ]。
::= { l2tpGroups 1 }
::= l2tpGroups1
l2tpStatsGroup OBJECT-GROUP
OBJECTS {
l2tpProtocolVersions,
l2tpVendorName,
l2tpFirmwareRev,
l2tpDrainingTunnels,
l2tpTunnelStatsLocalTID,
l2tpTunnelStatsRemoteTID,
l2tpTunnelStatsState,
l2tpTunnelStatsInitiated,
l2tpTunnelStatsRemoteHostName,
l2tpTunnelStatsRemoteVendorName,
l2tpTunnelStatsRemoteFirmwareRev,
l2tpTunnelStatsRemoteProtocolVer,
l2tpTunnelStatsInitialRemoteRWS,
l2tpTunnelStatsBearerCaps,
l2tpTunnelStatsFramingCaps,
l2tpTunnelStatsControlRxPkts,
l2tpTunnelStatsControlRxZLB,
l2tpTunnelStatsControlOutOfSeq,
l2tpTunnelStatsControlOutOfWin,
l2tpTunnelStatsControlTxPkts,
l2tpTunnelStatsControlTxZLB,
l2tpTunnelStatsControlAckTO,
l2tpTunnelStatsCurrentRemoteRWS,
l2tpTunnelStatsTxSeq,
l2tpTunnelStatsTxSeqAck,
l2tpTunnelStatsRxSeq,
l2tpTunnelStatsRxSeqAck,
l2tpTunnelStatsTotalSessions,
l2tpTunnelStatsFailedSessions,
l2tpTunnelStatsActiveSessions,
l2tpTunnelStatsLastResultCode,
l2tpTunnelStatsLastErrorCode,
l2tpTunnelStatsLastErrorMessage,
l2tpTunnelStatsDrainingTunnel,
l2tpSessionStatsIfIndex,
l2tpSessionStatsRemoteSID,
l2tpSessionStatsUserName,
l2tpSessionStatsState,
l2tpSessionStatsCallType,
l2tpSessionStatsCallSerialNumber,
l2tpSessionStatsTxConnectSpeed,
l2tpSessionStatsRxConnectSpeed,
l2tpSessionStatsCallBearerType,
l2tpSessionStatsFramingType,
l2tpStatsGroupオブジェクト群対象、l2tpProtocolVersions、l2tpVendorName、l2tpFirmwareRev、l2tpDrainingTunnels、l2tpTunnelStatsLocalTID、l2tpTunnelStatsRemoteTID、l2tpTunnelStatsState、l2tpTunnelStatsInitiated、l2tpTunnelStatsRemoteHostName、l2tpTunnelStatsRemoteVendorName; l2tpTunnelStatsRemoteFirmwareRev、l2tpTunnelStatsRemoteProtocolVer、l2tpTunnelStatsInitialRemoteRWS、l2tpTunnelStatsBearerCaps、l2tpTunnelStatsFramingCaps、l2tpTunnelStatsControlRxPkts、l2tpTunnelStatsControlRxZLB、l2tpTunnelStatsControlOutOfSeq; l2tpTunnelStatsControlOutOfWin、l2tpTunnelStatsControlTxPkts、l2tpTunnelStatsControlTxZLB、l2tpTunnelStatsControlAckTO、l2tpTunnelStatsCurrentRemoteRWS、l2tpTunnelStatsTxSeq、l2tpTunnelStatsTxSeqAck、l2tpTunnelStatsRxSeq、l2tpTunnelStatsRxSeqAck、l2tpTunnelStatsTotalSessions、l2tpTunnelStatsFailedSessions、l2tpTunnelStatsActiveSessions、l2tpTunnelStatsLastResultCode、l2tpTunnelStatsLastErrorCode、l2tpTunnelStatsLastErrorMessage、l2tpTunnelStatsDrainingTunnel、l2tpSessionStatsIfIndex、l2tpSessionStatsRemoteSID、l2tpSessionStatsUserName、l2tpSessionStatsState、l2tpSessionStatsCallType、l2tpSessionStatsCallSerialNumber、l2tpSessionStatsTxConnectSpeed、l2tpSessionStatsRxConnectSpeed、l2tpSessionStatsCallBearerType、l2tpSessionStatsFramingType
Caves, et. al. Standards Track [Page 63] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[63ページ]。
l2tpSessionStatsPhysChanId,
l2tpSessionStatsDNIS,
l2tpSessionStatsCLID,
l2tpSessionStatsSubAddress,
l2tpSessionStatsPrivateGroupID,
l2tpSessionStatsProxyLcp,
l2tpSessionStatsAuthMethod,
l2tpSessionStatsSequencingState,
l2tpSessionStatsOutSequence,
l2tpSessionStatsReassemblyTO,
l2tpSessionStatsTxSeq,
l2tpSessionStatsRxSeq
}
STATUS current
DESCRIPTION
"A collection of objects providing status and
statistics of the L2TP protocol, tunnels and
sessions."
::= { l2tpGroups 2 }
l2tpSessionStatsPhysChanId、l2tpSessionStatsDNIS、l2tpSessionStatsCLID、l2tpSessionStatsSubAddress、l2tpSessionStatsPrivateGroupID、l2tpSessionStatsProxyLcp、l2tpSessionStatsAuthMethod、l2tpSessionStatsSequencingState、l2tpSessionStatsOutSequence、l2tpSessionStatsReassemblyTO、l2tpSessionStatsTxSeq、l2tpSessionStatsRxSeq STATUSの現在の記述、「状態を提供するオブジェクトの収集とL2TPプロトコル、トンネル、およびセッションの統計。」 ::= l2tpGroups2
l2tpIpUdpGroup OBJECT-GROUP
OBJECTS {
l2tpUdpStatsPeerPort,
l2tpUdpStatsLocalPort
}
STATUS current
DESCRIPTION
"A collection of objects providing status and
statistics of the L2TP UDP/IP transport layer."
::= { l2tpGroups 3 }
l2tpIpUdpGroup OBJECT-GROUP OBJECTS、l2tpUdpStatsPeerPort、l2tpUdpStatsLocalPort、「状態を提供するオブジェクトの収集とL2TP UDP/IP輸送の統計は層にする」STATUSの現在の記述。 ::= l2tpGroups3
l2tpDomainGroup OBJECT-GROUP
OBJECTS {
l2tpDomainConfigAdminState,
l2tpDomainConfigDrainTunnels,
l2tpDomainConfigTunnelHelloInt,
l2tpDomainConfigTunnelIdleTO,
l2tpDomainConfigControlRWS,
l2tpDomainConfigControlMaxRetx,
l2tpDomainConfigControlMaxRetxTO,
l2tpDomainConfigPayloadSeq,
l2tpDomainConfigReassemblyTO,
l2tpDomainConfigProxyPPPAuth,
l2tpDomainConfigStorageType,
l2tpDomainConfigStatus,
l2tpDomainStatsTotalTunnels,
l2tpDomainStatsFailedTunnels,
l2tpDomainStatsFailedAuths,
l2tpDomainGroupオブジェクト群対象、l2tpDomainConfigAdminState、l2tpDomainConfigDrainTunnels、l2tpDomainConfigTunnelHelloInt、l2tpDomainConfigTunnelIdleTO、l2tpDomainConfigControlRWS、l2tpDomainConfigControlMaxRetx、l2tpDomainConfigControlMaxRetxTO、l2tpDomainConfigPayloadSeq、l2tpDomainConfigReassemblyTO、l2tpDomainConfigProxyPPPAuth、l2tpDomainConfigStorageType、l2tpDomainConfigStatus、l2tpDomainStatsTotalTunnels、l2tpDomainStatsFailedTunnels、l2tpDomainStatsFailedAuths
Caves, et. al. Standards Track [Page 64] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[64ページ]。
l2tpDomainStatsActiveTunnels,
l2tpDomainStatsTotalSessions,
l2tpDomainStatsFailedSessions,
l2tpDomainStatsActiveSessions,
l2tpDomainStatsDrainingTunnels,
l2tpDomainStatsControlRxOctets,
l2tpDomainStatsControlRxPkts,
l2tpDomainStatsControlTxOctets,
l2tpDomainStatsControlTxPkts,
l2tpDomainStatsPayloadRxOctets,
l2tpDomainStatsPayloadRxPkts,
l2tpDomainStatsPayloadRxDiscs,
l2tpDomainStatsPayloadTxOctets,
l2tpDomainStatsPayloadTxPkts
}
STATUS current
DESCRIPTION
"A collection of objects providing configuration,
status and statistics of L2TP tunnel domains."
::= { l2tpGroups 4 }
l2tpDomainStatsActiveTunnels、l2tpDomainStatsTotalSessions、l2tpDomainStatsFailedSessions、l2tpDomainStatsActiveSessions、l2tpDomainStatsDrainingTunnels、l2tpDomainStatsControlRxOctets、l2tpDomainStatsControlRxPkts、l2tpDomainStatsControlTxOctets、l2tpDomainStatsControlTxPkts、l2tpDomainStatsPayloadRxOctets、l2tpDomainStatsPayloadRxPkts、l2tpDomainStatsPayloadRxDiscs、l2tpDomainStatsPayloadTxOctets、l2tpDomainStatsPayloadTxPkts STATUSの現在の記述、「L2TPの構成を提供するオブジェクトの収集、状態、および統計はドメインにトンネルを堀ります」。 ::= l2tpGroups4
l2tpMappingGroup OBJECT-GROUP
OBJECTS {
l2tpTunnelMapIfIndex,
l2tpSessionMapTunnelIfIndex,
l2tpSessionMapLocalSID,
l2tpSessionMapStatus
}
STATUS current
DESCRIPTION
"A collection of objects providing index mapping."
::= { l2tpGroups 5 }
l2tpMappingGroup OBJECT-GROUP OBJECTS、l2tpTunnelMapIfIndex、l2tpSessionMapTunnelIfIndex、l2tpSessionMapLocalSID、l2tpSessionMapStatus、「オブジェクト提供のA収集は写像するのに索引をつける」STATUSの現在の記述。 ::= l2tpGroups5
l2tpSecurityGroup OBJECT-GROUP
OBJECTS {
l2tpDomainConfigAuth,
l2tpDomainConfigSecret,
l2tpDomainConfigTunnelSecurity,
l2tpTunnelConfigAuth,
l2tpTunnelConfigSecret,
l2tpTunnelConfigSecurity
}
STATUS current
DESCRIPTION
"A collection of objects providing L2TP security
configuration."
::= { l2tpGroups 6 }
l2tpSecurityGroup OBJECT-GROUP OBJECTS、l2tpDomainConfigAuth、l2tpDomainConfigSecret、l2tpDomainConfigTunnelSecurity、l2tpTunnelConfigAuth、l2tpTunnelConfigSecret、l2tpTunnelConfigSecurity、STATUSの現在の記述、「L2TPセキュリティ設定を提供するオブジェクトの収集。」 ::= l2tpGroups6
Caves, et. al. Standards Track [Page 65] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[65ページ]。
l2tpTrapGroup NOTIFICATION-GROUP
NOTIFICATIONS {
l2tpTunnelAuthFailure
}
STATUS current
DESCRIPTION
"A collection of L2TP trap events as specified
in NOTIFICATION-TYPE constructs."
::= { l2tpGroups 7 }
l2tpTrapGroup NOTIFICATION-GROUP NOTIFICATIONS l2tpTunnelAuthFailure、「NOTIFICATION-TYPEの指定されるとしてのL2TP罠イベントのA収集は組み立てる」STATUSの現在の記述。 ::= l2tpGroups7
l2tpHCPacketGroup OBJECT-GROUP
OBJECTS {
l2tpDomainStatsControlHCRxOctets,
l2tpDomainStatsControlHCRxPkts,
l2tpDomainStatsControlHCTxOctets,
l2tpDomainStatsControlHCTxPkts,
l2tpDomainStatsPayloadHCRxOctets,
l2tpDomainStatsPayloadHCRxPkts,
l2tpDomainStatsPayloadHCRxDiscs,
l2tpDomainStatsPayloadHCTxOctets,
l2tpDomainStatsPayloadHCTxPkts
}
STATUS current
DESCRIPTION
"A collection of objects providing High Capacity
64-bit counter objects."
::= { l2tpGroups 8 }
l2tpHCPacketGroup OBJECT-GROUP OBJECTS、l2tpDomainStatsControlHCRxOctets、l2tpDomainStatsControlHCRxPkts、l2tpDomainStatsControlHCTxOctets、l2tpDomainStatsControlHCTxPkts、l2tpDomainStatsPayloadHCRxOctets、l2tpDomainStatsPayloadHCRxPkts、l2tpDomainStatsPayloadHCRxDiscs、l2tpDomainStatsPayloadHCTxOctets、l2tpDomainStatsPayloadHCTxPkts、STATUSの現在の記述、「64ビットのカウンタオブジェクトをHigh Capacityに供給するオブジェクトの収集。」 ::= l2tpGroups8
END
終わり
5.0 Security Considerations
5.0 セキュリティ問題
This MIB contains readable objects whose values provide information related to L2TP tunnel interfaces. There are also a number of objects that have a MAX-ACCESS clause of read-write and/or read- create, such as those which allow an administrator to dynamically configure tunnels.
このMIBは値がL2TPトンネルのインタフェースに関連する情報を提供する読み込み可能なオブジェクトを含んでいます。 あります、また、読書して書くことのマックス-ACCESS節を持っている、そして/または、読む多くのオブジェクトが管理者を許容するものなどのようにダイナミックにトンネルを構成するのを作成します。
While unauthorized access to the readable objects is relatively innocuous, unauthorized access to the write-able objects could cause a denial of service, or could cause unauthorized creation and/or manipulation of tunnels. Hence, the support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations.
読み込み可能なオブジェクトへの不正アクセスが比較的無毒である間、書きできるオブジェクトへの不正アクセスは、サービスの否定を引き起こす場合があったか、またはトンネルの権限のない作成、そして/または、操作を引き起こす場合がありました。 したがって、適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。
Caves, et. al. Standards Track [Page 66] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[66ページ]。
SNMPv1 by itself is such an insecure environment. Even if the network itself is secure (for example by using IPSec [RFC2401]), even then, there is no control as to who on the secure network is allowed to access and SET (change/create/delete) the objects in this MIB.
それ自体でSNMPv1はそのように不安定な環境です。 ネットワーク自体が安全であっても(例えば、IPSec[RFC2401]を使用するのによる)、その時でさえ、アクセスとSET(変えるか、作成する、または削除する)へのオブジェクトがこのMIBに安全なネットワークにだれに許容されているかに関してコントロールが全くありません。
If the agent allows configuring keys (for example the l2tpDomainConfigSecret object) via SNMP, for use by L2TP, then the security of L2TP is at best only as secure as SNMP. For this reason, all objects in the l2tpSecurityGroup MUST NOT be accessible via unencrypted messages. It is also recommended that keys not be made visible through SNMP GET (or GET-NEXT or GET-BULK) messages, even if encryption is used.
エージェントがSNMPを通してキー(例えば、l2tpDomainConfigSecretオブジェクト)を構成させるなら、L2TPによる使用だけにおいて、L2TPのセキュリティはSNMPとせいぜい同じくらい安全です。 この理由で、l2tpSecurityGroupのすべてのオブジェクトが非暗号化されたメッセージでアクセスしやすいに違いないというわけではありません。 また、キーをSNMP GET(または、GET-ネクストかGET-BULK)メッセージを通して目に見えるようにしないのもお勧めです、暗号化が使用されていても。
It is recommended that the implementers consider the security features as provided by the SNMPv3 framework. Specifically, the use of the User-based Security Model RFC 2574 [RFC2574] and the View- based Access Control Model RFC 2575 [RFC2575] is recommended.
implementersがSNMPv3フレームワークで提供するようにセキュリティ機能を考えるのは、お勧めです。 明確に、UserベースのSecurity Model RFC2574[RFC2574]とViewのベースのAccess Control Model RFC2575[RFC2575]の使用はお勧めです。
It is then a customer/user responsibility to ensure that the SNMP entity giving access to this MIB, is properly configured to give access to those objects only to those principals (users) that have legitimate rights to access them.
そして、それらにアクセスする正当な権利を持っているそれらの校長だけ(ユーザ)にそれらのオブジェクトへのアクセスを与えるために構成されて、それはこのMIBへのアクセスを与えるSNMP実体が適切にそうであることを保証する顧客/ユーザ責任です。
6.0 Acknowledgements
6.0 承認
Many thanks to the L2TP working group members who provided valuable input into the content and structure of this MIB.
このMIBの内容と構造に貴重な入力を供給したL2TPワーキンググループのメンバーをありがとうございます。
7.0 References
7.0の参照箇所
[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月。
[RFC1155] Rose, M. and K. McCloghrie, "Structure and Identification
of Management Information for TCP/IP-based Internets", STD
16, RFC 1155, May 1990.
M.とK.McCloghrie、[RFC1155]は上昇して、「TCP/IPベースのインターネットのための経営情報の構造と識別」(STD16、RFC1155)は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]ローズ、1991年3月のM.、「SNMPとの使用のためのDefining TrapsのためのConvention」RFC1215。
[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月)。
Caves, et. al. Standards Track [Page 67] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[67ページ]。
[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月のための順応声明。」
[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がそうするかもしれません。
[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月。」
[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月。
[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月。
[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月。
[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月。
[RFC2573] Levi, D., Meyer, P. and B. Stewart, "SNMPv3 Applications",
RFC 2573, April 1999.
[RFC2573] レビとD.とマイヤーとP.とB.スチュワート、「SNMPv3アプリケーション」、RFC2573、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月。
[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月)。
[RFC2661] Townsley, W., Valencia, A., Rubens, A., Pall, G., Zorn, G.
and B. Palter, "Layer Two Tunneling Protocol - L2TP", RFC
2661, August 1999.
Townsley、W.、バレンシア、A.、ルーベン、A.、祭服、G.、ゾルン、G.、およびB.があしらう[RFC2661]、「2トンネリングプロトコルを層にしてください--L2TP」、RFC2661、1999年8月。
Caves, et. al. Standards Track [Page 68] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[68ページ]。
[RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group
MIB", RFC 2863, June 2000.
[RFC2863] McCloghrieとK.とF.Kastenholz、「インタフェースはMIBを分類する」RFC2863、2000年6月。
[RFC2667] Thaler, D., "IP Tunnel MIB", RFC 2667, August 1999.
D.、「IPトンネルMIB」、RFC2667 1999年8月の[RFC2667]ターレル。
[RFC2401] Kent, S. and R. Atkinson, "Security Architecture for the
Internet Protocol", RFC 2401, November 1998.
[RFC2401] ケントとS.とR.アトキンソン、「インターネットプロトコルのためのセキュリティー体系」、RFC2401、1998年11月。
8.0 Authors' Addresses
8.0 作者のアドレス
Evan Caves Occam Networks Inc. 77 Robin Hill Road Santa Barbara, CA 93117
エヴァンケイブズOccamは株式会社77のロビン・ヒル・Roadサンタバーバラ、カリフォルニア 93117をネットワークでつなぎます。
EMail: evan@occamnetworks.com
メール: evan@occamnetworks.com
Pat Calhoun Black Storm Networks 110 Nortech Parkway San Jose, CA 95134
カルフーンの黒い嵐のネットワーク110Nortech Parkwayサンノゼ、パット・カリフォルニア 95134
EMail: pcalhoun@bstormnetworks.com
メール: pcalhoun@bstormnetworks.com
Ross Wheeler DoubleWide Software, Inc. 2953 Bunker Hill Lane Suite 101 Santa Clara, CA 95054
サンタクララ、ロス車で運ぶ人DoubleWideソフトウェアInc.2953バンカー・ヒルレーンSuite101カリフォルニア 95054
Email: ross@doublewidesoft.com
メール: ross@doublewidesoft.com
Caves, et. al. Standards Track [Page 69] RFC 3371 L2TP Management Information Base August 2002
et洞窟、アル。 規格はL2TP管理情報ベース2002年8月にRFC3371を追跡します[69ページ]。
9.0 Full Copyright Statement
9.0 完全な著作権宣言文
Copyright (C) The Internet Society (2002). All Rights Reserved.
Copyright(C)インターネット協会(2002)。 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機能のための基金は現在、インターネット協会によって提供されます。
Caves, et. al. Standards Track [Page 70]
et洞窟、アル。 標準化過程[70ページ]
一覧
スポンサーリンク
