この文書はRFC1348の日本語訳です。 この文書の翻訳内容の正確さは保障できないため、 正確な知識を求める方は原文を参照してください。 翻訳者はこの文書によって読者が被り得る如何なる損害の責任をも負いません。 この翻訳内容に誤りがある場合、訂正版の公開や、 誤りの指摘は適切です。 この文書の配布は元のRFC同様に無制限です。
Network Working Group B. Manning Request for Comments: 1348 Rice University Updates: RFCs 1034, 1035 July 1992 DNS NSAP RRs DNSのNSAP資源レコード Status of this Memo この文書の状態 This memo defines an Experimental Protocol for the Internet community. Discussion and suggestions for improvement are requested. 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. このメモはインターネット共同体のための実験的なプロトコルを定義します。 改良点のために論議と提案が求められます。標準化状態とこのプロトコル状 態は「インターネット公式プロトコル標準」の現在の版を参照してください。 このメモの配布は無制限です。 Table of Contents 目次 Introduction はじめに Background 背景 The NSAP RR NSAP資源レコード The NSAP-PTR RR NSAP-PTR資源レコード REFERENCES and BIBLIOGRAPHY 参考文献と文献目録 Security Considerations セキュリティの考察 Author's Address 著者のアドレス Introduction はじめに This RFC defines the format of two new Resource Records (RRs) for the Domain Name System (DNS), and reserves corresponding DNS type mnemonic and numerical codes. This format may be used with the any proposal that has variable length addresses, but is targeted for CLNP use. このRFCはドメインネームシステム(DNS)の2つの新しい資源レコー ド(RR)のフォーマットを定義し、対応するDNSタイプ名と番号を予約 します。このフォーマットは可変長のアドレスをもつ任意のアドレスで使わ れるかもしれないが、CLNPでの使用を目的にしています。 This memo assumes that the reader is familiar with the DNS [3,4]. このメモは読者がDNS[3,4]に精通していると想定します。 Background 背景 This section describes an experimental representation of NSAP addresses in the DNS. There are several reasons to take this approch. First, it provides simple documentation of the correct addresses to use in static configurations of CLNP compliant hosts and routers. この章はDNSでのNSAPアドレスの実験的な表現を記述します。この方 法をとるいくつかの理由があります。最初にこれはCLNPに従うホストと ルーターの静的設定で使うべき正しいアドレスの単純な文書を供給します。 NSAP support requires that a new DNS resource record entry type ("NSAP") be defined, to store longer Internet (i.e., NSAP) addresses. This resource record allows mapping from DNS names to NSAP addresses, and will contain entries for systems which are able to run Internet applications, over TCP or UDP, over CLNP. NSAPのサポートは長いインターネットアドレス(つまりNSAP)を蓄 積すつため、新しいDNS資源レコードタイプ(「NSAP」の定義を要求 します。この資源レコードはDNS名からNSAPアドレスへのマッピング を許し、CLNP上で、TCPやUDP上で、インターネットアプリケーショ ンを走らせることが可能なシステムの項目を含んでいるでしょう。 The backward translation (from NSAP address to DNS name) is facilitated by definition of an associated resource record. This resource record is known as "NSAP-PTR", and is used in a manner analogous to the existing "in-addr.arpa". 逆翻訳(NSAPアドレスからDNS名)は関連した資源レコードの定義に よって容易にできます。この資源レコードは「NSAP−PTR」として知 られ、そして既存の「in-addr.arpa」と類似した方法で使われます。 These RRs are intended for use in a proposal [6] by one of the members of the NOOP WG to address the next-generation internet. これらの資源レコードは次世代インターネットアドレスのためのNOOPワーク グループのメンバーの1人による提案[6]で使う事を意図します。 The NSAP RR NSAP資源レコード The NSAP RR is defined with mnemonic NSAP and type code 22 (decimal). NSAP資源レコードは名称がNSAPでレコードタイプが22(十進数)と定 義されます。 An NSAP (Network Service Access Protocol) number is a unique string to OSI transport service. NSAP (ネットワークサービスアクセスプロトコル)番号はOSI転送 サービスで使う一意文字列です。 The numbering plan follows RFC 1237 and associated OSI definitions for NSAP format. RFC1237に従い番号計画と関連するOSIがNSAPのフォーマットを定義 します。 NSAP has the following format: NSAPは以下のフォーマットです。 <owner> <ttl> <class> NSAP <length> <NSAP-address> All fields are required. 全てのフィールドが要求されます <length> identifies the number of octets in the <NSAP-address> as defined by the various national and international authorities. <length>は<NSAP-address>のオクテット数で、国内外の当局によって定義 されます。 <NSAP-address> enumerates the actual octet values assigned by the assigning authority. Its format in master files is a <character- string> syntactically identical to that used in TXT and HINFO. <NSAP-address>が当局によって割り当てられた実際のオクテット値です。マ スターファイル中のフォーマットは文法的にTXTやHINFOで使われているもの と同じです。 The format of NSAP is class insensitive. NSAP RR causes no additional section processing. NSAPのフォーマットはクラスに関係しません。NSAP資源レコードは 追加のセクション処理を起こしません。 For example: 例: foo.bar.com. IN NSAP 21 47000580ffff000000321099991111222233334444 host.school.de IN NSAP 17 39276f3100111100002222333344449876 The RR data is the ASCII representation of the digits. It is encoded as two <character-strings>, i.e., count followed by characters. 資源レコードデータはアスキー表現の数字です。これは2つの <character-strings>でコード化されます、つまり数と文字です。 The NSAP-PTR RR NSAP-PTR資源レコード The NSAP-PTR RR is defined with mnemonic NSAP-PTR and a type code 23 (decimal). NSAP−PTR資源レコードは名称がNSAP-PTRでレコードタイプは23 (十進数)です。 Its function is analogous to the PTR record used for IP addresses [4,7]. この機能はIPアドレスのPTRと同様です。 NSAP-PTR has the following format: NSAP-PTRは以下のフォーマットです: <NSAP-suffix> <ttl> <class> NSAP-PTR <owner> All fields are required. 全てのフィールドが要求されます <NSAP-suffix> enumerates the actual octet values assigned by the assigning authority for the LOCAL network. Its format in master files is a <character-string> syntactically identical to that used in TXT and HINFO. <NSAP-suffix>は当局によって割当てられたローカルネットワークの実際のオ クテットを列挙します。マスターファイル中のフォーマットは文法的にTXTや HINFOで使われているものと同じです The format of NSAP-PTR is class insensitive. NSAP-PTR RR causes no additional section processing. NSAP−PTRのフォーマットはクラスに関係しません。NSAP−PT R資源レコードは追加のセクション処理を起こしません。 For example: 例: In net ff08000574.nsap-in-addr.arpa: ネットワークff08000574.nsap-in-addr.arpaで: 444433332222111199990123000000ff NSAP-PTR foo.bar.com. Or in net 11110031f67293.nsap-in-addr.arpa: ネットワーク11110031f67293.nsap-in-addr.arpaで: 67894444333322220000 NSAP-PTR host.school.de. The RR data is the ASCII representation of the digits. It is encoded as a <character-string>. 資源レコードデータはアスキー表現の数字です。これは<character-strings> でコード化されます。 REFERENCES and BIBLIOGRAPHY 参考文献と文献目録 [1] Stahl, M., "Domain Administrators Guide", RFC 1032, Network Information Center, SRI International, November 1987. [2] Lottor, M., "Domain Administrators Operations Guide", RFC 1033, Network Information Center, SRI International, November, 1987. [3] Mockapetris, P., "Domain Names - Concepts and Facilities", RFC 1034, USC/Information Sciences Institute, November 1987. [4] Mockapetris, P., "Domain Names - Implementation and Specification", RFC 1035, USC/Information Sciences Institute, November 1987. [5] Colella, R., Gardner, E., and R. Callon, "Guidelines for OSI NSAP Allocation in the Internet", RFC 1237, NIST, Mitre, DEC, July 1991. [6] Callon, R., "TCP and UDP with Bigger Addresses (TUBA), A Simple Proposal for Internet Addressing and Routing", Digital Equipment Corporation, RFC 1347, June 1992. [7] Mockapetris, P., "DNS Encoding of Network Names and Other Types", RFC 1101, USC/Information Sciences Institute, April 1989. [8] ISO/IEC. Information Processing Systems -- Data Communications -- Network Service Definition Addendum 2: Network Layer Address- ing. International Standard 8348/Addendum 2, ISO/IEC JTC 1, Switzerland, 1988. [9] Bryant, P., "NSAPs", PB660, IPTAG/92/23, SCIENCE AND ENGINEERING RESEARCH COUNCIL, RUTHERFORD APPLETON LABORATORY May 1992. Security Considerations セキュリティの考察 Security issues are not addressed in this memo. セキュリティ問題がこの文書で扱われません。 Author's Address 著者のアドレス Bill Manning Rice University - ONCS PO Box 1892 6100 South Main Houston, Texas 77251-1892 Phone: +1.713.285.5415 EMail: bmanning@rice.edu