RFC1304 日本語訳
1304 Definitions of Managed Objects for the SIP Interface Type. T.Cox, K. Tesink, Eds.. February 1992. (Format: TXT=52491 bytes) (Obsoleted by RFC1694) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group T. Cox Request For Comments: 1304 K. Tesink Editors Bell Communications Research February 1992
コメントを求めるワーキンググループT.コックス要求をネットワークでつないでください: 1304 K.Tesinkエディターズベルコミュニケーションズ・リサーチ1992年2月
Definitions of Managed Objects for the SIP Interface Type
一口インターフェース型のための管理オブジェクトの定義
Status of this Memo
このMemoの状態
This RFC specifies an IAB standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "IAB Official Protocol Standards" for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このRFCはIAB標準化過程プロトコルをインターネットコミュニティに指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態の「IABの公式のプロトコル標準」の現行版を参照してください。 このメモの分配は無制限です。
Abstract
要約
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP-based internets. In particular, it defines objects for managing SIP (SMDS Interface Protocol) objects.
このメモは使用のために、ネットワーク管理プロトコルでTCP/IPベースのインターネットでManagement Information基地の一部(MIB)を定義します。 特に、それは、SIP(SMDS Interfaceプロトコル)オブジェクトを管理するためにオブジェクトを定義します。
Table of Contents
目次
1. The Network Management Framework ............................ 2 2. Objects ..................................................... 2 2.1 Format of Definitions ...................................... 3 3. Overview .................................................... 3 4. Object Definitions .......................................... 4 4.1 The SIP Level 3 group ...................................... 4 4.2 The SIP Level 2 group ...................................... 8 4.3 The SIP PLCP group ......................................... 11 4.3.1 The SIP DS1 PLCP group ................................... 12 4.3.2 The SIP DS3 PLCP group ................................... 14 4.4 The SMDS Applications group ................................ 16 4.5 The SMDS Carrier Selection group ........................... 18 4.6 The SIP Error Log group .................................... 18 5. Acknowledgments ............................................. 23 6. References .................................................. 23 7. Security Considerations...................................... 25 8. Authors' Addresses........................................... 25
1. ネットワークマネージメントフレームワーク… 2 2. オブジェクト… 2 2.1 定義の形式… 3 3. 概要… 3 4. オブジェクト定義… 4 4.1 SIP Level3は分類します… 4 4.2 SIP Level2は分類します… 8 4.3 SIP PLCPは分類します… 11 4.3 .1 SIP DS1 PLCPは分類します… 12 4.3 .2 SIP DS3 PLCPは分類します… 14 4.4 SMDS Applicationsは分類します… 16 4.5 SMDS Carrier Selectionは分類します… 18 4.6 SIP Error Logは分類します… 18 5. 承認… 23 6. 参照… 23 7. セキュリティ問題… 25 8. 作者のアドレス… 25
SNMP Working Group [Page 1] RFC 1304 SIP Objects February 1992
SNMP作業部会[1ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
1. The Network Management Framework
1. ネットワークマネージメントフレームワーク
The Internet-standard Network Management Framework consists of three components. They are:
インターネット標準Network Management Frameworkは3つのコンポーネントから成ります。 それらは以下の通りです。
RFC 1155 [3] which defines the SMI, the mechanisms used for describing and naming objects for the purpose of management. RFC 1212 [9] defines a more concise description mechanism, which is wholly consistent with the SMI.
SMI、オブジェクトを管理の目的にちなんで説明して、命名するのに使用されるメカニズムを定義するRFC1155[3]。 RFC1212[9]は、より簡潔な記述メカニズムを定義します。(それは、完全にSMIと一致しています)。
RFC 1156 [4] which defines MIB-I, the core set of managed objects for the Internet suite of protocols. RFC 1213 [6], defines MIB- II, an evolution of MIB-I based on implementation experience and new operational requirements.
MIB-I、管理オブジェクトの巻き癖をプロトコルのインターネットスイートと定義するRFC1156[4]。 RFC1213[6]、MIB II、実装経験と新しい操作上の要件に基づくMIB-Iの発展を定義します。
RFC 1157 [5] which defines the SNMP, the protocol used for network access to managed objects.
SNMP、管理オブジェクトへのネットワークアクセスに使用されるプロトコルを定義するRFC1157[5]。
The Framework permits new objects to be defined for the purpose of experimentation and evaluation.
Frameworkは、新しいオブジェクトが実験と評価の目的のために定義されるのを可能にします。
2. Objects
2. オブジェクト
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the subset of Abstract Syntax Notation One (ASN.1) International Standard 8824 [7] defined in the SMI. In particular, each object has a name, a syntax, and an encoding. The name is an object identifier, an administratively assigned name, which specifies an object type. The object type together with an object instance serves to uniquely identify a specific instantiation of the object. For human convenience, we often use a textual string, termed the OBJECT DESCRIPTOR, to also refer to the object type.
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 MIBのオブジェクトは、SMIで定義された抽象的なSyntax Notation One(ASN.1)国際規格8824[7]の部分集合を使用することで定義されます。 各オブジェクトには、特に、名前、構文、およびコード化があります。 名前はオブジェクト識別子、オブジェクト・タイプを指定する行政上割り当てられた名前です。 オブジェクトインスタンスに伴うオブジェクト・タイプは、唯一オブジェクトの特定の具体化を特定するのに勤めます。 OBJECT DESCRIPTORは、人間の便宜に、私たちがしばしば原文のストリングを使用すると呼んで、また、オブジェクトについて言及するのはタイプされます。
The syntax of an object type defines the abstract data structure corresponding to that object type. The ASN.1 language is used for this purpose. However, the SMI RFC 1155 [3] purposely restricts the ASN.1 constructs which may be used. These restrictions are explicitly made for simplicity.
オブジェクト・タイプの構文はそのオブジェクト・タイプにとって、対応する抽象的なデータ構造を定義します。 ASN.1言語はこのために使用されます。 しかしながら、SMI RFC1155[3]はわざわざ使用されるかもしれないASN.1構造物を制限します。 簡単さのために明らかにこれらの制限をします。
The encoding of an object type is simply how that object type is represented using the object type's syntax. Implicitly tied to the notion of an object type's syntax and encoding is how the object type is represented when being transmitted on the network. The SMI specifies the use of the basic encoding rules of ASN.1 International Standard 8825 [8], subject to the additional requirements imposed by the SNMP.
オブジェクト・タイプのコード化は単にそのオブジェクト・タイプがオブジェクト・タイプの構文を使用することでどう代理をされるかということです。 それとなくオブジェクト・タイプの構文とコード化の概念に結ばれているのは、ネットワークで伝えられるとオブジェクト・タイプがどう代理をされるかということです。 SMIはSNMPによって課された追加要件を条件としてASN.1国際規格8825[8]の基本的な符号化規則の使用を指定します。
SNMP Working Group [Page 2] RFC 1304 SIP Objects February 1992
SNMP作業部会[2ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
2.1. Format of Definitions
2.1. 定義の形式
Section 4 contains contains the specification of all object types contained in this MIB module. The object types are defined using the conventions defined in the SMI, as amended by the extensions specified in RFC 1212 [9].
4が含むセクションはこのMIBモジュールで含まれたすべてのオブジェクト・タイプの仕様を含みます。 オブジェクト・タイプはSMIで定義されたコンベンションを使用することで定義されます、RFC1212[9]で指定された拡大で修正されるように。
3. Overview
3. 概要
These objects are used when the particular media being used to realize an interface is a SIP interface. At present, this applies to these values of the ifType variable in the Internet-standard MIB:
インタフェースがSIPであるとわかるのに使用される特定のメディアが連結するとき、これらのオブジェクトは使用されています。 現在のところ、これはインターネット標準MIBのifType変数のこれらの値に適用されます:
sip (31)
一口(31)
For these interfaces, the value of the ifSpecific variable in the MIB-II [6] has the OBJECT IDENTIFIER value:
これらのインタフェースに関しては、MIB-II[6]のifSpecific変数の値には、OBJECT IDENTIFIER値があります:
sip OBJECT IDENTIFIER ::= { transmission 31 }
OBJECT IDENTIFIERをちびちび飲んでください:、:= トランスミッション31
The definitions contained herein are based on the SIP specifications in Bellcore TR-TSV-000772 and TR-TSV-000773 [11,12].
ここに含まれた定義はBellcore TR-TSV-000772とTR-TSV-000773[11、12]のSIP仕様に基づいています。
The SIP (SMDS Interface Protocol) protocol stack is defined as follows in TR-TSV-000772 [11]:
SIP(SMDS Interfaceプロトコル)プロトコル・スタックは以下の通りTR-TSV-000772[11]で定義されます:
___________________ | | | SIP Level 3 [11] | |___________________| | | | SIP Level 2 [11] | |___________________| | | | PLCP [12] | |___________________| | | | DS1 or DS3 [12] | |___________________|
___________________ | | | 一口レベル3 [11]| |___________________| | | | 一口レベル2 [11]| |___________________| | | | PLCP[12]| |___________________| | | | DS1かDS3[12]| |___________________|
The PLCP (Physical Layer Convergence Procedure) adapts the capabilities of the transmission system (DS1 or DS3 formats) to the service expected by SIP Level 2. Managed objects for DS1 and DS3 Interface Types are defined in RFC 1232 [13] and RFC 1233 [14] respectively (and amended in RFC 1239 [17]), and can be utilized for management of SIP interfaces. This document defines managed objects for the remaining protocol levels of the SIP Interface Type. This document does not specify objects for the management of subscription
PLCP(物理的なLayer Convergence Procedure)は伝動装置(DS1かDS3形式)の能力をSIP Level2によって予想されたサービスに適合させます。 そして、DS1とDS3 Interface Typesのための管理オブジェクトがRFC1232[13]とRFC1233[14]でそれぞれ定義される、(SIPインタフェースの管理においてRFC1239[17])で修正して、利用できてください。 このドキュメントはSIP Interface Typeの残っているプロトコルレベルのために管理オブジェクトを定義します。 このドキュメントは購読の管理にオブジェクトを指定しません。
SNMP Working Group [Page 3] RFC 1304 SIP Objects February 1992
SNMP作業部会[3ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
or configuration of Subscriber-Network Interfaces (SNIs). Those objects are defined in Definitions of Managed Objects for SMDS Subscription [18]. Bellcore requirements on these objects are specified in TA-TSV-001062 [16].
または、Subscriber-ネットワークInterfaces(SNIs)の構成。 それらのオブジェクトはSMDS Subscription[18]のためにManaged ObjectsのDefinitionsで定義されます。 これらのオブジェクトに関するBellcore要件はTA-TSV-001062[16]で指定されます。
4. Object Definitions
4. オブジェクト定義
RFC1304-MIB DEFINITIONS ::= BEGIN
RFC1304-MIB定義:、:= 始まってください。
IMPORTS Counter, TimeTicks, IpAddress FROM RFC1155-SMI transmission FROM RFC1213-MIB OBJECT-TYPE FROM RFC-1212;
IMPORTS Counter、TimeTicks、IpAddress FROM RFC1155-SMIトランスミッションFROM RFC1213-MIB OBJECT-TYPE FROM RFC-1212。
-- This MIB module uses the extended OBJECT-TYPE macro -- as defined in RFC-1212.
-- このMIBモジュールはRFC-1212で定義されるように拡張OBJECT-TYPEマクロを使用します。
-- This is the MIB module for the SIP objects.
-- これはSIPオブジェクトのためのMIBモジュールです。
sip OBJECT IDENTIFIER ::= { transmission 31 }
OBJECT IDENTIFIERをちびちび飲んでください:、:= トランスミッション31
-- All representations of SMDS addresses in this MIB -- module use, as a textual convention (i.e., this -- convention does not affect their encoding), the -- data type:
-- SMDSのすべての表現がモジュール使用であって、aとしての原文のこのMIBでコンベンションに演説する、(すなわち、これ、--、コンベンションが彼らのコード化に影響しない)、--、データ型:
SMDSAddress ::= OCTET STRING (SIZE (8)) -- the 60-bit SMDS address, preceded by 4 bits with the -- following values: -- "1100" when representing an individual address -- "1110" when representing a group address
SMDSAddress:、:= OCTET STRING、(4ビットで60ビットのSMDSアドレスであって、上位なSIZE(8))、--次の値: -- 「1100、」 いつが個々のアドレスを表すか、--aを表すとき、「1110」がアドレスを分類する
-- The SIP Level 3 group -- Implementation of the SIP Level 3 group is mandatory -- for all systems implementing SIP Level 3.
-- SIP Level3グループ--SIP Level3グループの実装はSIP Level3を実装するすべてのシステムに義務的です。
sipL3Table OBJECT-TYPE SYNTAX SEQUENCE OF SipL3Entry ACCESS not-accessible STATUS mandatory DESCRIPTION "This table contains SIP L3 parameters and state variables, one entry per SIP port."
「このテーブルはSIP L3パラメタと州の変数、SIPポートあたり1つのエントリーに含む」sipL3Table OBJECT-TYPE SYNTAX SEQUENCE OF SipL3Entry ACCESSのアクセスしやすくないSTATUS義務的な記述。
SNMP Working Group [Page 4] RFC 1304 SIP Objects February 1992
SNMP作業部会[4ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
::= { sip 1 }
::= 一口1
sipL3Entry OBJECT-TYPE SYNTAX SipL3Entry ACCESS not-accessible STATUS mandatory DESCRIPTION "This list contains SIP L3 parameters and state variables." INDEX { sipL3Index } ::= { sipL3Table 1 }
sipL3Entry OBJECT-TYPE SYNTAX SipL3Entry ACCESSのアクセスしやすくないSTATUS義務的な記述、「このリストはSIP L3パラメタと州の変数を含んでいます」。 sipL3Indexに索引をつけてください:、:= sipL3Table1
SipL3Entry ::= SEQUENCE { sipL3Index INTEGER, sipL3ReceivedIndividualDAs Counter, sipL3ReceivedGAs Counter, sipL3UnrecognizedIndividualDAs Counter, sipL3UnrecognizedGAs Counter, sipL3SentIndividualDAs Counter, sipL3SentGAs Counter, sipL3Errors Counter, sipL3InvalidSMDSAddressTypes Counter, sipL3VersionSupport INTEGER }
SipL3Entry:、:= 系列sipL3Index整数、sipL3ReceivedIndividualDAsは反対します、sipL3ReceivedGAsカウンタ、sipL3UnrecognizedIndividualDAsカウンタ、sipL3UnrecognizedGAsカウンタ、sipL3SentIndividualDAsカウンタ、sipL3SentGAsカウンタ、sipL3Errorsカウンタ、sipL3InvalidSMDSAddressTypesカウンタ、sipL3VersionSupport整数
sipL3Index OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only STATUS mandatory DESCRIPTION "The value of this object identifies the SIP port interface for which this entry contains management information. The value of this object for a particular interface has the same value as the ifIndex object, defined in RFC 1156 and RFC 1213, for the same interface." ::= { sipL3Entry 1 }
sipL3Index OBJECT-TYPE SYNTAX INTEGER(1 .65535)のACCESSの書き込み禁止のSTATUSの義務的な記述、「このオブジェクトの値はこのエントリーが経営情報を含むSIPポートインタフェースを特定します」。 「特定のインタフェースへのこのオブジェクトの値はRFC1156とRFC1213で定義されたifIndexオブジェクトと同じ値を同じインタフェースに持っています。」 ::= sipL3Entry1
SNMP Working Group [Page 5] RFC 1304 SIP Objects February 1992
SNMP作業部会[5ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
sipL3ReceivedIndividualDAs OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The total number of individually addressed SIP Level 3 PDUs received from the remote system across the SNI. The total includes only unerrored L3PDUs." ::= { sipL3Entry 2 }
「個別に扱われたSIP Level3PDUsの総数はSNIの向こう側にリモートシステムから受けた」sipL3ReceivedIndividualDAs OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述。 「合計はunerrored L3PDUsだけを含んでいます。」 ::= sipL3Entry2
sipL3ReceivedGAs OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The total number of group addressed SIP Level 3 PDUs received from the remote system across the SNI. The total includes only unerrored L3PDUs." ::= { sipL3Entry 3 }
「グループの総数はSNIの向こう側にリモートシステムから受け取られたSIP Level3PDUsを扱った」sipL3ReceivedGAs OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述。 「合計はunerrored L3PDUsだけを含んでいます。」 ::= sipL3Entry3
sipL3UnrecognizedIndividualDAs OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of SIP Level 3 PDUs received from the remote system with invalid or unknown individual destination addresses (Destination Address Screening violations are not included). See SMDS Subscription MIB module." ::= { sipL3Entry 4 }
「SIP Level3PDUsの数は無効の、または、未知の個々の送付先アドレス(目的地Address Screening違反は含まれていない)でリモートシステムから受けた」sipL3UnrecognizedIndividualDAs OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述。 「SMDS Subscription MIBモジュールを見てください。」 ::= sipL3Entry4
sipL3UnrecognizedGAs OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of SIP Level 3 PDUs received from the remote system with invalid or unknown group addresses. (Destination Address Screening violations are not included). See SMDS Subscription MIB module." ::= { sipL3Entry 5 }
「SIP Level3PDUsの数は無効の、または、未知のグループアドレスでリモートシステムから受けた」sipL3UnrecognizedGAs OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述。 (目的地Address Screening違反は含まれていません。) 「SMDS Subscription MIBモジュールを見てください。」 ::= sipL3Entry5
sipL3SentIndividualDAs OBJECT-TYPE SYNTAX Counter ACCESS read-only
sipL3SentIndividualDAs OBJECT-TYPE SYNTAX Counter ACCESS書き込み禁止
SNMP Working Group [Page 6] RFC 1304 SIP Objects February 1992
SNMP作業部会[6ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
STATUS mandatory DESCRIPTION "The number of individually addressed SIP Level 3 PDUs that have been sent by this system across the SNI." ::= { sipL3Entry 6 }
STATUSの義務的な記述、「SNIの向こう側にこのシステムによって送られた個別に扱われたSIP Level3PDUsの数。」 ::= sipL3Entry6
sipL3SentGAs OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of group addressed SIP L3PDUs that have been sent by this system across the SNI." ::= { sipL3Entry 7 }
「グループの数はSNIの向こう側にこのシステムによって送られたSIP L3PDUsを扱った」sipL3SentGAs OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述。 ::= sipL3Entry7
-- The total number of SIP L3PDU errors can be calculated as -- (Syntactic errors + Semantic Service errors ) -- Syntactic errors include: -- sipL3Errors -- Latest occurrences of syntactic error types are logged in -- sipL3PDUErrorTable. -- Semantic Service errors include: -- sipL3UnrecognizedIndividualDAs -- sipL3UnrecognizedGAs -- sipL3InvalidSMDSAddressTypes -- Note that public networks supporting SMDS may discard -- SIP L3PDUs due to subscription violations. Related -- managed objects are defined in Definitions of Managed -- Objects for SMDS Subscription.
-- 誤りについて計算できるSIP L3PDUの総数--(構文の誤り+意味のService誤り)--構文の誤りは: -- sipL3Errors--構文の誤りタイプの最新の発生はログインされます--sipL3PDUErrorTable。 -- 意味Service誤りは: -- sipL3UnrecognizedIndividualDAs--sipL3UnrecognizedGAs(sipL3InvalidSMDSAddressTypes)は、SMDSをサポートする公衆通信回線は捨てられるかもしれません--購読違反によるSIP L3PDUsに注意します。 関係づけられました--管理オブジェクトはManagedのDefinitionsで定義されます--SMDS Subscriptionのためのオブジェクト。
sipL3Errors OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The total number of SIP Level 3 PDUs received from the remote system that were discovered to have errors (including protocol processing and bit errors but excluding addressing-related errors) and were discarded. Includes both group addressed L3PDUs and L3PDUs containing an individual destination address." ::= { sipL3Entry 8 }
「SIP Level3PDUsの総数は誤り(プロトコル処理と噛み付いている誤りを含んでいますが、アドレシング関連の誤りを除く)を持っていると発見されて、捨てられたリモートシステムから受けた」sipL3Errors OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述。 「L3PDUsであると演説されたグループと個々の送付先アドレスを含むL3PDUsの両方を含んでいます。」 ::= sipL3Entry8
SNMP Working Group [Page 7] RFC 1304 SIP Objects February 1992
SNMP作業部会[7ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
sipL3InvalidSMDSAddressTypes OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of SIP Level 3 PDUs received from the remote system that had the Source or Destination Address_Type subfields, (the four most significant bits of the 64 bit address field), not equal to the value 1100 or 1110. Also, an error is considered to have occurred if the Address_Type field for a Source Address, the four most significant bits of the 64 bits, is equal to 1110 (a group address)." ::= { sipL3Entry 9 }
「SIP Level3PDUsの数は_Type部分体(64ビット・アドレス分野の4つの最上位ビット)が等しくないSourceかDestination Addressを持っていたリモートシステムから値1100か1110まで受けた」sipL3InvalidSMDSAddressTypes OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述。 「また、Source AddressのためのAddress_Type分野(64ビットの4つの最上位ビット)が1110(グループアドレス)と等しいなら、誤りが起こったと考えられます。」 ::= sipL3Entry9
sipL3VersionSupport OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only STATUS mandatory DESCRIPTION "A value which indicates the version(s) of SIP that this interface supports. The value is a sum. This sum initially takes the value zero. For each version, V, that this interface supports, 2 raised to (V - 1) is added to the sum. For example, a port supporting versions 1 and 2 would have a value of (2^(1-1)+2^(2-1))=3. The sipL3VersionSupport is effectively a bit mask with Version 1 equal to the least significant bit (LSB)." ::= { sipL3Entry 10 }
sipL3VersionSupport OBJECT-TYPE SYNTAX INTEGER(1 .65535)のACCESSの書き込み禁止のSTATUSの義務的な記述、「このインタフェースがサポートするSIPのバージョンを示す値。」 値は合計です。 この合計は初めは、値ゼロを取ります。 各バージョン、Vのためにそれ、このインタフェースサポート、上げられた2、(V--1) 合計に加えられます。 For example, a port supporting versions 1 and 2 would have a value of (2^(1-1)+2^(2-1))=3. 「sipL3VersionSupportは事実上、最下位ビットと等しいバージョン1で(LSB)に少しマスクをかけることです。」 ::= sipL3Entry10
-- The SIP Level 2 group -- Implementation of the SIP Level 2 group is mandatory -- for all systems implementing SIP Level 2.
-- SIP Level2グループ--SIP Level2グループの実装はSIP Level2を実装するすべてのシステムに義務的です。
sipL2Table OBJECT-TYPE SYNTAX SEQUENCE OF SipL2Entry ACCESS not-accessible STATUS mandatory DESCRIPTION "This table contains SIP L2PDU parameters and state variables, one entry per SIP port." ::= { sip 2 }
「このテーブルはSIP L2PDUパラメタと州の変数、SIPポートあたり1つのエントリーに含む」sipL2Table OBJECT-TYPE SYNTAX SEQUENCE OF SipL2Entry ACCESSのアクセスしやすくないSTATUS義務的な記述。 ::= 一口2
SNMP Working Group [Page 8] RFC 1304 SIP Objects February 1992
SNMP作業部会[8ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
sipL2Entry OBJECT-TYPE SYNTAX SipL2Entry ACCESS not-accessible STATUS mandatory DESCRIPTION "This list contains SIP L2 parameters and state variables." INDEX { sipL2Index } ::= { sipL2Table 1 }
sipL2Entry OBJECT-TYPE SYNTAX SipL2Entry ACCESSのアクセスしやすくないSTATUS義務的な記述、「このリストはSIP L2パラメタと州の変数を含んでいます」。 sipL2Indexに索引をつけてください:、:= sipL2Table1
SipL2Entry ::= SEQUENCE { sipL2Index INTEGER, sipL2ReceivedCounts Counter, sipL2SentCounts Counter, sipL2HcsOrCRCErrors Counter, sipL2PayloadLengthErrors Counter, sipL2SequenceNumberErrors Counter, sipL2MidCurrentlyActiveErrors Counter, sipL2BomOrSSMsMIDErrors Counter, sipL2EomsMIDErrors Counter }
SipL2Entry:、:= 系列sipL2Index整数、sipL2ReceivedCountsは反対して、sipL2SentCountsは反対して、sipL2HcsOrCRCErrorsは反対して、sipL2PayloadLengthErrorsは反対して、sipL2SequenceNumberErrorsは反対して、sipL2MidCurrentlyActiveErrorsは反対して、sipL2BomOrSSMsMIDErrorsは反対して、sipL2EomsMIDErrorsは反対します。
sipL2Index OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only STATUS mandatory DESCRIPTION "The value of this object identifies the SIP port interface for which this entry contains management information. The value of this object for a particular interface has the same value as the ifIndex object, defined in RFC 1156 and RFC 1213, for the same interface." ::= { sipL2Entry 1 }
sipL2Index OBJECT-TYPE SYNTAX INTEGER(1 .65535)のACCESSの書き込み禁止のSTATUSの義務的な記述、「このオブジェクトの値はこのエントリーが経営情報を含むSIPポートインタフェースを特定します」。 「特定のインタフェースへのこのオブジェクトの値はRFC1156とRFC1213で定義されたifIndexオブジェクトと同じ値を同じインタフェースに持っています。」 ::= sipL2Entry1
sipL2ReceivedCounts OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory
sipL2ReceivedCounts OBJECT-TYPE SYNTAX Counter ACCESS書き込み禁止STATUS義務的です。
SNMP Working Group [Page 9] RFC 1304 SIP Objects February 1992
SNMP作業部会[9ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
DESCRIPTION "The number of SIP Level 2 PDUs received from the remote system across the SNI. The total includes only unerrored L2PDUs." ::= { sipL2Entry 2 }
「SIP Level2PDUsの数はSNIの向こう側にリモートシステムから受けた」記述。 「合計はunerrored L2PDUsだけを含んでいます。」 ::= sipL2Entry2
sipL2SentCounts OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of SIP Level 2 PDUs that have been sent by this system across the SNI." ::= { sipL2Entry 3 }
sipL2SentCounts OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述、「SNIの向こう側にこのシステムによって送られたSIP Level2PDUsの数。」 ::= sipL2Entry3
-- The total number of SIP L2PDU errors can be calculated as -- the sum of: -- sipL2HcsOrCRCErrors -- sipL2PayloadLengthErrors -- sipL2SequenceNumberErrors -- sipL2MidCurrentlyActiveErrors -- sipL2BomOrSSMsMIDErrors -- sipL2EomsMIDErrors
-- SIP L2PDU誤りの総数として、計算できます--以下の合計 -- sipL2HcsOrCRCErrors--sipL2PayloadLengthErrors--sipL2SequenceNumberErrors--sipL2MidCurrentlyActiveErrors--sipL2BomOrSSMsMIDErrors--sipL2EomsMIDErrors
sipL2HcsOrCRCErrors OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of received SIP Level 2 PDUs that were discovered to have either a Header Check Sequence error or a Payload CRC violation." ::= { sipL2Entry 4 }
sipL2HcsOrCRCErrors OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述、「Header Check Sequence誤りか有効搭載量CRC違反のどちらかを持っていると発見された容認されたSIP Level2PDUsの数。」 ::= sipL2Entry4
sipL2PayloadLengthErrors OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of received SIP Level 2 PDUs that had Payload Length errors that fall in the following specifications: - SSM L2_PDU payload length field value less - than 28 octets or greater than 44 octets,
sipL2PayloadLengthErrors OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述、「以下の仕様に下がる有効搭載量Length誤りを持っていた容認されたSIP Level2PDUsの数:」 - PDUペイロード長分野がそれほど評価しないSSM L2_--28の八重奏か44以上の八重奏より
- BOM or COM L2_PDU payload length field not - equal to 44 octets,
- BOMかCOM L2_PDUペイロード長分野、--44の八重奏と等しいです。
SNMP Working Group [Page 10] RFC 1304 SIP Objects February 1992
SNMP作業部会[10ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
- EOM L2_PDU payload length field value less - than 4 octets or greater than 44 octets." ::= { sipL2Entry 5 }
- 「EOM L2_PDUペイロード長は44の八重奏より4つの八重奏かすばらしいほど値をさばきません。」 ::= sipL2Entry5
sipL2SequenceNumberErrors OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of received SIP Level 2 PDUs that had a sequence number within the L2PDU not equal to the expected sequence number of the SMDS SS receive process." ::= { sipL2Entry 6 }
sipL2SequenceNumberErrors OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述、「SMDS SSの予想された一連番号と等しくないL2PDUの中の一連番号を受信させた容認されたSIP Level2PDUsの数は処理します」。 ::= sipL2Entry6
sipL2MidCurrentlyActiveErrors OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of received SIP Level 2 PDUs that are BOMs for which an active receive process is already started." ::= { sipL2Entry 7 }
sipL2MidCurrentlyActiveErrors OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述、「能動態がプロセスを受けるBOMsである容認されたSIP Level2PDUsの数は既に始められます」。 ::= sipL2Entry7
sipL2BomOrSSMsMIDErrors OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of received SIP Level 2 PDUs that are SSMs with a MID not equal to zero or are BOMs with MIDs equal to zero." ::= { sipL2Entry 8 }
sipL2BomOrSSMsMIDErrors OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述、「ゼロに合わせるために等しくないMIDとSSMsであるかゼロに合わせるために等しいMIDsとBOMsである容認されたSIP Level2PDUsの数。」 ::= sipL2Entry8
sipL2EomsMIDErrors OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of received SIP Level 2 PDUs that are EOMs for which there is no active receive process for the MID (i.e., the receipt of an EOM which does not correspond to a BOM) OR the EOM has a MID equal to zero." ::= { sipL2Entry 9 }
sipL2EomsMIDErrors OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述、「どれがあるかに、アクティブでないEOMsである容認されたSIP Level2PDUsの数はEOMがMIDにゼロと等しくさせるMID(すなわち、BOMに対応しないEOMの領収書)ORにプロセスを受けます」。 ::= sipL2Entry9
SNMP Working Group [Page 11] RFC 1304 SIP Objects February 1992
SNMP作業部会[11ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
-- The SIP PLCP group -- Implementation of one of these groups is mandatory -- if the PLCP is implemented.
-- SIP PLCPグループ--PLCPが実装されるなら、これらのグループの1つの実装は義務的です。
sipPLCP OBJECT IDENTIFIER ::= { sip 3 }
sipPLCPオブジェクト識別子:、:= 一口3
-- The SIP DS1 PLCP group -- Implementation of this group is mandatory -- if the DS1 PLCP is implemented.
-- SIP DS1 PLCPグループ--DS1 PLCPが実装されるなら、このグループの実装は義務的です。
sipDS1PLCPTable OBJECT-TYPE SYNTAX SEQUENCE OF SipDS1PLCPEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "This table contains SIP DS1 PLCP parameters and state variables, one entry per SIP port." ::= { sipPLCP 1 }
「このテーブルはSIP DS1 PLCPパラメタと州の変数、SIPポートあたり1つのエントリーに含む」sipDS1PLCPTable OBJECT-TYPE SYNTAX SEQUENCE OF SipDS1PLCPEntry ACCESSのアクセスしやすくないSTATUS義務的な記述。 ::= sipPLCP1
sipDS1PLCPEntry OBJECT-TYPE SYNTAX SipDS1PLCPEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "This list contains SIP DS1 PLCP parameters and state variables." INDEX { sipDS1PLCPIndex } ::= { sipDS1PLCPTable 1 }
sipDS1PLCPEntry OBJECT-TYPE SYNTAX SipDS1PLCPEntry ACCESSのアクセスしやすくないSTATUS義務的な記述、「このリストはSIP DS1 PLCPパラメタと州の変数を含んでいます」。 sipDS1PLCPIndexに索引をつけてください:、:= sipDS1PLCPTable1
SipDS1PLCPEntry ::= SEQUENCE { sipDS1PLCPIndex INTEGER, sipDS1PLCPSEFSs Counter, sipDS1PLCPAlarmState INTEGER, sipDS1PLCPUASs Counter }
SipDS1PLCPEntry:、:= 系列sipDS1PLCPIndex整数、sipDS1PLCPSEFSsカウンタ、sipDS1PLCPUASsが打ち返すsipDS1PLCPAlarmState整数
sipDS1PLCPIndex OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only STATUS mandatory DESCRIPTION "The value of this object identifies the SIP port
sipDS1PLCPIndex OBJECT-TYPE SYNTAX INTEGER(1 .65535)のACCESSの書き込み禁止のSTATUSの義務的な記述、「このオブジェクトの値はSIPポートを特定します」。
SNMP Working Group [Page 12] RFC 1304 SIP Objects February 1992
SNMP作業部会[12ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
interface for which this entry contains management information. The value of this object for a particular interface has the same value as the ifIndex object, defined in RFC 1156 and RFC 1213, for the same interface." ::= { sipDS1PLCPEntry 1 }
このエントリーが経営情報を含むインタフェース。 「特定のインタフェースへのこのオブジェクトの値はRFC1156とRFC1213で定義されたifIndexオブジェクトと同じ値を同じインタフェースに持っています。」 ::= sipDS1PLCPEntry1
sipDS1PLCPSEFSs OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "A DS1 Severely Errored Framing Second (SEFS) is a count of one-second intervals containing one or more SEF events. A Severely Errored Framing (SEF) event is declared when an error in the A1 octet and an error in the A2 octet of a framing octet pair (i.e., errors in both framing octets), or two consecutive invalid and/or nonsequential Path Overhead Identifier octets are detected." ::= { sipDS1PLCPEntry 2 }
sipDS1PLCPSEFSs OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述、「DS1 Severely Errored Framing Second(SEFS)は2分の1の間隔が1つ以上のSEFイベントを含むカウントです」。 「A1八重奏における誤りと縁どり八重奏のA2八重奏における誤りが(すなわち、両方の縁どり八重奏における誤り)を対にするか、または2の連続した病人、そして/または、nonsequential Path Overhead Identifier八重奏が検出されるとき、Severely Errored Framing(SEF)イベントは宣言されます。」 ::= sipDS1PLCPEntry2
sipDS1PLCPAlarmState OBJECT-TYPE SYNTAX INTEGER { noAlarm (1), receivedFarEndAlarm (2), incomingLOF (3) } ACCESS read-only STATUS mandatory DESCRIPTION "This variable indicates if there is an alarm present for the DS1 PLCP. The value receivedFarEndAlarm means that the DS1 PLCP has received an incoming Yellow Signal, the value incomingLOF means that the DS1 PLCP has declared a loss of frame (LOF) failure condition, and the value noAlarm means that there are no alarms present. See TR-TSV-000773 for a description of alarm states." ::= { sipDS1PLCPEntry 3 }
sipDS1PLCPAlarmState OBJECT-TYPE SYNTAX INTEGER、noAlarm(1)、receivedFarEndAlarm(2)、incomingLOF(3)、「DS1 PLCPのための現在のアラームがあれば、この変数は示す」ACCESSの読書だけのSTATUSの義務的な記述。 値のreceivedFarEndAlarmは、DS1 PLCPが入って来るYellow Signalを受けたことを意味します、そして、値のincomingLOFは、DS1 PLCPがフレーム(LOF)失敗状態の損失を宣言したことを意味します、そして、値のnoAlarmはどんな存在しているアラームもないことを意味します。 「アラーム州の記述に関してTR-TSV-000773を見てください。」 ::= sipDS1PLCPEntry3
sipDS1PLCPUASs OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory
sipDS1PLCPUASs OBJECT-TYPE SYNTAX Counter ACCESS書き込み禁止STATUS義務的です。
SNMP Working Group [Page 13] RFC 1304 SIP Objects February 1992
SNMP作業部会[13ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
DESCRIPTION "The counter associated with the number of Unavailable Seconds, as defined by TR-TSV-000773, encountered by the PLCP." ::= { sipDS1PLCPEntry 4 }
「PLCPによって遭遇されたTR-TSV-000773によって定義されるようにカウンタはUnavailable Secondsの数に関連づけた」記述。 ::= sipDS1PLCPEntry4
-- The SIP DS3 PLCP group -- Implementation of this group is mandatory -- if the DS3 PLCP is implemented.
-- SIP DS3 PLCPグループ--DS3 PLCPが実装されるなら、このグループの実装は義務的です。
sipDS3PLCPTable OBJECT-TYPE SYNTAX SEQUENCE OF SipDS3PLCPEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "This table contains SIP DS3 PLCP parameters and state variables, one entry per SIP port." ::= { sipPLCP 2 }
「このテーブルはSIP DS3 PLCPパラメタと州の変数、SIPポートあたり1つのエントリーに含む」sipDS3PLCPTable OBJECT-TYPE SYNTAX SEQUENCE OF SipDS3PLCPEntry ACCESSのアクセスしやすくないSTATUS義務的な記述。 ::= sipPLCP2
sipDS3PLCPEntry OBJECT-TYPE SYNTAX SipDS3PLCPEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "This list contains SIP DS3 PLCP parameters and state variables." INDEX { sipDS3PLCPIndex } ::= { sipDS3PLCPTable 1 }
sipDS3PLCPEntry OBJECT-TYPE SYNTAX SipDS3PLCPEntry ACCESSのアクセスしやすくないSTATUS義務的な記述、「このリストはSIP DS3 PLCPパラメタと州の変数を含んでいます」。 sipDS3PLCPIndexに索引をつけてください:、:= sipDS3PLCPTable1
SipDS3PLCPEntry ::= SEQUENCE { sipDS3PLCPIndex INTEGER, sipDS3PLCPSEFSs Counter, sipDS3PLCPAlarmState INTEGER, sipDS3PLCPUASs Counter }
SipDS3PLCPEntry:、:= 系列sipDS3PLCPIndex整数、sipDS3PLCPSEFSsカウンタ、sipDS3PLCPUASsが打ち返すsipDS3PLCPAlarmState整数
sipDS3PLCPIndex OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only STATUS mandatory DESCRIPTION "The value of this object identifies the SIP port
sipDS3PLCPIndex OBJECT-TYPE SYNTAX INTEGER(1 .65535)のACCESSの書き込み禁止のSTATUSの義務的な記述、「このオブジェクトの値はSIPポートを特定します」。
SNMP Working Group [Page 14] RFC 1304 SIP Objects February 1992
SNMP作業部会[14ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
interface for which this entry contains management information. The value of this object for a particular interface has the same value as the ifIndex object, defined in RFC 1156 and RFC 1213, for the same interface." ::= { sipDS3PLCPEntry 1 }
このエントリーが経営情報を含むインタフェース。 「特定のインタフェースへのこのオブジェクトの値はRFC1156とRFC1213で定義されたifIndexオブジェクトと同じ値を同じインタフェースに持っています。」 ::= sipDS3PLCPEntry1
sipDS3PLCPSEFSs OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "A DS3 Severely Errored Framing Second (SEFS) is a count of one-second intervals containing one or more SEF events. A Severely Errored Framing (SEF) event is declared when an error in the A1 octet and an error in the A2 octet of a framing octet pair (i.e., errors in both framing octets), or two consecutive invalid and/or nonsequential Path Overhead Identifier octets are detected." ::= { sipDS3PLCPEntry 2 }
sipDS3PLCPSEFSs OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述、「DS3 Severely Errored Framing Second(SEFS)は2分の1の間隔が1つ以上のSEFイベントを含むカウントです」。 「A1八重奏における誤りと縁どり八重奏のA2八重奏における誤りが(すなわち、両方の縁どり八重奏における誤り)を対にするか、または2の連続した病人、そして/または、nonsequential Path Overhead Identifier八重奏が検出されるとき、Severely Errored Framing(SEF)イベントは宣言されます。」 ::= sipDS3PLCPEntry2
sipDS3PLCPAlarmState OBJECT-TYPE SYNTAX INTEGER { noAlarm (1), receivedFarEndAlarm (2), incomingLOF (3) } ACCESS read-only STATUS mandatory DESCRIPTION "This variable indicates if there is an alarm present for the DS3 PLCP. The value receivedFarEndAlarm means that the DS3 PLCP has received an incoming Yellow Signal, the value incomingLOF means that the DS3 PLCP has declared a loss of frame (LOF) failure condition, and the value noAlarm means that there are no alarms present. See TR-TSV-000773 for a description of alarm states." ::= { sipDS3PLCPEntry 3 }
sipDS3PLCPAlarmState OBJECT-TYPE SYNTAX INTEGER、noAlarm(1)、receivedFarEndAlarm(2)、incomingLOF(3)、「DS3 PLCPのための現在のアラームがあれば、この変数は示す」ACCESSの読書だけのSTATUSの義務的な記述。 値のreceivedFarEndAlarmは、DS3 PLCPが入って来るYellow Signalを受けたことを意味します、そして、値のincomingLOFは、DS3 PLCPがフレーム(LOF)失敗状態の損失を宣言したことを意味します、そして、値のnoAlarmはどんな存在しているアラームもないことを意味します。 「アラーム州の記述に関してTR-TSV-000773を見てください。」 ::= sipDS3PLCPEntry3
sipDS3PLCPUASs OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION
sipDS3PLCPUASs OBJECT-TYPE SYNTAX Counter ACCESSの書き込み禁止のSTATUSの義務的な記述
SNMP Working Group [Page 15] RFC 1304 SIP Objects February 1992
SNMP作業部会[15ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
"The counter associated with the number of Unavailable Seconds, as defined by TR-TSV-000773, encountered by the PLCP." ::= { sipDS3PLCPEntry 4 }
「PLCPによって遭遇されたTR-TSV-000773によって定義されるようにUnavailable Secondsの数に関連づけられたカウンタ。」 ::= sipDS3PLCPEntry4
-- The SMDS Applications group -- Applications that have been identified for this group are: -- * IP-over-SMDS (details are specified in RFC 1209) -- Implementation of this group is mandatory for systems -- that implement IP-over-SMDS Interface Protocol.
-- SMDS Applicationsグループ--このグループのために特定されたアプリケーションは以下の通りです。 -- * IP過剰SMDS(詳細はRFC1209で指定される)--このグループの実装はシステム(IP過剰SMDS Interfaceがプロトコルであると実装する)に義務的です。
smdsApplications OBJECT IDENTIFIER ::= { sip 4 }
smdsApplicationsオブジェクト識別子:、:= 一口4
ipOverSMDS OBJECT IDENTIFIER ::= { smdsApplications 1 }
ipOverSMDSオブジェクト識別子:、:= smdsApplications1
-- Although the objects in this group are read-only, at the -- agent's discretion they may be made read-write so that the -- management station, when appropriately authorized, may -- change the addressing information related to the -- configuration of a logical IP subnetwork implemented on -- top of SMDS.
-- このグループにおけるオブジェクトが書き込み禁止ですが--、それらがされるかもしれないエージェントの裁量がそうにそれを読書して書く--管理局、適切に認可されると--、関連するアドレス指定情報を変えてください--、論理的なIPサブネットワークの構成が実装した、オンである、--SMDSの先端であるかもしれない。
-- This table is necessary to support RFC1209 (IP-over-SMDS) -- and gives information on the Group Addresses and ARP -- Addresses used in the Logical IP subnetwork. -- One SMDS address may be associated with multiple IP -- addresses. One SNI may be associated with multiple LISs.
-- このテーブルは、RFC1209が(IP過剰SMDS)であるとサポートするのに必要であり、Group AddressesとARPで知らせます。Logical IPサブネットワークで使用されて、扱います。 -- 1つのSMDSアドレスが複数のIPに関連しているかもしれません--アドレス。 1SNIが複数のLISsに関連しているかもしれません。
ipOverSMDSTable OBJECT-TYPE SYNTAX SEQUENCE OF IpOverSMDSEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "The table of addressing information relevant to this entity's IP addresses." ::= { ipOverSMDS 1 }
「この実体のIPに関連しているアドレス指定情報のテーブルは扱う」ipOverSMDSTable OBJECT-TYPE SYNTAX SEQUENCE OF IpOverSMDSEntry ACCESSのアクセスしやすくないSTATUS義務的な記述。 ::= ipOverSMDS1
ipOverSMDSEntry OBJECT-TYPE SYNTAX IpOverSMDSEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "The addressing information for one of this entity's IP addresses." INDEX { ipOverSMDSIndex, ipOverSMDSAddress } ::= { ipOverSMDSTable 1 }
「この実体のIPの1つに関するアドレス指定情報は扱う」ipOverSMDSEntry OBJECT-TYPE SYNTAX IpOverSMDSEntry ACCESSのアクセスしやすくないSTATUS義務的な記述。 ipOverSMDSIndex、ipOverSMDSAddressに索引をつけてください:、:= ipOverSMDSTable1
SNMP Working Group [Page 16] RFC 1304 SIP Objects February 1992
SNMP作業部会[16ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
IpOverSMDSEntry ::= SEQUENCE { ipOverSMDSIndex INTEGER, ipOverSMDSAddress IpAddress, ipOverSMDSHA SMDSAddress, ipOverSMDSLISGA SMDSAddress, ipOverSMDSARPReq SMDSAddress }
IpOverSMDSEntry:、:= 系列ipOverSMDSIndex整数、ipOverSMDSAddress IpAddress、ipOverSMDSHA SMDSAddress、ipOverSMDSLISGA SMDSAddress、ipOverSMDSARPReq SMDSAddress
ipOverSMDSIndex OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only STATUS mandatory DESCRIPTION "The value of this object identifies the SIP port interface for which this entry contains management information. The value of this object for a particular interface has the same value as the ifIndex object, defined in RFC 1156 and RFC 1213, for the same interface." ::= { ipOverSMDSEntry 1 }
ipOverSMDSIndex OBJECT-TYPE SYNTAX INTEGER(1 .65535)のACCESSの書き込み禁止のSTATUSの義務的な記述、「このオブジェクトの値はこのエントリーが経営情報を含むSIPポートインタフェースを特定します」。 「特定のインタフェースへのこのオブジェクトの値はRFC1156とRFC1213で定義されたifIndexオブジェクトと同じ値を同じインタフェースに持っています。」 ::= ipOverSMDSEntry1
ipOverSMDSAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "The IP address to which this entry's addressing information pertains." ::= { ipOverSMDSEntry 2 }
「IPはこのエントリーのアドレス指定情報が関係させるものに扱う」ipOverSMDSAddress OBJECT-TYPE SYNTAX IpAddress ACCESSの書き込み禁止のSTATUSの義務的な記述。 ::= ipOverSMDSEntry2
ipOverSMDSHA OBJECT-TYPE SYNTAX SMDSAddress ACCESS read-only STATUS mandatory DESCRIPTION "The SMDS Individual address of the IP station." ::= { ipOverSMDSEntry 3 }
「ステーションはSMDS IndividualはIPに演説する」ipOverSMDSHA OBJECT-TYPE SYNTAX SMDSAddress ACCESSの書き込み禁止のSTATUSの義務的な記述。 ::= ipOverSMDSEntry3
ipOverSMDSLISGA OBJECT-TYPE SYNTAX SMDSAddress ACCESS read-only STATUS mandatory
ipOverSMDSLISGA OBJECT-TYPE SYNTAX SMDSAddress ACCESS書き込み禁止STATUS義務的です。
SNMP Working Group [Page 17] RFC 1304 SIP Objects February 1992
SNMP作業部会[17ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
DESCRIPTION "The SMDS Group Address that has been configured to identify the SMDS Subscriber-Network Interfaces (SNIs) of all members of the Logical IP Subnetwork (LIS) connected to the network supporting SMDS." ::= { ipOverSMDSEntry 4 }
記述、「Logical IP Subnetwork(LIS)のすべてのメンバーのSMDS Subscriber-ネットワークInterfaces(SNIs)を特定するために構成されたSMDS Group AddressはSMDSをサポートするネットワークに接続しました」。 ::= ipOverSMDSEntry4
ipOverSMDSARPReq OBJECT-TYPE SYNTAX SMDSAddress ACCESS read-only STATUS mandatory DESCRIPTION "The SMDS address (individual or group) to which ARP Requests are to be sent." ::= { ipOverSMDSEntry 5 }
「SMDSはARP Requestsが送られることになっている(個人かグループ)を扱う」ipOverSMDSARPReq OBJECT-TYPE SYNTAX SMDSAddress ACCESSの書き込み禁止のSTATUSの義務的な記述。 ::= ipOverSMDSEntry5
-- The SMDS Carrier Selection group -- This group is used as a place holder -- for carrier selection objects.
-- SMDS Carrier Selectionグループ--このグループはキャリヤー選択オブジェクトに場所所有者として使用されます。
smdsCarrierSelection OBJECT IDENTIFIER ::= { sip 5}
smdsCarrierSelectionオブジェクト識別子:、:= 一口5
-- The SIP Error Log -- Implementation of this group is mandatory -- for all systems that implement SIP Level 3.
-- SIP Error Log--このグループの実装はSIP Level3を実装するすべてのシステムに義務的です。
sipErrorLog OBJECT IDENTIFIER ::= { sip 6 }
sipErrorLogオブジェクト識別子:、:= 一口6
sipL3PDUErrorTable OBJECT-TYPE SYNTAX SEQUENCE OF SipL3PDUErrorEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A table that contains the latest occurrence of the following syntactical SIP L3PDU errors:
sipL3PDUErrorTable OBJECT-TYPEのSYNTAX SEQUENCE OF SipL3PDUErrorEntry ACCESSのアクセスしやすくないSTATUS義務的な記述、「以下の構文のSIP L3PDU誤りの最新の発生を含むテーブル:」
- Destination Address Field Format Error,
- 目的地アドレス・フィールド形式誤り
The following pertains to the 60 least significant bits of the 64 bit address field. The 60 bits contained in the address subfield can be used to represent addresses up to 15 decimal digits. Each decimal digit shall be encoded into four bits using Binary Coded Decimal (BCD), with the most significant digit occurring left-most. If not all 15 digits are required, then the remainder of this
以下は64ビット・アドレス分野の60の最下位ビットに関係します。 アドレスを15の10進数字まで表すのにアドレス部分体に含まれた60ビットは使用できます。 各10進数字は2進化10進法(BCD)を使用することで4ビットにコード化されるものとします、最もあと最も重要なケタ発生で。 まして、すべての15ケタが必要であり、その時はこの残りです。
SNMP Working Group [Page 18] RFC 1304 SIP Objects February 1992
SNMP作業部会[18ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
field shall be padded on the right with bits set to one. An error is considered to have occurred: a). if the first four bits of the address subfield are not BCD, OR b). if the first four bits of the address subfield are populated with the country code value 0001, AND the 40 bits which follow are not Binary Coded Decimal (BCD) encoded values of the 10 digit addresses, OR the remaining 16 least significant bits are not populated with 1's, OR c). if the address subfield is not correct according to another numbering plan which is dependent upon the carrier assigning the numbers and offering SMDS.
分野は右で1つに設定されたビットで水増しされるものとします。 誤りが起こったと考えられます: a) OR c)アドレス部分体の最初の4ビットに国名略号値0001で居住されて、それの尾行が2進化10進法(BCD)が10のケタアドレスの値をコード化して、ORが残っている16の最下位ビットであるということでない40ビットがBCDであるなら、アドレス部分体の最初の4ビットは1で居住されるのではなく、BCD OR b)でないか、そして、アドレス部分体は別の数を割り当てるキャリヤーに依存する付番計画通りに正しくないか、そして、SMDSを提供すること。
- Source Address Field Format Error,
- ソースアドレスフィールド形式誤り
The description of this parameter is the same as the description of the Destination Address Field Format Error.
このパラメタの記述はDestination Address Field Format Errorの記述と同じです。
- Invalid BAsize Field Value,
- 無効のBAsizeは値をさばきます。
An error is considered to have occurred when the BAsize field of an SIP L3PDU contains a value less that 32, greater than 9220 octets without the CRC32 field present, greater than 9224 octets with the CRC32 field present, or not equal to a multiple of 4 octets,
誤りはSIP L3PDUのBAsize分野が値を含むとき、起こったと考えられて、その32、現在の、そして、より大きいCRC32分野のない9220以上の八重奏よりCRC32分野が存在している9224の八重奏が4の倍数と八重奏と等しいということです。
- Invalid Header Extension Length Field Value,
- 無効のヘッダー拡大長さの分野価値
An error is considered to have occurred when the Header Extension Length field value is not equal 3.
Header Extension Length分野価値が3と等しくないことであるときに、誤りが起こったと考えられます。
- Invalid Header Extension - Element Length,
- 無効のヘッダー拡大--要素の長さ
An error is considered to have occurred when the Header Extension - Element Length is greater than 12.
Header Extensionであるときに、誤りが起こったと考えられます--要素Lengthは12歳以上です。
- Invalid Header Extension - Version Element Position, Length, or Value,
- 無効のヘッダー拡大--バージョン要素位置、長さ、または値
An error is considered to have occurred when a Version element with Length=3, Type=0, and Value=1 does not appear first within the Header Extension, or an element Type=0 appears somewhere other than
Length=3、Type=0、およびValue=1があるバージョン要素が最初にType=0がどこかに現れるHeader Extension、または要素の中に現れないと、誤りが起こったと考えられます。
SNMP Working Group [Page 19] RFC 1304 SIP Objects February 1992
SNMP作業部会[19ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
within the first three octets in the Header Extension.
Header Extensionの最初の3つの八重奏の中で。
- Invalid Header Extension - Carrier Selection Element Position, Length, Value or Format,
- 無効のヘッダー拡大--キャリヤー選択要素位置、長さ、値または形式
An error is considered to have occurred when a Carrier Selection element does not appear second within the Header Extension, if the Element Type does not equal 1, the Element Length does not equal 4, 6, or 8, the Element Value field is not four BCD encoded decimal digits used in specifying the Carrier Identification Code (CIC), or the identified CIC code is invalid.
Carrier Selection要素がHeader Extensionの中で2番目に見えないとき、誤りが起こったと考えられます、Element Value分野が4BCDがCarrier Identification Code(CIC)を指定する際に使用される10進数字をコード化したということでないElement Typeが1と等しくない、Element Lengthが4、6、または8と等しくない、または特定されたCICコードが無効であるなら。
- Header Extension PAD Error
- ヘッダー拡大パッド誤り
An error is considered to have occurred when the Header Extension PAD is 9 octets in length, or if the Header Extension PAD is greater than zero octets in length and the Header Extension PAD does not follow all Header Extension elements or does not begin with at least one octet of all zeros.
Header Extension PADが長さにおけるどんな八重奏ほどもすばらしくなく、Header Extension PADがすべてのHeader Extension要素に従うというわけではありませんし、すべてのゼロの少なくとも1つの八重奏で始まりもしないなら、Header Extension PADが長さが9つの八重奏であるときに、誤りが起こったと考えられます。
- BEtag Mismatch Error,
- BEtagは誤りにミスマッチします。
An error is considered to have occurred when the Beginning-End Tags in the SIP L3PDU header and trailer are not equal.
SIP L3PDUヘッダーとトレーラのBeginning-終わりのTagsが等しくないときに、誤りが起こったと考えられます。
- BAsize Field not equal to Length Field Error,
- Length Field Errorと等しくないBAsize Field
An error is considered to have occurred when the value of the BAsize Field does not equal the value of the Length Field.
BAsize Fieldの値がLength Fieldの値と等しくないときに、誤りが起こったと考えられます。
- Incorrect Length Error, and
- そして誤長誤り。
An error is considered to have occurred when the the Length field value is not equal to the portion of the SIP L3PDU which extends from the Destination Address field up to and including the CRC32 field (if present) or up to and including the PAD field (if the CRC32 field is not present). As an optional check, an error is considered to have occurred when the length of a partially received SIP L3PDU exceeds the BAsize value.
Length分野価値がCRC32分野(存在しているなら)を含めてPAD分野を含めてDestination Address分野から広がるSIP L3PDUの一部と等しくないときに(CRC32分野が存在していないなら)、誤りが起こったと考えられます。 aはSIP L3PDUを部分的に受けました。任意のチェックとして、長さであるときに、誤りが起こったと考えられる、BAsize値を超えています。
SNMP Working Group [Page 20] RFC 1304 SIP Objects February 1992
SNMP作業部会[20ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
- MRI Timeout Error.
- MRIタイムアウト誤り。
An error is considered to have occurred when the elapsed time between receipt of BOM and corresponding EOM exceeds the value of the MRI (Message Receive Interval) for a particular transport signal format.
BOMと対応するEOMの領収書の間の経過時間が特定の輸送信号形式のためにMRI(メッセージReceive Interval)の値を超えているとき、誤りが起こったと考えられます。
An entry is indexed by interface number and error type, and contains Source Address, Destination Address and a timestamp. All these errors are counted in the sipL3Errors counter. When sipL3PDUErrorTimeStamp is equal to zero, the SipL3PDUErrorEntry does not contain any valid information." ::= { sipErrorLog 1 }
エントリーは、インタフェース番号と誤りタイプによって索引をつけられて、Source Address、Destination Address、およびタイムスタンプを含んでいます。 これらのすべての誤りがsipL3Errorsカウンタで数えられます。 「sipL3PDUErrorTimeStampがゼロに合わせるために等しいときに、SipL3PDUErrorEntryは少しの有効な情報も含んでいません。」 ::= sipErrorLog1
sipL3PDUErrorEntry OBJECT-TYPE SYNTAX SipL3PDUErrorEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "An entry in the service disagreement table." INDEX { sipL3PDUErrorIndex, sipL3PDUErrorType } ::= { sipL3PDUErrorTable 1 }
「サービス不一致におけるエントリーはテーブルの上に置く」sipL3PDUErrorEntry OBJECT-TYPE SYNTAX SipL3PDUErrorEntry ACCESSのアクセスしやすくないSTATUS義務的な記述。 sipL3PDUErrorIndex、sipL3PDUErrorTypeに索引をつけてください:、:= sipL3PDUErrorTable1
SipL3PDUErrorEntry ::= SEQUENCE { sipL3PDUErrorIndex INTEGER, sipL3PDUErrorType INTEGER, sipL3PDUErrorSA SMDSAddress, sipL3PDUErrorDA SMDSAddress, sipL3PDUErrorTimeStamp TimeTicks }
SipL3PDUErrorEntry:、:= 系列sipL3PDUErrorIndex整数、sipL3PDUErrorType整数、sipL3PDUErrorSA SMDSAddress、sipL3PDUErrorDA SMDSAddress、sipL3PDUErrorTimeStamp TimeTicks
sipL3PDUErrorIndex OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only STATUS mandatory DESCRIPTION "The value of this object identifies the SIP port interface for which this entry contains management information. The value of this object for a particular interface has the same value as the
sipL3PDUErrorIndex OBJECT-TYPE SYNTAX INTEGER(1 .65535)のACCESSの書き込み禁止のSTATUSの義務的な記述、「このオブジェクトの値はこのエントリーが経営情報を含むSIPポートインタフェースを特定します」。 特定のインタフェースへのこのオブジェクトの値には、同じ値があります。
SNMP Working Group [Page 21] RFC 1304 SIP Objects February 1992
SNMP作業部会[21ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
ifIndex object, defined in RFC 1156 and RFC 1213, for the same interface." ::= { sipL3PDUErrorEntry 1 }
「RFC1156とRFC1213で同じインタフェースと定義されて、ifIndexは反対します。」 ::= sipL3PDUErrorEntry1
sipL3PDUErrorType OBJECT-TYPE SYNTAX INTEGER { erroredDAFieldFormat (1), erroredSAFieldFormat (2), invalidBAsizeFieldValue (3), invalidHdrExtLength (4), invalidHdrExtElementLength (5), invalidHdrExtVersionElementPositionLenthOrValue (6), invalidHdrExtCarSelectElementPositionLenghtValueOrFormat (7), hePADError (8), beTagMismatch (9), baSizeFieldNotEqualToLengthField (10), incorrectLength (11), mriTimeout (12) } ACCESS read-only STATUS mandatory DESCRIPTION "The type of error." ::= { sipL3PDUErrorEntry 2 }
sipL3PDUErrorType OBJECT-TYPE SYNTAX INTEGER、erroredDAFieldFormat(1)、erroredSAFieldFormat(2)、invalidBAsizeFieldValue(3)、invalidHdrExtLength(4)、invalidHdrExtElementLength(5)、invalidHdrExtVersionElementPositionLenthOrValue(6)、invalidHdrExtCarSelectElementPositionLenghtValueOrFormat(7)、hePADError(8)、beTagMismatch(9)、baSizeFieldNotEqualToLengthField(10)、incorrectLength(11)、mriTimeout(12)、ACCESSの書き込み禁止のSTATUSの義務的な記述、「誤りのタイプ。」 ::= sipL3PDUErrorEntry2
sipL3PDUErrorSA OBJECT-TYPE SYNTAX SMDSAddress ACCESS read-only STATUS mandatory DESCRIPTION "A rejected SMDS source address." ::= { sipL3PDUErrorEntry 3 }
「拒絶されたSMDSソースは扱う」sipL3PDUErrorSA OBJECT-TYPE SYNTAX SMDSAddress ACCESSの書き込み禁止のSTATUSの義務的な記述。 ::= sipL3PDUErrorEntry3
sipL3PDUErrorDA OBJECT-TYPE SYNTAX SMDSAddress ACCESS read-only STATUS mandatory DESCRIPTION "A rejected SMDS destination address." ::= { sipL3PDUErrorEntry 4 }
「拒絶されたSMDSの目的地は扱う」sipL3PDUErrorDA OBJECT-TYPE SYNTAX SMDSAddress ACCESSの書き込み禁止のSTATUSの義務的な記述。 ::= sipL3PDUErrorEntry4
sipL3PDUErrorTimeStamp OBJECT-TYPE SYNTAX TimeTicks ACCESS read-only STATUS mandatory DESCRIPTION "The timestamp for the service disagreement. The timestamp contains the value of sysUpTime at the
sipL3PDUErrorTimeStamp OBJECT-TYPE SYNTAX TimeTicks ACCESSの書き込み禁止のSTATUSの義務的な記述、「サービス不一致のためのタイムスタンプ。」 タイムスタンプはsysUpTimeの値を含んでいます。
SNMP Working Group [Page 22] RFC 1304 SIP Objects February 1992
SNMP作業部会[22ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
latest occurrence of this type of service disagreement. See textual description under sipL3PDUErrorTable for boundary conditions." ::= { sipL3PDUErrorEntry 5 }
このタイプのサービス不一致の最新の発生。 「sipL3PDUErrorTableの下で境界状態に関して原文の記述を見てください。」 ::= sipL3PDUErrorEntry5
END
終わり
5. Acknowledgments
5. 承認
This document was produced by the SNMP Working Group. In addition, the comments of the following individuals are also acknowledged: Ted Brunner, Jeff Case, Tracy Cox, Sherri Hiller, Steve Jaffe, Deirdre Kostick, Dave Piscitello, and Ron Reuss.
このドキュメントはSNMP作業部会によって製作されました。 また、さらに、以下の個人のコメントは承諾されます: テッド・ブルンナー、ジェフCase、トレーシーCox、Sherriヒラー、スティーブ・ジャフィー、ディアドラKostick、デーヴPiscitello、およびロンロイス。
6. References
6. 参照
[1] Cerf, V., "IAB Recommendations for the Development of Internet Network Management Standards", RFC 1052, NRI, April 1988.
[1] サーフ、V.、「インターネットネットワークマネージメント規格の開発のためのIAB推薦」、RFC1052、NRI、1988年4月。
[2] Cerf, V., "Report of the Second Ad Hoc Network Management Review Group", RFC 1109, NRI, August 1989.
[2] サーフ、V.、「第2臨時のネットワークマネージメントレビューグループのレポート」、RFC1109、NRI、1989年8月。
[3] Rose M., and K. McCloghrie, "Structure and Identification of Management Information for TCP/IP-based internets", RFC 1155, Performance Systems International, Hughes LAN Systems, May 1990.
[3]ローズM.、およびK.のMcCloghrieと、「TCP/IPベースのインターネットのためのManagement情報の構造とIdentification」、RFC1155、国際パフォーマンスSystemsヒューズLAN Systems(1990年5月)
[4] McCloghrie K., and M. Rose, "Management Information Base for Network Management of TCP/IP-based internets", RFC 1156, Hughes LAN Systems, Performance Systems International, May 1990.
[4]McCloghrie K.、およびM.ローズ、「TCP/IPベースのインターネットのNetwork Managementのための管理Information基地」、RFC1156、ヒューズLAN Systems、国際パフォーマンスSystems、1990年5月。
[5] Case, J., Fedor, M., Schoffstall, M., and J. Davin, "Simple Network Management Protocol", RFC 1157, SNMP Research, Performance Systems International, Performance Systems International, MIT Laboratory for Computer Science, May 1990.
[5] SNMPが研究するケース、J.、ヒョードル、M.、Schoffstall、M.、およびJ.デーヴィン、「簡単なネットワーク管理プロトコル」、RFC1157、国際言語運用機構、国際言語運用機構(MITコンピュータサイエンス研究所)は1990がそうするかもしれません。
[6] McCloghrie K., and M. Rose, Editors, "Management Information Base for Network Management of TCP/IP-based internets", RFC 1213, Performance Systems International, March 1991.
[6]McCloghrie K.、およびM.ローズ、エディターズ、「TCP/IPベースのインターネットのNetwork Managementのための管理Information基地」、RFC1213、国際パフォーマンスSystems、1991年3月。
[7] Information processing systems - Open Systems Interconnection - Specification of Abstract Syntax Notation One (ASN.1), International Organization for Standardization, International Standard 8824, December 1987.
[7] 情報処理システム--オープン・システム・インターコネクション--抽象的なSyntax Notation One(ASN.1)、国際標準化機構国際規格8824(1987年12月)の仕様。
[8] Information processing systems - Open Systems Interconnection - Specification of Basic Encoding Rules for Abstract Notation One (ASN.1), International Organization for Standardization, International Standard 8825, December 1987.
[8] 情報処理システム--オープン・システム・インターコネクション--抽象的なNotation One(ASN.1)、国際標準化機構国際規格8825(1987年12月)のためのBasic Encoding Rulesの仕様。
SNMP Working Group [Page 23] RFC 1304 SIP Objects February 1992
SNMP作業部会[23ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
[9] Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions", RFC 1212, Performance Systems International, Hughes LAN Systems, March 1991.
[9] ローズ、M.とK.McCloghrie、エディターズ、「簡潔なMIB定義」、RFC1212、国際言語運用機構、ヒューズLANシステム、1991年3月。
[10] Rose, M., Editor, "A Convention for Defining Traps for use with the SNMP", RFC 1215, Performance Systems International, March 1991.
[10] ローズ、M.、Editor、「SNMPとの使用のためのDefining TrapsのためのConvention」、RFC1215、国際パフォーマンスSystems、1991年3月。
[11] "Generic System Requirements in Support of Switched Multi- megabit Data Service", Bellcore Technical Reference, TR-TSV- 000772, Issue 1, May 1991.
[11] 「Switched MultiメガビットData ServiceのSupportのジェネリックSystem Requirements」、Bellcore Technical Reference、TR-TSV000772、Issue1(1991年5月)。
[12] "Local Access System Generic Requirements, Objectives, and Interfaces in Support of Switched Multi-megabit Data Service", Bellcore Technical Reference, TR-TSV-000773, Issue 1, June 1990.
[12] Bellcoreの技術的な参照、TR-TSV-000773は、「切り換えられたマルチメガビットデータサービスを支持した地方のアクセスシステムジェネリック要件、目的、およびインタフェース」と1を発行します、1990年6月。
[13] Baker F., and C. Kolb, Editors, "Definitions of Managed Objects for the DS1 Interface Type", RFC 1232, ACC, Performance Systems International, Inc., May 1991.
[13] ベイカーF.、およびC.コールブ、エディターズ、「DS1のための管理オブジェクトの定義はタイプを連結します」、RFC1232、ACC、言語運用機構国際Inc.、5月1991日
[14] Cox, T., and K. Tesink, Editors, "Definitions of Managed Objects for the DS3 Interface Type", RFC 1233, Bell Communications Research, May 1991.
[14] コックス、T.とK.Tesink、エディターズ、「DS3インターフェース型のための管理オブジェクトの定義」RFC1233(ベルコミュニケーションズ・リサーチ)は1991がそうするかもしれません。
[15] Piscitello, D., and J. Lawrence, Editors, The Transmission of IP Datagrams over the SMDS Service", RFC 1209, Bell Communications Research, March 1991.
「Piscitelloに、SMDSの上のIPデータグラムのD.、およびJ.ローレンス、エディターズ、送信が修理する[15]」、RFC1209、ベルコミュニケーションズ・リサーチは1991を行進させます。
[16] "Generic Requirements For SMDS Customer Network Management Service", TA-TSV-001062, Issue 1, February 1991, and Supplement 1, April 1991.
[16] 「SMDS顧客ネットワーク管理サービスのためのジェネリック要件」、バイバイ、-、TSV-001062、問題1、1991年2月、および補足1、4月1991日
[17] Reynolds, J., "Reassignment of Experimental MIBs to Standard MIBs", RFC 1239, USC/Information Sciences Institute, June 1991.
[17] レイノルズ、J.、「標準のMIBsへの実験的なMIBsの再割当て」、RFC1239、科学が1991年6月に設けるUSC/情報。
[18] Tesink, K., "Definitions of Managed Objects for SMDS Subscription", Version 1.0, Bellcore, March 1991.
[18]Tesink、K.、「SMDS購読のための管理オブジェクトの定義」、バージョン1.0、Bellcore、1991年3月。
SNMP Working Group [Page 24] RFC 1304 SIP Objects February 1992
SNMP作業部会[24ページ]RFC1304は1992年2月にオブジェクトをちびちび飲みます。
7. Security Considerations
7. セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
8. Authors' Addresses
8. 作者のアドレス
Tracy A. Cox Bell Communications Research 331 Newman Springs Road Red Bank, NJ 07701
ニュージャージー トレーシーA.コックスベルコミュニケーションズ・リサーチ331ニューマン春の道路赤の銀行、07701
Phone: (908) 758-2107 EMail: tacox@sabre.bellcore.com
以下に電話をしてください。 (908) 758-2107 メールしてください: tacox@sabre.bellcore.com
Kaj Tesink Bell Communications Research 331 Newman Springs Road Red Bank, NJ 07701
ニュージャージー カイTesinkベルコミュニケーションズ・リサーチ331ニューマン春の道路赤の銀行、07701
Phone: (908) 758-5254 EMail: kaj@nvuxr.cc.bellcore.com
以下に電話をしてください。 (908) 758-5254 メールしてください: kaj@nvuxr.cc.bellcore.com
SNMP Working Group [Page 25]
SNMP作業部会[25ページ]
一覧
スポンサーリンク