RFC4625 日本語訳
4625 Fibre Channel Routing Information MIB. C. DeSanti, K. McCloghrie,S. Kode, S. Gai. September 2006. (Format: TXT=41278 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group C. DeSanti Request for Comments: 4625 K. McCloghrie Category: Standards Track Cisco Systems S. Kode Consultant S. Gai Retired September 2006
DeSantiがコメントのために要求するワーキンググループC.をネットワークでつないでください: 4625年のK.McCloghrieカテゴリ: 2006年9月に退職した標準化過程のシスコシステムズS.KodeコンサルタントS.ガイ
Fibre Channel Routing Information MIB
繊維チャンネル経路情報MIB
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
要約
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 for information related to routing within a Fibre Channel fabric, which is independent of the usage of a particular routing protocol.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それはルーティングに関連する情報のためにFibre Channel織物の中に管理オブジェクトについて説明します。織物は特定のルーティング・プロトコルの用法から独立しています。
DeSanti, et al. Standards Track [Page 1] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[1ページ]。
Table of Contents
目次
1. Introduction ....................................................3 2. The Internet-Standard Management Framework ......................3 3. Short Overview of Fibre Channel .................................3 3.1. Introduction ...............................................3 3.2. Routing Protocols ..........................................4 3.3. Virtual Fabrics ............................................4 4. Relationship to Other MIBs ......................................5 5. MIB Overview ....................................................5 5.1. Fibre Channel Management Instance ..........................5 5.2. Switch Index ...............................................6 5.3. Fabric Index ...............................................6 5.4. The t11FcRouteGroup Group ..................................6 5.5. The t11FcRouteTable's INDEX ................................6 6. The T11-FC-ROUTE-MIB Module .....................................7 7. Acknowledgements ...............................................17 8. IANA Considerations ............................................17 9. Security Considerations ........................................17 10. Normative References ..........................................19 11. Informative References ........................................20
1. 序論…3 2. インターネット標準の管理枠組み…3 3. 繊維チャンネルの短い概観…3 3.1. 序論…3 3.2. ルート設定プロトコル…4 3.3. 仮想の織物…4 4. 他のMIBsとの関係…5 5. MIB概観…5 5.1. 繊維チャンネル管理例…5 5.2. インデックスを切り換えてください…6 5.3. 織物インデックス…6 5.4. t11FcRouteGroupは分類します…6 5.5. t11FcRouteTableのインデックス…6 6. T11-FCルートMIBモジュール…7 7. 承認…17 8. IANA問題…17 9. セキュリティ問題…17 10. 標準の参照…19 11. 有益な参照…20
DeSanti, et al. Standards Track [Page 2] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[2ページ]。
1. Introduction
1. 序論
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 for information related to the Fibre Channel network's Routing Table for routing within a Fabric. Managed objects specific to particular routing protocols, such as the Fabric Shortest Path First (FSPF) protocol [FC-SW-4], are not specified in this MIB module.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それはFabricの中のルーティングのためのFibre Channelネットワークのルート設定Tableに関連する情報のために管理オブジェクトについて説明します。 Fabric Shortest Path First(FSPF)プロトコルなどの特定のルーティング・プロトコルに特定の管理オブジェクト[FC-SW-4]はこのMIBモジュールで指定されません。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはRFC2119[RFC2119]で説明されるように本書では解釈されることであるべきですか?
2. The Internet-Standard Management Framework
2. インターネット標準の管理枠組み
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モジュールを指定します。
3. Short Overview of Fibre Channel
3. 繊維チャンネルの短い概観
3.1. Introduction
3.1. 序論
The Fibre Channel (FC) is logically a bidirectional point-to-point serial data channel, structured for high performance. Fibre Channel provides a general transport vehicle for higher-level protocols, such as Small Computer System Interface (SCSI) command sets, the High- Performance Parallel Interface (HIPPI) data framing, IP (Internet Protocol), IEEE 802.2, and others.
Fibre Channel(FC)による高性能のために構造化されて、論理的に、双方向の二地点間シリアルデータが精神を集中するということです。 繊維Channelは一般的な輸送機関を上位レベル・プロトコルに提供します、SmallコンピュータSystem Interface(SCSI)コマンドセットや、HighパフォーマンスParallel Interface(HIPPI)データ縁どりや、IP(インターネットプロトコル)や、IEEE802.2や、他のものなどのように。
Physically, Fibre Channel is an interconnection of multiple communication points, called N_Ports, interconnected either by a switching network, called a Fabric, or by a point-to-point link. A Fibre Channel "node" consists of one or more N_Ports. A Fabric may consist of multiple Interconnect Elements, some of which are switches. An N_Port connects to the Fabric via a port on a switch called an F_Port. When multiple FC nodes are connected to a single port on a switch via an "Arbitrated Loop" topology, the switch port
物理的に、Fibre ChannelはN_Portsと呼ばれるポイントがFabricと呼ばれる切り換えネットワークの近く、または、ポイントツーポイント接続でインタコネクトした複数のコミュニケーションのインタコネクトです。 Fibre Channel「ノード」は1N_Portsから成ります。 Fabricは複数のInterconnect Elementsから成るかもしれません。その何かがスイッチです。 N_PortはF_Portと呼ばれるスイッチの上のポートを通してFabricに接続します。 複数のFCノードがaの単一のポートに接続されたら、「仲裁された輪」トポロジー、スイッチポートを通して切り替わってください。
DeSanti, et al. Standards Track [Page 3] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[3ページ]。
is called an FL_Port, and the nodes' ports are called NL_Ports. The term Nx_Port is used to refer to either an N_Port or an NL_Port. The term Fx_Port is used to refer to either an F_Port or an FL_Port. A switch port, which is interconnected to another switch port via an Inter-Switch Link (ISL), is called an E_Port. A B_Port connects a bridge device with an E_Port on a switch; a B_Port provides a subset of E_Port functionality.
フロリダ_Port、およびノードのポートと呼ばれているのは、呼ばれたNL_Portsです。 Nx_Portという用語は、N_PortかNL_Portのどちらかについて言及するのに使用されます。 Fx_Portという用語は、F_Portかフロリダ_Portのどちらかについて言及するのに使用されます。 スイッチポート(Inter-スイッチLink(ISL)を通して別のスイッチポートとインタコネクトされる)はE_Portと呼ばれます。 B_Portはスイッチの上のE_Portに橋の装置を接続します。 B_PortはE_Portの機能性の部分集合を提供します。
Many Fibre Channel components, including the fabric, each node, and most ports, have globally-unique names. These globally-unique names are typically formatted as World Wide Names (WWNs). More information on WWNs can be found in [FC-FS]. WWNs are expected to be persistent across agent and unit resets.
織物、各ノード、およびほとんどのポートを含む多くのFibre Channelの部品がグローバルにユニークな名前を持っています。 これらのグローバルにユニークな名前はWorld Wide Names(WWNs)として通常フォーマットされます。 [FC-FS]でWWNsに関する詳しい情報を見つけることができます。 WWNsがエージェントとユニットリセットの向こう側にしつこいと予想されます。
Fibre Channel frames contain 24-bit address identifiers that identify the frame's source and destination ports. Each FC port has both an address identifier and a WWN. When a fabric is in use, the FC address identifiers are dynamic and are assigned by a switch. Each octet of a 24-bit address represents a level in an address hierarchy, a Domain_ID being the highest level of the hierarchy.
繊維Channelフレームはフレームのソースと仕向港を特定する24ビットのアドレス識別子を含んでいます。 それぞれのFCポートには、アドレス識別子とWWNの両方があります。 織物が使用中であるときに、FCアドレス識別子は、ダイナミックであり、スイッチによって割り当てられます。 アドレス階層構造(階層構造の最高水準であるDomain_ID)で24ビットのアドレスの各八重奏はレベルを表します。
3.2. Routing Protocols
3.2. ルーティング・プロトコル
The routing of frames within the Fabric is normally based on the standard routing protocol, called the Fabric Shortest Path First (FSPF) protocol. The operation of FSPF (or of any other routing protocol) allows a switch to generate and maintain its own routing table of how to forward frames it receives; i.e., a table in which to look up the destination address of a received frame in order to determine the best link by which to forward that frame towards its destination.
通常、Fabricの中のフレームのルーティングはFabric Shortest Path First(FSPF)プロトコルと呼ばれる標準のルーティング・プロトコルに基づいています。 FSPF(またはいかなる他のルーティング・プロトコルについても)の操作で、スイッチは、どうそれが受けるフレームを進めるかに関するそれ自身の経路指定テーブルを発生して、維持します。 すなわち、そのフレームを目的地に向かって送る最も良いリンクを決定するために容認されたフレームの送付先アドレスを調べるテーブル。
3.3. Virtual Fabrics
3.3. 仮想の織物
The latest standard for an interconnecting Fabric containing multiple Fabric Switch elements is [FC-SW-4] (which replaces the previous revision, [FC-SW-3]). [FC-SW-4] carries forward the existing specification for the operation of a single Fabric in a physical infrastructure, augmenting it with the definition of Virtual Fabrics and with the specification of how multiple Virtual Fabrics can operate within one (or more) physical infrastructures. The use of Virtual Fabrics provides for each frame to be tagged in its header to indicate which one of several Virtual Fabrics that frame is being transmitted on. All frames entering a particular "Core Switch" [FC-SW-4] (i.e., a physical switch) on the same Virtual Fabric are processed by the same "Virtual Switch" within that Core switch.
複数のFabric Switch要素を含む内部連絡Fabricの最新の規格は[FC-SW-4](前の改正、[FC-SW-3]を取り替える)です。 [FC-SW-4]は物的なインフラにおける、独身のFabricの操作のための既存の仕様を進展させます、Virtual Fabricsの定義と複数のVirtual Fabricsが1つ(さらに)の物的なインフラの中でどう作動できるかに関する仕様でそれを増大させて。 Virtual Fabricsの使用は、そのフレームが数個のVirtual Fabricsのどれに関して伝えられているかを示すためにヘッダーでタグ付けをされるために各フレームに備えます。 特定の「コアスイッチ」[FC-SW-4](すなわち、物理的なスイッチ)を同じVirtual Fabricに入れるすべてのフレームがそのCoreスイッチの中に同じ「仮想のスイッチ」によって処理されます。
DeSanti, et al. Standards Track [Page 4] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[4ページ]。
4. Relationship to Other MIBs
4. 他のMIBsとの関係
The first standardized MIB for Fibre Channel [RFC2837] was focussed on Fibre Channel switches. It is being replaced by the more generic Fibre Channel Management MIB [FC-MGMT], which defines basic information for Fibre Channel hosts and switches, including extensions to the standard IF-MIB [RFC2863] for Fibre Channel interfaces.
Fibre Channel[RFC2837]のための最初の標準化されたMIBはFibre Channelスイッチに焦点を合わせられました。 それをFibre Channelホストのために基本情報を定義して、切り替わるより一般的なFibre Channel Management MIB[FC-MGMT]に取り替えています、規格に拡大を含めて-、MIB、Fibre Channelのための[RFC2863]は連結します。
This MIB extends beyond [FC-MGMT] to cover the routing of traffic within a Fabric of a Fibre Channel network. The standard routing protocol for Fibre Channel is FSPF [FC-SW-4]. Another MIB [RFC4626] specifies management information specific to FSPF. This MIB contains routing information that is independent of FSPF (i.e., it would still apply even if a routing protocol other than FSPF were in use in the network).
このMIBは、Fibre ChannelネットワークのFabricの中で交通のルーティングをカバーするために[FC-MGMT]を超えて広がっています。 Fibre Channelのための標準のルーティング・プロトコルはFSPF[FC-SW-4]です。 別のMIB[RFC4626]はFSPFに特定の経営情報を指定します。 このMIBはFSPFから独立しているルーティング情報を含んでいます(FSPF以外のルーティング・プロトコルがネットワークで使用中であったとしても、すなわち、それはまだ適用されているでしょうに)。
This MIB imports some common Textual Conventions from T11-TC-MIB, defined in [RFC4439].
このMIBは[RFC4439]で定義されたT11-TC-MIBからいくつかの一般的なTextual Conventionsを輸入します。
5. MIB Overview
5. MIB概観
This MIB module provides the means for monitoring the operation of, and configuring some parameters of, one or more instances of the FSPF protocol. (Note that there are no definitions in this MIB module of "managed actions" that can be invoked via SNMP.)
このMIBモジュールはFSPFプロトコルの1つ以上の例について操作をモニターして、いくつかのパラメタを構成するための手段を提供します。 (SNMPを通して呼び出すことができる「管理された動作」のこのMIBモジュールとの定義が全くないことに注意してください。)
5.1. Fibre Channel Management Instance
5.1. 繊維チャンネル管理例
A Fibre Channel management instance is defined in [FC-MGMT] as a separable managed instance of Fibre Channel functionality. Fibre Channel functionality may be grouped into Fibre Channel management instances in whatever way is most convenient for the implementation(s). For example, one such grouping accommodates a single SNMP agent with multiple AgentX [RFC2741] sub-agents, each sub-agent implementing a different Fibre Channel management instance.
Fibre Channel管理例は[FC-MGMT]でFibre Channelの機能性の分離できる管理された例と定義されます。 繊維Channelの機能性は実現が最も都合がよいいかなる方法でもFibre Channel管理例に分類されるかもしれません。 例えば、そのような組分けの1つは複数のAgentX[RFC2741]サブエージェント(異なったFibre Channel管理例を実行するそれぞれのサブエージェント)と共に独身のSNMPエージェントを収容します。
The object, fcmInstanceIndex, is IMPORTed from the FC-MGMT-MIB [FC-MGMT] as the index value that uniquely identifies each Fibre Channel management instance within the same SNMP context ([RFC3411], Section 3.3.1).
物(fcmInstanceIndex)は唯一同じSNMP文脈([RFC3411]、セクション3.3.1)の中のそれぞれのFibre Channel管理例を特定するインデックス値としてのFC-MGMT-MIB[FC-MGMT]からのIMPORTedです。
DeSanti, et al. Standards Track [Page 5] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[5ページ]。
5.2. Switch Index
5.2. スイッチインデックス
The FC-MGMT-MIB [FC-MGMT] defines the fcmSwitchTable as a table of information about Fibre Channel switches that are managed by Fibre Channel management instances. Each Fibre Channel management instance can manage one or more Fibre Channel switches. The Switch Index, fcmSwitchIndex, is IMPORTed from the FC-MGMT-MIB as the index value that uniquely identifies a Fibre Channel switch among those (one or more) managed by the same Fibre Channel management instance.
FC-MGMT-MIB[FC-MGMT]はFibre Channel管理例によって管理されるFibre Channelスイッチの情報のテーブルとfcmSwitchTableを定義します。 それぞれのFibre Channel管理例は1個以上のFibre Channelスイッチに対処できます。 それら(1以上)の中で唯一Fibre Channelスイッチを特定するインデックス値が同じFibre Channel管理例によって管理されたので、Switch Index(fcmSwitchIndex)はFC-MGMT-MIBからのIMPORTedです。
5.3. Fabric Index
5.3. 織物インデックス
Whether operating on a physical Fabric (i.e., without Virtual Fabrics) or within a Virtual Fabric, the operation of FSPF within a Fabric is identical. Therefore, this MIB defines all Fabric-related information in tables that are INDEX-ed by an arbitrary integer, named a "Fabric Index", the syntax of which is IMPORTed from the T11-TC-MIB. When a device is connected to a single physical Fabric, without use of any virtual Fabrics, the value of this Fabric Index will always be 1. In an environment of multiple virtual and/or physical Fabrics, this index provides a means to distinguish one Fabric from another.
物理的なFabric(すなわち、Virtual Fabricsのない)の上、または、Virtual Fabricの中で作動するか否かに関係なく、Fabricの中のFSPFの操作は同じです。 したがって、「織物インデックス」というそれの構文がT11-TC-MIBからのIMPORTedである任意の整数に従って、このMIBはINDEX-教育であるテーブルのすべてのFabric関連の情報を定義します。 装置がどんな仮想のFabricsの使用なしでも独身の物理的なFabricに接続されるとき、このFabric Indexの値はいつも1になるでしょう。 複数の仮想的である、そして/または、物理的なFabricsの環境に、このインデックスは別のものと1Fabricを区別する手段を提供します。
It is quite possible, and may even be likely, that a Fibre Channel switch will have ports connected to multiple virtual and/or physical Fabrics. Thus, in order to simplify a management protocol query concerning all the Fabrics to which a single switch is connected, fcmSwitchIndex will be listed before t11FcRouteFabricIndex when they both appear in the same INDEX clause.
それがかなり可能であり、ありそうでさえあるかもしれない、Fibre Channelスイッチにはポートがあるのは複数の仮想的である、そして/または、物理的なFabricsに接続しました。 彼らの両方が同じINDEX節に現れるとき、したがって、単一のスイッチが接続されているすべてのFabricsに関して管理プロトコル質問を簡素化するために、fcmSwitchIndexはt11FcRouteFabricIndexの前に記載されるでしょう。
5.4. The t11FcRouteGroup Group
5.4. t11FcRouteGroupグループ
This MIB contains one object group, the t11FcRouteGroup, which contains objects to allow the displaying and the configuring of routes in the Fibre Channel Routing tables for the locally managed switches.
このMIBは1つの物のグループ、局所的に管理されたスイッチのためのFibre Channelルート設定テーブルでの表示とルートの構成を許す物を含むt11FcRouteGroupを含んでいます。
5.5. The t11FcRouteTable's INDEX
5.5. t11FcRouteTableのインデックス
It is normally valuable for a MIB table that contains routes to be ordered such that a management application is able to query the table based on some attribute, without having to read every row in the MIB table. This requires that the rows in the table be ordered according to such attributes, and thus that those attributes be represented by objects included in the table's INDEX clause. Examples of this can be seen in the ipCidrRouteTable [RFC2096] and, more recently, the inetCidrRouteTable in [RFC4292].
ルートを含むMIBテーブルには、命令されるのが通常貴重であるので、管理アプリケーションは何らかの属性に基づくテーブルについて質問できます、MIBテーブルのあらゆる列を読む必要はなくて。 これは、そのような属性に従ってテーブルの列が命令されて、その結果、それらの属性がテーブルのINDEX節に物を含んでいることによって表されるのを必要とします。 ipCidrRouteTable[RFC2096]と、より最近[RFC4292]のinetCidrRouteTableのこの例を見られることができます。
DeSanti, et al. Standards Track [Page 6] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[6ページ]。
While this useful feature results in an unusually large number (ten) of objects in the t11FcRouteTable's INDEX clause, all ten are either integers or strings of 3 (or zero) octet length, so the resulting OIDs are not unusually large. (Specifically, the aggregate number of sub-identifiers to be appended to an OBJECT-TYPE's OID, when naming an instance of an object in the t11FcRouteTable, is at most 22 sub- identifiers; i.e., less than the *minimum* number to be appended for the inetCidrRouteTable table.)
すべての10が3(または、ゼロ)八重奏の長さのこの役に立つ特徴がt11FcRouteTableのINDEX節で異常に多くの物をもたらしますが、整数かストリングのどちらかであるので、結果として起こるOIDsは異常に大きくはありません。 (t11FcRouteTableの物の例を命名するとき、明確に、OBJECT-TYPEのOIDに追加されるべきサブ識別子の集合数は高々22のサブ識別子です; すなわち、inetCidrRouteTableテーブルのために追加されるべき*最小の*番号以下)
6. The T11-FC-ROUTE-MIB Module
6. T11-FCルートMIBモジュール
T11-FC-ROUTE-MIB DEFINITIONS ::= BEGIN
T11-FCルートMIB定義:、:= 始まってください。
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, Unsigned32, mib-2 FROM SNMPv2-SMI -- [RFC2578] MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF -- [RFC2580] RowStatus, TimeStamp, StorageType FROM SNMPv2-TC -- [RFC2579] InterfaceIndex, InterfaceIndexOrZero FROM IF-MIB -- [RFC2863] fcmInstanceIndex, fcmSwitchIndex, FcAddressIdOrZero, FcDomainIdOrZero FROM FC-MGMT-MIB -- [FC-MGMT] T11FabricIndex FROM T11-TC-MIB; -- [RFC4439]
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、Unsigned32、mib-2 FROM SNMPv2-SMI--[RFC2578]MODULE-COMPLIANCE、OBJECT-GROUP FROM SNMPv2-CONF--[RFC2580]RowStatus、TimeStamp、StorageType FROM SNMPv2-TC--[RFC2579] InterfaceIndex、InterfaceIndexOrZero FROM、-、MIB、--[RFC2863] fcmInstanceIndex、fcmSwitchIndex、FcAddressIdOrZero、FcDomainIdOrZero FROM FC-MGMT-MIB--[FC-MGMT]T11FabricIndex FROM T11-TC-MIB。 -- [RFC4439]
t11FcRouteMIB MODULE-IDENTITY LAST-UPDATED "200608140000Z" ORGANIZATION "T11" CONTACT-INFO " Claudio DeSanti Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134 USA EMail: cds@cisco.com
t11FcRouteMIBモジュールアイデンティティは"200608140000Z"組織「T11"コンタクトインフォメーション」クラウディオDeSantiシスコシステムズInc.170の西タスマン・Driveサンノゼをアップデートしました、カリフォルニア95134米国メール: cds@cisco.com
Keith McCloghrie Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA USA 95134 Email: kzm@cisco.com" DESCRIPTION "The MIB module for configuring and displaying Fibre Channel Route Information.
キースMcCloghrieシスコシステムズInc.170の西タスマン・Driveサンノゼ、カリフォルニア米国 95134はメールされます: " kzm@cisco.com "記述、「Fibre Channel Route情報を構成して、表示するためのMIBモジュール。」
Copyright (C) The Internet Society (2006). This version of this MIB module is part of RFC 4625; see the RFC itself for full legal notices." REVISION "200608140000Z"
Copyright(C)インターネット協会(2006)。 このMIBモジュールのこのバージョンはRFC4625の一部です。 「完全な法定の通知に関してRFC自身を見てください。」 改正"200608140000Z"
DeSanti, et al. Standards Track [Page 7] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[7ページ]。
DESCRIPTION "Initial version of this MIB module, published as RFC4625."
記述は「RFC4625として発行されたこのMIBモジュールのバージョンに頭文字をつけます」。
::= {mib-2 144 }
::= mib-2 144
t11FcRouteNotifications OBJECT IDENTIFIER ::= { t11FcRouteMIB 0 } t11FcRouteObjects OBJECT IDENTIFIER ::= { t11FcRouteMIB 1 } t11FcRouteConformance OBJECT IDENTIFIER ::= { t11FcRouteMIB 2 }
t11FcRouteNotifications物の識別子:、:= t11FcRouteMIB0t11FcRouteObjects物の識別子:、:= t11FcRouteMIB1t11FcRouteConformance物の識別子:、:= t11FcRouteMIB2
-- -- Per-Fabric routing information -- t11FcRouteFabricTable OBJECT-TYPE SYNTAX SEQUENCE OF T11FcRouteFabricEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The table containing Fibre Channel Routing information that is specific to a Fabric." ::= { t11FcRouteObjects 1 }
-- -- 1織物あたりのルーティング情報--、t11FcRouteFabricTable OBJECT-TYPEのSYNTAX SEQUENCE OF T11FcRouteFabricEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「Fabricに特定のFibre Channelルート設定情報を含むテーブル。」 ::= t11FcRouteObjects1
t11FcRouteFabricEntry OBJECT-TYPE SYNTAX T11FcRouteFabricEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Each entry contains routing information specific to a particular Fabric on a particular switch (identified by values of fcmInstanceIndex and fcmSwitchIndex)." INDEX { fcmInstanceIndex, fcmSwitchIndex, t11FcRouteFabricIndex } ::= { t11FcRouteFabricTable 1 }
「各エントリーは特定のスイッチ(fcmInstanceIndexとfcmSwitchIndexの値で、特定される)で特定のFabricに特定の情報を発送するのを含む」t11FcRouteFabricEntry OBJECT-TYPE SYNTAX T11FcRouteFabricEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 fcmInstanceIndex、fcmSwitchIndex、t11FcRouteFabricIndexに索引をつけてください:、:= t11FcRouteFabricTable1
T11FcRouteFabricEntry ::= SEQUENCE { t11FcRouteFabricIndex T11FabricIndex, t11FcRouteFabricLastChange TimeStamp }
T11FcRouteFabricEntry:、:= 系列t11FcRouteFabricIndex T11FabricIndex、t11FcRouteFabricLastChangeタイムスタンプ
t11FcRouteFabricIndex OBJECT-TYPE SYNTAX T11FabricIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "A unique index value that uniquely identifies a particular Fabric.
t11FcRouteFabricIndex OBJECT-TYPE SYNTAX T11FabricIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「唯一特定のFabricを特定するユニークなインデックス値。」
In a Fabric conformant to FC-SW-3, only a single Fabric
FC-SW-3へのFabric conformant、独身のFabricだけで
DeSanti, et al. Standards Track [Page 8] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[8ページ]。
can operate within a physical infrastructure, and thus the value of this Fabric Index will always be 1.
物的なインフラの中で作動できて、その結果、このFabric Indexの値はいつも1になるでしょう。
In a Fabric conformant to FC-SW-4, multiple Virtual Fabrics can operate within one (or more) physical infrastructures. In such a case, index value is used to uniquely identify a particular Fabric within a physical infrastructure." ::= { t11FcRouteFabricEntry 1 }
FC-SW-4へのFabric conformantでは、複数のVirtual Fabricsが1つ(さらに)の物的なインフラの中で作動できます。 「このような場合には、インデックス値は物的なインフラの中で唯一特定のFabricを特定するのに使用されます。」 ::= t11FcRouteFabricEntry1
t11FcRouteFabricLastChange OBJECT-TYPE SYNTAX TimeStamp MAX-ACCESS read-only STATUS current DESCRIPTION "The value of sysUpTime at the most recent time when any corresponding row in the t11FcRouteTable was created, modified, or deleted. A corresponding row in the t11FcRouteTable is for the same management instance, the same switch, and same Fabric as the row in this table.
t11FcRouteFabricLastChange OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「t11FcRouteTableのどんな対応する列も作成されたか、変更されたか、または削除された最新の時間のsysUpTimeの値。」 t11FcRouteTableの対応する列は同じ管理例、同じスイッチ、およびこのテーブルの列と同じFabricのためのものです。
If no change has occurred since the last restart of the management system, then the value of this object is 0." ::= { t11FcRouteFabricEntry 2 }
「マネージメントシステムの最後の再開以来変化が全く起こっていないなら、この物の値は0です。」 ::= t11FcRouteFabricEntry2
-- -- Fibre Channel Routing table -- t11FcRouteTable OBJECT-TYPE SYNTAX SEQUENCE OF T11FcRouteEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The Fibre Channel Routing tables for the locally managed switches. This table lists all the routes that are configured in and/or computed by any local switch for any Fabric.
-- -- 繊維Channelルート設定テーブル--「Fibre Channelルート設定は局所的に管理されたスイッチのためにテーブルの上に置く」t11FcRouteTable OBJECT-TYPE SYNTAX SEQUENCE OF T11FcRouteEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 このテーブルは、どんなFabricのためにもどんな地方のスイッチでも構成されるすべてのルートを記載する、そして/または、計算しました。
Such routes are used by a switch to forward frames (of user data) on a Fabric. The conceptual process is based on extracting the Destination Fibre Channel Address Identifier (D_ID) out of a received frame (of user data) and comparing it to each entry of this table that is applicable to the given switch and Fabric. Such comparison consists of first performing a logical-AND of the extracted D_ID with a mask (the value of t11FcRouteDestMask) and second comparing the result of that 'AND' operation to the value of t11FcRouteDestAddrId. A similar comparison is made of the Source Fibre Channel Address Identifier (S_ID) of a frame
そのようなルートはスイッチによって使用されて、Fabricでフレーム(利用者データの)を進めます。 概念的な過程は容認されたフレーム(利用者データの)からDestination Fibre Channel Address Identifier(D_ID)を抽出して、与えられたスイッチとFabricに適切なこのテーブルの各エントリーとそれを比較するのに基づいています。 そのような比較は最初にマスク(t11FcRouteDestMaskの値)と2番目がその'AND'操作の結果をt11FcRouteDestAddrIdの値にたとえている抽出されたD_IDの論理的なANDを実行するのから成ります。 フレームのSource Fibre Channel Address Identifier(S_ID)で同様の比較をします。
DeSanti, et al. Standards Track [Page 9] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[9ページ]。
against the t11FcRouteSrcAddrId and t11FcRouteSrcMask values of an entry. If an entry's value of t11FcRouteInInterface is non-zero, then a further comparison determines if the frame was received on the appropriate interface. If all of these comparisons for a particular entry are successful, then that entry represents a potential route for forwarding the received frame.
エントリーのt11FcRouteSrcAddrIdとt11FcRouteSrcMask値に対して。 エントリーのt11FcRouteInInterfaceの値が非ゼロであるなら、さらなる比較は、フレームが適切なインタフェースに受け取られたかどうか決定します。 特定のエントリーのためのこれらの比較のすべてがうまくいくなら、そのエントリーは容認されたフレームを進めるための潜在的ルートを表します。
For entries configured by a user, t11FcRouteProto has the value 'netmgmt'; only entries of this type can be deleted by the user." ::= { t11FcRouteObjects 2 }
ユーザによって構成されたエントリーに、t11FcRouteProtoは値の'netmgmt'を持っています。 「ユーザはこのタイプのエントリーしか削除できません。」 ::= t11FcRouteObjects2
t11FcRouteEntry OBJECT-TYPE SYNTAX T11FcRouteEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Each entry contains a route to a particular destination, possibly from a particular subset of source addresses, on a particular Fabric via a particular output interface and learned in a particular manner." INDEX { fcmInstanceIndex, fcmSwitchIndex, t11FcRouteFabricIndex, t11FcRouteDestAddrId, t11FcRouteDestMask, t11FcRouteSrcAddrId, t11FcRouteSrcMask, t11FcRouteInInterface, t11FcRouteProto, t11FcRouteOutInterface } ::= { t11FcRouteTable 1 } T11FcRouteEntry ::= SEQUENCE { t11FcRouteDestAddrId FcAddressIdOrZero, t11FcRouteDestMask FcAddressIdOrZero, t11FcRouteSrcAddrId FcAddressIdOrZero, t11FcRouteSrcMask FcAddressIdOrZero, t11FcRouteInInterface InterfaceIndexOrZero, t11FcRouteProto INTEGER, t11FcRouteOutInterface InterfaceIndex, t11FcRouteDomainId FcDomainIdOrZero, t11FcRouteMetric Unsigned32, t11FcRouteType INTEGER, t11FcRouteIfDown INTEGER, t11FcRouteStorageType StorageType, t11FcRouteRowStatus RowStatus }
「特定の出力インタフェースを通して特定のFabricにアドレスの出典を明示して、特定の方法で学習されて、各エントリーは特定の目的地と、そして、ことによると特定の部分集合からのルートを含む」t11FcRouteEntry OBJECT-TYPE SYNTAX T11FcRouteEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 fcmInstanceIndex、fcmSwitchIndex、t11FcRouteFabricIndex、t11FcRouteDestAddrId、t11FcRouteDestMask、t11FcRouteSrcAddrId、t11FcRouteSrcMask、t11FcRouteInInterface、t11FcRouteProto、t11FcRouteOutInterfaceに索引をつけてください:、:= t11FcRouteTable1T11FcRouteEntry:、:= 系列t11FcRouteDestAddrId FcAddressIdOrZero、t11FcRouteDestMask FcAddressIdOrZero、t11FcRouteSrcAddrId FcAddressIdOrZero、t11FcRouteSrcMask FcAddressIdOrZero、t11FcRouteInInterface InterfaceIndexOrZero、t11FcRouteProto整数、t11FcRouteOutInterface InterfaceIndex、t11FcRouteDomainId FcDomainIdOrZero、t11FcRouteMetric Unsigned32、t11FcRouteType整数、t11FcRouteIfDown整数、t11FcRouteStorageType StorageType、t11FcRouteRowStatus RowStatus
t11FcRouteDestAddrId OBJECT-TYPE SYNTAX FcAddressIdOrZero (SIZE (3))
t11FcRouteDestAddrIdオブジェクト・タイプ構文FcAddressIdOrZero(サイズ(3))
DeSanti, et al. Standards Track [Page 10] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[10ページ]。
MAX-ACCESS not-accessible STATUS current DESCRIPTION "The destination Fibre Channel Address Identifier of this route. A zero-length string for this field is not allowed." ::= { t11FcRouteEntry 1 }
「この目的地Fibre Channel Address Identifierは発送する」マックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「この分野へのゼロ長ストリングは許容されていません。」 ::= t11FcRouteEntry1
t11FcRouteDestMask OBJECT-TYPE SYNTAX FcAddressIdOrZero MAX-ACCESS not-accessible STATUS current DESCRIPTION "The mask to be logical-ANDed with a destination Fibre Channel Address Identifier before it is compared to the value in the t11FcRouteDestAddrId field. Allowed values are 255.255.255, 255.255.0, or 255.0.0. FSPF's definition generates routes to a Domain_ID, so the mask for all FSPF-generated routes is 255.0.0. The zero-length value has the same meaning as 0.0.0." ::= { t11FcRouteEntry 2 }
t11FcRouteDestMask OBJECT-TYPE SYNTAX FcAddressIdOrZeroのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「それの前の目的地による論理的なANDedのFibre Channel Address Identifierであるマスクはt11FcRouteDestAddrId分野で値と比較されます」。 または、許容値がそうである、255.255 .255 255.255 .0、255.0 .0。 FSPFの定義がDomain_IDにルートを発生させるのですべてのFSPFが発生しているルートへのマスクがある、255.0、.0 「ゼロ・レングス値には、同じくらいが0.0として.0を意味しながら、あります。」 ::= t11FcRouteEntry2
t11FcRouteSrcAddrId OBJECT-TYPE SYNTAX FcAddressIdOrZero MAX-ACCESS not-accessible STATUS current DESCRIPTION "The source Fibre Channel Address Identifier of this route. Note that if this object and the corresponding instance of t11FcRouteSrcMask both have a value of 0.0.0, then this route matches all source addresses. The zero-length value has the same meaning as 0.0.0." ::= { t11FcRouteEntry 3 }
「このソースFibre Channel Address Identifierは発送する」t11FcRouteSrcAddrId OBJECT-TYPE SYNTAX FcAddressIdOrZeroのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 t11FcRouteSrcMaskのこの物と対応する例に0.0の値がともにあるなら.0、次にこのルートが合っているというメモはすべてアドレスの出典を明示します。 「ゼロ・レングス値には、同じくらいが0.0として.0を意味しながら、あります。」 ::= t11FcRouteEntry3
t11FcRouteSrcMask OBJECT-TYPE SYNTAX FcAddressIdOrZero MAX-ACCESS not-accessible STATUS current DESCRIPTION "The mask to be logical-ANDed with a source Fibre Channel Address Identifier before it is compared to the value in the t11FcRouteSrcAddrId field. Allowed values are 255.255.255, 255.255.0, 255.0.0, or 0.0.0. The zero-length value has the same meaning as 0.0.0." ::= { t11FcRouteEntry 4 }
t11FcRouteSrcMask OBJECT-TYPE SYNTAX FcAddressIdOrZeroのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「それの前のソースFibre Channel Address Identifierと論理的なANDedであるマスクはt11FcRouteSrcAddrId分野で値と比較されます」。 または、許容値がそうである、255.255 .255 255.255 .0 255.0 .0、0.0 .0。 「ゼロ・レングス値には、同じくらいが0.0として.0を意味しながら、あります。」 ::= t11FcRouteEntry4
t11FcRouteInInterface OBJECT-TYPE SYNTAX InterfaceIndexOrZero
t11FcRouteInInterfaceオブジェクト・タイプ構文InterfaceIndexOrZero
DeSanti, et al. Standards Track [Page 11] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[11ページ]。
MAX-ACCESS not-accessible STATUS current DESCRIPTION "If the value of this object is non-zero, it is the value of ifIndex that identifies the local Fibre Channel interface through which a frame must have been received in order to match with this entry. If the value of this object is zero, the matching does not require that the frame be received on any specific interface." ::= { t11FcRouteEntry 5 }
マックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「この物の値が非ゼロであるなら、それはフレームがこのエントリーに合うように受け取られたに違いない地方のFibre Channelインタフェースを特定するifIndexの値です」。 「この物の値がゼロであるなら、マッチングは、フレームがどんな特定のインタフェースにも受け取られるのを必要としません。」 ::= t11FcRouteEntry5
t11FcRouteProto OBJECT-TYPE SYNTAX INTEGER { other(1), local(2), netmgmt(3), fspf(4) } MAX-ACCESS not-accessible STATUS current DESCRIPTION "The mechanism via which this route was learned: other(1) - not specified local(2) - local interface netmgmt(3)- static route fspf(4) - Fibre Shortest Path First " ::= { t11FcRouteEntry 6 }
t11FcRouteProto OBJECT-TYPE SYNTAX INTEGER、他の(1)、地方の(2)、netmgmt(3)、fspf(4)、マックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「を通したこのルートが学習されたメカニズム:」 他の(1)--指定された地方の(2)(局所界面netmgmt(3))スタティックルートfspf(4)でない--繊維Shortest Path First、「:、:、」= t11FcRouteEntry6
t11FcRouteOutInterface OBJECT-TYPE SYNTAX InterfaceIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "The value of ifIndex that identifies the local Fibre Channel interface through which the next hop of this route is to be reached." ::= { t11FcRouteEntry 7 }
t11FcRouteOutInterface OBJECT-TYPE SYNTAX InterfaceIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このルートの次のホップに達することになっている地方のFibre Channelインタフェースを特定するifIndexの値。」 ::= t11FcRouteEntry7
t11FcRouteDomainId OBJECT-TYPE SYNTAX FcDomainIdOrZero MAX-ACCESS read-create STATUS current DESCRIPTION "The domain_ID of next hop switch.
t11FcRouteDomainId OBJECT-TYPE SYNTAX FcDomainIdOrZeroマックス-ACCESSはSTATUSの現在の記述「次のホップスイッチのドメイン_ID」を読書して作成します。
This object can have a value of zero if the value
このオブジェクトは値であるならゼロの値を持つことができます。
DeSanti, et al. Standards Track [Page 12] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[12ページ]。
of t11FcRouteProto is 'local'." ::= { t11FcRouteEntry 8 }
「t11FcRouteProtoが'地方である'、」 ::= t11FcRouteEntry8
t11FcRouteMetric OBJECT-TYPE SYNTAX Unsigned32 (0..65536) MAX-ACCESS read-create STATUS current DESCRIPTION "The routing metric for this route.
t11FcRouteMetric OBJECT-TYPE SYNTAX Unsigned32(0 .65536)マックス-ACCESSは「これにおける、メートル法のルーティングは発送する」STATUSの現在の記述を読書して作成します。
The use of this object is dependent on t11FcRouteProto." ::= { t11FcRouteEntry 9 }
「このオブジェクトの使用はt11FcRouteProtoに依存しています。」 ::= t11FcRouteEntry9
t11FcRouteType OBJECT-TYPE SYNTAX INTEGER { local(1), remote(2) } MAX-ACCESS read-create STATUS current DESCRIPTION "The type of route.
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。t11FcRouteType OBJECT-TYPE SYNTAX INTEGER、地方の(1)、リモート(2)、「ルートのタイプ。」
local(1) - a route for which the next Fibre Channel port is the final destination; remote(2) - a route for which the next Fibre Channel port is not the final destination." DEFVAL {local} ::= { t11FcRouteEntry 10 }
地方の(1)--隣のFibre Channelポートが最終的な目的地であるルート。 「リモート(2)--aは隣のFibre Channelポートがどれでないかために最終的な目的地を発送します。」 DEFVALローカル:、:= t11FcRouteEntry10
t11FcRouteIfDown OBJECT-TYPE SYNTAX INTEGER { remove(1), retain(2) } MAX-ACCESS read-create STATUS current DESCRIPTION "The value of this object indicates what happens to this route when the output interface (given by the corresponding value of t11FcRouteOutInterface) is operationally 'down'. If this object's value is 'retain', the route is to be retained in this table. If this object's value is 'remove', the route is to be removed from this table." DEFVAL { retain } ::= { t11FcRouteEntry 11 }
t11FcRouteIfDown OBJECT-TYPE SYNTAX INTEGERが(1)を取り除いて、(2)を保有する、マックス-ACCESSがSTATUSの現在の記述を読書して作成する、「このオブジェクトの値が、出力インタフェース(t11FcRouteOutInterfaceの換算値で、与える)が操作上起こるとき、何がこのルートに起こるかを示す、'down'、」 このオブジェクトの値が'保有'であるなら、ルートはこのテーブルで保有されることです。 「ルートはこのオブジェクトの値が'取り外してください'であるなら、このテーブルから取り除くことです。」 DEFVALは以下を保有します:= t11FcRouteEntry11
DeSanti, et al. Standards Track [Page 13] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[13ページ]。
t11FcRouteStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row. Conceptual rows having the value 'permanent' need not allow write-access to any columnar objects in the row." DEFVAL { nonVolatile } ::= { t11FcRouteEntry 12 }
t11FcRouteStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「これに、概念的なストレージタイプはこぐ」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な行は行でいずれにもアクセスを書いている円柱状のオブジェクトを許容する必要はありません。」 DEFVAL、不揮発性:、:= t11FcRouteEntry12
t11FcRouteRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "The status of this conceptual row. The only rows that can be deleted by setting this object to 'destroy' are those for which t11FcRouteProto has the value 'netmgmt'." ::= { t11FcRouteEntry 13 }
t11FcRouteRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「これほど概念的の状態はこぐ」STATUSの現在の記述を読書して作成します。 「このオブジェクトに''t11FcRouteProtoがそうしたそれらは値です'netmgmtを破壊します'ように設定することによって削除できる唯一の行。」 ::= t11FcRouteEntry13
-- -- Conformance -- t11FcRouteCompliances OBJECT IDENTIFIER ::= { t11FcRouteConformance 1 } t11FcRouteGroups OBJECT IDENTIFIER ::= { t11FcRouteConformance 2 }
-- -- 順応--t11FcRouteCompliancesオブジェクト識別子:、:= t11FcRouteConformance1t11FcRouteGroupsオブジェクト識別子:、:= t11FcRouteConformance2
t11FcRouteCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for entities that implement the T11-FC-ROUTE-MIB. -- -- Note: The next four OBJECT clauses are for auxiliary objects, and the -- SMIv2 does not permit inclusion of objects that are not accessible -- in an OBJECT clause (see Sections 3.1 & 5.4.3 in STD 58, RFC 2580). -- Thus, these four clauses cannot be included below in the normal -- location for OBJECT clauses. -- -- OBJECT t11FcRouteSrcAddrId -- SYNTAX FcAddressIdOrZero (SIZE (0)) -- DESCRIPTION -- 'Support is not required for routes that -- match only a subset of possible source
t11FcRouteCompliance MODULE-COMPLIANCE STATUSの現在の記述、「T11-FC-ROUTE-MIBを実装する実体のための承諾声明。」 -- -- 以下に注意してください。 そして、次の4つのOBJECT節が補助のオブジェクトのためのものである、--SMIv2はOBJECT節でアクセスしやすくないオブジェクトの包含を可能にしません(STD58のセクション3.1と5.4.3を見てください、RFC2580)。 -- したがって、以下に標準でこれらの4つの節を含むことができません--OBJECT節のための位置。 -- -- OBJECT t11FcRouteSrcAddrId--、SYNTAX FcAddressIdOrZero、('サポートは必要でないSIZE(0))(記述)はそれを発送します--可能の部分集合だけが出典を明示するマッチ'
DeSanti, et al. Standards Track [Page 14] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[14ページ]。
-- addresses.' -- -- OBJECT t11FcRouteSrcMask -- SYNTAX FcAddressIdOrZero (SIZE (0)) -- DESCRIPTION -- 'Support is not required for routes that -- match only a subset of possible source -- addresses.' -- -- OBJECT t11FcRouteDestMask -- DESCRIPTION -- 'Support is mandatory only for FSPF-generated -- routes. Since FSPF's definition generates -- routes to a Domain_ID, the mask for all -- FSPF-generated routes is 255.0.0. Thus, -- support is only required for 255.0.0.' -- -- OBJECT t11FcRouteInInterface -- SYNTAX InterfaceIndexOrZero (0) -- DESCRIPTION -- 'Support for routes specific to particular -- source interfaces is not required.' "
-- 'アドレス'----OBJECT t11FcRouteSrcMask--SYNTAX FcAddressIdOrZero、('サポートは必要でないSIZE(0))(記述)はそれを発送します--可能なソースの部分集合だけを合わせてください--、アドレス、'. ----OBJECT t11FcRouteDestMask--記述--'サポートが義務的である、唯一、FSPFが発生する--、ルート、' 以来FSPFの定義がFSPFが発生しているルートを生成する、(Domain_IDへのルート、すべてのためのマスク)255.0、.0 「'その結果、サポートは255.0に必要であるだけであることで. ----OBJECT t11FcRouteInInterface--SYNTAX InterfaceIndexOrZero(0)--記述--'特定に特定のルートのサポート--ソースが連結する.0は'必要でないということです'。」
MODULE -- this module MANDATORY-GROUPS { t11FcRouteGroup }
MODULE--このモジュールMANDATORY-GROUPSt11FcRouteGroup
OBJECT t11FcRouteIfDown MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT t11FcRouteIfDown MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT t11FcRouteDomainId MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT t11FcRouteDomainId MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT t11FcRouteMetric MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT t11FcRouteMetric MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT t11FcRouteType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT t11FcRouteType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT t11FcRouteStorageType
オブジェクトt11FcRouteStorageType
DeSanti, et al. Standards Track [Page 15] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[15ページ]。
MIN-ACCESS read-only DESCRIPTION "Write access is not required."
MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT t11FcRouteRowStatus SYNTAX INTEGER { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT t11FcRouteRowStatus SYNTAX INTEGERのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
::= { t11FcRouteCompliances 1 } t11FcRouteGroup OBJECT-GROUP OBJECTS { t11FcRouteFabricLastChange, t11FcRouteDomainId, t11FcRouteMetric, t11FcRouteType, t11FcRouteIfDown, t11FcRouteStorageType, t11FcRouteRowStatus } STATUS current DESCRIPTION "A collection of objects for displaying and configuring routes." ::= { t11FcRouteGroups 1 }
::= t11FcRouteCompliances1t11FcRouteGroup OBJECT-GROUP OBJECTS、t11FcRouteFabricLastChange、t11FcRouteDomainId、t11FcRouteMetric、t11FcRouteType、t11FcRouteIfDown、t11FcRouteStorageType、t11FcRouteRowStatus、「表示と構成のためのオブジェクトの収集は発送する」STATUSの現在の記述。 ::= t11FcRouteGroups1
END
終わり
DeSanti, et al. Standards Track [Page 16] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[16ページ]。
7. Acknowledgements
7. 承認
This document was originally developed and approved by the INCITS Task Group T11.5 (http://www.t11.org) as the SM-RTM project. We wish to acknowledge the contributions and comments from the INCITS Technical Committee T11, including the following:
SM-RTMが映し出すとき、このドキュメントは、INCITS Task Group T11.5( http://www.t11.org )によって元々、開発されて、承認されました。 以下を含んでいて、INCITS Technical Committee T11から貢献とコメントを承諾したいと思います:
T11 Chair: Robert Snively, Brocade T11 Vice Chair: Claudio DeSanti, Cisco Systems T11.5 Chair: Roger Cummings, Symantec T11.5 members, especially: Ken Hirata, Emulex Scott Kipp, McData Elizabeth G. Rodriguez, Dot Hill
T11議長: ロバートSnively、錦のT11Vice議長: クラウディオDeSanti、シスコシステムズT11.5議長: ロジャー・カミング、特にSymantec T11.5メンバー、: ケン平田、Emulexスコット・キップ、McDataエリザベス・G.ロドリゲスはヒルに点を打たせます。
The document was subsequently approved by the IETF's IMSS Working Group, chaired by David Black (EMC Corporation). We also wish to acknowledge Bert Wijnen (Lucent Technologies), the IETF Area Director, for his review of the document.
ドキュメントは次に、デヴィッドBlack(EMC社)によってまとめられたIETFのIMSS作業部会によって承認されました。 また、彼のドキュメントのレビューのためにバートWijnen(ルーセントテクノロジーズ)、IETF Areaディレクターを承認したいと思います。
8. IANA Considerations
8. IANA問題
The IANA has assigned a MIB OID for the T11-FC-ROUTE-MIB module under the appropriate subtree.
IANAはT11-FC-ROUTE-MIBモジュールのために適切な下位木の下でMIB OIDを割り当てました。
9. Security Considerations
9. セキュリティ問題
There are several 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. These objects and their sensitivity/vulnerability are:
数個の管理オブジェクトがある、読書して書くことのマックス-ACCESS節があるこのMIBモジュールで定義される、そして/または、読書する作成 そのようなオブジェクトはいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。 これらのオブジェクトとそれらの感度/脆弱性は以下の通りです。
t11FcRouteDomainId, t11FcRouteMetric, t11FcRouteType, t11FcRouteIfDown, t11FcRouteRowStatus -- configure new routes and/or modify existing routes.
t11FcRouteDomainId、t11FcRouteMetric、t11FcRouteType、t11FcRouteIfDown、t11FcRouteRowStatus--新しいルートを構成してください、そして、既存のルートを変更してください。
Such objects may be considered sensitive or vulnerable in some network environments. For example, the ability to change network topology or network speed may afford an attacker the ability to obtain better performance at the expense of other network users. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations.
そのようなオブジェクトはいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 例えば、ネットワーク形態かネットワーク速度を変える能力は他のネットワーク利用者を犠牲にして、より良い性能を得る能力を攻撃者に提供するかもしれません。 適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。
DeSanti, et al. Standards Track [Page 17] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[17ページ]。
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. The objects and their sensitivity/vulnerability are: the write-able objects listed above plus one other:
このMIBモジュール(すなわち、アクセスしやすくないのを除いたマックス-ACCESSがあるオブジェクト)によるいくつかの読み込み可能なオブジェクトがいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 SNMPを通してネットワークの上にそれらを送るとき、その結果、GET、そして/または、これらのオブジェクトへのNOTIFYアクセスさえ制御して、ことによるとこれらのオブジェクトの値を暗号化するのさえ重要です。 オブジェクトとそれらの感度/脆弱性は以下の通りです。 書きできるオブジェクトはプラス1他上に記載しました:
t11FcRouteLastChangeTime -- the time of the last routing table change.
t11FcRouteLastChangeTime--最後の経路指定テーブル変化の時間。
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 implementors consider the security features as provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy).
作成者が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に与えるために適切に構成されるのを保証するのは、顧客/オペレータ責任です。
DeSanti, et al. Standards Track [Page 18] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[18ページ]。
10. Normative References
10. 引用規格
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[RFC2578] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M., and S. Waldbusser, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
[RFC2578] McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.、およびS.Waldbusser、「経営情報バージョン2(SMIv2)の構造」、STD58、RFC2578(1999年4月)。
[RFC2579] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M., and S. Waldbusser, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[RFC2579] McCloghrieとK.とパーキンスとD.とSchoenwaelderとJ.とケースとJ.とローズ、M.とS.Waldbusser、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[RFC2580] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M., and S. Waldbusser, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999.
[RFC2580] McCloghrieとK.とパーキンスとD.とSchoenwaelderとJ.とケースとJ.とローズ、M.とS.Waldbusser、「SMIv2"、STD58、RFC2580、1999年4月のための順応声明。」
[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月)。
[RFC4439] DeSanti, C., Gaonkar, V., McCloghrie, K., and S. Gai, "Fibre Channel Fabric Address Manager MIB", RFC 4439, March 2006.
2006年3月の[RFC4439]DeSantiとC.とGaonkarとV.とMcCloghrie、K.とS.ガイ、「繊維チャンネル骨組みのアドレスマネージャMIB」RFC4439。
[RFC4626] DeSanti, C., Gaonkar, V., McCloghrie, K., and S. Gai, "MIB for Fibre Channel's Fabric Shortest Path First (FSPF) Protocol", RFC 4626, September 2006.
[RFC4626] DeSanti、C.、Gaonkar、V.、McCloghrie、K.、およびS.ガイ、「骨組みの最短パス繊維チャンネルの最初の(FSPF)のためのMIBは議定書を作ります」、RFC4626、2006年9月。
[FC-FS] "Fibre Channel - Framing and Signaling (FC-FS)", ANSI INCITS 373-2003, April 2003.
「(FC-FS)を縁どっていて、合図して、繊維はチャネルを開設する」[FC-FS]、ANSI INCITS373-2003、2003年4月。
[FC-SW-3] "Fibre Channel - Switch Fabric - 3 (FC-SW-3)", ANSI INCITS 384-2004, 2004.
[FC-SW-3] 「繊維チャンネル--スイッチ骨組み--3(FC-SW-3)」、ANSI INCITS384-2004、2004。
[FC-SW-4] "Fibre Channel - Switch Fabric - 4 (FC-SW-4)", ANSI INCITS 418-2006, 2006.
[FC-SW-4] 「繊維チャンネル--スイッチ骨組み--4(FC-SW-4)」、ANSI INCITS418-2006、2006。
[FC-MGMT] McCloghrie, K., "Fibre Channel Management MIB", RFC 4044, May 2005.
[FC-管理]McCloghrie(K.、「繊維チャンネル管理MIB」RFC4044)は2005がそうするかもしれません。
DeSanti, et al. Standards Track [Page 19] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[19ページ]。
11. Informative References
11. 有益な参照
[RFC2096] Baker, F., "IP Forwarding Table MIB", RFC 2096, January 1997.
F.、「IP推進テーブルMIB」、RFC2096 1997年1月の[RFC2096]ベイカー。
[RFC2741] Daniele, M., Wijnen, B., Ellison, M., and D. Francisco, "Agent Extensibility (AgentX) Protocol Version 1", RFC 2741, January 2000.
[RFC2741] ダニエル、M.、Wijnen、B.、エリソン、M.、およびD.フランシスコ、「エージェント伸展性(AgentX)プロトコルバージョン1インチ、RFC2741、2000年1月。」
[RFC2837] Teow, K., "Definitions of Managed Objects for the Fabric Element in Fibre Channel Standard", RFC 2837, May 2000.
[RFC2837]Teow(K.、「繊維チャンネル規格におけるファブリック要素のための管理オブジェクトの定義」、RFC2837)は2000がそうするかもしれません。
[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月)。
[RFC4292] Haberman, B., "IP Forwarding Table MIB", RFC 4292, April 2006.
B.、「IP推進テーブルMIB」、RFC4292 2006年4月の[RFC4292]ハーバーマン。
DeSanti, et al. Standards Track [Page 20] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[20ページ]。
Authors' Addresses
作者のアドレス
Claudio DeSanti Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134 USA
西タスマン・DriveクラウディオDeSantiシスコシステムズInc.170カリフォルニア95134サンノゼ(米国)
Phone: +1 408 853-9172 EMail: cds@cisco.com
以下に電話をしてください。 +1 408 853-9172 メールしてください: cds@cisco.com
Srini Kode Consultant
Srini Kodeコンサルタント
Phone: 408-348-5343 EMail: srinikode@yahoo.com
以下に電話をしてください。 408-348-5343 メールしてください: srinikode@yahoo.com
Keith McCloghrie Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA USA 95134
カリフォルニア米国 キースMcCloghrieシスコシステムズInc.170の西タスマン・Driveサンノゼ、95134
Phone: +1 408-526-5260 EMail: kzm@cisco.com
以下に電話をしてください。 +1 408-526-5260 メールしてください: kzm@cisco.com
Silvano Gai Retired
Silvanoガイは退職しました。
DeSanti, et al. Standards Track [Page 21] RFC 4625 FC Routing Information MIB September 2006
DeSanti、他 規格はFC経路情報MIB2006年9月にRFC4625を追跡します[21ページ]。
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)によって提供されます。
DeSanti, et al. Standards Track [Page 22]
DeSanti、他 標準化過程[22ページ]
一覧
スポンサーリンク