RFC4369 日本語訳
4369 Definitions of Managed Objects for Internet Fibre ChannelProtocol (iFCP). K. Gibbons, C. Monia, J. Tseng, F. Travostino. January 2006. (Format: TXT=59354 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group K. Gibbons
Request for Comments: 4369 McDATA Corporation
Category: Standards Track C. Monia
Consultant
J. Tseng
Riverbed Technology
F. Travostino
Nortel
January 2006
テナガザルがコメントのために要求するワーキンググループK.をネットワークでつないでください: 4369年のMcDATA社のカテゴリ: 標準化過程C.MoniaコンサルタントJ.ツェン川床技術F.Travostinoノーテル2006年1月
Definitions of Managed Objects for
Internet Fibre Channel Protocol (iFCP)
インターネット繊維チャンネルプロトコルのための管理オブジェクトの定義(iFCP)
Status of This Memo
このメモの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2006).
Copyright(C)インターネット協会(2006)。
Abstract
要約
The iFCP protocol (RFC 4172) provides Fibre Channel fabric functionality on an IP network in which TCP/IP switching and routing elements replace Fibre Channel components. The iFCP protocol is used between iFCP Gateways. This document provides a mechanism to monitor and control iFCP Gateway instances, and their associated sessions, using SNMP.
iFCPプロトコル(RFC4172)はTCP/IPの切り換えとルーティング要素がFibre Channelの部品を取り替えるIPネットワークに関する骨組みの機能性をFibre Channelに供給します。 iFCPプロトコルはiFCP Gatewaysの間で使用されます。 SNMPを使用して、このドキュメントはモニターするメカニズム、コントロールiFCPゲートウェイインスタンス、および彼らの合同会議を提供します。
Table of Contents
目次
1. The Internet-Standard Management Framework ......................2 2. Introduction ....................................................2 3. Technical Description ...........................................3 4. MIB Definition ..................................................4 5. IANA Considerations ............................................25 6. Security Considerations ........................................25 7. Normative References ...........................................26 8. Informative References .........................................27
1. インターネット標準の管理フレームワーク…2 2. 序論…2 3. 技術的な記述…3 4. MIB定義…4 5. IANA問題…25 6. セキュリティ問題…25 7. 標準の参照…26 8. 有益な参照…27
Gibbons, et al. Standards Track [Page 1] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[1ページ]。
1. The Internet-Standard Management Framework
1. インターネット標準の管理フレームワーク
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
現在のインターネット標準のManagement Frameworkについて説明するドキュメントの詳細な概要について、RFC3410[RFC3410]のセクション7を参照してください。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 一般に、MIBオブジェクトはSimple Network Managementプロトコル(SNMP)を通してアクセスされます。 MIBのオブジェクトは、Management情報(SMI)のStructureで定義されたメカニズムを使用することで定義されます。 このメモはSTD58とRFC2578[RFC2578]とSTD58とRFC2579[RFC2579]とSTD58RFC2580[RFC2580]で説明されるSMIv2に対応であるMIBモジュールを指定します。
2. Introduction
2. 序論
The iFCP protocol can be used by FC-to-IP-based storage gateways for Fibre Channel Protocol (FCP) storage interconnects. Figure 1 provides an example of an interconnect between iFCP gateways.
IPベースへのFCストレージゲートウェイはFibre Channelプロトコル(FCP)ストレージ内部連絡にiFCPプロトコルを使用できます。 図1はiFCPゲートウェイの間に内部連絡に関する例を供給します。
Gateway Region Gateway Region
+--------+ +--------+ +--------+ +--------+
| FC | | FC | | FC | | FC |
| Device | | Device | | Device | | Device | Fibre
|........| |........| FC |........| |........| Channel
| N_PORT | | N_PORT |<.........>| N_PORT | | N_PORT | Device
+---+----+ +---+----+ Traffic +----+---+ +----+---+ Domain
| | | | ^
+---+----+ +---+----+ +----+---+ +----+---+ |
| F_PORT | | F_PORT | | F_PORT | | F_PORT | |
=+========+==+========+===========+========+==+========+==========
| iFCP Layer |<--------->| iFCP Layer | |
|....................| ^ |....................| |
| iFCP Portal | | | iFCP Portal | v
+--------+-----------+ | +----------+---------+ IP
iFCP|Gateway Control iFCP|Gateway Network
| Data |
| |
| |
|<------Encapsulated Frames------->|
| +------------------+ |
| | | |
+------+ IP Network +--------+
| |
+------------------+
ゲートウェイ領域のゲートウェイ地域+--------+ +--------+ +--------+ +--------+ | FC| | FC| | FC| | FC| | デバイス| | デバイス| | デバイス| | デバイス| 繊維|........| |........| FC|........| |........| チャンネル| N_ポート| | N_ポート|<…>| N_ポート| | N_ポート| デバイス+---+----+ +---+----+ トラフィック+----+---+ +----+---+ ドメイン| | | | ^ +---+----+ +---+----+ +----+---+ +----+---+ | | F_ポート| | F_ポート| | F_ポート| | F_ポート| | =+========+==+========+===========+========+==+========+========== | iFCP層| <、-、-、-、-、-、-、-、--、>| iFCP層| | |....................| ^ |....................| | | iFCP入り口| | | iFCP入り口| +に対して--------+-----------+ | +----------+---------+ IP iFCP|ゲートウェイコントロールiFCP|ゲートウェイネットワーク| データ| | | | | | <、-、-、-、-、--フレームであるとカプセル化されます。------->|、| +------------------+ | | | | | +------+ IPネットワーク+--------+ | | +------------------+
Figure 1: Interconnect between iFCP Gateways
図1: iFCPゲートウェイの間で内部連絡してください。
Gibbons, et al. Standards Track [Page 2] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[2ページ]。
The iFCP MIB Module is designed to allow SNMP to be used to monitor and manage local iFCP gateway instances, including the configuration of iFCP sessions between gateways.
iFCP MIB ModuleはSNMPが地方のiFCPゲートウェイインスタンスをモニターして、管理するのに使用されるのを許容するように設計されています、ゲートウェイの間のiFCPセッションの構成を含んでいて。
3. Technical Description
3. 専門的説明
The iFCP MIB Module is divided into sections for iFCP local gateway instance management, iFCP session management, and iFCP session statistics.
iFCP MIB ModuleはiFCPのローカルのゲートウェイインスタンス管理、iFCPセッション管理、およびiFCPセッション統計のためにセクションに分割されます。
The section for iFCP gateway management provides default settings and information about each local instance. A single management entity can monitor multiple local gateway instances. Each local gateway is conceptually an independent gateway that has both Fibre Channel and IP interfaces. The default IP Time Out Value (IP_TOV) is configurable for each gateway. Other standard MIBs, such as the Fibre Management MIB [RFC4044] or Interfaces Group MIB [RFC2863], can be used to manage non-iFCP-specific gateway parameters. The local gateway instance section provides iFCP-specific information as well as optional links to other standard management MIBs.
iFCPゲートウェイ管理のためのセクションはそれぞれの地方のインスタンスの既定の設定と情報を提供します。 ただ一つの経営体は複数の地方のゲートウェイインスタンスをモニターできます。 それぞれの地方のゲートウェイによる概念的に、Fibre ChannelとIPの両方を持っている独立しているゲートウェイが連結するということです。 各ゲートウェイに、デフォルトIP Time Out Value(IP_TOV)は構成可能です。 非iFCPの詳細ゲートウェイパラメタを管理するのに、Fibre Management MIB[RFC4044]かInterfaces Group MIBなどの他の標準のMIBs[RFC2863]を使用できます。 ローカルのゲートウェイインスタンス部分は他の標準の管理MIBsへの任意のリンクと同様にiFCP-特殊情報を提供します。
The iFCP session management section provides information on iFCP sessions that use one of the local iFCP gateway instances. This section allows the management of specific iFCP parameters, including changing the IP_TOV from the default setting of the gateway.
iFCPセッション管理部は地方のiFCPゲートウェイインスタンスの1つを使用するiFCPセッションの情報を提供します。 このセクションはゲートウェイの既定の設定からIP_TOVを変えるのを含む特定のiFCPパラメタの管理を許します。
The iFCP session statistics section provides statistical information on the iFCP sessions that use one of the local iFCP gateways. These tables augment the session management table. Additional statistical information for an iFCP gateway or session, that is not iFCP-specific, can be obtained using other standard MIBs. The iFCP statistics are provided in both standard and low-capacity (counter32) methods.
iFCPセッション統計部は地方のiFCPゲートウェイの1つを使用するiFCPセッションに関する統計情報を提供します。 これらのテーブルはセッション管理テーブルを増大させます。 他の標準のMIBsを使用することでiFCPゲートウェイかセッションのための追加統計情報、すなわち、どんなiFCP-詳細も得ることができません。 ともに標準の、そして、低容量の(counter32)メソッドにiFCP統計を提供します。
The following MIB module imports from RMON2-MIB [RFC2021], SNMPv2-SMI [RFC2578], SNMPv2-TC [RFC2579], SNMPv2-CONF [RFC2580], HCNUM-TC [RFC2856], IF-MIB [RFC2863], SNMP-FRAMEWORK-MIB [RFC3411], INET- ADDRESS-MIB [RFC4001], FC-MGMT-MIB [RFC4044], and ENTITY-MIB (v3) [RFC4133].
以下のMIBモジュールはRMON2-MIB[RFC2021]からインポートします、SNMPv2-SMI[RFC2578]、SNMPv2-TC[RFC2579]、SNMPv2-CONF[RFC2580]、HCNUM-TC[RFC2856]、-、MIB、[RFC2863]、SNMP-FRAMEWORK-MIB[RFC3411]、INET- ADDRESS-MIB[RFC4001]、FC-MGMT-MIB[RFC4044]、およびENTITY-MIB(v3)[RFC4133]。
Gibbons, et al. Standards Track [Page 3] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[3ページ]。
4. MIB Definition
4. MIB定義
IFCP-MGMT-MIB DEFINITIONS ::= BEGIN
IFCP管理MIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY,
OBJECT-TYPE,
Gauge32,
Integer32,
Unsigned32,
transmission
FROM SNMPv2-SMI
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、Gauge32、Integer32、Unsigned32、トランスミッションFROM SNMPv2-SMI
OBJECT-GROUP,
MODULE-COMPLIANCE
FROM SNMPv2-CONF
SNMPv2-CONFからのオブジェクトグループ、モジュールコンプライアンス
TEXTUAL-CONVENTION,
TimeStamp,
TruthValue,
StorageType
FROM SNMPv2-TC
SNMPv2-Tcからの原文のコンベンション、タイムスタンプ、TruthValue、StorageType
-- From RFC 2021
ZeroBasedCounter32
FROM RMON2-MIB
-- RMON2-MIBからのRFC2021ZeroBasedCounter32から
-- From RFC 2856
ZeroBasedCounter64
FROM HCNUM-TC
-- HCNUM-TcからのRFC2856ZeroBasedCounter64から
-- From RFC 2863
InterfaceIndexOrZero
FROM IF-MIB
-- RFC2863InterfaceIndexOrZero、-、MIB
-- From RFC 3411
SnmpAdminString
FROM SNMP-FRAMEWORK-MIB
-- SNMPフレームワークMIBからのRFC3411SnmpAdminStringから
-- From RFC 4001
InetAddressType,
InetAddress,
InetPortNumber
FROM INET-ADDRESS-MIB
-- INETアドレスMIBからのRFC4001InetAddressType、InetAddress、InetPortNumberから
-- From RFC 4044
FcNameIdOrZero,
FcAddressIdOrZero
-- RFC4044FcNameIdOrZero、FcAddressIdOrZeroから
Gibbons, et al. Standards Track [Page 4] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[4ページ]。
FROM FC-MGMT-MIB
FC管理MIBから
-- From RFC 4133
PhysicalIndexOrZero
FROM ENTITY-MIB
;
-- 実体-MIBからのRFC4133PhysicalIndexOrZeroから。
ifcpMgmtMIB MODULE-IDENTITY
LAST-UPDATED "200601170000Z"
ORGANIZATION "IETF IPS Working Group"
CONTACT-INFO "
Attn: Kevin Gibbons
McDATA Corporation
4555 Great America Pkwy
Santa Clara, CA 95054-1208 USA
Phone: (408) 567-5765
EMail: kevin.gibbons@mcdata.com
ifcpMgmtMIBモジュールアイデンティティが"200601170000Z"組織「IETF IPS作業部会」コンタクトインフォメーションをアップデートした、「Attn:」 サンタクララ、ケビンギボンズMcDATA社4555のグレート・アメリカカリフォルニア95054-1208米国Pkwyは以下に電話をします。 (408) 567-5765 メールしてください: kevin.gibbons@mcdata.com
Charles Monia
Consultant
7553 Morevern Circle
San Jose, CA 95135 USA
EMail: charles_monia@yahoo.com
チャールズMoniaコンサルタント7553Morevern円のカリフォルニア95135サンノゼ(米国)はメールされます: charles_monia@yahoo.com
Josh Tseng
Riverbed Technology
501 2nd Street, Suite 410
San Francisco, CA 94107 USA
Phone: (650) 274-2109
EMail: joshtseng@yahoo.com
第2通り、ジョッシュツェン川床技術501Suite410カリフォルニア94107サンフランシスコ(米国)は以下に電話をします。 (650) 274-2109 メールしてください: joshtseng@yahoo.com
Franco Travostino
Nortel
600 Technology Park Drive
Billerica, MA 01821 USA
Phone: (978) 288-7708
EMail: travos@nortel.com"
MA01821ビルリカ(米国)が電話をするフランコのTravostinoノーテルの600技術公園ドライブ: (978) 288-7708 メールしてください: " travos@nortel.com "
DESCRIPTION
"This module defines management information specific
to internet Fibre Channel Protocol (iFCP) gateway
management.
記述、「このモジュールはインターネットFibre Channelプロトコル(iFCP)ゲートウェイ管理に特定の経営情報を定義します」。
Copyright (C) The Internet Society 2006. This
version of this MIB module is part of RFC 4369; see
the RFC itself for full legal notices."
REVISION "200601170000Z"
DESCRIPTION
Copyright(C)インターネット協会2006。 このMIBモジュールのこのバージョンはRFC4369の一部です。 「完全な法定の通知に関してRFC自身を見てください。」 改正"200601170000Z"記述
Gibbons, et al. Standards Track [Page 5] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[5ページ]。
"Initial version of iFCP Management Module.
This MIB published as RFC 4369."
::= { transmission 230 }
「iFCP Management Moduleのバージョンに頭文字をつけてください。」 「このMIBはRFC4369として発行しました。」 ::= トランスミッション230
-- -- Textual Conventions --
-- -- 原文のコンベンション--
IfcpIpTOVorZero ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d"
STATUS current
DESCRIPTION "The maximum propagation delay, in seconds,
for an encapsulated FC frame to traverse the
IP network. A value of 0 implies fibre
channel frame lifetime limits will not be
enforced."
REFERENCE "RFC 4172, iFCP Protocol Specification"
SYNTAX Unsigned32 (0..3600)
IfcpIpTOVorZero:、:= 「カプセル化されたFCフレームがIPネットワークを横断するように、最大の伝播は秒に遅らせる」TEXTUAL-CONVENTION DISPLAY-ヒントの「d」STATUSの現在の記述。 「0の値は、繊維チャンネルフレーム生涯限界が励行されないのを含意します。」 「RFC4172、iFCPプロトコル仕様」という参照構文Unsigned32(0..3600)
IfcpLTIorZero ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d"
STATUS current
DESCRIPTION "The value for the Liveness Test Interval
(LTI) being used in an iFCP connection, in
seconds. A value of 0 implies no Liveness
Test Interval will be used."
REFERENCE "RFC 4172, iFCP Protocol Specification"
SYNTAX Unsigned32 (0..65535)
IfcpLTIorZero:、:= TEXTUAL-CONVENTION DISPLAY-ヒントの「d」STATUSの現在の記述、「iFCP接続、秒に使用されるLiveness Test Interval(LTI)のための値。」 「0の値は、Liveness Test Intervalが全く使用されないのを含意します。」 「RFC4172、iFCPプロトコル仕様」という参照構文Unsigned32(0..65535)
IfcpSessionStates ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION "The value for an iFCP session state."
SYNTAX INTEGER {down(1), openPending(2), open(3)}
IfcpSessionStates:、:= 「iFCPセッションのための値は述べる」TEXTUAL-CONVENTION STATUSの現在の記述。 構文整数下に(1)、openPending(2)は(3)を開きます。
IfcpAddressMode ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION "The values for iFCP Address Translation
Mode."
REFERENCE "RFC 4172, iFCP Protocol Specification"
SYNTAX INTEGER {addressTransparent(1),
addressTranslation(2)}
IfcpAddressMode:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「iFCP Address Translation Modeのための値。」 「RFC4172、iFCPは仕様を議定書の中で述べる」という構文整数に参照をつけてください。addressTransparent(1)、addressTranslation(2)
-- -- Internet Fibre Channel Protocol (iFCP) --
-- -- インターネット繊維チャンネルプロトコル(iFCP)--
ifcpGatewayObjects OBJECT IDENTIFIER ::= {ifcpMgmtMIB 1}
ifcpGatewayConformance OBJECT IDENTIFIER ::= {ifcpMgmtMIB 2}
ifcpGatewayObjectsオブジェクト識別子:、:= ifcpMgmtMIB1ifcpGatewayConformanceオブジェクト識別子:、:= ifcpMgmtMIB2
Gibbons, et al. Standards Track [Page 6] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[6ページ]。
-- -- Local iFCP Gateway Instance Information ================== --
-- -- ローカルのiFCPゲートウェイインスタンス情報================== --
ifcpLclGatewayInfo OBJECT IDENTIFIER ::= {ifcpGatewayObjects 1}
ifcpLclGatewayInfoオブジェクト識別子:、:= ifcpGatewayObjects1
ifcpLclGtwyInstTable OBJECT-TYPE
SYNTAX SEQUENCE OF IfcpLclGtwyInstEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about all local iFCP Gateway instances that can
be monitored and controlled. This table contains an entry
for each local iFCP Gateway instance that is being managed."
::= {ifcpLclGatewayInfo 1}
ifcpLclGtwyInstTable OBJECT-TYPEのSYNTAX SEQUENCE OF IfcpLclGtwyInstEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「モニターして、制御できるすべての地方のiFCPゲートウェイインスタンスに関する情報。」 「このテーブルは管理されているそれぞれの地方のiFCPゲートウェイインスタンスのためのエントリーを含んでいます。」 ::= ifcpLclGatewayInfo1
ifcpLclGtwyInstEntry OBJECT-TYPE
SYNTAX IfcpLclGtwyInstEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the local iFCP Gateway Instance table.
Parameters and settings for the gateway are found here."
INDEX { ifcpLclGtwyInstIndex }
::= {ifcpLclGtwyInstTable 1}
「地方のiFCPゲートウェイInstanceのエントリーはテーブルの上に置く」ifcpLclGtwyInstEntry OBJECT-TYPE SYNTAX IfcpLclGtwyInstEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「ゲートウェイへのパラメタと設定はここで見つけられます。」 ifcpLclGtwyInstIndexに索引をつけてください:、:= ifcpLclGtwyInstTable1
IfcpLclGtwyInstEntry ::= SEQUENCE {
ifcpLclGtwyInstIndex Unsigned32,
ifcpLclGtwyInstPhyIndex PhysicalIndexOrZero,
ifcpLclGtwyInstVersionMin Unsigned32,
ifcpLclGtwyInstVersionMax Unsigned32,
ifcpLclGtwyInstAddrTransMode IfcpAddressMode,
ifcpLclGtwyInstFcBrdcstSupport TruthValue,
ifcpLclGtwyInstDefaultIpTOV IfcpIpTOVorZero,
ifcpLclGtwyInstDefaultLTInterval IfcpLTIorZero,
ifcpLclGtwyInstDescr SnmpAdminString,
ifcpLclGtwyInstNumActiveSessions Gauge32,
ifcpLclGtwyInstStorageType StorageType
}
IfcpLclGtwyInstEntry:、:= 系列ifcpLclGtwyInstIndex Unsigned32、ifcpLclGtwyInstPhyIndex PhysicalIndexOrZero、ifcpLclGtwyInstVersionMin Unsigned32、ifcpLclGtwyInstVersionMax Unsigned32、ifcpLclGtwyInstAddrTransMode IfcpAddressMode、ifcpLclGtwyInstFcBrdcstSupport TruthValue、ifcpLclGtwyInstDefaultIpTOV IfcpIpTOVorZero、ifcpLclGtwyInstDefaultLTInterval IfcpLTIorZero、ifcpLclGtwyInstDescr SnmpAdminString、ifcpLclGtwyInstNumActiveSessions Gauge32、ifcpLclGtwyInstStorageType StorageType
ifcpLclGtwyInstIndex OBJECT-TYPE
SYNTAX Unsigned32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An arbitrary integer value to uniquely identify this iFCP
Gateway from other local Gateway instances."
「任意の整数は他の地方のゲートウェイインスタンスからこのiFCPゲートウェイを唯一特定するために評価する」ifcpLclGtwyInstIndex OBJECT-TYPE SYNTAX Unsigned32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
Gibbons, et al. Standards Track [Page 7] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[7ページ]。
::= {ifcpLclGtwyInstEntry 1}
::= ifcpLclGtwyInstEntry1
ifcpLclGtwyInstPhyIndex OBJECT-TYPE
SYNTAX PhysicalIndexOrZero
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An index indicating the location of this local gateway within
a larger entity, if one exists. If supported, this is the
entPhysicalIndex from the Entity MIB (Version 3), for this
iFCP Gateway. If not supported, or if not related to a
physical entity, then the value of this object is 0."
REFERENCE "Entity MIB (Version 3)"
::= {ifcpLclGtwyInstEntry 2}
ifcpLclGtwyInstPhyIndex OBJECT-TYPE SYNTAX PhysicalIndexOrZeroのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「1つが存在しているなら、より大きい実体の中にこの地方のゲートウェイの位置を示すインデックス。」 サポートされるなら、これはこのiFCPゲートウェイのためのEntity MIB(バージョン3)からのentPhysicalIndexです。 「物理的実体にサポートされないか、またはそうでなければ、関連されないなら、このオブジェクトの値は0です。」 参照「実体MIB(バージョン3)」:、:= ifcpLclGtwyInstEntry2
ifcpLclGtwyInstVersionMin OBJECT-TYPE
SYNTAX Unsigned32 (0..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The minimum iFCP protocol version supported by the local iFCP
gateway instance."
REFERENCE "RFC 4172, iFCP Protocol Specification"
::= {ifcpLclGtwyInstEntry 3}
「最小のiFCPプロトコルバージョンは地方のiFCPゲートウェイインスタンスでサポートした」ifcpLclGtwyInstVersionMin OBJECT-TYPE SYNTAX Unsigned32(0 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「RFC4172、iFCPプロトコル仕様」という参照:、:= ifcpLclGtwyInstEntry3
ifcpLclGtwyInstVersionMax OBJECT-TYPE
SYNTAX Unsigned32 (0..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The maximum iFCP protocol version supported by the local iFCP
gateway instance."
REFERENCE "RFC 4172, iFCP Protocol Specification"
::= {ifcpLclGtwyInstEntry 4}
「最大のiFCPプロトコルバージョンは地方のiFCPゲートウェイインスタンスでサポートした」ifcpLclGtwyInstVersionMax OBJECT-TYPE SYNTAX Unsigned32(0 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「RFC4172、iFCPプロトコル仕様」という参照:、:= ifcpLclGtwyInstEntry4
ifcpLclGtwyInstAddrTransMode OBJECT-TYPE
SYNTAX IfcpAddressMode
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The local iFCP gateway operating mode. Changing this value
may cause existing sessions to be disrupted."
REFERENCE "RFC 4172, iFCP Protocol Specification"
DEFVAL { addressTranslation }
::= {ifcpLclGtwyInstEntry 5}
ifcpLclGtwyInstAddrTransMode OBJECT-TYPE SYNTAX IfcpAddressModeマックス-ACCESSは「ローカルのiFCPゲートウェイオペレーティング・モード」をSTATUSの現在の記述に読書して書きます。 「この値を変えるのに、既存のセッションを中断するかもしれません。」 「RFC4172、iFCPプロトコル仕様」という参照DEFVAL addressTranslation:、:= ifcpLclGtwyInstEntry5
ifcpLclGtwyInstFcBrdcstSupport OBJECT-TYPE
SYNTAX TruthValue
ifcpLclGtwyInstFcBrdcstSupportオブジェクト・タイプ構文TruthValue
Gibbons, et al. Standards Track [Page 8] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[8ページ]。
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Whether the local iFCP gateway supports FC Broadcast.
Changing this value may cause existing sessions to be
disrupted."
REFERENCE "RFC 4172, iFCP Protocol Specification"
DEFVAL { false }
::= {ifcpLclGtwyInstEntry 6}
「地方のiFCPゲートウェイはFC Broadcastをサポートし」て、マックス-ACCESSが現在の記述をSTATUSに読書して書きます。 「この値を変えるのに、既存のセッションを中断するかもしれません。」 「RFC4172、iFCPは仕様を議定書の中で述べる」というREFERENCE DEFVAL偽:、:= ifcpLclGtwyInstEntry6
ifcpLclGtwyInstDefaultIpTOV OBJECT-TYPE
SYNTAX IfcpIpTOVorZero
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The default IP_TOV used for iFCP sessions at this gateway.
This is the default maximum propagation delay that will be
used for an iFCP session. The value can be changed on a
per-session basis. The valid range is 0 - 3600 seconds.
A value of 0 implies that fibre channel frame lifetime limits
will not be enforced."
REFERENCE "RFC 4172, iFCP Protocol Specification"
DEFVAL { 6 }
::= {ifcpLclGtwyInstEntry 7}
ifcpLclGtwyInstDefaultIpTOV OBJECT-TYPE SYNTAX IfcpIpTOVorZeroマックス-ACCESSは「iFCPセッションにこのゲートウェイで使用されるデフォルトIP_TOV」をSTATUSの現在の記述に読書して書きます。 これはiFCPセッションに使用されるデフォルトの最大の伝播遅延です。 1セッションあたり1個のベースで値を変えることができます。 有効枠は0--3600秒です。 「0の値は、繊維チャンネルフレーム生涯限界が励行されないのを含意します。」 参照「RFC4172、iFCPは仕様を議定書の中で述べる」というDEFVAL6:、:= ifcpLclGtwyInstEntry7
ifcpLclGtwyInstDefaultLTInterval OBJECT-TYPE
SYNTAX IfcpLTIorZero
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The default Liveness Test Interval (LTI), in seconds, used
for iFCP sessions at this gateway. This is the default
value for an iFCP session and can be changed on a
per-session basis. The valid range is 0 - 65535 seconds.
A value of 0 implies no Liveness Test Interval will be
performed on a session."
REFERENCE "RFC 4172, iFCP Protocol Specification"
DEFVAL { 10 }
::= {ifcpLclGtwyInstEntry 8}
ifcpLclGtwyInstDefaultLTInterval OBJECT-TYPE SYNTAX IfcpLTIorZeroマックス-ACCESSは「デフォルトLiveness Test Interval(LTI)は秒にiFCPにこのゲートウェイでセッションを使用したこと」をSTATUSの現在の記述に読書して書きます。 これをiFCPセッションのためのデフォルト値であり、1セッションあたり1個のベースで変えることができます。 有効枠は0--65535秒です。 「0の値は、Liveness Test Intervalが全くセッションのときに実行されないのを含意します。」 参照「RFC4172、iFCPは仕様を議定書の中で述べる」というDEFVAL10:、:= ifcpLclGtwyInstEntry8
ifcpLclGtwyInstDescr OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE (0..64))
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"A user-entered description for this iFCP Gateway."
DEFVAL { "" }
::= {ifcpLclGtwyInstEntry 9}
ifcpLclGtwyInstDescr OBJECT-TYPE SYNTAX SnmpAdminString(SIZE(0 .64))マックス-ACCESSは「このiFCPゲートウェイのためのユーザによって入られた記述」をSTATUSの現在の記述に読書して書きます。 DEFVAL、「「:、:、」= ifcpLclGtwyInstEntry9
Gibbons, et al. Standards Track [Page 9] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[9ページ]。
ifcpLclGtwyInstNumActiveSessions OBJECT-TYPE
SYNTAX Gauge32 (0..4294967295)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current total number of iFCP sessions in the open or
open-pending state."
::= {ifcpLclGtwyInstEntry 10}
「戸外か未定の戸外での現在の総数のiFCPセッションは述べる」ifcpLclGtwyInstNumActiveSessions OBJECT-TYPE SYNTAX Gauge32(0 .4294967295)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ifcpLclGtwyInstEntry10
ifcpLclGtwyInstStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The storage type for this row. Parameter values defined
for a gateway are usually non-volatile, but may be volatile
or permanent in some configurations. If permanent, then
the following parameters must have read-write access:
ifcpLclGtwyInstAddrTransMode, ifcpLclGtwyInstDefaultIpTOV,
and ifcpLclGtwyInstDefaultLTInterval."
DEFVAL { nonVolatile }
::= {ifcpLclGtwyInstEntry 11}
「これのためのストレージタイプはこぐ」ifcpLclGtwyInstStorageType OBJECT-TYPE SYNTAX StorageTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ゲートウェイと定義されたパラメタ値は、通常非揮発性ですが、揮発性の、または、永久的なコネがいくつかの構成であったなら揮発性であるかもしれません。 永久的であるなら、以下のパラメタには、読書して書いているアクセスがなければなりません: 「ifcpLclGtwyInstAddrTransMode、ifcpLclGtwyInstDefaultIpTOV、およびifcpLclGtwyInstDefaultLTInterval。」 DEFVAL、不揮発性:、:= ifcpLclGtwyInstEntry11
-- -- iFCP N Port Session Information ============================ --
-- -- iFCP Nポートセッション情報============================ --
ifcpNportSessionInfo
OBJECT IDENTIFIER ::= {ifcpGatewayObjects 2}
ifcpNportSessionInfoオブジェクト識別子:、:= ifcpGatewayObjects2
ifcpSessionAttributesTable OBJECT-TYPE
SYNTAX SEQUENCE OF
IfcpSessionAttributesEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An iFCP session consists of the pair of N_PORTs comprising
the session endpoints joined by a single TCP/IP connection.
This table provides information on each iFCP session
currently using a local iFCP Gateway instance. iFCP sessions
are created and removed by the iFCP Gateway instances, which
are reflected in this table."
::= {ifcpNportSessionInfo 1}
ifcpSessionAttributesTable OBJECT-TYPEのSYNTAX SEQUENCE OF IfcpSessionAttributesEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「iFCPセッションはただ一つのTCP/IP接続によって接合されたセッション終点を包括するN_PORTsの組から成ります」。 このテーブルは、現在地方のiFCPゲートウェイインスタンスを使用することでそれぞれのiFCPセッションの情報を提供します。(インスタンスはこのテーブルに反映されます)。「iFCPゲートウェイインスタンスはiFCPセッションを作成して、取り除きます」。 ::= ifcpNportSessionInfo1
ifcpSessionAttributesEntry OBJECT-TYPE
SYNTAX IfcpSessionAttributesEntry
MAX-ACCESS not-accessible
アクセスしやすくないifcpSessionAttributesEntry OBJECT-TYPE SYNTAX IfcpSessionAttributesEntryマックス-ACCESS
Gibbons, et al. Standards Track [Page 10] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[10ページ]。
STATUS current
DESCRIPTION
"Each entry contains information about one iFCP session consisting
of a pair of N_PORTs joined by a single TCP/IP connection. This
table's INDEX includes ifcpLclGtwyInstIndex, which identifies the
local iFCP Gateway instance that created the session for the
entry.
STATUSの現在の記述、「各エントリーはただ一つのTCP/IP接続によって接合された1組のN_PORTsのおよそ1iFCPの情報セッションの成ることを含んでいます」。 このテーブルのINDEXはifcpLclGtwyInstIndexを含んでいます。(ifcpLclGtwyInstIndexはエントリーのためのセッションを作成した地方のiFCPゲートウェイインスタンスを特定します)。
Soon after an entry is created in this table for an iFCP session, it
will correspond to an entry in the tcpConnectionTable of the TCP-MIB
(RFC 4022). The corresponding entry might represent a preexisting
TCP connection, or it might be a newly-created entry. (Note that if
IPv4 is being used, an entry in RFC 2012's tcpConnTable may also
correspond.) The values of ifcpSessionLclPrtlAddrType and
ifcpSessionRmtPrtlIfAddrType in this table and the values of
tcpConnectionLocalAddressType and tcpConnectionRemAddressType used
as INDEX values for the corresponding entry in the
tcpConnectionTable should be the same; this makes it simpler to
locate a session's TCP connection in the TCP-MIB. (Of course, all
four values need to be 'ipv4' if there's a corresponding entry in
the tcpConnTable.)
エントリーがiFCPセッションのためにこのテーブルで作成されたすぐ後に、それはTCP-MIB(RFC4022)のtcpConnectionTableのエントリーに対応するでしょう。 対応するエントリーは先在のTCP接続の代理をするかもしれませんか、それが新たに作成されたエントリーであるかもしれません。 (また、IPv4が使用されているなら、RFC2012のtcpConnTableのエントリーが対応するかもしれないことに注意してください。) このテーブルのifcpSessionLclPrtlAddrTypeとifcpSessionRmtPrtlIfAddrTypeの値とINDEXがtcpConnectionTableの対応するエントリーに評価するように使用されるtcpConnectionLocalAddressTypeとtcpConnectionRemAddressTypeの値は同じであるべきです。 これで、TCP-MIBでセッションのTCP接続の場所を見つけるのは、より簡単になります。 (もちろん、対応するエントリーがtcpConnTableにあれば、すべての4つの値が'ipv4'である必要があります。)
If an entry is created in this table for a session, prior to
knowing which local and/or remote port numbers will be used for
the TCP connection, then ifcpSessionLclPrtlTcpPort and/or
ifcpSessionRmtPrtlTcpPort have the value zero until such time as
they can be updated to the port numbers (to be) used for the
connection. (Thus, a port value of zero should not be used to
locate a session's TCP connection in the TCP-MIB.)
エントリーがセッションのためにこのテーブルで作成されるなら、どの地方の、そして/または、リモートなポートナンバーがTCP接続に使用されるかを知る前に、ifcpSessionLclPrtlTcpPort、そして/または、ifcpSessionRmtPrtlTcpPortは値に接続に使用されるポートナンバー()にそれらをアップデートできるように時間のゼロをそのようなものまで合わせます。 (その結果、TCP-MIBでセッションのTCP接続の場所を見つけるのにゼロのポート値を使用するべきではありません。)
When the TCP connection terminates, the entry in the
tcpConnectionTable and the entry in this table both get deleted
(and, if applicable, so does the entry in the tcpConnTable)."
INDEX { ifcpLclGtwyInstIndex, ifcpSessionIndex }
::= {ifcpSessionAttributesTable 1}
「TCP接続が終わると、tcpConnectionTableのエントリーとこのテーブルのエントリーはともに削除されます(適切であるなら、tcpConnTableのエントリーもそうします)。」 ifcpLclGtwyInstIndex、ifcpSessionIndexに索引をつけてください:、:= ifcpSessionAttributesTable1
IfcpSessionAttributesEntry ::= SEQUENCE {
ifcpSessionIndex Integer32,
ifcpSessionLclPrtlIfIndex InterfaceIndexOrZero,
ifcpSessionLclPrtlAddrType InetAddressType,
ifcpSessionLclPrtlAddr InetAddress,
ifcpSessionLclPrtlTcpPort InetPortNumber,
ifcpSessionLclNpWwun FcNameIdOrZero,
ifcpSessionLclNpFcid FcAddressIdOrZero,
ifcpSessionRmtNpWwun FcNameIdOrZero,
ifcpSessionRmtPrtlIfAddrType InetAddressType,
ifcpSessionRmtPrtlIfAddr InetAddress,
ifcpSessionRmtPrtlTcpPort InetPortNumber,
IfcpSessionAttributesEntry:、:= 系列、ifcpSessionIndex Integer32、ifcpSessionLclPrtlIfIndex InterfaceIndexOrZero、ifcpSessionLclPrtlAddrType InetAddressType、ifcpSessionLclPrtlAddr InetAddress、ifcpSessionLclPrtlTcpPort InetPortNumber、ifcpSessionLclNpWwun FcNameIdOrZero、ifcpSessionLclNpFcid FcAddressIdOrZero、ifcpSessionRmtNpWwun FcNameIdOrZero、ifcpSessionRmtPrtlIfAddrType InetAddressType、ifcpSessionRmtPrtlIfAddr InetAddress、ifcpSessionRmtPrtlTcpPort InetPortNumber
Gibbons, et al. Standards Track [Page 11] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[11ページ]。
ifcpSessionRmtNpFcid FcAddressIdOrZero,
ifcpSessionRmtNpFcidAlias FcAddressIdOrZero,
ifcpSessionIpTOV IfcpIpTOVorZero,
ifcpSessionLclLTIntvl IfcpLTIorZero,
ifcpSessionRmtLTIntvl IfcpLTIorZero,
ifcpSessionBound TruthValue,
ifcpSessionStorageType StorageType
}
ifcpSessionRmtNpFcid FcAddressIdOrZero、ifcpSessionRmtNpFcidAlias FcAddressIdOrZero、ifcpSessionIpTOV IfcpIpTOVorZero、ifcpSessionLclLTIntvl IfcpLTIorZero、ifcpSessionRmtLTIntvl IfcpLTIorZero、ifcpSessionBound TruthValue、ifcpSessionStorageType StorageType
ifcpSessionIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The iFCP session index is a unique value used as an index
to the table, along with a specific local iFCP Gateway
instance. This index is used because the local N Port and
remote N Port information would create an complex index that
would be difficult to implement."
::= {ifcpSessionAttributesEntry 1}
ifcpSessionIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「iFCPセッションインデックスはインデックスとしてテーブルに使用されるユニークな値です、特定の地方のiFCPゲートウェイインスタンスと共に」。 「地方のN PortとリモートN Port情報は実装するのが難しい複雑なインデックスを作成するでしょう、したがって、このインデックスは使用されています。」 ::= ifcpSessionAttributesEntry1
ifcpSessionLclPrtlIfIndex OBJECT-TYPE
SYNTAX InterfaceIndexOrZero
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This is the interface index in the IF-MIB ifTable being used
as the local portal in this session, as described in the
IF-MIB. If the local portal is not associated with an entry
in the ifTable, then the value is 0. The ifType of the
interface will generally be a type that supports IP, but an
implementation may support iFCP using other protocols. This
object can be used to obtain additional information about the
interface."
REFERENCE "RFC 2863, The Interfaces Group MIB (IF-MIB)"
::= {ifcpSessionAttributesEntry 2}
ifcpSessionLclPrtlIfIndex OBJECT-TYPE SYNTAX InterfaceIndexOrZeroのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「これが中のインタフェースインデックスである、-、MIB ifTable、このセッションにおける地方の入り口、中で説明にされるとして使用される、-、MIB、」 地方の入り口がifTableのエントリーに関連づけられないなら、値は0です。 インタフェースのifTypeは一般にIPをサポートするタイプになるでしょうが、実装は、他のプロトコルを使用することでiFCPをサポートするかもしれません。 「インタフェースに関する追加情報を得るのにこのオブジェクトを使用できます。」 参照、「RFC2863、インタフェースがMIBを分類する、(-、MIB、)、」、:、:= ifcpSessionAttributesEntry2
ifcpSessionLclPrtlAddrType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The type of address in ifcpSessionLclIfAddr."
::= {ifcpSessionAttributesEntry 3}
ifcpSessionLclPrtlAddrType OBJECT-TYPE SYNTAX InetAddressTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「ifcpSessionLclIfAddrのアドレスのタイプ。」 ::= ifcpSessionAttributesEntry3
ifcpSessionLclPrtlAddr OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-only
ifcpSessionLclPrtlAddr OBJECT-TYPE SYNTAX InetAddressマックス-ACCESS書き込み禁止
Gibbons, et al. Standards Track [Page 12] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[12ページ]。
STATUS current
DESCRIPTION
"This is the external IP address of the interface being used
for the iFCP local portal in this session. The address type
is defined in ifcpSessionLclPrtlAddrType. If the value is a
DNS name, then the name is resolved once, during the initial
session instantiation."
::= {ifcpSessionAttributesEntry 4}
STATUSの現在の記述、「これはこのセッションにおけるiFCPの地方の入り口に使用されるインタフェースの外部のIPアドレスです」。 アドレスタイプはifcpSessionLclPrtlAddrTypeで定義されます。 「値がDNS名であるなら、名前は一度、初期のセッション具体化の間、決議されています。」 ::= ifcpSessionAttributesEntry4
ifcpSessionLclPrtlTcpPort OBJECT-TYPE
SYNTAX InetPortNumber
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This is the TCP port number that is being used for the iFCP
local portal in this session. This is normally an ephemeral
port number selected by the gateway. The value may be 0
during an initial setup period."
::= {ifcpSessionAttributesEntry 5}
ifcpSessionLclPrtlTcpPort OBJECT-TYPE SYNTAX InetPortNumberのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このセッションのときにこれはiFCPの地方の入り口に使用されているTCPポートナンバーです」。 通常、これはゲートウェイによって選択されたエフェメラルポート番号です。 「初期のセットアップの期間、値は0であるかもしれません。」 ::= ifcpSessionAttributesEntry5
ifcpSessionLclNpWwun OBJECT-TYPE
SYNTAX FcNameIdOrZero
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"World Wide Unique Name of the local N Port. For an unbound
session, this variable will be a zero-length string."
REFERENCE "RFC 4172, iFCP Protocol Specification"
DEFVAL { "" }
::= {ifcpSessionAttributesEntry 6}
ifcpSessionLclNpWwun OBJECT-TYPE SYNTAX FcNameIdOrZeroのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述「地方のN Portの世界Wide Unique Name。」 「無限のセッションのために、この変数はゼロ長ストリングになるでしょう。」 「RFC4172、iFCPプロトコル仕様」という参照DEFVAL、「「:、:、」= ifcpSessionAttributesEntry6
ifcpSessionLclNpFcid OBJECT-TYPE
SYNTAX FcAddressIdOrZero
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Fibre Channel Identifier of the local N Port. For an unbound
session, this variable will be a zero-length string."
REFERENCE "RFC 4172, iFCP Protocol Specification"
::= {ifcpSessionAttributesEntry 7}
ifcpSessionLclNpFcid OBJECT-TYPE SYNTAX FcAddressIdOrZeroのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述「地方のN Portの繊維Channel Identifier。」 「無限のセッションのために、この変数はゼロ長ストリングになるでしょう。」 「RFC4172、iFCPプロトコル仕様」という参照:、:= ifcpSessionAttributesEntry7
ifcpSessionRmtNpWwun OBJECT-TYPE
SYNTAX FcNameIdOrZero
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"World Wide Unique Name of the remote N Port. For an unbound
session, this variable will be a zero-length string."
ifcpSessionRmtNpWwun OBJECT-TYPE SYNTAX FcNameIdOrZeroのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述「リモートN Portの世界Wide Unique Name。」 「無限のセッションのために、この変数はゼロ長ストリングになるでしょう。」
Gibbons, et al. Standards Track [Page 13] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[13ページ]。
REFERENCE "RFC 4172, iFCP Protocol Specification"
DEFVAL { "" }
::= {ifcpSessionAttributesEntry 8}
「RFC4172、iFCPプロトコル仕様」という参照DEFVAL、「「:、:、」= ifcpSessionAttributesEntry8
ifcpSessionRmtPrtlIfAddrType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The type of address in ifcpSessionRmtPrtlIfAddr."
::= {ifcpSessionAttributesEntry 9}
ifcpSessionRmtPrtlIfAddrType OBJECT-TYPE SYNTAX InetAddressTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「ifcpSessionRmtPrtlIfAddrのアドレスのタイプ。」 ::= ifcpSessionAttributesEntry9
ifcpSessionRmtPrtlIfAddr OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This is the remote gateway IP address being used for the
portal on the remote iFCP gateway. The address type is
defined in ifcpSessionRmtPrtlIfAddrType. If the value is a
DNS name, then the name is resolved once, during the initial
session instantiation."
::= {ifcpSessionAttributesEntry 10}
ifcpSessionRmtPrtlIfAddr OBJECT-TYPE SYNTAX InetAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「これはリモートiFCPゲートウェイの上の入り口に使用されるリモートゲートウェイIPアドレスです」。 アドレスタイプはifcpSessionRmtPrtlIfAddrTypeで定義されます。 「値がDNS名であるなら、名前は一度、初期のセッション具体化の間、決議されています。」 ::= ifcpSessionAttributesEntry10
ifcpSessionRmtPrtlTcpPort OBJECT-TYPE
SYNTAX InetPortNumber
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This is the TCP port number being used for the portal on the
remote iFCP gateway. Generally, this will be the iFCP
canonical port. The value may be 0 during an initial setup
period."
DEFVAL { 3420 }
::= {ifcpSessionAttributesEntry 11}
ifcpSessionRmtPrtlTcpPort OBJECT-TYPE SYNTAX InetPortNumberのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「これはリモートiFCPゲートウェイの上の入り口に使用されるTCPポートナンバーです」。 一般に、これはiFCPの正準なポートになるでしょう。 「初期のセットアップの期間、値は0であるかもしれません。」 DEFVAL3420:、:= ifcpSessionAttributesEntry11
ifcpSessionRmtNpFcid OBJECT-TYPE
SYNTAX FcAddressIdOrZero
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Fibre Channel Identifier of the remote N Port. For an
unbound session, this variable will be a zero-length string."
REFERENCE "RFC 4172, iFCP Protocol Specification"
::= {ifcpSessionAttributesEntry 12}
ifcpSessionRmtNpFcid OBJECT-TYPE SYNTAX FcAddressIdOrZeroのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述「リモートN Portの繊維Channel Identifier。」 「無限のセッションのために、この変数はゼロ長ストリングになるでしょう。」 「RFC4172、iFCPプロトコル仕様」という参照:、:= ifcpSessionAttributesEntry12
ifcpSessionRmtNpFcidAlias OBJECT-TYPE
SYNTAX FcAddressIdOrZero
ifcpSessionRmtNpFcidAliasオブジェクト・タイプ構文FcAddressIdOrZero
Gibbons, et al. Standards Track [Page 14] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[14ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Fibre Channel Identifier Alias assigned by the local gateway
for the remote N Port. For an unbound session, this variable
will be a zero-length string."
REFERENCE "RFC 4172, iFCP Protocol Specification"
::= {ifcpSessionAttributesEntry 13}
「繊維Channel IdentifierアリアはリモートN Portのために地方のゲートウェイのそばで割り当てた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「無限のセッションのために、この変数はゼロ長ストリングになるでしょう。」 「RFC4172、iFCPプロトコル仕様」という参照:、:= ifcpSessionAttributesEntry13
ifcpSessionIpTOV OBJECT-TYPE
SYNTAX IfcpIpTOVorZero
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The IP_TOV being used for this iFCP session. This is the
maximum propagation delay that will be used for the iFCP
session. The value can be changed on a per-session basis
and initially defaults to ifcpLclGtwyInstDefaultIpTOV for
the local gateway instance. The valid range is 0 - 3600
seconds. A value of 0 implies fibre channel frame lifetime
limits will not be enforced."
REFERENCE "RFC 4172, iFCP Protocol Specification"
::= {ifcpSessionAttributesEntry 14}
ifcpSessionIpTOV OBJECT-TYPE SYNTAX IfcpIpTOVorZeroマックス-ACCESSは「このiFCPセッションに使用されるIP_TOV」をSTATUSの現在の記述に読書して書きます。 これはiFCPセッションに使用される最大の伝播遅延です。 値は、1セッションあたり1個のベースで変えることができて、初めは、地方のゲートウェイインスタンスのためにifcpLclGtwyInstDefaultIpTOVをデフォルトとします。 有効枠は0--3600秒です。 「0の値は、繊維チャンネルフレーム生涯限界が励行されないのを含意します。」 「RFC4172、iFCPプロトコル仕様」という参照:、:= ifcpSessionAttributesEntry14
ifcpSessionLclLTIntvl OBJECT-TYPE
SYNTAX IfcpLTIorZero
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The Liveness Test Interval (LTI) used for this iFCP session.
The value can be changed on a per-session basis and initially
defaults to ifcpLclGtwyInstDefaultLTInterval for the local
gateway instance. The valid range is 0 - 65535 seconds.
A value of 0 implies that the gateway will not originate
Liveness Test messages for the session."
REFERENCE "RFC 4172, iFCP Protocol Specification"
::= {ifcpSessionAttributesEntry 15}
「Liveness Test Interval(LTI)はこのiFCPセッションに使用した」ifcpSessionLclLTIntvl OBJECT-TYPE SYNTAX IfcpLTIorZeroのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 値は、1セッションあたり1個のベースで変えることができて、初めは、地方のゲートウェイインスタンスのためにifcpLclGtwyInstDefaultLTIntervalをデフォルトとします。 有効枠は0--65535秒です。 「0の値は、ゲートウェイがセッションへのLiveness Testメッセージを溯源しないのを含意します。」 「RFC4172、iFCPプロトコル仕様」という参照:、:= ifcpSessionAttributesEntry15
ifcpSessionRmtLTIntvl OBJECT-TYPE
SYNTAX IfcpLTIorZero
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The Liveness Test Interval (LTI) as requested by the remote
gateway instance to use for this iFCP session. This value may
change over the life of the session. The valid range is 0 -
65535 seconds. A value of 0 implies that the remote gateway
has not been requested to originate Liveness Test messages for
ifcpSessionRmtLTIntvl OBJECT-TYPE SYNTAX IfcpLTIorZeroのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Liveness Test Interval(LTI)、要求された通り、このiFCPセッションに使用するリモートゲートウェイインスタンス、」 この値はセッションの寿命の上で変化するかもしれません。 有効枠は0--65535秒です。 0のA値は、Liveness Testメッセージを溯源するためにリモートゲートウェイが要求されていないのを含意します。
Gibbons, et al. Standards Track [Page 15] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[15ページ]。
the session."
REFERENCE "RFC 4172, iFCP Protocol Specification"
::= {ifcpSessionAttributesEntry 16}
「セッション。」 「RFC4172、iFCPプロトコル仕様」という参照:、:= ifcpSessionAttributesEntry16
ifcpSessionBound OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This value indicates whether this session is bound to a
specific local and remote N Port. Sessions by default are
unbound and ready for future assignment to a local and remote
N Port."
REFERENCE "RFC 4172, iFCP Protocol Specification"
::= {ifcpSessionAttributesEntry 17}
「このセッションが特定の地方の、そして、リモートなN Portに縛られるか否かに関係なく、この値は示す」ifcpSessionBound OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「セッションは、将来の課題のデフォルトで地方の、そして、リモートなN Portに自由であって、準備ができています。」 「RFC4172、iFCPプロトコル仕様」という参照:、:= ifcpSessionAttributesEntry17
ifcpSessionStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The storage type for this row. Parameter values defined
for a session are usually non-volatile, but may be volatile
or permanent in some configurations. If permanent, then
ifcpSessionIpTOV must have read-write access."
DEFVAL { nonVolatile }
::= {ifcpSessionAttributesEntry 18}
「これのためのストレージタイプはこぐ」ifcpSessionStorageType OBJECT-TYPE SYNTAX StorageTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 セッションのために定義されたパラメタ値は、通常非揮発性ですが、揮発性の、または、永久的なコネがいくつかの構成であったなら揮発性であるかもしれません。 「永久的であるなら、ifcpSessionIpTOVには、読書して書いているアクセサリーがなければなりません」 DEFVAL、不揮発性:、:= ifcpSessionAttributesEntry18
-- -- Local iFCP Gateway Instance Session Statistics ============= --
-- -- ローカルのiFCPゲートウェイインスタンスセッション統計============= --
ifcpSessionStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF
IfcpSessionStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table provides statistics on an iFCP session."
::= {ifcpNportSessionInfo 2}
「このテーブルはiFCPセッションにおける統計を提供する」ifcpSessionStatsTable OBJECT-TYPEのSYNTAX SEQUENCE OF IfcpSessionStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= ifcpNportSessionInfo2
ifcpSessionStatsEntry OBJECT-TYPE
SYNTAX IfcpSessionStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Provides iFCP-specific statistics per session."
AUGMENTS {ifcpSessionAttributesEntry}
ifcpSessionStatsEntry OBJECT-TYPE SYNTAX IfcpSessionStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「1セッションあたりのiFCP特有の統計を提供します」。 増大します。ifcpSessionAttributesEntry
Gibbons, et al. Standards Track [Page 16] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[16ページ]。
::= {ifcpSessionStatsTable 1}
::= ifcpSessionStatsTable1
IfcpSessionStatsEntry ::= SEQUENCE {
ifcpSessionState IfcpSessionStates,
ifcpSessionDuration Unsigned32,
ifcpSessionTxOctets ZeroBasedCounter64,
ifcpSessionRxOctets ZeroBasedCounter64,
ifcpSessionTxFrames ZeroBasedCounter64,
ifcpSessionRxFrames ZeroBasedCounter64,
ifcpSessionStaleFrames ZeroBasedCounter64,
ifcpSessionHeaderCRCErrors ZeroBasedCounter64,
ifcpSessionFcPayloadCRCErrors ZeroBasedCounter64,
ifcpSessionOtherErrors ZeroBasedCounter64,
ifcpSessionDiscontinuityTime TimeStamp
}
IfcpSessionStatsEntry:、:= 系列ifcpSessionState IfcpSessionStates、ifcpSessionDuration Unsigned32、ifcpSessionTxOctets ZeroBasedCounter64、ifcpSessionRxOctets ZeroBasedCounter64、ifcpSessionTxFrames ZeroBasedCounter64、ifcpSessionRxFrames ZeroBasedCounter64、ifcpSessionStaleFrames ZeroBasedCounter64、ifcpSessionHeaderCRCErrors ZeroBasedCounter64、ifcpSessionFcPayloadCRCErrors ZeroBasedCounter64、ifcpSessionOtherErrors ZeroBasedCounter64、ifcpSessionDiscontinuityTimeタイムスタンプ
ifcpSessionState OBJECT-TYPE
SYNTAX IfcpSessionStates
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current session operating state."
::= {ifcpSessionStatsEntry 1}
ifcpSessionState OBJECT-TYPE SYNTAX IfcpSessionStatesのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「現在のセッション作動状態。」 ::= ifcpSessionStatsEntry1
ifcpSessionDuration OBJECT-TYPE
SYNTAX Unsigned32 (0..4294967295)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This indicates, in seconds, how long the iFCP session has
been in an open or open-pending state. When a session is
down, the value is reset to 0."
::= {ifcpSessionStatsEntry 2}
「これは秒、iFCPセッションが戸外でどれくらい長いか、そして、または開いて未定の状態で示す」ifcpSessionDuration OBJECT-TYPE SYNTAX Unsigned32(0 .4294967295)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「セッションが下がっているとき、値は0にリセットされます。」 ::= ifcpSessionStatsEntry2
ifcpSessionTxOctets OBJECT-TYPE
SYNTAX ZeroBasedCounter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of octets transmitted by the iFCP gateway
for this session. Discontinuities in the value of this
counter can occur at reinitialization of the management
system, and at other times as indicated by the value of
ifcpSessionDiscontinuityTime."
::= {ifcpSessionStatsEntry 3}
「八重奏の総数はこのセッションのためにiFCPゲートウェイのそばで送った」ifcpSessionTxOctets OBJECT-TYPE SYNTAX ZeroBasedCounter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「このカウンタの値における不連続はマネージメントシステムの再初期化においてifcpSessionDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ifcpSessionStatsEntry3
ifcpSessionRxOctets OBJECT-TYPE
SYNTAX ZeroBasedCounter64
ifcpSessionRxOctetsオブジェクト・タイプ構文ZeroBasedCounter64
Gibbons, et al. Standards Track [Page 17] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[17ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of octets received by the iFCP gateway for
this session. Discontinuities in the value of this
counter can occur at reinitialization of the management
system, and at other times as indicated by the value of
ifcpSessionDiscontinuityTime."
::= {ifcpSessionStatsEntry 4}
「八重奏の総数はこのセッションのためにiFCPゲートウェイのそばで受けた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「このカウンタの値における不連続はマネージメントシステムの再初期化においてifcpSessionDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ifcpSessionStatsEntry4
ifcpSessionTxFrames OBJECT-TYPE
SYNTAX ZeroBasedCounter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of iFCP frames transmitted by the gateway
for this session. Discontinuities in the value of this
counter can occur at reinitialization of the management
system, and at other times as indicated by the value of
ifcpSessionDiscontinuityTime."
::= {ifcpSessionStatsEntry 5}
「iFCPフレームの総数はこのセッションのためにゲートウェイのそばで送った」ifcpSessionTxFrames OBJECT-TYPE SYNTAX ZeroBasedCounter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「このカウンタの値における不連続はマネージメントシステムの再初期化においてifcpSessionDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ifcpSessionStatsEntry5
ifcpSessionRxFrames OBJECT-TYPE
SYNTAX ZeroBasedCounter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of iFCP frames received by the gateway
for this session. Discontinuities in the value of this
counter can occur at reinitialization of the management
system, and at other times as indicated by the value of
ifcpSessionDiscontinuityTime."
::= {ifcpSessionStatsEntry 6}
「iFCPフレームの総数はこのセッションのためにゲートウェイのそばで受けた」ifcpSessionRxFrames OBJECT-TYPE SYNTAX ZeroBasedCounter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「このカウンタの値における不連続はマネージメントシステムの再初期化においてifcpSessionDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ifcpSessionStatsEntry6
ifcpSessionStaleFrames OBJECT-TYPE
SYNTAX ZeroBasedCounter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of received iFCP frames that were stale and
discarded by the gateway for this session. Discontinuities
in the value of this counter can occur at reinitialization
of the management system, and at other times as indicated by
the value of ifcpSessionDiscontinuityTime."
::= {ifcpSessionStatsEntry 7}
「合計は、このセッションのために聞き古したであった容認されたiFCPフレームに付番して、ゲートウェイのそばで捨てた」ifcpSessionStaleFrames OBJECT-TYPE SYNTAX ZeroBasedCounter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「このカウンタの値における不連続はマネージメントシステムの再初期化においてifcpSessionDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ifcpSessionStatsEntry7
ifcpSessionHeaderCRCErrors OBJECT-TYPE
SYNTAX ZeroBasedCounter64
ifcpSessionHeaderCRCErrorsオブジェクト・タイプ構文ZeroBasedCounter64
Gibbons, et al. Standards Track [Page 18] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[18ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of CRC errors that occurred in the frame
header, detected by the gateway for this session. Usually,
a single Header CRC error is sufficient to terminate an
iFCP session. Discontinuities in the value of this
counter can occur at reinitialization of the management
system, and at other times as indicated by the value of
ifcpSessionDiscontinuityTime."
::= {ifcpSessionStatsEntry 8}
マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このセッションのためにゲートウェイによって検出されたフレームヘッダーに発生したCRC誤りの総数。」 通常、ただ一つのHeader CRC誤りは、iFCPセッションを終えるために十分です。 「このカウンタの値における不連続はマネージメントシステムの再初期化においてifcpSessionDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ifcpSessionStatsEntry8
ifcpSessionFcPayloadCRCErrors OBJECT-TYPE
SYNTAX ZeroBasedCounter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of CRC errors that occurred in the Fibre
Channel frame payload, detected by the gateway for this
session. Discontinuities in the value of this counter can
occur at reinitialization of the management system, and
at other times as indicated by the value of
ifcpSessionDiscontinuityTime."
::= {ifcpSessionStatsEntry 9}
ifcpSessionFcPayloadCRCErrors OBJECT-TYPE SYNTAX ZeroBasedCounter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Fibre Channelに発生したCRC誤りの総数はこのセッションのためにゲートウェイによって検出されたペイロードを縁どっています」。 「このカウンタの値における不連続はマネージメントシステムの再初期化においてifcpSessionDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ifcpSessionStatsEntry9
ifcpSessionOtherErrors OBJECT-TYPE
SYNTAX ZeroBasedCounter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of errors, other than errors explicitly
measured, detected by the gateway for this session.
Discontinuities in the value of this counter can occur at
reinitialization of the management system, and at other
times as indicated by the value of
ifcpSessionDiscontinuityTime."
::= {ifcpSessionStatsEntry 10}
「明らかに測定された誤りを除いて誤りの総数はこのセッションのためにゲートウェイのそばに検出した」ifcpSessionOtherErrors OBJECT-TYPE SYNTAX ZeroBasedCounter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「このカウンタの値における不連続はマネージメントシステムの再初期化においてifcpSessionDiscontinuityTimeの値によって示される他の時に起こることができます。」 ::= ifcpSessionStatsEntry10
ifcpSessionDiscontinuityTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime on the most recent occasion at which
any one (or more) of the ifcpSessionStatsTable counters
suffered a discontinuity. The relevant counters are the
specific Counter64-based instances associated with the
ifcpSessionStatsTable: ifcpSessionTxOctets,
ifcpSessionDiscontinuityTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「ifcpSessionStatsTableのいずれ(さらに)も反対する最新の時のsysUpTimeの値は不連続を受けました」。 関連カウンタはifcpSessionStatsTableに関連している特定のCounter64ベースのインスタンスです: ifcpSessionTxOctets
Gibbons, et al. Standards Track [Page 19] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[19ページ]。
ifcpSessionRxOctets, ifcpSessionTxFrames,
ifcpSessionRxFrames, ifcpSessionStaleFrames,
ifcpSessionHeaderCRCErrors, ifcpSessionFcPayloadCRCErrors,
and ifcpSessionOtherErrors. If no such discontinuities have
occurred since the last reinitialization of the local
management subsystem, then this object contains a zero value."
::= {ifcpSessionStatsEntry 11}
ifcpSessionRxOctets、ifcpSessionTxFrames、ifcpSessionRxFrames、ifcpSessionStaleFrames、ifcpSessionHeaderCRCErrors、ifcpSessionFcPayloadCRCErrors、およびifcpSessionOtherErrors。 「現地管理職者サブシステムの最後の再初期化以来どれかそのような不連続が起こっていないなら、このオブジェクトはaゼロ値を含んでいます。」 ::= ifcpSessionStatsEntry11
-- -- Low Capacity Statistics --
-- -- 低い容量統計--
ifcpSessionLcStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF
IfcpSessionLcStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table provides low capacity statistics for an iFCP
session. These are provided for backward compatibility with
systems that do not support Counter64-based objects. At
1-Gbps rates, a Counter32-based object can wrap as often as
every 34 seconds. Counter32-based objects can be sufficient
for many situations. However, when possible, it is
recommended to use the high capacity statistics in
ifcpSessionStatsTable based on Counter64 objects."
::= {ifcpNportSessionInfo 3}
「このテーブルはiFCPセッションのために低い容量統計を提供する」ifcpSessionLcStatsTable OBJECT-TYPEのSYNTAX SEQUENCE OF IfcpSessionLcStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 Counter64ベースのオブジェクトを支えないシステムとの後方の互換性にこれらを提供します。 1-Gbpsレートでは、Counter32ベースのオブジェクトはあらゆる34と同じくらい頻繁に秒を包装できます。 Counter32ベースのオブジェクトは多くの状況で十分である場合があります。 「しかしながら、可能であるときに、Counter64オブジェクトに基づくifcpSessionStatsTableでの高容量統計を使用するのはお勧めです。」 ::= ifcpNportSessionInfo3
ifcpSessionLcStatsEntry OBJECT-TYPE
SYNTAX IfcpSessionLcStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Provides iFCP-specific statistics per session."
AUGMENTS {ifcpSessionAttributesEntry}
::= {ifcpSessionLcStatsTable 1}
ifcpSessionLcStatsEntry OBJECT-TYPE SYNTAX IfcpSessionLcStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「1セッションあたりのiFCP特有の統計を提供します」。 ifcpSessionAttributesEntryを増大させます:、:= ifcpSessionLcStatsTable1
IfcpSessionLcStatsEntry ::= SEQUENCE {
ifcpSessionLcTxOctets ZeroBasedCounter32,
ifcpSessionLcRxOctets ZeroBasedCounter32,
ifcpSessionLcTxFrames ZeroBasedCounter32,
ifcpSessionLcRxFrames ZeroBasedCounter32,
ifcpSessionLcStaleFrames ZeroBasedCounter32,
ifcpSessionLcHeaderCRCErrors ZeroBasedCounter32,
ifcpSessionLcFcPayloadCRCErrors ZeroBasedCounter32,
ifcpSessionLcOtherErrors ZeroBasedCounter32
}
IfcpSessionLcStatsEntry:、:= 系列ifcpSessionLcTxOctets ZeroBasedCounter32、ifcpSessionLcRxOctets ZeroBasedCounter32、ifcpSessionLcTxFrames ZeroBasedCounter32、ifcpSessionLcRxFrames ZeroBasedCounter32、ifcpSessionLcStaleFrames ZeroBasedCounter32、ifcpSessionLcHeaderCRCErrors ZeroBasedCounter32、ifcpSessionLcFcPayloadCRCErrors ZeroBasedCounter32、ifcpSessionLcOtherErrors ZeroBasedCounter32
Gibbons, et al. Standards Track [Page 20] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[20ページ]。
ifcpSessionLcTxOctets OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of octets transmitted by the iFCP gateway
for this session."
::= {ifcpSessionLcStatsEntry 1}
「八重奏の総数はこのセッションのためにiFCPゲートウェイのそばで送った」ifcpSessionLcTxOctets OBJECT-TYPE SYNTAX ZeroBasedCounter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ifcpSessionLcStatsEntry1
ifcpSessionLcRxOctets OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of octets received by the iFCP gateway for
this session."
::= {ifcpSessionLcStatsEntry 2}
「八重奏の総数はこのセッションのためにiFCPゲートウェイのそばで受けた」ifcpSessionLcRxOctets OBJECT-TYPE SYNTAX ZeroBasedCounter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ifcpSessionLcStatsEntry2
ifcpSessionLcTxFrames OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of iFCP frames transmitted by the gateway
for this session."
::= {ifcpSessionLcStatsEntry 3}
「iFCPフレームの総数はこのセッションのためにゲートウェイのそばで送った」ifcpSessionLcTxFrames OBJECT-TYPE SYNTAX ZeroBasedCounter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ifcpSessionLcStatsEntry3
ifcpSessionLcRxFrames OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of iFCP frames received by the gateway
for this session."
::= {ifcpSessionLcStatsEntry 4}
「iFCPフレームの総数はこのセッションのためにゲートウェイのそばで受けた」ifcpSessionLcRxFrames OBJECT-TYPE SYNTAX ZeroBasedCounter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ifcpSessionLcStatsEntry4
ifcpSessionLcStaleFrames OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of received iFCP frames that were stale and
discarded by the gateway for this session."
::= {ifcpSessionLcStatsEntry 5}
「合計は、このセッションのために聞き古したであった容認されたiFCPフレームに付番して、ゲートウェイのそばで捨てた」ifcpSessionLcStaleFrames OBJECT-TYPE SYNTAX ZeroBasedCounter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ifcpSessionLcStatsEntry5
ifcpSessionLcHeaderCRCErrors OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
ifcpSessionLcHeaderCRCErrors OBJECT-TYPE SYNTAX ZeroBasedCounter32マックス-ACCESS書き込み禁止
Gibbons, et al. Standards Track [Page 21] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[21ページ]。
STATUS current
DESCRIPTION
"The total number of CRC errors that occurred in the frame
header, detected by the gateway for this session. Usually,
a single Header CRC error is sufficient to terminate an
iFCP session."
::= {ifcpSessionLcStatsEntry 6}
STATUSの現在の記述、「このセッションのためにゲートウェイによって検出されたフレームヘッダーに発生したCRC誤りの総数。」 「通常、ただ一つのHeader CRC誤りがiFCPセッションを終えることができるくらいの」。 ::= ifcpSessionLcStatsEntry6
ifcpSessionLcFcPayloadCRCErrors OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of CRC errors that occurred in the Fibre
Channel frame payload, detected by the gateway for this
session."
::= {ifcpSessionLcStatsEntry 7}
ifcpSessionLcFcPayloadCRCErrors OBJECT-TYPE SYNTAX ZeroBasedCounter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Fibre Channelに発生したCRC誤りの総数はこのセッションのためにゲートウェイによって検出されたペイロードを縁どっています」。 ::= ifcpSessionLcStatsEntry7
ifcpSessionLcOtherErrors OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of errors, other than errors explicitly
measured, detected by the gateway for this session."
::= {ifcpSessionLcStatsEntry 8}
「明らかに測定された誤りを除いて誤りの総数はこのセッションのためにゲートウェイのそばに検出した」ifcpSessionLcOtherErrors OBJECT-TYPE SYNTAX ZeroBasedCounter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ifcpSessionLcStatsEntry8
--==========================================================
--==========================================================
ifcpCompliances
OBJECT IDENTIFIER ::= {ifcpGatewayConformance 1}
ifcpCompliancesオブジェクト識別子:、:= ifcpGatewayConformance1
ifcpGatewayCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"Implementation requirements for iFCP MIB compliance."
MODULE -- this module
MANDATORY-GROUPS {
ifcpLclGatewayGroup,
ifcpLclGatewaySessionGroup,
ifcpLclGatewaySessionStatsGroup,
ifcpLclGatewaySessionLcStatsGroup
}
ifcpGatewayCompliance MODULE-COMPLIANCE STATUSの現在の記述、「iFCP MIBコンプライアンスのための実装要件。」 MODULE--このモジュールMANDATORY-GROUPSifcpLclGatewayGroup、ifcpLclGatewaySessionGroup、ifcpLclGatewaySessionStatsGroup、ifcpLclGatewaySessionLcStatsGroup
OBJECT ifcpSessionLclPrtlAddrType
SYNTAX InetAddressType { ipv4(1), ipv6(2) }
DESCRIPTION
"Support is only required for global IPv4
OBJECT ifcpSessionLclPrtlAddrType SYNTAX InetAddressType、ipv4(1)、ipv6(2)、記述、「サポートがグローバルなIPv4に必要であるだけです」。
Gibbons, et al. Standards Track [Page 22] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[22ページ]。
and IPv6 address types."
「そして、IPv6はタイプに演説します。」
OBJECT ifcpSessionRmtPrtlIfAddrType
SYNTAX InetAddressType { ipv4(1), ipv6(2) }
DESCRIPTION
"Support is only required for global IPv4
and IPv6 address types."
OBJECT ifcpSessionRmtPrtlIfAddrType SYNTAX InetAddressType、ipv4(1)、ipv6(2)、記述、「サポートがグローバルなIPv4とIPv6アドレスタイプに必要であるだけです」。
::= {ifcpCompliances 1}
::= ifcpCompliances1
ifcpGroups OBJECT IDENTIFIER ::= {ifcpGatewayConformance 2}
ifcpGroupsオブジェクト識別子:、:= ifcpGatewayConformance2
ifcpLclGatewayGroup OBJECT-GROUP
OBJECTS {
ifcpLclGtwyInstPhyIndex,
ifcpLclGtwyInstVersionMin,
ifcpLclGtwyInstVersionMax,
ifcpLclGtwyInstAddrTransMode,
ifcpLclGtwyInstFcBrdcstSupport,
ifcpLclGtwyInstDefaultIpTOV,
ifcpLclGtwyInstDefaultLTInterval,
ifcpLclGtwyInstDescr,
ifcpLclGtwyInstNumActiveSessions,
ifcpLclGtwyInstStorageType
}
STATUS current
DESCRIPTION
"iFCP local device info group. This group provides
information about each gateway."
::= {ifcpGroups 1}
ifcpLclGatewayGroup OBJECT-GROUP OBJECTS、ifcpLclGtwyInstPhyIndex、ifcpLclGtwyInstVersionMin、ifcpLclGtwyInstVersionMax、ifcpLclGtwyInstAddrTransMode、ifcpLclGtwyInstFcBrdcstSupport、ifcpLclGtwyInstDefaultIpTOV、ifcpLclGtwyInstDefaultLTInterval、ifcpLclGtwyInstDescr、ifcpLclGtwyInstNumActiveSessions、ifcpLclGtwyInstStorageType、STATUSの現在の記述「iFCPローカル装置インフォメーショングループ。」 「このグループは各ゲートウェイの情報を提供します。」 ::= ifcpGroups1
ifcpLclGatewaySessionGroup OBJECT-GROUP
OBJECTS {
ifcpSessionLclPrtlIfIndex,
ifcpSessionLclPrtlAddrType,
ifcpSessionLclPrtlAddr,
ifcpSessionLclPrtlTcpPort,
ifcpSessionLclNpWwun,
ifcpSessionLclNpFcid,
ifcpSessionRmtNpWwun,
ifcpSessionRmtPrtlIfAddrType,
ifcpSessionRmtPrtlIfAddr,
ifcpSessionRmtPrtlTcpPort,
ifcpSessionRmtNpFcid,
ifcpSessionRmtNpFcidAlias,
ifcpSessionIpTOV,
ifcpSessionLclLTIntvl,
ifcpSessionRmtLTIntvl,
ifcpLclGatewaySessionGroupオブジェクト群対象、ifcpSessionLclPrtlIfIndex、ifcpSessionLclPrtlAddrType、ifcpSessionLclPrtlAddr、ifcpSessionLclPrtlTcpPort、ifcpSessionLclNpWwun、ifcpSessionLclNpFcid、ifcpSessionRmtNpWwun、ifcpSessionRmtPrtlIfAddrType、ifcpSessionRmtPrtlIfAddr、ifcpSessionRmtPrtlTcpPort、ifcpSessionRmtNpFcid、ifcpSessionRmtNpFcidAlias、ifcpSessionIpTOV、ifcpSessionLclLTIntvl、ifcpSessionRmtLTIntvl
Gibbons, et al. Standards Track [Page 23] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[23ページ]。
ifcpSessionBound,
ifcpSessionStorageType
}
STATUS current
DESCRIPTION
"iFCP Session group. This group provides information
about each iFCP session currently active between iFCP
gateways."
::= {ifcpGroups 4}
ifcpSessionBound、ifcpSessionStorageType STATUSの現在の記述「iFCP Sessionグループ。」 「このグループは現在iFCPゲートウェイの間で活発なそれぞれのiFCPセッション頃に情報を提供します。」 ::= ifcpGroups4
ifcpLclGatewaySessionStatsGroup OBJECT-GROUP
OBJECTS {
ifcpSessionState,
ifcpSessionDuration,
ifcpSessionTxOctets,
ifcpSessionRxOctets,
ifcpSessionTxFrames,
ifcpSessionRxFrames,
ifcpSessionStaleFrames,
ifcpSessionHeaderCRCErrors,
ifcpSessionFcPayloadCRCErrors,
ifcpSessionOtherErrors,
ifcpSessionDiscontinuityTime
}
STATUS current
DESCRIPTION
"iFCP Session Statistics group. This group provides
statistics with 64-bit counters for each iFCP session
currently active between iFCP gateways. This group
is only required for agents that can support Counter64-
based data types."
::= {ifcpGroups 5}
ifcpLclGatewaySessionStatsGroup OBJECT-GROUP OBJECTS、ifcpSessionState、ifcpSessionDuration、ifcpSessionTxOctets、ifcpSessionRxOctets、ifcpSessionTxFrames、ifcpSessionRxFrames、ifcpSessionStaleFrames、ifcpSessionHeaderCRCErrors、ifcpSessionFcPayloadCRCErrors、ifcpSessionOtherErrors、ifcpSessionDiscontinuityTime、STATUSの現在の記述「iFCP Session Statisticsグループ。」 このグループは現在iFCPゲートウェイの間で活発なそれぞれのiFCPセッションのために64ビットのカウンタを統計に提供します。 「このグループがCounter64のベースのデータ型をサポートすることができるエージェントに必要であるだけです。」 ::= ifcpGroups5
ifcpLclGatewaySessionLcStatsGroup OBJECT-GROUP
OBJECTS {
ifcpSessionLcTxOctets,
ifcpSessionLcRxOctets,
ifcpSessionLcTxFrames,
ifcpSessionLcRxFrames,
ifcpSessionLcStaleFrames,
ifcpSessionLcHeaderCRCErrors,
ifcpSessionLcFcPayloadCRCErrors,
ifcpSessionLcOtherErrors
}
STATUS current
DESCRIPTION
"iFCP Session Low Capacity Statistics group. This group
provides statistics with low-capacity 32-bit counters
ifcpLclGatewaySessionLcStatsGroup OBJECT-GROUP OBJECTS、ifcpSessionLcTxOctets、ifcpSessionLcRxOctets、ifcpSessionLcTxFrames、ifcpSessionLcRxFrames、ifcpSessionLcStaleFrames、ifcpSessionLcHeaderCRCErrors、ifcpSessionLcFcPayloadCRCErrors、ifcpSessionLcOtherErrors、STATUSの現在の記述「iFCP Session Low Capacity Statisticsグループ。」 このグループは低容量の32ビットのカウンタを統計に提供します。
Gibbons, et al. Standards Track [Page 24] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[24ページ]。
for each iFCP session currently active between iFCP
gateways. This group is only required for agents that
do not support Counter64-based data types, or that need
to support SNMPv1 applications."
::= {ifcpGroups 6}
現在iFCPゲートウェイの間で活発なそれぞれのiFCPセッションのために。 「このグループがCounter64ベースのデータ型をサポートしないか、またはSNMPv1にアプリケーションをサポートする必要があるエージェントに必要であるだけです。」 ::= ifcpGroups6
END
終わり
5. IANA Considerations
5. IANA問題
The IANA has made a unique MIB OID assignment under the transmission branch for IFCP-MGMT-MIB.
IANAはIFCP-MGMT-MIBのためにトランスミッションでのユニークなMIB OID課題を分岐させました。
6. Security Considerations
6. セキュリティ問題
There are a number of management objects defined in this MIB module with a MAX-ACCESS clause of read-write and/or read-create. Such objects may be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations.
aがあります。読書して書くことのマックス-ACCESS節でこのMIBモジュールで定義された管理オブジェクトに付番する、そして/または、読書して作成します。 そのようなオブジェクトはいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。
Changing the following object values, with a MAX-ACCESS of read- write, may cause disruption in storage traffic:
以下のオブジェクト値を変えて、読書のマックス-ACCESSと共に、書いてください、そして、ストレージトラフィックにおける分裂を引き起こしてもよいです:
ifcpLclGtwyInstAddrTransMode
ifcpLclGtwyInstFcBrdcstSupport
ifcpLclGtwyInstDefaultIpTOV
ifcpLclGtwyInstDefaultLTInterval
ifcpSessionIpTOV
ifcpLclGtwyInstAddrTransMode ifcpLclGtwyInstFcBrdcstSupport ifcpLclGtwyInstDefaultIpTOV ifcpLclGtwyInstDefaultLTInterval ifcpSessionIpTOV
Changing the following object value, with a MAX-ACCESS of read-write, may cause a user to lose track of the iFCP gateway:
読書して書くことのマックス-ACCESSと共に以下のオブジェクト値を変えるのに、ユーザはiFCPゲートウェイを見失うかもしれません:
ifcpLclGtwyInstDescr
ifcpLclGtwyInstDescr
Some of the readable objects in this MIB module (i.e., objects with a MAX-ACCESS other than not-accessible) may be considered sensitive or vulnerable in some network environments. It is thus important to control even GET and/or NOTIFY access to these objects and possibly to even encrypt the values of these objects when sending them over the network via SNMP.
このMIBモジュール(すなわち、アクセスしやすくないのを除いたマックス-ACCESSがあるオブジェクト)によるいくつかの読み込み可能なオブジェクトがいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 SNMPを通してネットワークの上にそれらを送るとき、その結果、GET、そして/または、これらのオブジェクトへのNOTIFYアクセスさえ制御して、ことによるとこれらのオブジェクトの値を暗号化するのさえ重要です。
Gibbons, et al. Standards Track [Page 25] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[25ページ]。
The following object tables provide information about storage traffic sessions, and can indicate to a user who is communicating and exchanging storage data:
以下のオブジェクトテーブルは、ストレージトラフィックおよそセッション情報を前提として、だれがストレージデータを伝えて、交換しているかをユーザに示すことができます:
ifcpLclGtwyInstTable
ifcpSessionAttributesTable
ifcpLclGtwyInstTable ifcpSessionAttributesTable
SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPSec), even then, there is no control as to who on the secure network is allowed to access and GET/SET (read/change/create/delete) the objects in this MIB module.
SNMPv3の前のSNMPバージョンは十分な安全性を含んでいませんでした。 ネットワーク自体が安全であっても(例えば、IPSecを使用するのによる)、その時でさえ、アクセスとGET/SET(読むか、変える、作成する、または削除する)へのオブジェクトが安全なネットワークにこのMIBモジュールでだれに許容されているかに関してコントロールが全くありません。
It is RECOMMENDED that implementers consider the security features as provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for SNMPv3 cryptographic mechanisms (for authentication and privacy).
implementersがSNMPv3フレームワークで提供するようにセキュリティ機能を考えるのは([RFC3410]を見てください、セクション8)、RECOMMENDEDです、SNMPv3の暗号のメカニズム(認証とプライバシーのための)の全面的な支援を含んでいて。
Further, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to enable cryptographic security. It is then a customer/operator responsibility to ensure that the SNMP entity giving access to an instance of this MIB module is properly configured to give access to the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them.
さらに、SNMPv3の前のSNMPバージョンの展開はNOT RECOMMENDEDです。 代わりに、それはSNMPv3を配布して、暗号のセキュリティを可能にするRECOMMENDEDです。 そして、このMIBモジュールのインスタンスへのアクセスを与えるSNMP実体が本当にGETに正当な権利を持っている校長(ユーザ)をそれらだけへのオブジェクトへのアクセスに与えるか、または(変えるか、作成する、または削除します)それらをSETに与えるために適切に構成されるのを保証するのは、顧客/オペレータ責任です。
7. Normative References
7. 引用規格
[RFC2021] Waldbusser, S., "Remote Network Monitoring Management
Information Base Version 2 using SMIv2", RFC 2021, January
1997.
[RFC2021] Waldbusser、S.、「1997年1月にSMIv2"、RFC2021を使用するリモートネットワーク監視管理情報ベースバージョン2。」
[RFC2578] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Structure of Management Information Version 2 (SMIv2)",
STD 58, RFC 2578, April 1999.
[RFC2578] McCloghrie、K.、パーキンス、D.、およびJ.Schoenwaelder、「経営情報バージョン2(SMIv2)の構造」、STD58、RFC2578(1999年4月)。
[RFC2579] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Textual Conventions for SMIv2", STD 58, RFC 2579, April
1999.
[RFC2579] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[RFC2580] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Conformance Statements for SMIv2", STD 58, RFC 2580,
April 1999.
[RFC2580] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2580、1999年4月のための順応声明。」
[RFC2856] Bierman, A., McCloghrie, K., and R. Presuhn, "Textual
Conventions for Additional High Capacity Data Types", RFC
2856, June 2000.
[RFC2856] Bierman、A.、McCloghrie、K.、およびR.Presuhn、「追加高容量データ型のための原文のコンベンション」、RFC2856、2000年6月。
Gibbons, et al. Standards Track [Page 26] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[26ページ]。
[RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group
MIB", RFC 2863, June 2000.
[RFC2863] McCloghrieとK.とF.Kastenholz、「インタフェースはMIBを分類する」RFC2863、2000年6月。
[RFC3411] Harrington, D., Presuhn, R., and B. Wijnen, "An
Architecture for Describing Simple Network Management
Protocol (SNMP) Management Frameworks", STD 62, RFC 3411,
December 2002.
[RFC3411] ハリントン、D.、Presuhn、R.、およびB.Wijnen、「簡単なネットワーク管理プロトコル(SNMP)管理フレームワークについて説明するためのアーキテクチャ」、STD62、RFC3411(2002年12月)。
[RFC4001] Daniele, M., Haberman, B., Routhier, S., and J.
Schoenwaelder, "Textual Conventions for Internet Network
Addresses", RFC 4001, February 2005.
2005年2月の[RFC4001]ダニエルとM.とハーバーマンとB.とRouthier、S.とJ.Schoenwaelder、「インターネットネットワーク・アドレスのための原文のコンベンション」RFC4001。
[RFC4044] McCloghrie, K., "Fibre Channel Management MIB", RFC 4044,
May 2005.
[RFC4044]McCloghrie(K.、「繊維チャンネル管理MIB」RFC4044)は2005がそうするかもしれません。
[RFC4133] Bierman, A. and K. McCloghrie, "Entity MIB (Version 3)",
RFC 4133, August 2005.
[RFC4133]BiermanとA.とK.McCloghrie、「実体MIB(バージョン3)」、RFC4133 2005年8月。
[RFC4172] Monia, C., Mullendore, R., Travostino, F., Jeong, W., and
M. Edwards, "iFCP - A Protocol for Internet Fibre Channel
Storage Networking", RFC 4172, September 2005.
[RFC4172] Monia、C.、Mullendore、R.、Travostino、F.、Jeong、W.、およびM.エドワーズ、「iFCP--インターネット繊維のためのプロトコルはストレージネットワークを向けます」、RFC4172、2005年9月。
8. Informative References
8. 有益な参照
[RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart,
"Introduction and Applicability Statements for Internet-
Standard Management Framework", RFC 3410, December 2002.
[RFC3410] ケース、J.、マンディ、R.、パーテイン、D.、およびB.スチュワート、「インターネットの標準の管理フレームワークのための序論と適用性声明」、RFC3410(2002年12月)。
Gibbons, et al. Standards Track [Page 27] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[27ページ]。
Authors' Addresses
作者のアドレス
Kevin Gibbons McDATA Corporation 4555 Great America Pkwy Santa Clara, CA 95054-1208 USA
サンタクララ、ケビンギボンズMcDATA社4555のグレート・アメリカカリフォルニア95054-1208米国Pkwy
Phone: (408)567-5765 EMail: kevin.gibbons@mcdata.com
以下に電話をしてください。 (408)567-5765 メールしてください: kevin.gibbons@mcdata.com
Charles Monia Consultant 7553 Morevern Circle San Jose, CA 95135 USA
チャールズMoniaコンサルタント7553Morevern円のカリフォルニア95135サンノゼ(米国)
EMail: charles_monia@yahoo.com
メール: charles_monia@yahoo.com
Josh Tseng Riverbed Technology 501 2nd Street, Suite 410 San Francisco, CA 94107 USA
第2通り、ジョッシュツェン川床技術501Suite410カリフォルニア94107サンフランシスコ(米国)
Phone: (650)274-2109 EMail: joshtseng@yahoo.com
以下に電話をしてください。 (650)274-2109 メールしてください: joshtseng@yahoo.com
Franco Travostino Nortel 600 Technology Park Drive Billerica, MA 01821 USA
フランコTravostinoノーテル600技術公園Drive MA01821ビルリカ(米国)
Phone: (978)288-7708 EMail: travos@nortel.com
以下に電話をしてください。 (978)288-7708 メールしてください: travos@nortel.com
Gibbons, et al. Standards Track [Page 28] RFC 4369 iFCP MIB January 2006
テナガザル、他 規格はiFCP MIB2006年1月にRFC4369を追跡します[28ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2006).
Copyright(C)インターネット協会(2006)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するどんな独立している取り組みも作りました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実装するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を扱ってください。
Acknowledgement
承認
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFC Editor機能のための基金はIETF Administrative Support Activity(IASA)によって提供されます。
Gibbons, et al. Standards Track [Page 29]
テナガザル、他 標準化過程[29ページ]
一覧
スポンサーリンク
