この文書は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

Japanese translation by Ishida So