RFC1348 日本語訳

Network Working Group                                         B. Manning
Request for Comments: 1348                               Rice University
Updates: RFCs 1034, 1035                                       July 1992

コメントを求めるワーキンググループB.マニングの要求をネットワークでつないでください: 1348のライス大学アップデート: RFCs1034、1035 1992年7月

                              DNS NSAP RRs

DNS NSAP RRs

Status of this Memo

この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.

このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。 議論と改善提案は要求されています。 このプロトコルの標準化状態と状態の「IABの公式のプロトコル標準」の現行版を参照してください。 このメモの分配は無制限です。

Table of Contents

目次

   Introduction .....................................................  1
   Background .......................................................  1
   NSAP RR ..........................................................  2
   NSAP-PTR RR ......................................................  2
   REFERENCES and BIBLIOGRAPHY ......................................  3
   Security Considerations ..........................................  4
   Author's Address .................................................  4

序論… 1つのバックグラウンド… 1NSAP RR… 2NSAP-PTR RR… 2つの参照箇所と図書目録… 3 セキュリティ問題… 4作者のアドレス… 4

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新しいResource Records(RRs)の書式を定義します、そして、蓄えの対応する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アドレスの実験的な表現について説明します。 このapprochを取るいくつかの理由があります。 まず最初に、それは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サポートは、リソースの新しいDNS記録エントリータイプ("NSAP")が、より長いインターネット(すなわち、NSAP)アドレスを保存するために定義されるのを必要とします。 このリソース記録は、DNS名からNSAPまでアドレスを写像するのを許容して、インターネットアプリケーションを実行できるシステムのためのエントリーを含むでしょう、TCPかUDPの上で、CLNPの上で。

Manning                                                         [Page 1]

RFC 1348                      DNS NSAP RRs                     July 1992

DNS NSAP RRs1992年7月にRFC1348を配置します[1ページ]。

   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"として知られていて、既存「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.

これらのRRsはNOOP WGのメンバーの一人による提案[6]における使用が次世代インターネットを扱うことを意図します。

The NSAP RR

NSAP RR

   The NSAP RR is defined with mnemonic NSAP and type code 22 (decimal).

NSAP RRは簡略記憶NSAPとタイプコード22(小数)で定義されます。

   An NSAP (Network Service Access Protocol) number is a unique string
   to OSI transport service.

NSAP(ネットワークService Accessプロトコル)番号はOSI輸送サービスへのユニークなストリングです。

   The numbering plan follows RFC 1237 and associated OSI definitions
   for NSAP format.

付番プランはNSAP形式のためのRFC1237と関連OSI定義に続きます。

   NSAP has the following format:

NSAPには、以下の形式があります:

   <owner> <ttl> <class> NSAP <length> <NSAP-address>

<所有者><ttl><クラス>NSAP<長さの><NSAP-アドレス>。

   All fields are required.

すべての分野が必要です。

   <length> identifies the number of octets in the <NSAP-address> as
   defined by the various national and international authorities.

様々な国家的、そして、国際的な当局によって定義されるように<の長さの>は<NSAP-アドレス>の八重奏の数を特定します。

   <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-アドレス>は割り当て権威によって割り当てられた実際の八重奏値を列挙します。 基本ファイルの形式はシンタクス上それと同じ>がTXTとHINFOで使用した<キャラクタストリングです。

   The format of NSAP is class insensitive.  NSAP RR causes no
   additional section processing.

NSAPの形式はクラス神経が鈍いです。 NSAP RRはどんな追加セクション処理も引き起こしません。

   For example:

例えば:

foo.bar.com.    IN  NSAP   21 47000580ffff000000321099991111222233334444
host.school.de  IN  NSAP   17 39276f3100111100002222333344449876

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.

RRデータはケタのASCII表現です。 それは2<文字列>としてコード化されました、すなわち、カウントがキャラクタで続きました。

The NSAP-PTR RR

NSAP-PTR RR

   The NSAP-PTR RR is defined with mnemonic NSAP-PTR and a type code 23
   (decimal).

NSAP-PTR RRはニーモニックNSAP-PTRとタイプコード23(小数)で定義されます。

   Its function is analogous to the PTR record used for IP addresses

機能はIPアドレスに使用されるPTR記録に類似しています。

Manning                                                         [Page 2]

RFC 1348                      DNS NSAP RRs                     July 1992

DNS NSAP RRs1992年7月にRFC1348を配置します[2ページ]。

   [4,7].

[4,7].

   NSAP-PTR has the following format:

NSAP-PTRには、以下の形式があります:

   <NSAP-suffix> <ttl> <class> NSAP-PTR <owner>

<NSAP-接尾語><ttl><クラスの>NSAP-PTR<所有者>。

   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-接尾語>はLOCALネットワークのために割り当て権威によって割り当てられた実際の八重奏値を列挙します。 基本ファイルの形式はシンタクス上TXTとHINFOで使用されるそれと同じ<文字列>です。

   The format of NSAP-PTR is class insensitive.  NSAP-PTR RR causes no
   additional section processing.

NSAP-PTRの形式はクラス神経が鈍いです。 NSAP-PTR RRはどんな追加セクション処理も引き起こしません。

   For example:

例えば:

   In net ff08000574.nsap-in-addr.arpa:

addr.arpaのネットのff08000574.nsapで:

   444433332222111199990123000000ff    NSAP-PTR   foo.bar.com.

444433332222111199990123000000ff NSAP-PTR foo.bar.com。

   Or in net 11110031f67293.nsap-in-addr.arpa:

または、addr.arpaの11110031f67293.nsapを中に網で覆ってください:

   67894444333322220000  NSAP-PTR        host.school.de.

67894444333322220000 NSAP-PTR host.school.de。

   The RR data is the ASCII representation of the digits.  It is encoded
   as a <character-string>.

RRデータはケタのASCII表現です。 それは<文字列>としてコード化されます。

REFERENCES and BIBLIOGRAPHY

参照と図書目録

   [1] Stahl, M., "Domain Administrators Guide", RFC 1032, Network
       Information Center, SRI International, November 1987.

[1] スタール、M.、「ドメイン管理者のガイド」(RFC1032)が1987年11月にインフォメーション・センター、SRIインターナショナルをネットワークでつなぎます。

   [2] Lottor, M., "Domain Administrators Operations Guide", RFC 1033,
       Network Information Center, SRI International, November, 1987.

[2] Lottor(M.、「操作が誘導するドメイン管理者」、RFC1033)は1987年11月にインフォメーション・センター、SRIインターナショナルをネットワークでつなぎます。

   [3] Mockapetris, P., "Domain Names - Concepts and Facilities", RFC
       1034, USC/Information Sciences Institute, November 1987.

[3]Mockapetris、P.、「ドメイン名--、概念と施設、」、RFC1034、科学が設けるUSC/情報、11月1987日

   [4] Mockapetris, P., "Domain Names - Implementation and
       Specification", RFC 1035, USC/Information Sciences Institute,
       November 1987.

[4]Mockapetris、P.、「ドメイン名--、実装と仕様、」、RFC1035、科学が設けるUSC/情報、11月1987日

   [5] Colella, R., Gardner, E., and R. Callon, "Guidelines for OSI
       NSAP Allocation in the Internet", RFC 1237, NIST, Mitre, DEC,
       July 1991.

[5]Colella、R.、ガードナー、E.、およびR.Callon、「インターネットのオウシNSAP Allocationのためのガイドライン」、RFC1237、NIST、斜め継ぎ、12月(1991年7月)。

Manning                                                         [Page 3]

RFC 1348                      DNS NSAP RRs                     July 1992

DNS NSAP RRs1992年7月にRFC1348を配置します[3ページ]。

   [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.

[6] Callon、R.、「より大きいのがあるTCPとUDPは(tuba)、インターネットアドレシングとルート設定のための簡単な提案を扱います」、DEC、RFC1347、1992年6月。

   [7] Mockapetris, P., "DNS Encoding of Network Names and Other Types",
       RFC 1101, USC/Information Sciences Institute, April 1989.

[7]Mockapetris、P.、「ネットワーク名と他のタイプのDNSコード化」、RFC1101、科学が1989年4月に設けるUSC/情報。

   [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.

[8] ISO/IEC。 情報処理システム(データ通信)はサービス定義付加物2をネットワークでつなぎます: Layer Address- ingをネットワークでつないでください。 国際規格8348/付加物2、ISO/IEC JTC1、スイス1988。

   [9] Bryant, P., "NSAPs", PB660, IPTAG/92/23, SCIENCE AND ENGINEERING
       RESEARCH COUNCIL, RUTHERFORD APPLETON LABORATORY May 1992.

[9] ブライアントとP.と「NSAPs」とPB660とIPTAG/92/23と科学と工学研究審議会、ラザフォードアップルトーン実験室は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

ビルマニングライス大学--南主なヒューストン、ONCS PO Box1892 6100テキサス77251-1892

   Phone: +1.713.285.5415
   EMail: bmanning@rice.edu

以下に電話をしてください。 +1.713 .285 .5415 メール: bmanning@rice.edu

Manning                                                         [Page 4]

マニング[4ページ]