RFC1876 日本語訳

Network Working Group                                           C. Davis
Request for Comments: 1876                             Kapor Enterprises
Updates: 1034, 1035                                             P. Vixie
Category: Experimental                                 Vixie Enterprises
                                                              T. Goodwin
                                                            FORE Systems
                                                            I. Dickinson
                                                   University of Warwick
                                                            January 1996

コメントを求めるワーキンググループC.デイヴィス要求をネットワークでつないでください: 1876のKaporエンタープライズアップデート: 1034、1035P.Vixieカテゴリ: ウォリック1996年1月の実験的なVixieのグッドウィン前面システムI.ディキンソンエンタープライズT.大学

 A Means for Expressing Location Information in the Domain Name System

ドメインネームシステムにおける位置情報を言い表すための手段

Status of this Memo

このMemoの状態

   This memo defines an Experimental Protocol for the Internet
   community.  This memo does not specify an Internet standard of any
   kind.  Discussion and suggestions for improvement are requested.
   Distribution of this memo is unlimited.

このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。 このメモはどんな種類のインターネット標準も指定しません。 議論と改善提案は要求されています。 このメモの分配は無制限です。

1. Abstract

1. 要約

   This memo defines a new DNS RR type for experimental purposes.  This
   RFC describes a mechanism to allow the DNS to carry location
   information about hosts, networks, and subnets.  Such information for
   a small subset of hosts is currently contained in the flat-file UUCP
   maps.  However, just as the DNS replaced the use of HOSTS.TXT to
   carry host and network address information, it is possible to replace
   the UUCP maps as carriers of location information.

このメモは実験目的のための新しいDNS RRタイプを定義します。 このRFCは、DNSがホスト、ネットワーク、およびサブネットに関する位置情報を運ぶのを許容するためにメカニズムについて説明します。 ホストの小さい部分集合のためのそのような情報は現在、平坦なファイルUUCP地図に含まれています。 しかしながら、ちょうどDNSがホストとネットワークアドレス情報を運ぶためにHOSTS.TXTの使用を取り替えたように、位置情報のキャリヤーとしてUUCP地図の後任となるのは可能です。

   This RFC defines the format of a new Resource Record (RR) for the
   Domain Name System (DNS), and reserves a corresponding DNS type
   mnemonic (LOC) and numerical code (29).

このRFCはドメインネームシステム(DNS)、および蓄え対応するDNSタイプニーモニック(LOC)と数字のコード(29)のために新しいResource Record(RR)の書式を定義します。

   This RFC assumes that the reader is familiar with the DNS [RFC 1034,
   RFC 1035].  The data shown in our examples is for pedagogical use and
   does not necessarily reflect the real Internet.

このRFCは、読者がDNS[RFC1034、RFC1035]に詳しいと仮定します。 私たちの例に示されたデータは、教育学の使用のためにあって、必ず本当のインターネットを反映するというわけではありません。

Davis, et al                  Experimental                      [Page 1]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[1ページ]RFC1876Location情報

2. RDATA Format

2. RDATA形式

       MSB                                           LSB
       +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
      0|        VERSION        |         SIZE          |
       +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
      2|       HORIZ PRE       |       VERT PRE        |
       +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
      4|                   LATITUDE                    |
       +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
      6|                   LATITUDE                    |
       +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
      8|                   LONGITUDE                   |
       +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
     10|                   LONGITUDE                   |
       +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
     12|                   ALTITUDE                    |
       +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
     14|                   ALTITUDE                    |
       +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
   (octet)

MSB LSB+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ 0| バージョン| サイズ| +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ 2| HORIZ、前| 山林の草木、前| +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ 4| 緯度| +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ 6| 緯度| +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ 8| 経度| +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ 10| 経度| +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ 12| 高度| +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ 14| 高度| +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ (八重奏)

where:

どこ:

VERSION      Version number of the representation.  This must be zero.
             Implementations are required to check this field and make
             no assumptions about the format of unrecognized versions.

表現のバージョンバージョン番号。 これはゼロであるに違いありません。 実現が、認識されていないバージョンの形式に関してこの分野をチェックして、仮定を全くしないように必要です。

SIZE         The diameter of a sphere enclosing the described entity, in
             centimeters, expressed as a pair of four-bit unsigned
             integers, each ranging from zero to nine, with the most
             significant four bits representing the base and the second
             number representing the power of ten by which to multiply
             the base.  This allows sizes from 0e0 (<1cm) to 9e9
             (90,000km) to be expressed.  This representation was chosen
             such that the hexadecimal representation can be read by
             eye; 0x15 = 1e5.  Four-bit values greater than 9 are
             undefined, as are values with a base of zero and a non-zero
             exponent.

SIZEは4ビットの符号のない整数、それぞれのゼロ〜9までの及ぶことの1組(最も重要な4ビットがベースを表していて、2番目の数が増える10のパワーを表しているベース)として言い表されたセンチメートルで表現される説明された実体を同封する球の直径です。 これは、0e0(<1cm)から9e9(9万km)までのサイズが表されるのを許容します。 この表現は目で16進表現を読むことができるように選ばれました。 0×15は1e5と等しいです。 4ビットの値より多くの9はゼロのベースと非ゼロ解説者と共に値のように未定義です。

             Since 20000000m (represented by the value 0x29) is greater
             than the equatorial diameter of the WGS 84 ellipsoid
             (12756274m), it is therefore suitable for use as a
             "worldwide" size.

20000000m(値0x29で、表される)がWGS84楕円面(12756274m)の赤道の直径よりすばらしいので、したがって、それは「世界中」サイズとして使用に適しています。

HORIZ PRE    The horizontal precision of the data, in centimeters,
             expressed using the same representation as SIZE.  This is
             the diameter of the horizontal "circle of error", rather

HORIZ PRE、SIZEと同じ表現を使用することで言い表されたセンチメートルで表現されるデータの水平な精度。 これはむしろ水平な「誤りの円」の直径です。

Davis, et al                  Experimental                      [Page 2]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[2ページ]RFC1876Location情報

             than a "plus or minus" value.  (This was chosen to match
             the interpretation of SIZE; to get a "plus or minus" value,
             divide by 2.)

「プラスかマイナス」値より。 (これはSIZEの解釈に合うように選ばれました; 「プラスかマイナス」値を得るには、2で、分割してください。)

VERT PRE     The vertical precision of the data, in centimeters,
             expressed using the sane representation as for SIZE.  This
             is the total potential vertical error, rather than a "plus
             or minus" value.  (This was chosen to match the
             interpretation of SIZE; to get a "plus or minus" value,
             divide by 2.)  Note that if altitude above or below sea
             level is used as an approximation for altitude relative to
             the [WGS 84] ellipsoid, the precision value should be
             adjusted.

SIZEのように気が確かな表現を使用するデータの精度がセンチメートルで言い表した垂直なVERT PRE。 これは「プラスかマイナス」値よりむしろ総潜在的垂直な誤りです。 (これはSIZEの解釈に合うように選ばれました; 「プラスかマイナス」値を得るには、2で、分割してください。) 海面か海面の下の高度が高度に近似として[WGS84]楕円面に比例して使用されるなら、精度値が調整されるべきであることに注意してください。

LATITUDE     The latitude of the center of the sphere described by the
             SIZE field, expressed as a 32-bit integer, most significant
             octet first (network standard byte order), in thousandths
             of a second of arc.  2^31 represents the equator; numbers
             above that are north latitude.

1000第年代に最初に(標準のバイトオーダーをネットワークでつなぐ)32ビットの整数、最も重要な八重奏として言い表されたSIZE分野によって1秒のアークについて説明された球のセンターの緯度のLATITUDE。 2^31は赤道を表します。 それの上の数は北緯です。

LONGITUDE    The longitude of the center of the sphere described by the
             SIZE field, expressed as a 32-bit integer, most significant
             octet first (network standard byte order), in thousandths
             of a second of arc, rounded away from the prime meridian.
             2^31 represents the prime meridian; numbers above that are
             east longitude.

LONGITUDE、1000第年代に最初に(標準のバイトオーダーをネットワークでつなぐ)32ビットの整数、最も重要な八重奏として言い表されたSIZE分野によってグリニッジ子午線から遠くに一周した1秒のアークについて説明された球のセンターの経度。 2^31はグリニッジ子午線を表します。 それの上の数は東経です。

ALTITUDE     The altitude of the center of the sphere described by the
             SIZE field, expressed as a 32-bit integer, most significant
             octet first (network standard byte order), in centimeters,
             from a base of 100,000m below the [WGS 84] reference
             spheroid used by GPS (semimajor axis a=6378137.0,
             reciprocal flattening rf=298.257223563).  Altitude above
             (or below) sea level may be used as an approximation of
             altitude relative to the the [WGS 84] spheroid, though due
             to the Earth's surface not being a perfect spheroid, there
             will be differences.  (For example, the geoid (which sea
             level approximates) for the continental US ranges from 10
             meters to 50 meters below the [WGS 84] spheroid.
             Adjustments to ALTITUDE and/or VERT PRE will be necessary
             in most cases.  The Defense Mapping Agency publishes geoid
             height values relative to the [WGS 84] ellipsoid.

ALTITUDE、最初に32ビットの整数、最も重要な八重奏としてGPS(長半径a=6378137.0、相互的な平らになっているrfは298.257223563と等しい)によって使用された[WGS84]参照球体の下で10万mのベースからセンチメートルで言い表された(標準のバイトオーダーをネットワークでつなぎます)SIZE分野によって説明された球のセンターの高度。 (or below)海面の上の高度は高度の近似として[WGS84]球体に比例して使用されるかもしれません、違いが完全な球体でない地球の表面のためにあるでしょうが。 例えば、大陸の米国へのジオイド(海面が近似する)は[WGS84]球体の下で10メーターから50メーターまで及びます。多くの場合、ALTITUDE、そして/または、VERT PREへの調整は必要になるでしょう。(国防測量庁は[WGS84]楕円面に比例してジオイド高値を発行します。

Davis, et al                  Experimental                      [Page 3]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[3ページ]RFC1876Location情報

3. Master File Format

3. 基本ファイル形式

   The LOC record is expressed in a master file in the following format:

LOC記録は基本ファイルで以下の形式で言い表されます:

   <owner> <TTL> <class> LOC ( d1 [m1 [s1]] {"N"|"S"} d2 [m2 [s2]]
                               {"E"|"W"} alt["m"] [siz["m"] [hp["m"]
                               [vp["m"]]]] )

<所有者><TTL><のクラス>LOC(d1[m1[s1]]「N」| 「S」d2[m2[s2]]「E」| 「W」alt[「m」][siz[「m」][hp[「m」][vp[「m」]]]])

   (The parentheses are used for multi-line data as specified in [RFC
   1035] section 5.1.)

(括弧は[RFC1035]セクション5.1の指定されるとしてのマルチ線データに使用されます。)

   where:

どこ:

       d1:     [0 .. 90]            (degrees latitude)
       d2:     [0 .. 180]           (degrees longitude)
       m1, m2: [0 .. 59]            (minutes latitude/longitude)
       s1, s2: [0 .. 59.999]        (seconds latitude/longitude)
       alt:    [-100000.00 .. 42849672.95] BY .01 (altitude in meters)
       siz, hp, vp: [0 .. 90000000.00] (size/precision in meters)

d1: [0 .90] (度緯度)d2: [0 .180] (度経度) m1、m2: [0 .59] (緯度/経度を書き留めます) s1、s2: [0 .59.999] (秒緯度/経度)alt: [-100000.00 .42849672.95] BY.01(メーターの高度)siz、hp、vp: [0 .. 90000000.00] (メーターのサイズ/精度)

   If omitted, minutes and seconds default to zero, size defaults to 1m,
   horizontal precision defaults to 10000m, and vertical precision
   defaults to 10m.  These defaults are chosen to represent typical
   ZIP/postal code area sizes, since it is often easy to find
   approximate geographical location by ZIP/postal code.

省略されるなら、数分と秒はゼロをデフォルトとします、そして、サイズは1mをデフォルトとします、そして、水平な精度は10000mをデフォルトとします、そして、垂直な精度は10mをデフォルトとします。 これらのデフォルトは典型的なZIP/郵便番号領域の大きさを表すために選ばれています、ZIP/郵便番号で大体の地理的な位置を見つけるのがしばしば簡単であるので。

4. Example Data

4. 例のデータ

;;;
;;; note that these data would not all appear in one zone file
;;;

;;; ;;; これらのデータが1個のゾーンファイルにすべて現れないことに注意してください。

;; network LOC RR derived from ZIP data.  note use of precision defaults
cambridge-net.kei.com.        LOC   42 21 54 N 71 06 18 W -24m 30m

;; ネットワークLOC RRはZIPデータ精度デフォルトの注意使用からcambridge-net.kei.comを引き出しました。 LOC42 21 54N71 06 18W-24m30m

;; higher-precision host LOC RR.  note use of vertical precision default
loiosh.kei.com.               LOC   42 21 43.952 N 71 5 6.344 W
                                    -24m 1m 200m

;; より高い精度ホストLOC RR垂直な精度デフォルトloiosh.kei.comの使用に注意してください。 LOC42 21 43.952N71 5、6.344、W-24m1m200m

pipex.net.                    LOC   52 14 05 N 00 08 50 E 10m

pipex.net。 LOC52 14 05N00 08 50 10Eのm

curtin.edu.au.                LOC   32 7 19 S 116 2 25 E 10m

curtin.edu.au。 LOC32 719秒間116 2 25E10、m

rwy04L.logan-airport.boston.  LOC   42 21 28.764 N 71 00 51.617 W
                                    -44m 2000m

rwy04L. logan-airport.boston。 LOC42 21 28.764N71 00 51.617W-44m2000m

Davis, et al                  Experimental                      [Page 4]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[4ページ]RFC1876Location情報

5. Application use of the LOC RR

5. LOC RRのアプリケーション使用

5.1 Suggested Uses

5.1 提案された用途

   Some uses for the LOC RR have already been suggested, including the
   USENET backbone flow maps, a "visual traceroute" application showing
   the geographical path of an IP packet, and network management
   applications that could use LOC RRs to generate a map of hosts and
   routers being managed.

LOC RRへのいくつかの用途が既に示されました、USENET背骨流れ地図、IPパケットの地理的な経路を示している「視覚トレースルート」アプリケーション、およびホストとルータの地図を作るのにLOC RRsを使用できた管理されるネットワークマネージメントアプリケーションを含んでいて。

5.2 Search Algorithms

5.2 検索アルゴリズム

   This section specifies how to use the DNS to translate domain names
   and/or IP addresses into location information.

このセクションはドメイン名、そして/または、IPアドレスを位置情報に翻訳するのにDNSを使用する方法を指定します。

   If an application wishes to have a "fallback" behavior, displaying a
   less precise or larger area when a host does not have an associated
   LOC RR, it MAY support use of the algorithm in section 5.2.3, as
   noted in sections 5.2.1 and 5.2.2.  If fallback is desired, this
   behaviour is the RECOMMENDED default, but in some cases it may need
   to be modified based on the specific requirements of the application
   involved.

ホストが関連LOC RRを持っていないとき、それほど正確でないか、より広大な地域を表示して、アプリケーションに「後退」の振舞いがありたいなら、セクション5.2.3におけるアルゴリズムの使用を支持するかもしれません、セクション5.2.1と5.2で.2に注意されるように 後退が望まれているなら、このふるまいはRECOMMENDEDデフォルトですが、いくつかの場合、それは、かかわったアプリケーションに関する決められた一定の要求に基づいて変更される必要があるかもしれません。

   This search algorithm is designed to allow network administrators to
   specify the location of a network or subnet without requiring LOC RR
   data for each individual host.  For example, a computer lab with 24
   workstations, all of which are on the same subnet and in basically
   the same location, would only need a LOC RR for the subnet.
   (However, if the file server's location has been more precisely
   measured, a separate LOC RR for it can be placed in the DNS.)

この検索アルゴリズムは、ネットワーク管理者がそれぞれの個々のホストのためにLOC RRデータを必要としないでネットワークかサブネットの位置を指定するのを許容するように設計されています。 例えば、24台のワークステーションがあるコンピュータ室はサブネットにLOC RRを必要とするだけでしょう。同じサブネットの上と、そして、基本的に同じ位置にそのすべてがあります。 (しかしながら、ファイルサーバーの位置が、より正確に測定されたなら、それのための別々のLOC RRをDNSに置くことができます。)

5.2.1 Searching by Name

5.2.1 名前で探すこと。

   If the application is beginning with a name, rather than an IP
   address (as the USENET backbone flow maps do), it MUST check for a
   LOC RR associated with that name.  (CNAME records should be followed
   as for any other RR type.)

アプリケーションがIPアドレス(流れ地図がするUSENET背骨としての)よりむしろ名前で始まっているなら、それはその名前に関連しているLOC RRがないかどうかチェックしなければなりません。 (CNAME記録はいかなる他のRRタイプのようにも従われるべきです。)

   If there is no LOC RR for that name, all A records (if any)
   associated with the name MAY be checked for network (or subnet) LOC
   RRs using the "Searching by Network or Subnet" algorithm (5.2.3).  If
   multiple A records exist and have associated network or subnet LOC
   RRs, the application may choose to use any, some, or all of the LOC
   RRs found, possibly in combination.  It is suggested that multi-homed
   hosts have LOC RRs for their name in the DNS to avoid any ambiguity
   in these cases.

その名前のためのLOC RRが全くなければ、名前に関連しているすべてのA記録(もしあれば)がネットワーク(または、サブネット)LOC RRsがないかどうか「ネットワークかサブネットで探し」アルゴリズムを使用することでチェックされるかもしれない、(5.2、.3、) 複数のA記録が存在していて、ネットワークかサブネットLOC RRsを関連づけたなら、アプリケーションは、ことによると組み合わせで見つけられたLOC RRsのいずれ、いくつか、またはすべてを使用するのを選ぶかもしれません。 それが示される、それ、マルチ、家へ帰り、ホストは、これらの場合におけるどんなあいまいさも避けるためにDNSに彼らの名前のためのLOC RRsを持っています。

Davis, et al                  Experimental                      [Page 5]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[5ページ]RFC1876Location情報

   Note that domain names that do not have associated A records must
   have a LOC RR associated with their name in order for location
   information to be accessible.

関連A記録を持っていないドメイン名が位置情報がアクセス可能であるようにそれらの名前に関連しているLOC RRを持たなければならないことに注意してください。

5.2.2 Searching by Address

5.2.2 アドレスで探すこと。

   If the application is beginning with an IP address (as a "visual
   traceroute" application might be) it MUST first map the address to a
   name using the IN-ADDR.ARPA namespace (see [RFC 1034], section
   5.2.1), then check for a LOC RR associated with that name.

アプリケーションがIPアドレスで始まっているなら(「視覚トレースルート」アプリケーションがそうように)、それは、最初に、IN-ADDR.ARPA名前空間([RFC1034]、セクション5.2.1を見る)を使用することでアドレスを名前に写像して、その名前に関連しているLOC RRがないかどうかチェックしなければなりません。

   If there is no LOC RR for the name, the address MAY be checked for
   network (or subnet) LOC RRs using the "Searching by Network or
   Subnet" algorithm (5.2.3).

名前のためのLOC RRが全くなければ、アドレスがネットワーク(または、サブネット)LOC RRsがないかどうか「ネットワークかサブネットで探し」アルゴリズムを使用することでチェックされるかもしれない、(5.2、.3、)

5.2.3 Searching by Network or Subnet

5.2.3 ネットワークかサブネットで探すこと。

   Even if a host's name does not have any associated LOC RRs, the
   network(s) or subnet(s) it is on may.  If the application wishes to
   search for such less specific data, the following algorithm SHOULD be
   followed to find a network or subnet LOC RR associated with the IP
   address.  This algorithm is adapted slightly from that specified in
   [RFC 1101], sections 4.3 and 4.4.

ホストの名前に関連LOC RRsが少しのなくても、それがあるネットワークかサブネットは持っています。 ネットワークかサブネットがIPアドレスに関連づけられたLOC RRであることがそのようなそれほど特定でないデータ、以下のアルゴリズムSHOULDを捜し求めるというアプリケーション願望であるなら続かれて、わかってください。 このアルゴリズムはわずかに[RFC1101]、セクション4.3と4.4で指定されたそれから適合させられます。

   Since subnet LOC RRs are (if present) more specific than network LOC
   RRs, it is best to use them if available.  In order to do so, we
   build a stack of network and subnet names found while performing the
   [RFC 1101] search, then work our way down the stack until a LOC RR is
   found.

サブネットLOC RRsが(存在しているなら)ネットワークより特定のLOC RRsであるので、彼らを使用するために最も良いのですが、それは利用可能です。 そうするために、私たちは、[RFC1101]検索を実行している間に見つけられたネットワークとサブネット名のスタックを造って、LOC RRが見つけられるまで、次に、スタックの下側に進んでいます。

   1. create a host-zero address using the network portion of the IP
      address (one, two, or three bytes for class A, B, or C networks,
      respectively).  For example, for the host 128.9.2.17, on the class
      B network 128.9, this would result in the address "128.9.0.0".

1. IPアドレス(それぞれ1、2、またはクラスA、B、またはCネットワークのための3バイト)のネットワーク部分を使用することでホスト-ゼロアドレスを作成してください。 例えばホスト、128.9、.2、.17、クラスBネットワーク128.9では、これがアドレスをもたらすだろう、「128.9 .0 0インチ」

   2. Reverse the octets, suffix IN-ADDR.ARPA, and query for PTR and A
      records.  Retrieve:

2. 八重奏、接尾語IN-ADDR.ARPAを逆にしてください、そして、PTRとAのために記録について質問してください。 検索します:

               0.0.9.128.IN-ADDR.ARPA.  PTR    isi-net.isi.edu.
                                        A      255.255.255.0

ADDR.ARPAの0.0.9.128.。 PTR isi-net.isi.edu。 A255.255.255、.0

      Push the name "isi-net.isi.edu" onto the stack of names to be
      searched for LOC RRs later.

"isi-net.isi.edu"という名前を名前のスタックに押して、LOC RRsは後で捜されてください。

Davis, et al                  Experimental                      [Page 6]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[6ページ]RFC1876Location情報

   3. Since an A RR was found, repeat using mask from RR
      (255.255.255.0), constructing a query for 0.2.9.128.IN-ADDR.ARPA.
      Retrieve:

3. A RRが見つけられたのでRRからマスクを使用することで繰り返してください、(255.255 .255 .0) 0.2.9.128.IN-ADDR.ARPAのために質問を構成します。 検索します:

               0.2.9.128.IN-ADDR.ARPA.  PTR    div2-subnet.isi.edu.
                                        A      255.255.255.240

ADDR.ARPAの0.2.9.128.。 PTR div2-subnet.isi.edu。 A255.255.255、.240

      Push the name "div2-subnet.isi.edu" onto the stack of names to be
      searched for LOC RRs later.

"div2-subnet.isi.edu"という名前を名前のスタックに押して、LOC RRsは後で捜されてください。

   4. Since another A RR was found, repeat using mask 255.255.255.240
      (x'FFFFFFF0'), constructing a query for 16.2.9.128.IN-ADDR.ARPA.
      Retrieve:

4. '以来別のA RRが見つけられて、反復使用マスク255.255.255が.240である、(x'FFFFFFF0、'、)、16.2.9.128.IN-ADDR.ARPAのために質問を構成します。 検索します:

               16.2.9.128.IN-ADDR.ARPA. PTR    inc-subsubnet.isi.edu.

ADDR.ARPAの16.2.9.128.。 PTR inc-subsubnet.isi.edu。

      Push the name "inc-subsubnet.isi.edu" onto the stack of names to
      be searched for LOC RRs later.

"inc-subsubnet.isi.edu"という名前を名前のスタックに押して、LOC RRsは後で捜されてください。

   5. Since no A RR is present at 16.2.9.128.IN-ADDR.ARPA., there are no
      more subnet levels to search.  We now pop the top name from the
      stack and check for an associated LOC RR.  Repeat until a LOC RR
      is found.

5. どんなA RRも16.2.9.128.IN-ADDR.ARPA.に存在していないので、捜すそれ以上のサブネットレベルが全くありません。 私たちは、現在、スタックから最高名前を飛び出させて、関連LOC RRがないかどうかチェックします。 LOC RRが見つけられるまで、繰り返してください。

      In this case, assume that inc-subsubnet.isi.edu does not have an
      associated LOC RR, but that div2-subnet.isi.edu does.  We will
      then use div2-subnet.isi.edu's LOC RR as an approximation of this
      host's location.  (Note that even if isi-net.isi.edu has a LOC RR,
      it will not be used if a subnet also has a LOC RR.)

この場合、inc-subsubnet.isi.eduには関連LOC RRがありませんが、div2-subnet.isi.eduが持っていると仮定してください。 そして、私たちはこのホストの位置の近似としてdiv2-subnet.isi.eduのLOC RRを使用するつもりです。 (isi-net.isi.eduにLOC RRがあっても、また、サブネットにLOC RRがあるとそれが使用されないことに注意してください。)

5.3 Applicability to non-IN Classes and non-IP Addresses

5.3 非INのクラスと非IPアドレスへの適用性

   The LOC record is defined for all RR classes, and may be used with
   non-IN classes such as HS and CH.  The semantics of such use are not
   defined by this memo.

LOC記録は、すべてのRRのクラスのために定義されて、HSやCHなどの非INのクラスと共に使用されるかもしれません。 そのような使用の意味論はこのメモで定義されません。

   The search algorithm in section 5.2.3 may be adapted to other
   addressing schemes by extending [RFC 1101]'s encoding of network
   names to cover those schemes.  Such extensions are not defined by
   this memo.

セクション5.2.3における検索アルゴリズムは、それらの計画をカバーするためには[RFC1101]を広げることによって他のアドレシング計画に適合しているのが、ネットワーク名のコード化であるということであるかもしれません。 そのような拡大はこのメモで定義されません。

Davis, et al                  Experimental                      [Page 7]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[7ページ]RFC1876Location情報

6. References

6. 参照

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

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

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

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

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

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

   [WGS 84] United States Department of Defense; DoD WGS-1984 - Its
            Definition and Relationships with Local Geodetic Systems;
            Washington, D.C.; 1985; Report AD-A188 815 DMA; 6127; 7-R-
            138-R; CV, KV;

[WGS84] 合衆国国防総省。 DoD WGS-1984--ローカルの測地学のシステムとのその定義と関係。 ワシントンDC。 1985; 西暦-A188 815 DMAを報告してください。 6127; 7-R138-R。 CV、kv。

7. Security Considerations

7. セキュリティ問題

   High-precision LOC RR information could be used to plan a penetration
   of physical security, leading to potential denial-of-machine attacks.
   To avoid any appearance of suggesting this method to potential
   attackers, we declined the opportunity to name this RR "ICBM".

潜在的マシンの否定攻撃に通じて、物理的なセキュリティの浸透を計画するのに高精度LOC RR情報を使用できました。 この方法を潜在的攻撃者に示すどんな外観も避けるために、私たちはこのRR「ICBM」を命名する機会を傾けました。

8. Authors' Addresses

8. 作者のアドレス

   The authors as a group can be reached as <loc@pipex.net>.

グループとしての作者が達している as <loc@pipex.net であるかもしれない、gt。

   Christopher Davis
   Kapor Enterprises, Inc.
   238 Main Street, Suite 400
   Cambridge, MA 02142

Inc.238大通り、ケンブリッジ、クリストファーデイヴィスKaporエンタープライズSuite400MA 02142

   Phone: +1 617 576 4532
   EMail: ckd@kei.com

以下に電話をしてください。 +1 4532年の617 576メール: ckd@kei.com

   Paul Vixie
   Vixie Enterprises
   Star Route Box 159A
   Woodside, CA 94062

ポールVixie Vixieエンタープライズはカリフォルニア ルート箱の159Aウッドサイド、94062に主演します。

   Phone: +1 415 747 0204
   EMail: paul@vix.com

以下に電話をしてください。 +1 0204年の415 747メール: paul@vix.com

Davis, et al                  Experimental                      [Page 8]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[8ページ]RFC1876Location情報

   Tim Goodwin
   Public IP Exchange Ltd (PIPEX)
   216 The Science Park
   Cambridge CB4 4WA
   UK

ティム・グッドウィン公共のIP交換Ltd(PIPEX)216サイエンスパークケンブリッジCB4 4WAイギリス

   Phone: +44 1223 250250
   EMail: tim@pipex.net

以下に電話をしてください。 +44 1223 250250はメールされます: tim@pipex.net

   Ian Dickinson
   FORE Systems
   2475 The Crescent
   Solihull Parkway
   Birmingham Business Park
   B37 7YE
   UK

三日月形イアン・ディキンソン・ソーリハル公園道路バーミンガムビジネスパークB37 7YE前面のシステム2475イギリス

   Phone: +44 121 717 4444
   EMail: idickins@fore.co.uk

以下に電話をしてください。 +44 4444年の121 717メール: idickins@fore.co.uk

Davis, et al                  Experimental                      [Page 9]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[9ページ]RFC1876Location情報

Appendix A: Sample Conversion Routines

付録A: サンプル変換ルーチン

/*
 * routines to convert between on-the-wire RR format and zone file
 * format.  Does not contain conversion to/from decimal degrees;
 * divide or multiply by 60*60*1000 for that.
 */

ワイヤのRR形式とゾーンの間で変換する/**ルーチンは*形式をファイルします。 10進度からの/に変換を含んでいません。 * それのための*60*1000に60を分割するか、または掛けてください。 */

static unsigned int poweroften[10] = {1, 10, 100, 1000, 10000, 100000,
                                 1000000,10000000,100000000,1000000000};

1、10、100、1000、10000、100000、1000000、10000000、100000000、静的な無記名のint poweroften[10]=1000000000。

/* takes an XeY precision/size value, returns a string representation.*/
static const char *
precsize_ntoa(prec)
        u_int8_t prec;
{
        static char retbuf[sizeof("90000000.00")];
        unsigned long val;
        int mantissa, exponent;

/*はXeY精度/サイズ値を取って、リターンはストリング表現です。*/静的なconst炭*は__ntoa(prec)u int8_t precをprecsizeします。 静的な炭のretbuf[sizeof(「90000000.00」)]; 無記名の長いval; int仮数、解説者。

        mantissa = (int)((prec >> 4) & 0x0f) % 10;
        exponent = (int)((prec >> 0) & 0x0f) % 10;

仮数=(int)((prec>>4)と0x0f)%10。 解説者=(int)((prec>>0)と0x0f)%10。

        val = mantissa * poweroften[exponent];

valは仮数*poweroften[解説者]と等しいです。

        (void) sprintf(retbuf,"%d.%.2d", val/100, val%100);
        return (retbuf);
}

「(空)のsprintf、(retbuf、」、%d.%.2d、」、val/100、val%100)。 戻ってください(retbuf)。 }

/* converts ascii size/precision X * 10**Y(cm) to 0xXY. moves pointer.*/
static u_int8_t
precsize_aton(strptr)
        char **strptr;
{
        unsigned int mval = 0, cmval = 0;
        u_int8_t retval = 0;
        register char *cp;
        register int exponent;
        register int mantissa;

/*はASCIIサイズ/精度X*10**Y(cm)を0xXYに変換します。ポインタ移動の*/静的なu_int8_tは_aton(strptr)炭の**strptrをprecsizeします。 無記名のint mval=0(cmval=0(u_int8_t retval=0))は炭*cpを登録します; int解説者を示してください; int仮数を登録してください。

        cp = *strptr;

cpは*strptrと等しいです。

        while (isdigit(*cp))
                mval = mval * 10 + (*cp++ - '0');

(isdigit(*cp))mvalはmval*10+(*cp++--'0')と等しいのですが。

        if (*cp == '.') {               /* centimeters */
                cp++;
                if (isdigit(*cp)) {

'、(*cp=、'.'、)、/*センチメートル*/は(isdigit(*cp))であるなら+ +をcpします。

Davis, et al                  Experimental                     [Page 10]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[10ページ]RFC1876Location情報

                        cmval = (*cp++ - '0') * 10;
                        if (isdigit(*cp)) {
                                cmval += (*cp++ - '0');
                        }
                }
        }
        cmval = (mval * 100) + cmval;

cmvalは*10と等しいです(*cp++--'0')。 (isdigit(*cp))である、cmval+=(*cp++--'0')。 cmval=(mval*100)+cmval。

        for (exponent = 0; exponent < 9; exponent++)
                if (cmval < poweroften[exponent+1])
                        break;

(解説者=0; 解説者<9; 解説者++)に関しては、(cmval<poweroften[解説者+1])であるなら、壊れてください。

        mantissa = cmval / poweroften[exponent];
        if (mantissa > 9)
                mantissa = 9;

仮数はcmval / poweroften[解説者]と等しいです。 (仮数>9)仮数=9であるなら。

        retval = (mantissa << 4) | exponent;

retvalは(仮数<<4)と等しいです。| 解説者。

        *strptr = cp;

*strptrはcpと等しいです。

        return (retval);
}

戻ってください(retval)。 }

/* converts ascii lat/lon to unsigned encoded 32-bit number.
 *  moves pointer. */
static u_int32_t
latlon2ul(latlonstrptr,which)
        char **latlonstrptr;
        int *which;
{
        register char *cp;
        u_int32_t retval;
        int deg = 0, min = 0, secs = 0, secsfrac = 0;

/*は無記名のコード化された32ビットの数にASCII lat/lonを変換します。 * ポインタを動かします。 *_/静電気u int32_t latlon2ul、(latlonstrptr、どれ、)、**latlonstrptrを炭にしてください。 int、*どれですか? 炭*cp; _u int32_t retval; int度=0を登録してください、そして、分は0、secs=0、secsfrac=0と等しいです。

        cp = *latlonstrptr;

cpは*latlonstrptrと等しいです。

        while (isdigit(*cp))
                deg = deg * 10 + (*cp++ - '0');

(isdigit(*cp))度は度*10+(*cp++--'0')と等しいのですが。

        while (isspace(*cp))
                cp++;

(isspace(*cp))cp++である間。

        if (!(isdigit(*cp)))
                goto fndhemi;

((isdigit(*cp)))goto fndhemiであるなら。

        while (isdigit(*cp))
                min = min * 10 + (*cp++ - '0');

(isdigit(*cp))分は分*10+(*cp++--'0')と等しいのですが。

Davis, et al                  Experimental                     [Page 11]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[11ページ]RFC1876Location情報

        while (isspace(*cp))
                cp++;

(isspace(*cp))cp++である間。

        if (!(isdigit(*cp)))
                goto fndhemi;

((isdigit(*cp)))goto fndhemiであるなら。

        while (isdigit(*cp))
                secs = secs * 10 + (*cp++ - '0');

(isdigit(*cp))secsはsecs*10+(*cp++--'0')と等しいのですが。

        if (*cp == '.') {               /* decimal seconds */
                cp++;
                if (isdigit(*cp)) {
                        secsfrac = (*cp++ - '0') * 100;
                        if (isdigit(*cp)) {
                                secsfrac += (*cp++ - '0') * 10;
                                if (isdigit(*cp)) {
                                        secsfrac += (*cp++ - '0');
                                }
                        }
                }
        }

'、(*cp=、'.'、)小数..後援..等しい..等しい

        while (!isspace(*cp))   /* if any trailing garbage */
                cp++;

*もしあればゴミ*/cp++を引きずる(isspace(*cp))/である間。

        while (isspace(*cp))
                cp++;

(isspace(*cp))cp++である間。

 fndhemi:
        switch (*cp) {
        case 'N': case 'n':
        case 'E': case 'e':
                retval = ((unsigned)1<<31)
                        + (((((deg * 60) + min) * 60) + secs) * 1000)
                        + secsfrac;
                break;
        case 'S': case 's':
        case 'W': case 'w':
                retval = ((unsigned)1<<31)
                        - (((((deg * 60) + min) * 60) + secs) * 1000)
                        - secsfrac;
                break;
        default:
                retval = 0;     /* invalid value -- indicates error */
                break;
        }

fndhemi: (*cp)を切り換えてください。ケース..ケース..ケースに入れる..ケース..等しい..無記名..分..壊す..ケース..ケースに入れる..ケースに入れる..ケースに入れる..無記名..分..中断..デフォルト..無効..値..示す..誤り..中断

        switch (*cp) {

(*cp)を切り換えてください。

Davis, et al                  Experimental                     [Page 12]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[12ページ]RFC1876Location情報

        case 'N': case 'n':
        case 'S': case 's':
                *which = 1;     /* latitude */
                break;
        case 'E': case 'e':
        case 'W': case 'w':
                *which = 2;     /* longitude */
                break;
        default:
                *which = 0;     /* error */
                break;
        }

'ケース、'、: 'ケース、'、: 'ケース、'、: ケース's': *どの=1。 /*緯度*/中断。 ケース'E': ケース'e': ケース'W': ケース'w': *どの=2。 /*経度*/中断。 デフォルト: *どの=0。 /*誤り*/中断。 }

        cp++;                   /* skip the hemisphere */

cp++。 /*は半球*/をスキップします。

        while (!isspace(*cp))   /* if any trailing garbage */
                cp++;

*もしあればゴミ*/cp++を引きずる(isspace(*cp))/である間。

        while (isspace(*cp))    /* move to next field */
                cp++;

*(isspace(*cp))/である間、次の分野*/cp++に動いてください。

        *latlonstrptr = cp;

*latlonstrptrはcpと等しいです。

        return (retval);
}

戻ってください(retval)。 }

/* converts a zone file representation in a string to an RDATA
 * on-the-wire representation. */
u_int32_t
loc_aton(ascii, binary)
        const char *ascii;
        u_char *binary;
{
        const char *cp, *maxcp;
        u_char *bcp;

/*はワイヤにおけるRDATA*表現にストリングにおけるゾーンファイル表現を変換します。 */u_int32_t loc_aton(ASCII、バイナリー)const炭*ASCII。 u_炭*バイナリー。 const炭の*cp、*maxcp(u_炭*のbcp)

        u_int32_t latit = 0, longit = 0, alt = 0;
        u_int32_t lltemp1 = 0, lltemp2 = 0;
        int altmeters = 0, altfrac = 0, altsign = 1;
        u_int8_t hp = 0x16;    /* default = 1e6 cm = 10000.00m = 10km */
        u_int8_t vp = 0x13;    /* default = 1e3 cm = 10.00m */
        u_int8_t siz = 0x12;   /* default = 1e2 cm = 1.00m */
        int which1 = 0, which2 = 0;

u_int32_t latitは0、longit=0、alt=0と等しいです。 u_int32_t lltemp1は0、lltemp2=0と等しいです。 int altmetersは0、altfrac=0、altsign=1と等しいです。 u_int8_t hp=0×16。 10000.00 1e6/*デフォルト=cm=mは10km*/u_int8_t vp=0x13と等しいです。 1e3/*デフォルト=cmは10.00m*/u_int8_t siz=0x12と等しいです。 1e2/*デフォルト=cm=の1.00mの*/int which1は0、which2=0と等しいです。

        cp = ascii;
        maxcp = cp + strlen(ascii);

cpはASCIIと等しいです。 maxcpはcp+strlenと等しいです(ASCII)。

        lltemp1 = latlon2ul(&cp, &which1);

lltemp1はlatlon2ul(cp、およびwhich1)と等しいです。

Davis, et al                  Experimental                     [Page 13]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[13ページ]RFC1876Location情報

        lltemp2 = latlon2ul(&cp, &which2);

lltemp2はlatlon2ul(cp、およびwhich2)と等しいです。

        switch (which1 + which2) {
        case 3:                 /* 1 + 2, the only valid combination */
                if ((which1 == 1) && (which2 == 2)) { /* normal case */
                        latit = lltemp1;
                        longit = lltemp2;
                } else if ((which1 == 2) && (which2 == 1)) {/*reversed*/
                        longit = lltemp1;
                        latit = lltemp2;
                } else {        /* some kind of brokenness */
                        return 0;
                }
                break;
        default:                /* we didn't get one of each */
                return 0;
        }

スイッチ(which1+which2)ケース3: /*1+2、唯一の有効な組み合わせ*/、(which1=1)である、ほかの(which2=2)/*正常なケース*/latit=lltemp1(longit=lltemp2)、(which1=2)である、ほかの(which2=1)/*逆にされた*/longit=lltemp1(latit=lltemp2)、/*ある種の破損*/リターン0; 壊れてください; デフォルトとしてください: 私たちがそれぞれの*/リターン0の1つを得なかった/*

        /* altitude */
        if (*cp == '-') {
                altsign = -1;
                cp++;
        }

/*高度*/、(*cp='--')です。altsignは-1と等しいです; cp++

        if (*cp == '+')
                cp++;

(*cp='+')cp++であるなら。

        while (isdigit(*cp))
                altmeters = altmeters * 10 + (*cp++ - '0');

(isdigit(*cp))altmetersはaltmeters*10+(*cp++--'0')と等しいのですが。

        if (*cp == '.') {               /* decimal meters */
                cp++;
                if (isdigit(*cp)) {
                        altfrac = (*cp++ - '0') * 10;
                        if (isdigit(*cp)) {
                                altfrac += (*cp++ - '0');
                        }
                }
        }

'、(*cp=、'.'、)/*小数が(isdigit(*cp))であるなら*/cp++を計量する、altfracが(isdigit(*cp))であるなら*10と等しい、(*cp++--'0')altfrac+=(*cp++--'0')。

        alt = (10000000 + (altsign * (altmeters * 100 + altfrac)));

alt=(10000000+(altsign*(altmeters*100+altfrac)))。

        while (!isspace(*cp) && (cp < maxcp))
                                           /* if trailing garbage or m */
                cp++;

(isspace(*cp)、(cp<maxcp)) *ゴミかm*/を引きずるなら、/は+ +をcpします。

        while (isspace(*cp) && (cp < maxcp))
                cp++;

(isspace(*cp)、(<maxcpをcpします)cp++。

Davis, et al                  Experimental                     [Page 14]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[14ページ]RFC1876Location情報

        if (cp >= maxcp)
                goto defaults;

(cp>はmaxcpと等しいです)gotoがデフォルトとするなら。

        siz = precsize_aton(&cp);

siz=は_aton(cp)をprecsizeします。

        while (!isspace(*cp) && (cp < maxcp))/*if trailing garbage or m*/
                cp++;

(isspace(*cp)、(cp<maxcp)) *ゴミかm*/を引きずるなら、/は+ +をcpします。

        while (isspace(*cp) && (cp < maxcp))
                cp++;

(isspace(*cp)、(<maxcpをcpします)cp++。

        if (cp >= maxcp)
                goto defaults;

(cp>はmaxcpと等しいです)gotoがデフォルトとするなら。

        hp = precsize_aton(&cp);

hp=は_aton(cp)をprecsizeします。

        while (!isspace(*cp) && (cp < maxcp))/*if trailing garbage or m*/
                cp++;

(isspace(*cp)、(cp<maxcp)) *ゴミかm*/を引きずるなら、/は+ +をcpします。

        while (isspace(*cp) && (cp < maxcp))
                cp++;

(isspace(*cp)、(<maxcpをcpします)cp++。

        if (cp >= maxcp)
                goto defaults;

(cp>はmaxcpと等しいです)gotoがデフォルトとするなら。

        vp = precsize_aton(&cp);

vp=は_aton(cp)をprecsizeします。

 defaults:

デフォルト:

        bcp = binary;
        *bcp++ = (u_int8_t) 0;  /* version byte */
        *bcp++ = siz;
        *bcp++ = hp;
        *bcp++ = vp;
        PUTLONG(latit,bcp);
        PUTLONG(longit,bcp);
        PUTLONG(alt,bcp);

bcpはバイナリーと等しいです。 *bcp++=(u_int8_t)0。 /*バージョンバイト*/*bcp++はsizと等しいです。 *bcp++はhpと等しいです。 *bcp++はvpと等しいです。 PUTLONG(latit、bcp)。 PUTLONG(longit、bcp)。 PUTLONG(alt、bcp)。

        return (16);            /* size of RR in octets */
}

リターン(16)。 八重奏*/のRRの/*サイズ

/* takes an on-the-wire LOC RR and prints it in zone file
 * (human readable) format. */
char *
loc_ntoa(binary,ascii)
        const u_char *binary;
        char *ascii;
{

/*は、ワイヤの上のLOC RRを取って、ゾーンファイル*(人間読み込み可能な)形式でそれを印刷します。 */炭*loc_ntoa(バイナリー、ASCII)const u_炭*バイナリー。 *ASCIIを炭にしてください。 {

Davis, et al                  Experimental                     [Page 15]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[15ページ]RFC1876Location情報

        static char tmpbuf[255*3];

静的な炭のtmpbuf[255*3]。

        register char *cp;
        register const u_char *rcp;

炭*cpを登録してください。 const u_炭*のrcpを登録してください。

        int latdeg, latmin, latsec, latsecfrac;
        int longdeg, longmin, longsec, longsecfrac;
        char northsouth, eastwest;
        int altmeters, altfrac, altsign;

int latdeg、latmin、latsec、latsecfrac。 int longdeg、longmin、longsec、longsecfrac。 最もeastwestにnorthsouthを炭にしてください。 int altmeters、altfrac、altsign。

        const int referencealt = 100000 * 100;

const int referencealt=100000*100。

        int32_t latval, longval, altval;
        u_int32_t templ;
        u_int8_t sizeval, hpval, vpval, versionval;

int32_t latval、longval、altval。 _u int32_t templ。 _u int8_t sizeval、hpval、vpval、versionval。

        char *sizestr, *hpstr, *vpstr;

*sizestr、*hpstr、*vpstrを炭にしてください。

        rcp = binary;
        if (ascii)
                cp = ascii;
        else {
                cp = tmpbuf;
        }

rcpはバイナリーと等しいです。 (ASCII)cpがASCIIと等しいなら。 ほかcp=tmpbuf。

        versionval = *rcp++;

versionvalは*rcp++と等しいです。

        if (versionval) {
                sprintf(cp,"; error: unknown LOC RR version");
                return (cp);
        }

(versionval)です。「sprintf、(cp、」、; 誤り: 未知のLOC RRバージョン、」、)、; 戻ってください(cp)。

        sizeval = *rcp++;

sizevalは*rcp++と等しいです。

        hpval = *rcp++;
        vpval = *rcp++;

hpvalは*rcp++と等しいです。 vpvalは*rcp++と等しいです。

        GETLONG(templ,rcp);
        latval = (templ - ((unsigned)1<<31));

GETLONG(templ、rcp)。 latval=(templ--(1(無記名)の<<31))。

        GETLONG(templ,rcp);
        longval = (templ - ((unsigned)1<<31));

GETLONG(templ、rcp)。 longval=(templ--(1(無記名)の<<31))。

        GETLONG(templ,rcp);
        if (templ < referencealt) { /* below WGS 84 spheroid */
                altval = referencealt - templ;
                altsign = -1;
        } else {

GETLONG(templ、rcp)。 {

Davis, et al                  Experimental                     [Page 16]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[16ページ]RFC1876Location情報

                altval = templ - referencealt;
                altsign = 1;
        }

altvalはtemplと等しいです--referencealt altsign=1。 }

        if (latval < 0) {
                northsouth = 'S';
                latval = -latval;
        }
        else
                northsouth = 'N';

'(latval<0)である、northsouthが等しい、'; latvalは-latvalと等しいです;、ほかのnorthsouthが等しい、'、。

        latsecfrac = latval % 1000;
        latval = latval / 1000;
        latsec = latval % 60;
        latval = latval / 60;
        latmin = latval % 60;
        latval = latval / 60;
        latdeg = latval;

latval latsecfrac=%1000。 latvalはlatval / 1000と等しいです。 latval latsec=%60。 latvalはlatval / 60と等しいです。 latval latmin=%60。 latvalはlatval / 60と等しいです。 latdegはlatvalと等しいです。

        if (longval < 0) {
                eastwest = 'W';
                longval = -longval;
        }
        else
                eastwest = 'E';

(longval<0)最もeastwestな='W'; longval=-longval;ほかの最もeastwestな='E'であるなら。

        longsecfrac = longval % 1000;
        longval = longval / 1000;
        longsec = longval % 60;
        longval = longval / 60;
        longmin = longval % 60;
        longval = longval / 60;
        longdeg = longval;

longval longsecfrac=%1000。 longvalはlongval / 1000と等しいです。 longval longsec=%60。 longvalはlongval / 60と等しいです。 longval longmin=%60。 longvalはlongval / 60と等しいです。 longdegはlongvalと等しいです。

        altfrac = altval % 100;
        altmeters = (altval / 100) * altsign;

altval altfrac=%100。 altmetersは(altval / 100)*altsignと等しいです。

        sizestr = savestr(precsize_ntoa(sizeval));
        hpstr = savestr(precsize_ntoa(hpval));
        vpstr = savestr(precsize_ntoa(vpval));

sizestrはsavestrと等しいです(_ntoa(sizeval)をprecsizeします)。 hpstrはsavestrと等しいです(_ntoa(hpval)をprecsizeします)。 vpstrはsavestrと等しいです(_ntoa(vpval)をprecsizeします)。

        sprintf(cp,
                "%d %.2d %.2d.%.3d %c %d %.2d %.2d.%.3d %c %d.%.2dm
                %sm %sm %sm",
                latdeg, latmin, latsec, latsecfrac, northsouth,
                longdeg, longmin, longsec, longsecfrac, eastwest,
                altmeters, altfrac, sizestr, hpstr, vpstr);

「sprintf、(cp、」、」 %のSm%のSm%のSmのlatdegと、latminにlatsecであって、latsecfracであって、northsouthなlongdegと、longminにlongsecであって、longsecfracであって、最もeastwestな.2d%.2d.%.3d%c%d%.2d%.2d.%.3d%c%d.%.2dm%altmeters(altfracであって、sizestrなhpstr)がvpstrする%d)、。

Davis, et al                  Experimental                     [Page 17]

RFC 1876            Location Information in the DNS         January 1996

デイヴィス、DNS1996年1月の他のExperimental[17ページ]RFC1876Location情報

        free(sizestr);
        free(hpstr);
        free(vpstr);

(sizestr)を解放してください。 (hpstr)を解放してください。 (vpstr)を解放してください。

        return (cp);
}

戻ってください(cp)。 }

Davis, et al                  Experimental                     [Page 18]

デイヴィス、他のExperimental[18ページ]