RFC3642 日本語訳
3642 Common Elements of Generic String Encoding Rules (GSER)Encodings. S. Legg. October 2003. (Format: TXT=27774 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group S. Legg Request for Comments: 3642 Adacel Technologies Category: Informational October 2003
Leggがコメントのために要求するワーキンググループS.をネットワークでつないでください: 3642年のAdacel技術カテゴリ: 情報の2003年10月
Common Elements of Generic String Encoding Rules (GSER) Encodings
一般的なストリング符号化規則(GSER)Encodingsの一般的なElements
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright(C)インターネット協会(2003)。 All rights reserved。
Abstract
要約
The Generic String Encoding Rules (GSER) describe a human readable text encoding for an Abstract Syntax Notation One (ASN.1) value of any ASN.1 type. Specifications making use of GSER may wish to provide an equivalent Augmented Backus-Naur Form (ABNF) description of the GSER encoding for a particular ASN.1 type as a convenience for implementors. This document supports such specifications by providing equivalent ABNF for the GSER encodings for ASN.1 types that commonly occur in Lightweight Directory Access Protocol (LDAP) syntaxes.
Generic String Encoding Rules(GSER)はどんなASN.1タイプの抽象的なSyntax Notation One(ASN.1)値のためにも人間の読み込み可能なテキストコード化について説明します。 GSERを利用する仕様は作成者のための便利として特定のASN.1タイプのためのGSERコード化の同等なAugmented BN記法(ABNF)記述を提供したがっているかもしれません。 このドキュメントは、ライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)構文で一般的に起こるASN.1タイプのために同等なABNFをGSER encodingsに供給することによって、そのような仕様を支持します。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Conventions. . . . . . . . . . . . . . . . . . . . . . . . . . 2
3. Separators . . . . . . . . . . . . . . . . . . . . . . . . . . 2
4. ASN.1 Built-in Types . . . . . . . . . . . . . . . . . . . . . 2
5. ASN.1 Restricted String Types. . . . . . . . . . . . . . . . . 7
6. Directory ASN.1 Types. . . . . . . . . . . . . . . . . . . . . 9
7. Security Considerations. . . . . . . . . . . . . . . . . . . . 10
8. References . . . . . . . . . . . . . . . . . . . . . . . . . . 10
8.1. Normative References . . . . . . . . . . . . . . . . . . 10
8.2. Informative References . . . . . . . . . . . . . . . . . 11
9. Intellectual Property Notice . . . . . . . . . . . . . . . . . 12
10. Author's Address . . . . . . . . . . . . . . . . . . . . . . . 12
11. Full Copyright Statement . . . . . . . . . . . . . . . . . . . 13
1. 序論. . . . . . . . . . . . . . . . . . . . . . . . . 2 2。 コンベンション。 . . . . . . . . . . . . . . . . . . . . . . . . . 2 3. 分離符. . . . . . . . . . . . . . . . . . . . . . . . . . 2 4。 ASN.1内蔵型. . . . . . . . . . . . . . . . . . . . . 2 5。 ASN.1はストリングタイプを制限しました。 . . . . . . . . . . . . . . . . 7 6. ASN.1がタイプするディレクトリ。 . . . . . . . . . . . . . . . . . . . . 9 7. セキュリティ問題。 . . . . . . . . . . . . . . . . . . . 10 8. 参照. . . . . . . . . . . . . . . . . . . . . . . . . . 10 8.1。 引用規格. . . . . . . . . . . . . . . . . . 10 8.2。 有益な参照. . . . . . . . . . . . . . . . . 11 9。 知的所有権通知. . . . . . . . . . . . . . . . . 12 10。 作者のアドレス. . . . . . . . . . . . . . . . . . . . . . . 12 11。 完全な著作権宣言文. . . . . . . . . . . . . . . . . . . 13
Legg Informational [Page 1] RFC 3642 Common Elements of GSER Encodings October 2003
GSER Encodings2003年10月のLeggの情報[1ページ]のRFC3642の一般的なElements
1. Introduction
1. 序論
The Generic String Encoding Rules (GSER) [7] define a human readable text encoding, based on ASN.1 [8] value notation, for an ASN.1 value of any ASN.1 type. Specifications making use of GSER may wish to provide a non-normative equivalent ABNF [3] description of the GSER encoding for a particular ASN.1 type as a convenience for implementors unfamiliar with ASN.1. This document supports such specifications by providing equivalent ABNF for the GSER encodings for ASN.1 types that commonly occur in LDAP [10] or X.500 [11] attribute and assertion syntaxes, as well as equivalent ABNF for the GSER encodings for the ASN.1 built-in types.
Generic String Encoding Rules(GSER)[7]は人間の読み込み可能なテキストコード化を定義します、ASN.1[8]値の記法に基づいて、どんなASN.1タイプのASN.1値のためにも。 GSERを利用する仕様はASN.1になじみのない作成者のための便利として特定のASN.1タイプのためのGSERコード化の非標準の同等なABNF[3]記述を提供したがっているかもしれません。 このドキュメントはLDAP[10]に一般的に起こるASN.1タイプかX.500[11]のためのGSER encodingsのための同等なABNFが結果と考える提供と主張構文でそのような仕様を支持します、ASN.1内蔵型のためのGSER encodingsのための同等なABNFと同様に。
The ABNF given in this document does not replace or alter GSER in any way. If there is a discrepancy between the ABNF specified here and the encoding defined by GSER [7], then GSER is to be taken as definitive.
本書では与えられているABNFは何らかの方法でGSERを取り替えもしませんし、変更もしません。 ここで指定されたABNFとGSER[7]によって定義されたコード化の間には、食い違いがあれば、GSERは決定的であるとしてみなされることになっています。
2. Conventions
2. コンベンション
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", and "MAY" in this document are to be interpreted as described in BCP 14, RFC 2119 [1]. The key word "OPTIONAL" is exclusively used with its ASN.1 meaning.
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「」、「推薦された」、およびこのドキュメントの「5月」はBCP14(RFC2119[1])で説明されるように解釈されることになっているべきであるものとします。 「任意である」というキーワードはASN.1意味と共に排他的に使用されます。
3. Separators
3. 分離符
Certain separators are commonly used in constructing equivalent ABNF for SET and SEQUENCE types.
ある分離符はSETのために同等なABNFを組み立てる際に一般的に使用されます、そして、SEQUENCEはタイプします。
sp = *%x20 ; zero, one or more space characters
msp = 1*%x20 ; one or more space characters
sp=*%x20。 1*%ゼロ、1間隔文字msp=x20。 1つ以上の間隔文字
sep = [ "," ]
sep=[ "," ]
The <sep> rule is used in the ABNF description of the encoding for
ASN.1 SET or SEQUENCE types where all the components are either
OPTIONAL or DEFAULT. It encodes to an empty string if and only if
the immediately preceding character in the encoding is "{", i.e., it
is only empty for the first optional component actually present in
the SET or SEQUENCE value being encoded.
<sep>規則がASN.1SETのためのコード化のABNF記述に使用されるか、またはSEQUENCEはすべてのコンポーネントがOPTIONALかDEFAULTのどちらかであるところでタイプします。 それが空のストリングにコード化する、コード化におけるすぐに前のキャラクタが単にそうである、「「実際にコード化されるセットか系列値における現在の最初の任意のコンポーネントだけに、すなわち、それが空である、」
4. ASN.1 Built-in Types
4. ASN.1内蔵型
This section describes the GSER encoding of values of the ASN.1 built-in types, except for the restricted character string types.
このセクションは制限された文字列タイプ以外のASN.1内蔵型の値のGSERコード化について説明します。
Legg Informational [Page 2] RFC 3642 Common Elements of GSER Encodings October 2003
GSER Encodings2003年10月のLeggの情報[2ページ]のRFC3642の一般的なElements
The <BIT-STRING> rule describes the GSER encoding of values of the BIT STRING type without a named bit list.
<BIT-STRING>規則は命名された噛み付いているリストなしでBIT STRINGタイプの値のGSERコード化について説明します。
BIT-STRING = bstring / hstring
BIT-STRINGはbstring / hstringと等しいです。
If the number of bits in a BIT STRING value is a multiple of four the <hstring> form of <BIT-STRING> MAY be used. Otherwise, the <bstring> form of <BIT-STRING> is used. The <bstring> rule encodes each bit as the character "0" or "1" in order from the first bit to the last bit. The <hstring> rule encodes each group of four bits as a hexadecimal number where the first bit is the most significant. An odd number of hexadecimal digits is permitted.
BIT STRING値における、ビットの数が4の倍数であるなら、<BIT-STRING>の<のhstring>フォームは使用されるかもしれません。 さもなければ、<BIT-STRING>の<のbstring>フォームは使用されています。 >規則エンコードをbstringする<にキャラクタとしてそれぞれ噛み付いた、「0インチか「最初のビットから最後のビットまで整然としている1インチ。」 >規則をhstringする<は16進数としての最初のビットが最も重要である4ビットの各グループをコード化します。 16進数字の奇数は受入れられます。
hstring = squote *hexadecimal-digit squote %x48 ; '...'H
hexadecimal-digit = %x30-39 / ; "0" to "9"
%x41-46 ; "A" to "F"
squote*16進数字squote hstring=%x48。 '...'H16進数字=%x30-39/'。 「「9インチの%x41-46」への0インチ 「F」への「A」
bstring = squote *binary-digit squote %x42 ; '...'B
binary-digit = "0" / "1"
squote*バイナリー・ディジットsquote bstring=%x42。 '...'Bバイナリー・ディジット=「0インチ/「1インチ」'
squote = %x27 ; ' (single quote)
squote=%x27。 ' (ただ一つの引用文)
The <BOOLEAN> rule describes the GSER encoding of values of the BOOLEAN type.
<のブール>規則はブールタイプの値のGSERコード化について説明します。
BOOLEAN = %x54.52.55.45 / ; "TRUE"
%x46.41.4C.53.45 ; "FALSE"
論理演算子は%x54.52.55.45/と等しいです。 「本当」の%x46.41.4C.53.45。 「虚偽」
The <CHARACTER-STRING> rule describes the GSER encoding of values of the associated type for the unrestricted CHARACTER STRING type.
>が統治する<キャラクター-STRINGは無制限なCHARACTER STRINGタイプのための関連タイプの値のGSERコード化について説明します。
CHARACTER-STRING = "{" sp id-identification msp Identification ","
sp id-data-value msp OCTET-STRING
sp "}"
「キャラクター-STRINGが等しい、「「spイド識別msp識別」、」 spイドデータ価値のmsp八重奏ストリングsp、」、」
id-identification = %x69.64.65.6E.74.69.66.69.63.61.74.69.6F.6E
; "identification"
id-data-value = %x64.61.74.61.2D.76.61.6C.75.65 ; "data-value"
イド識別=%x69.64.65.6E.74.69.66.69.63.61.74.69.6F.6E。 「識別」イドデータ価値=%x64.61.74.61.2D.76.61.6C.75.65。 「データ値」
Identification = ( id-syntaxes ":" Syntaxes ) /
( id-syntax ":" OBJECT-IDENTIFIER ) /
( id-presentation-context-id ":" INTEGER ) /
( id-context-negotiation ":"
ContextNegotiation ) /
( id-transfer-syntax ":" OBJECT-IDENTIFIER ) /
( id-fixed ":" NULL )
「識別が等しい、(イド構文、」 : 」 構文) /、(イド構文、」 : 」 物識別子) /、(イドプレゼンテーション文脈イド」 : 」 整数) /(」 : 」 イド文脈交渉ContextNegotiation)、/、(イド転送構文、」 : 」 物識別子) /「(」 : 」 ヌルをイドで修理します)
Legg Informational [Page 3] RFC 3642 Common Elements of GSER Encodings October 2003
GSER Encodings2003年10月のLeggの情報[3ページ]のRFC3642の一般的なElements
id-syntaxes = %x73.79.6E.74.61.78.65.73
; "syntaxes"
id-syntax = %x73.79.6E.74.61.78 ; "syntax"
id-presentation-context-id = %x70.72.65.73.65.6E.74.61.74.69.6F.6E
%x2D.63.6F.6E.74.65.78.74.2D.69.64
; "presentation-context-id"
id-context-negotiation = %x63.6F.6E.74.65.78.74.2D.6E.65.67.6F
%x74.69.61.74.69.6F.6E
; "context-negotiation"
id-transfer-syntax = %x74.72.61.6E.73.66.65.72.2D.73.79.6E
%x74.61.78 ; "transfer-syntax"
id-fixed = %x66.69.78.65.64 ; "fixed"
%x73.79.6E.74.61.78.65イド構文=.73。 「構文」イド構文=%x73.79.6E.74.61.78。 「構文」イドプレゼンテーション文脈イド=%x70.72.65.73.65.6E.74.61.74.69.6F.6E%x2D.63.6F.6E.74.65.78.74.2D.69.64。 「プレゼンテーション文脈イド」イド文脈交渉=%x63.6F.6E.74.65.78.74.2D.6E.65.67.6F%x74.69.61.74.69.6F.6E。 「文脈交渉」イド転送構文=%x74.72.61.6E.73.66.65.72.2D.73.79.6E%x74.61.78。 「転送構文」イドで固定された=%x66.69.78.65.64。 「修理されます」。
Syntaxes = "{" sp id-abstract msp OBJECT-IDENTIFIER ","
sp id-transfer msp OBJECT-IDENTIFIER
sp "}"
id-abstract = %x61.62.73.74.72.61.63.74 ; "abstract"
id-transfer = %x74.72.61.6E.73.66.65.72 ; "transfer"
「構文が等しい、「「spのイド抽象的なmsp物識別子」、」 spイド転送msp物識別子sp、」、」 イド抽象的な=%x61.62.73.74.72.61、.63、.74。 「抽象的な」イド転送=%x74.72.61.6E.73.66.65.72。 「転送」
ContextNegotiation = "{" sp id-presentation-context-id msp
INTEGER ","
sp id-transfer-syntax msp
OBJECT-IDENTIFIER
sp "}"
「ContextNegotiationが等しい、「「spイドプレゼンテーション文脈イドmsp整数」、」 spイド転送構文msp物識別子sp、」、」
The <INTEGER> rule describes the GSER encoding of values of the INTEGER type without a named number list. The <INTEGER-0-MAX> rule describes the GSER encoding of values of the constrained type INTEGER (0..MAX). The <INTEGER-1-MAX> rule describes the GSER encoding of values of the constrained type INTEGER (1..MAX).
<INTEGER>規則は命名された数のリストなしでINTEGERタイプの値のGSERコード化について説明します。 <INTEGER-0-MAX>規則は強制的なタイプINTEGER(0..MAX)の値のGSERコード化について説明します。 <INTEGER-1-MAX>規則は強制的なタイプINTEGER(1..MAX)の値のGSERコード化について説明します。
INTEGER = "0" / positive-number / ("-" positive-number)
INTEGER-0-MAX = "0" / positive-number
INTEGER-1-MAX = positive-number
positive-number = non-zero-digit *decimal-digit
decimal-digit = %x30-39 ; "0" to "9"
non-zero-digit = %x31-39 ; "1" to "9"
INTEGERが等しい、「0インチ/正の数/(「-」正の数)のINTEGER0マックスが等しい、「正の数0インチ/正の数のINTEGER1マックス=正の数が非無ケタ*と等しい、10進数字、10進数字、=%x30-39;、」 「0インチ、「9インチ、非、-無ケタは%x31-39と等しいです;、」 「1インチから「9インチ」
The <EMBEDDED-PDV> rule describes the GSER encoding of values of the associated type for the EMBEDDED PDV type.
<EMBEDDED-PDV>規則はEMBEDDED PDVタイプのための関連タイプの値のGSERコード化について説明します。
EMBEDDED-PDV = "{" sp id-identification msp Identification ","
sp id-data-value msp OCTET-STRING
sp "}"
「EMBEDDED-PDVが等しい、「「spイド識別msp識別」、」 spイドデータ価値のmsp八重奏ストリングsp、」、」
The <EXTERNAL> rule describes the GSER encoding of values of the associated type for the EXTERNAL type.
<EXTERNAL>規則はEXTERNALタイプのための関連タイプの値のGSERコード化について説明します。
Legg Informational [Page 4] RFC 3642 Common Elements of GSER Encodings October 2003
GSER Encodings2003年10月のLeggの情報[4ページ]のRFC3642の一般的なElements
EXTERNAL = "{" [ sp id-direct-reference msp
OBJECT-IDENTIFIER "," ]
[ sp id-indirect-reference msp INTEGER "," ]
[ sp id-data-value-descriptor msp
ObjectDescriptor "," ]
sp id-encoding msp Encoding
sp "}"
「EXTERNALが等しい、「「[spイド直接的な言及msp物識別子、」、」、]、[spイド間接的な言及msp整数、」、」、]、[spイドデータ値の記述子msp ObjectDescriptor、」、」、]、spをコード化するイドをコード化するsp msp、」、」
id-direct-reference = %x64.69.72.65.63.74.2D.72.65.66.65.72
%x65.6E.63.65
; "direct-reference"
id-indirect-reference = %x69.6E.64.69.72.65.63.74.2D.72.65.66
%x65.72.65.6E.63.65
; "indirect-reference"
id-data-value-descriptor = %x64.61.74.61.2D.76.61.6C.75.65.2D.64
%x65.73.63.72.69.70.74.6F.72
; "data-value-descriptor"
id-encoding = %x65.6E.63.6F.64.69.6E.67
; "encoding"
イド直接的な言及の=%x64.69.72.65.63.74.2D.72.65.66.65の.72%のx65.6E.63.65。 「直接的な言及」イド間接的な言及は%x69.6E.64.69.72.65.63.74.2D.72.65.66%のx65.72.65.6E.63.65と等しいです。 「間接的な言及」イドデータ値の記述子=%のx64.61.74.61.2D.76.61.6C.75.65.2Dの.64%のx65.73.63.72.69.70.74.6F.72。 イドをコード化する「データ値の記述子」=%x65.6E.63.6F.64.69.6E.67。 「コード化」
Encoding = ( id-single-ASN1-type ":" Value ) /
( id-octet-aligned ":" OCTET-STRING ) /
( id-arbitrary ":" BIT-STRING )
「=をコード化する、(イドの単独のASN1タイプ、」 : 」 値) /、(イド八重奏が並んだ、」 : 」 八重奏ストリング) /「(イド任意である、」 : 」 ビット列、)
id-single-ASN1-type = %x73.69.6E.67.6C.65.2D.41.53.4E.31.2D.74.79
%x70.65
; "single-ASN1-type"
id-octet-aligned = %x6F.63.74.65.74.2D.61.6C.69.67.6E.65.64
; "octet-aligned"
イドの単独のASN1タイプ=%のx73.69.6E.67.6C.65.2D.41.53.4E.31.2D.74.79%のx70.65。 「独身のASN1はタイプする」イド八重奏が並んでいる=%x6F.63.74.65.74.2D.61.6C.69.67.6E.65.64。 「八重奏で、並べられます」。
id-arbitrary = %x61.72.62.69.74.72.61.72.79
; "arbitrary"
イド任意の=%x61.72.62.69.74.72、.61、.72、.79。 「任意です」。
The <Value> rule is defined by GSER [7]. It represents the GSER encoding of a single value of the ASN.1 type identified by the direct-reference and/or indirect-reference components.
<Value>規則はGSER[7]によって定義されます。 それは直接的な言及、そして/または、間接的な言及コンポーネントによって特定されたASN.1タイプのただ一つの価値のGSERコード化を表します。
The <NULL> rule describes the GSER encoding of values of the NULL type.
<NULL>規則はNULLタイプの値のGSERコード化について説明します。
NULL = %x4E.55.4C.4C ; "NULL"
ヌル=%x4E.55.4C.4C。 「ヌルです」。
The <OBJECT-IDENTIFIER> rule describes the GSER encoding of values of the OBJECT IDENTIFIER type.
<OBJECT-IDENTIFIER>規則はOBJECT IDENTIFIERタイプの値のGSERコード化について説明します。
OBJECT-IDENTIFIER = numeric-oid / descr
numeric-oid = oid-component 1*( "." oid-component )
oid-component = "0" / positive-number
数値oid / descrの数値OBJECT-IDENTIFIER=oidがoid-コンポーネント1*と等しい、(「. 」 oid-コンポーネント) oid-コンポーネントの=「0インチ/正の数」
Legg Informational [Page 5] RFC 3642 Common Elements of GSER Encodings October 2003
GSER Encodings2003年10月のLeggの情報[5ページ]のRFC3642の一般的なElements
An OBJECT IDENTIFIER value is encoded using either the dotted decimal representation or an object descriptor name, i.e., <descr>. The <descr> rule is described in RFC 2252 [4]. An object descriptor name is potentially ambiguous and should be used with care.
OBJECT IDENTIFIER値は、ドット付き10進法表現か物の記述子名、すなわち、<descr>のどちらかを使用することでコード化されます。 <descr>規則はRFC2252[4]で説明されます。 物の記述子名は、潜在的にあいまいであり、慎重に使用されるべきです。
The <OCTET-STRING> rule describes the GSER encoding of values of the OCTET STRING type.
<OCTET-STRING>規則はOCTET STRINGタイプの値のGSERコード化について説明します。
OCTET-STRING = hstring
OCTET-STRINGはhstringと等しいです。
The octets are encoded in order from the first octet to the last octet. Each octet is encoded as a pair of hexadecimal digits where the first digit corresponds to the four most significant bits of the octet. If the hexadecimal string does not have an even number of digits, the four least significant bits in the last octet are assumed to be zero.
八重奏は最初の八重奏から最後の八重奏まで整然とした状態でコード化されます。 各八重奏は最初のケタが八重奏の4つの最上位ビットに対応する1組の16進数字としてコード化されます。 16進ストリングにケタの偶数がないなら、最後の八重奏における4つの最下位ビットがゼロであると思われます。
The <REAL> rule describes the GSER encoding of values of the REAL type.
<レアル>規則はレアルタイプの値のGSERコード化について説明します。
REAL = "0" ; zero
/ PLUS-INFINITY ; positive infinity
/ MINUS-INFINITY ; negative infinity
/ realnumber ; positive base 10 REAL value
/ ( "-" realnumber ) ; negative base 10 REAL value
/ real-sequence-value ; non-zero base 2 or 10 REAL value
本当の=「0インチ」。 ゼロ/PLUS-INFINITY。 積極的な無限/MINUS-INFINITY。 否定的無限/realnumber。 上向きのベース10レアル価値/(「-」realnumber)。 否定的ベース10のレアルの本当の系列値/価値。 非ゼロベース2か10レアル価値
PLUS-INFINITY = %x50.4C.55.53.2D.49.4E.46.49.4E.49.54.59
; "PLUS-INFINITY"
プラス無限=%x50.4C.55.53.2D.49.4E.46.49.4E.49.54.59。 「プラス無限」
MINUS-INFINITY = %x4D.49.4E.55.53.2D.49.4E.46.49.4E.49.54.59
; "MINUS-INFINITY"
無限=%x4D.49.4E.55.53.2D.49.4E.46.49.4E.49.54.59。 「マイナス無限」
realnumber = mantissa exponent
mantissa = (positive-number [ "." *decimal-digit ])
/ ( "0." *("0") positive-number )
exponent = "E" ( "0" / ([ "-" ] positive-number))
仮数解説者realnumber=仮数が等しい、(正の数、[「. 」 *10進数字) /、(「0」、*、(「0インチ) 正の数) 解説者は「E」と等しいです」。(「0インチ/[「-」]の正の数)」
real-sequence-value = "{" sp id-mantissa msp INTEGER ","
sp id-base msp ( "2" / "10" ) ","
sp id-exponent msp INTEGER sp "}"
id-mantissa = %x6D.61.6E.74.69.73.73.61 ; "mantissa"
id-base = %x62.61.73.65 ; "base"
id-exponent = %x65.78.70.6F.6E.65.6E.74 ; "exponent"
「本当の系列値が等しい、「」 「spイド仮数msp整数」、spイドベースmsp、(「2インチ/、「10インチ)」、」 spイド解説者msp整数sp、」、」 イド仮数=%x6D.61.6E.74.69、.73、.73、.61、。 「仮数」イドベース=%x62.61.73.65。 「ベース」イド解説者=%x65.78.70.6F.6E.65.6E.74。 「解説者」
A value of the REAL type MUST be encoded as "0" if it is zero.
「それであるなら、0インチはゼロです」としてレアルタイプの値をコード化しなければなりません。
Legg Informational [Page 6] RFC 3642 Common Elements of GSER Encodings October 2003
GSER Encodings2003年10月のLeggの情報[6ページ]のRFC3642の一般的なElements
The <RELATIVE-OID> rule describes the GSER encoding of values of the RELATIVE-OID type.
<RELATIVE-OID>規則はRELATIVE-OIDタイプの値のGSERコード化について説明します。
RELATIVE-OID = oid-component *( "." oid-component )
RELATIVE-OIDはoid-コンポーネント*と等しいです。(「. 」 oid-コンポーネント、)
5. ASN.1 Restricted String Types
5. ASN.1はストリングタイプを制限しました。
This section describes the GSER encoding of values of the ASN.1 restricted character string types. The characters of a value of a restricted character string type are always encoded as a UTF-8 character string between double quotes. For some of the ASN.1 string types, this requires a translation to or from the UTF-8 encoding. Some of the ASN.1 string types permit only a subset of the characters representable in UTF-8. Any double quote characters in the character string, where allowed by the character set, are escaped by being repeated.
このセクションはASN.1の制限された文字列タイプの値のGSERコード化について説明します。 制限された文字列タイプの価値のキャラクタは二重引用符の間のUTF-8文字列としていつもコード化されます。 何人かのASN.1ストリングタイプのために、これはコード化かUTF-8コード化であることから翻訳を必要とします。 ASN.1ストリングタイプの中には、UTF-8で「表-可能」なキャラクタの部分集合だけを可能にする人もいます。 文字列におけるどんな二重引用文字も、文字の組によって許容されているところで繰り返されることによって、逃げられます。
The <UTF8String> rule describes the GSER encoding of values of the UTF8String type. The characters of this string type do not require any translation before being encoded.
<UTF8String>規則はUTF8Stringタイプの値のGSERコード化について説明します。 コード化される前にこのストリングタイプのキャラクタは少しの翻訳も必要としません。
UTF8String = StringValue
StringValue = dquote *SafeUTF8Character dquote
UTF8String=StringValue StringValueはdquote*SafeUTF8Character dquoteと等しいです。
dquote = %x22 ; " (double quote)
dquote=%x22。 " (二重引用文)
SafeUTF8Character = %x00-21 / %x23-7F / ; ASCII minus dquote
dquote dquote / ; escaped double quote
%xC0-DF %x80-BF / ; 2 byte UTF-8 character
%xE0-EF 2(%x80-BF) / ; 3 byte UTF-8 character
%xF0-F7 3(%x80-BF) ; 4 byte UTF-8 character
SafeUTF8Character=%x00-21/%x23-7F/。 dquote dquote dquote/を引いたASCII。 逃げられた二倍の引用文の%xC0-DF%x80-BF/。 UTF-8キャラクタ2バイト%xE0-EF2(%x80-BF)/。 3バイトのUTF-8キャラクタ%xF0-F7 3(%x80-BF)。 4バイトのUTF-8キャラクタ
The <NumericString>, <PrintableString>, <VisibleString>, <ISO646String>, <IA5String>, <GeneralizedTime> and <UTCTime> rules describe the GSER encoding of values of the correspondingly named ASN.1 types. The characters of these string types are compatible with UTF-8 and do not require any translation before being encoded. The GeneralizedTime and UTCTime types use the VisibleString character set, but have a strictly defined format.
<NumericString>、<PrintableString>、<VisibleString>、<ISO646String>、<IA5String>、<GeneralizedTime>、および<UTCTime>規則は対応する命名されたASN.1タイプの値のGSERコード化について説明します。 これらのストリングタイプのキャラクタは、UTF-8と互換性があって、コード化される前に少しの翻訳も必要としません。 GeneralizedTimeとUTCTimeタイプは、VisibleString文字の組を使用しますが、厳密に定義された形式を持っています。
NumericString = dquote *(decimal-digit / space) dquote
space = %x20
NumericString=dquote*(10進数字/スペース)dquoteスペース=%x20
Legg Informational [Page 7] RFC 3642 Common Elements of GSER Encodings October 2003
GSER Encodings2003年10月のLeggの情報[7ページ]のRFC3642の一般的なElements
PrintableString = dquote *PrintableCharacter dquote
PrintableCharacter = decimal-digit / space
/ %x41-5A ; A to Z
/ %x61-7A ; a to z
/ %x27-29 ; ' ( )
/ %x2B-2F ; + , - . /
/ %x3A ; :
/ %x3D ; =
/ %x3F ; ?
PrintableString=dquote*PrintableCharacter dquote PrintableCharacterは10進数字/スペース/%x41-5Aと等しいです。 Z/%x61-7AへのA。 z/%x27-29へのa。 '( )/%x2B-2F'。 +--. //%x3A。 : /%x3D。 = /%x3F。 ?
ISO646String = VisibleString
VisibleString = dquote *SafeVisibleCharacter dquote
SafeVisibleCharacter = %x20-21
/ %x23-7E ; printable ASCII minus dquote
/ dquote dquote ; escaped double quote
ISO646String=VisibleString VisibleStringはdquote*SafeVisibleCharacter dquote SafeVisibleCharacterと= %x20-21/%x23-7E等しいです。 印刷可能なASCIIのマイナスdquote / dquote dquote。 逃げられた二重引用文
IA5String = dquote *SafeIA5Character dquote
SafeIA5Character = %x00-21 / %x23-7F ; ASCII minus dquote
/ dquote dquote ; escaped double quote
IA5Stringはdquote*SafeIA5Character dquote SafeIA5Characterと= %x00-21/%x23-7F等しいです。 ASCIIのマイナスdquote / dquote dquote。 逃げられた二重引用文
century = 2(%x30-39) ; "00" to "99"
year = 2(%x30-39) ; "00" to "99"
month = ( %x30 %x31-39 ) ; "01" (January) to "09"
/ ( %x31 %x30-32 ) ; "10" to "12"
day = ( %x30 %x31-39 ) ; "01" to "09"
/ ( %x31-32 %x30-39 ) ; "10" to "29"
/ ( %x32 %x30-31 ) ; "30" to "31"
hour = ( %x30-31 %x30-39 ) / ( %x32 %x30-33 ) ; "00" to "23"
minute = %x30-35 %x30-39 ; "00" to "59"
second = ( %x30-35 %x30-39 ) ; "00" to "59"
/ ( %x36 %x30 ) ; "60" (a leap second)
世紀=2(%x30-39)。 「「99インチの年は2(%x30-39)と等しいこと」への0インチ 「0インチから「99インチの月=(%x30%x31-39)」 「1インチ(1月)から「9インチ/(%x31%x30-32)」 「10インチから「12インチの日=(%x30%x31-39)」 「1インチから「9インチ/(%x31-32%x30-39)」 「10インチから「29インチ/(%x32%x30-31)」 「「31インチの時間=(%x30-31%x30-39)/(%x32%x30-33)」への30インチ 「0インチから「23インチの微小な=%x30-35%x30-39」 「「59インチの2番目の=(%x30-35%x30-39)」への0インチ 「0インチから「59インチ/(%x36%x30)」 "60" (閏秒)
UTCTime = dquote year month day hour minute [ second ]
[ %x5A / u-differential ] dquote
u-differential = ( "-" / "+" ) hour minute
dquote月の日の分[2番目]時間[u%x5A/特異な]のdquote u特異な=(「-」/「+」)一時間分UTCTime=年
GeneralizedTime = dquote century year month day hour
[ minute [ second ] ] [ fraction ]
[ %x5A / g-differential ] dquote
fraction = ( "." / "," ) 1*(%x30-39)
g-differential = ( "-" / "+" ) hour [ minute ]
「GeneralizedTimeがdquote世紀月の日の[分[2番目]]一時間の年[断片]の[g%x5A/特異な]dquote断片=と等しい、(「. 」 /」、」、)、1*(%x30-39)g特異な=(「-」/「+」)時間[分]
The <BMPString> and <UniversalString> rules describe the GSER encoding of values of the BMPString and UniversalString types respectively. BMPString (UCS-2) and UniversalString (UCS-4) values are translated into UTF-8 [6] character strings before being encoded according to <StringValue>.
<BMPString>と<UniversalString>規則はBMPStringの値のGSERコード化について説明します、そして、UniversalStringはそれぞれタイプします。 <StringValue>によると、コード化される前にBMPString(UCS-2)とUniversalString(UCS-4)値はUTF-8[6]文字列に翻訳されます。
Legg Informational [Page 8] RFC 3642 Common Elements of GSER Encodings October 2003
GSER Encodings2003年10月のLeggの情報[8ページ]のRFC3642の一般的なElements
BMPString = StringValue
UniversalString = StringValue
BMPString=StringValue UniversalStringはStringValueと等しいです。
The <TeletexString>, <T61String>, <VideotexString>, <GraphicString>, <GeneralString> and <ObjectDescriptor> rules describe the GSER encoding of values of the correspondingly named ASN.1 types. Values of these string types are translated into UTF-8 character strings before being encoded according to <StringValue>. The ObjectDescriptor type uses the GraphicString character set.
<TeletexString>、<T61String>、<VideotexString>、<GraphicString>、<GeneralString>、および<ObjectDescriptor>規則は対応する命名されたASN.1タイプの値のGSERコード化について説明します。 <StringValue>によると、コード化される前にこれらのストリングタイプの値はUTF-8文字列に翻訳されます。 ObjectDescriptorタイプはGraphicString文字の組を使用します。
TeletexString = StringValue
T61String = StringValue
VideotexString = StringValue
GraphicString = StringValue
GeneralString = StringValue
ObjectDescriptor = GraphicString
TeletexString=StringValue T61String=StringValue VideotexString=StringValue GraphicString=StringValue GeneralString=StringValue ObjectDescriptorはGraphicStringと等しいです。
6. Directory ASN.1 Types
6. ASN.1がタイプするディレクトリ
This section describes the GSER encoding of values of selected ASN.1 types defined for LDAP and X.500. The ABNF rule names beginning with uppercase letters describe the GSER encoding of values of the ASN.1 type with the same name.
このセクションはLDAPとX.500のために定義された選択されたASN.1タイプの値のGSERコード化について説明します。 大文字で始まるABNF規則名は同じ名前によるASN.1タイプの値のGSERコード化について説明します。
AttributeType = OBJECT-IDENTIFIER
AttributeTypeは物識別子と等しいです。
The characters of a DirectoryString are translated into UTF-8 characters as required before being encoded between double quotes with any embedded double quotes escaped by being repeated.
どんな埋め込まれた二重引用符も繰り返されることによって逃げられている状態で二重引用符の間でコード化される前にDirectoryStringのキャラクタは必要に応じてUTF-8キャラクタに翻訳されます。
DirectoryString = StringValue /
( id-teletexString ":" TeletexString ) /
( id-printableString ":" PrintableString ) /
( id-bmpString ":" BMPString ) /
( id-universalString ":" UniversalString ) /
( id-uTF8String ":" UTF8String )
「DirectoryStringがStringValue/と等しい、(イド-teletexString、」 : 」 TeletexString) /、(イド-printableString、」 : 」 PrintableString) /、(イド-bmpString、」 : 」 BMPString) /、(イド-universalString、」 : 」 UniversalString) /「(イド-uTF8String、」 : 」 UTF8String、)
id-teletexString = %x74.65.6C.65.74.65.78.53.74.72.69.6E.67
; "teletexString"
id-printableString = %x70.72.69.6E.74.61.62.6C.65
%x53.74.72.69.6E.67 ; "printableString"
id-bmpString = %x62.6D.70.53.74.72.69.6E.67 ; "bmpString"
id-universalString = %x75.6E.69.76.65.72.73.61.6C
%x53.74.72.69.6E.67 ; "universalString"
id-uTF8String = %x75.54.46.38.53.74.72.69.6E.67
; "uTF8String"
イド-teletexString=%x74.65.6C.65.74.65.78.53.74.72.69.6E.67。 「teletexString」イド-printableString=%x70.72.69.6E.74.61.62.6C.65%x53.74.72.69.6E.67。 「printableString」イド-bmpString=%x62.6D.70.53.74.72.69.6E.67。 「bmpString」イド-universalString=%x75.6E.69.76.65.72.73.61.6C%x53.74.72.69.6E.67。 「universalString」イド-uTF8String=%x75.54.46.38.53.74.72.69.6E.67。 "uTF8String"
Legg Informational [Page 9] RFC 3642 Common Elements of GSER Encodings October 2003
GSER Encodings2003年10月のLeggの情報[9ページ]のRFC3642の一般的なElements
The <RDNSequence> rule describes the GSER encoding of values of the RDNSequence type, which is syntactically equivalent to the DistinguishedName and LocalName types. The <RDNSequence> rule encodes a name as an LDAPDN character string between double quotes. The character string is first derived according to the <distinguishedName> rule in Section 3 of RFC 2253 [5], and then it is encoded between double quotes with any embedded double quotes escaped by being repeated.
<RDNSequence>規則はRDNSequenceタイプの値のGSERコード化について説明します、そして、LocalNameはタイプします。タイプはシンタクス上DistinguishedNameに同等です。 <RDNSequence>規則は二重引用符の間のLDAPDN文字列として名前をコード化します。 RFC2253[5]のセクション3の<distinguishedName>規則に従って、文字列は最初に引き出されます、そして、次に、どんな埋め込まれた二重引用符も繰り返されることによって逃げられている状態で、それは二重引用符の間でコード化されます。
DistinguishedName = RDNSequence
LocalName = RDNSequence
RDNSequence = dquote *SafeUTF8Character dquote
DistinguishedName=RDNSequence LocalName=RDNSequence RDNSequenceはdquote*SafeUTF8Character dquoteと等しいです。
The <RelativeDistinguishedName> rule describes the GSER encoding of values of the RelativeDistinguishedName type that are not part of an RDNSequence value. The <RelativeDistinguishedName> rule encodes an RDN as a double quoted string containing the RDN as it would appear in an LDAPDN character string. The character string is first derived according to the <name-component> rule in Section 3 of RFC 2253 [5], and then any embedded double quote characters are escaped by being repeated. This resulting string is output between double quotes.
<RelativeDistinguishedName>規則はRDNSequence価値の一部でないRelativeDistinguishedNameタイプの値のGSERコード化について説明します。 <RelativeDistinguishedName>規則はLDAPDN文字列に現れるようにRDNを含む二重引用文字列としてRDNをコード化します。 RFC2253[5]のセクション3のコンポーネントを命名している<>規則に従って、文字列は最初に引き出されます、そして、次に、どんな埋め込まれた二重引用文字も、繰り返されることによって、逃げられます。 この結果として起こるストリングは二重引用符の間の出力です。
RelativeDistinguishedName = dquote *SafeUTF8Character dquote
RelativeDistinguishedNameはdquote*SafeUTF8Character dquoteと等しいです。
The <ORAddress> rule encodes an X.400 address as an IA5 character string between double quotes. The character string is first derived according to Section 4.1 of RFC 2156 [2], and then any embedded double quotes are escaped by being repeated. This resulting string is output between double quotes.
<ORAddress>規則は二重引用符の間のIA5文字列としてX.400アドレスをコード化します。 RFC2156[2]のセクション4.1に従って、文字列は最初に引き出されます、そして、次に、どんな埋め込まれた二重引用符も、繰り返されることによって、逃げられます。 この結果として起こるストリングは二重引用符の間の出力です。
ORAddress = dquote *SafeIA5Character dquote
ORAddressはdquote*SafeIA5Character dquoteと等しいです。
7. Security Considerations
7. セキュリティ問題
This document contains an alternative description of parts of the Generic String Encoding Rules, but does not replace or alter GSER in any way. For the full security implications of using GSER, see the Security Considerations section for GSER [7].
このドキュメントはGeneric String Encoding Rulesの部分の代替の記述を含んでいます、何らかの方法でGSERを取り替えないか、または変更しませんが。 GSERを使用する完全なセキュリティ含意に関しては、GSER[7]に関してSecurity Considerations部を見てください。
8. References
8. 参照
8.1. Normative References
8.1. 引用規格
[1] Bradner, S., "Key words for use in RFCs to Indicate Requirement
Levels", BCP 14, RFC 2119, March 1997.
[1] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[2] Kille, S., "MIXER (Mime Internet X.400 Enhanced Relay): Mapping
between X.400 and RFC 822/MIME", RFC 2156, January 1998.
[2]Kille、S.、「ミキサー(パントマイムインターネットX.400はリレーを機能アップしました):」 「X.400とRFC822/の間でMIMEを写像します」、RFC2156、1998年1月。
Legg Informational [Page 10] RFC 3642 Common Elements of GSER Encodings October 2003
GSER Encodings2003年10月のLeggの情報[10ページ]のRFC3642の一般的なElements
[3] Crocker, D. and P. Overell, "Augmented BNF for Syntax
Specifications: ABNF", RFC 2234, November 1997.
[3] クロッカー、D.、およびP.Overell、「構文仕様のための増大しているBNF:」 "ABNF"、1997年11月のRFC2234。
[4] Wahl, M., Coulbeck, A., Howes, T. and S. Kille, "Lightweight
Directory Access Protocol (v3): Attribute Syntax Definitions",
RFC 2252, December 1997.
[4] ウォール、M.、Coulbeck、A.、ハウズ、T.、およびS.Kille、「軽量のディレクトリアクセスは(v3)について議定書の中で述べます」。 「属性構文定義」、RFC2252、1997年12月。
[5] Wahl, M., Kille, S. and T. Howes, "Lightweight Directory Access
Protocol (v3): UTF-8 String Representation of Distinguished
Names", RFC 2253, December 1997.
[5] ウォール、M.、Kille、S.、およびT.ハウズ、「軽量のディレクトリアクセスは(v3)について議定書の中で述べます」。 「分類名のUTF-8ストリング表現」、RFC2253、1997年12月。
[6] Yergeau, F., "UTF-8, a transformation format of ISO 10646", RFC
2279, January 1998.
[6]Yergeau、1998年1月のF.、「UTF-8、ISO10646の変化形式」RFC2279。
[7] Legg, S., "Generic String Encoding Rules (GSER) for ASN.1
Types", RFC 3641, October 2003.
[7]Legg、2003年10月のS.、「ASN.1タイプのための一般的なストリング符号化規則(GSER)」RFC3641。
[8] ITU-T Recommendation X.680 (07/02) | ISO/IEC 8824-1:2002
Information technology - Abstract Syntax Notation One (ASN.1):
Specification of basic notation
[8] ITU-T推薦X.680(07/02)| ISO/IEC8824-1: 2002年の情報技術--抽象的なSyntax Notation One(ASN.1): 基本的な記法の仕様
8.2. Informative References
8.2. 有益な参照
[9] Hovey, R. and S. Bradner, "The Organizations Involved in the
IETF Standards Process", BCP 11, RFC 2028, October 1996.
[9] ハービとR.とS.ブラドナー、「IETF標準化過程にかかわる組織」、BCP11、RFC2028、1996年10月。
[10] Hodges, J. and R. Morgan, "Lightweight Directory Access Protocol
(v3): Technical Specification", RFC 3377, September 2002.
[10] ホッジズ、J.、およびR.モーガン、「軽量のディレクトリアクセスは(v3)について議定書の中で述べます」。 「技術的な仕様」、RFC3377、2002年9月。
[11] ITU-T Recommendation X.500 (1993) | ISO/IEC 9594-1:1994,
Information Technology - Open Systems Interconnection - The
Directory: Overview of concepts, models and services
[11] ITU-T推薦X.500(1993)| 情報技術--オープン・システム・インターコネクション--ISO/IEC9594-1:1994、ディレクトリ: 概念の、そして、モデルの、そして、サービスの概観
Legg Informational [Page 11] RFC 3642 Common Elements of GSER Encodings October 2003
GSER Encodings2003年10月のLeggの情報[11ページ]のRFC3642の一般的なElements
9. Intellectual Property Notice
9. 知的所有権通知
The IETF takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on the IETF's procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementors or users of this specification can be obtained from the IETF Secretariat.
IETFはどんな知的所有権の正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 どちらも、それはそれを表しません。いずれもどんなそのような権利も特定するための努力にしました。 BCP-11で標準化過程の権利と規格関連のドキュメンテーションに関するIETFの手順に関する情報を見つけることができます。 権利のクレームのコピーで利用可能に作られるべきライセンスの保証、または一般的なライセンスか許可が作成者によるそのような所有権の使用に得させられた試みの結果が公表といずれにも利用可能になったか、またはIETF事務局からこの仕様のユーザを得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFはこの規格を練習するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 IETF専務に情報を記述してください。
10. Author's Address
10. 作者のアドレス
Steven Legg Adacel Technologies Ltd. 250 Bay Street Brighton, Victoria 3186 AUSTRALIA
スティーブンLegg Adacel Technologies株式会社250のカナダ金融界のビクトリア・3186ブライトン(オーストラリア)
Phone: +61 3 8530 7710 Fax: +61 3 8530 7888 EMail: steven.legg@adacel.com.au
以下に電話をしてください。 +61 3 8530 7710、Fax: +61 3 8530 7888はメールされます: steven.legg@adacel.com.au
Legg Informational [Page 12] RFC 3642 Common Elements of GSER Encodings October 2003
GSER Encodings2003年10月のLeggの情報[12ページ]のRFC3642の一般的なElements
11. Full Copyright Statement
11. 完全な著作権宣言文
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright(C)インターネット協会(2003)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部広げられた実現を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsの過程で定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assignees.
上に承諾された限られた許容は、永久であり、そのインターネット協会、後継者または指定代理人によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Legg Informational [Page 13]
Legg情報です。[13ページ]
一覧
スポンサーリンク
