[要約] RFC 3825は、DHCPオプションを使用して座標ベースの位置設定情報を提供するためのプロトコルです。このRFCの目的は、ネットワークデバイスの位置情報を効果的に配布することです。
Network Working Group J. Polk
Request for Comments: 3825 J. Schnizlein
Category: Standards Track M. Linsner
Cisco Systems
July 2004
Dynamic Host Configuration Protocol Option for Coordinate-based Location Configuration Information
座標ベースの位置構成情報の動的ホスト構成プロトコルオプション
Status of this Memo
本文書の位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態とステータスについては、「インターネット公式プロトコル標準」（STD 1）の現在のエディションを参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2004).
著作権（c）The Internet Society（2004）。
Abstract
概要
This document specifies a Dynamic Host Configuration Protocol Option for the coordinate-based geographic location of the client. The Location Configuration Information (LCI) includes latitude, longitude, and altitude, with resolution indicators for each. The reference datum for these values is also included.
このドキュメントは、クライアントの座標ベースの地理的位置の動的ホスト構成プロトコルオプションを指定します。位置構成情報（LCI）には、緯度、経度、高度が含まれ、それぞれに解像度インジケーターがあります。これらの値の参照データムも含まれています。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.1. Conventions . . . . . . . . . . . . . . . . . . . . . . 3
1.2. Motivation . . . . . . . . . . . . . . . . . . . . . . . 3
1.3. Rationale . . . . . . . . . . . . . . . . . . . . . . . 4
2. Location Configuration Information (LCI) Elements. . . . . . . 4
2.1. Elements of the Location Configuration Information . . . 5
3. Security Considerations. . . . . . . . . . . . . . . . . . . . 8
4. IANA Considerations. . . . . . . . . . . . . . . . . . . . . . 8
5. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 9
Appendix Calculations of Imprecision possible with the DHC LCI . . 10
A.1. LCI of "White House" (Example 1) . . . . . . . . . . . . 10
A.2. LCI of "Sears Tower" (Example 2) . . . . . . . . . . . . 12
6. References . . . . . . . . . . . . . . . . . . . . . . . . . . 13
6.1. Normative References . . . . . . . . . . . . . . . . . . 13
6.2. Informational References . . . . . . . . . . . . . . . . 14
7. Author Information . . . . . . . . . . . . . . . . . . . . . . 14
8. Full Copyright Statement . . . . . . . . . . . . . . . . . . . 15
This document specifies a Dynamic Host Configuration Protocol [1] Option for the coordinate-based geographic location of the client, to be provided by the server.
このドキュメントは、サーバーが提供するクライアントの座標ベースの地理的位置の動的ホスト構成プロトコル[1]オプションを指定します。
The DHCP server is assumed to have determined the location from the Circuit-ID Relay Agent Information Option (RAIO) defined (as SubOpt 1) in [2]. In order to translate the circuit (switch port identifier) into a location, the DHCP server is assumed to have access to a service that maps from circuit-ID to the location at which the circuit connected to that port terminates in the building, for example, the location of the wall jack.
DHCPサーバーは、[2]で定義された（SubOPT 1として）定義された回路IDリレーエージェント情報オプション（RAIO）からの場所を決定したと想定されています。回路（スイッチポート識別子）を場所に変換するために、DHCPサーバーは、回路IDからそのポートに接続された回路が建物内で終了する場所にマップするサービスにアクセスできると想定されています。、壁ジャックの位置。
An important feature of this specification is that after the relevant DHC exchanges have taken place, the location information is stored on the end device rather than somewhere else, where retrieving it might be difficult in practice.
この仕様の重要な機能は、関連するDHC交換が行われた後、位置情報が他の場所ではなくエンドデバイスに保存されることです。
Another important feature of this LCI is its inclusion of a resolution parameter for each of the dimensions of location. Because this resolution parameter need not apply to all dimensions equally, a resolution value is included for each of the 3 location elements.
このLCIのもう1つの重要な機能は、場所の各寸法に解像度パラメーターを含めることです。この解像度パラメーターはすべての次元に等しく適用する必要はないため、3つの位置要素のそれぞれに解像度値が含まれています。
Resolution does not define Geographic Privacy policy.
解決は、地理的プライバシーポリシーを定義しません。
The resulting location information using this resolution method is a small fixed length Configuration Information that can be easily carried in protocols, such as DHCP, which have limited packet size because this LCI is only 18 bytes long.
この解像度方法を使用した結果の位置情報は、このLCIの長さしかないためにパケットサイズが制限されているDHCPなどのプロトコルで簡単に運ぶことができる小さな固定長構成情報です。
Finally, the appendix of this document provides some arithmetic examples of the implication of different resolution values on the La/Lo/Alt.
最後に、このドキュメントの付録は、LA/LO/ALTの異なる解像度値の意味のいくつかの算術例を提供します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [3].
「必須」、「そうしない」、「必須」、「必要」、「「しない」、「そうでない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、[3]に記載されているように解釈される。
As applications such as IP Telephony are replacing conventional telephony, users are expecting the same (or greater) level of services with the new technology. One service offered by conventional telephony that is missing in any standardized fashion within IP Telephony is for a user to be automatically located by emergency responders, in a timely fashion, when the user summons help (by dialing 911 in North America, for example). Unless strict administrative rules are followed, the mobility of a wired Ethernet device within a campus negates any opportunity for an emergency responder to locate the device with any degree of expediency. Users do not want to give up the mobility IP Telephony offers. Informing the host device of its geo-location at host configuration time will allow the device to utilize this geo-location information to inform others of its current geo-location, if the user and/or application so desires.
IPテレフォニーなどのアプリケーションが従来のテレフォニーに取って代わっているため、ユーザーは新しいテクノロジーで同じレベルのサービスを期待しています。IPテレフォニー内で標準化された方法で欠落している従来のテレフォニーによって提供される1つのサービスは、ユーザーが召喚するとき（たとえば、北米で911をダイヤルすることで）タイムリーに緊急対応者によって自動的に配置されることです。厳格な管理規則に従わない限り、キャンパス内の有線イーサネットデバイスの可動性は、緊急レスポンダーが任意の便宜的にデバイスを見つける機会を無効にします。ユーザーは、モビリティIPテレフォニーオファーを放棄したくありません。ホスト構成時間でホストデバイスにジオロケーションを通知することで、ユーザーやアプリケーションが必要な場合は、このジオロケーション情報を使用して、現在の地理ロケーションを他の人に通知することができます。
The goal of this option is to enable a wired Ethernet host to obtain its location, which it could provide to an emergency responder, as one example.
このオプションの目標は、有線イーサネットホストがその場所を取得できるようにすることです。これは、緊急レスポンダーに1つの例として提供できます。
Wireless hosts can utilize this option to gain knowledge of the location of the radio access point used during host configuration, but would need some more exotic mechanisms, maybe GPS, or maybe a future DHCP option, which includes a list of geo-locations like that defined here, containing the locations of the radio access points that are close to the client.
ワイヤレスホストは、このオプションを利用して、ホスト構成中に使用されるラジオアクセスポイントの位置に関する知識を得ることができますが、そのような地理ロケーションのリストを含む、よりエキゾチックなメカニズム、おそらくGPS、または将来のDHCPオプションが必要です。ここで定義されており、クライアントに近いラジオアクセスポイントの場所が含まれています。
Within the LCI described here, Latitude and Longitude are represented in fixed-point 2s-complement binary degrees, for the economy of a smaller option size compared to a string encoding of digits in [7]. The integer parts of these fields are 9 bits long to accommodate +/- 180 degrees. The fractional part is 25 bits long, better than the precision of 7 decimal digits. The length of each field is 40 bits, 34 of which is the sum of the integer (9) and fractional (25) bits, plus 6 bits of resolution.
ここで説明するLCI内では、緯度と経度は、[7]の数字の文字列エンコードと比較して、より小さなオプションサイズの経済のために、固定点2S複合バイナリ度で表されます。これらのフィールドの整数部分は、 /-180度に対応するために9ビットの長さです。分数部分は25ビットの長さで、7桁の精度よりも優れています。各フィールドの長さは40ビットで、そのうち34は整数（9）と分数（25）ビットの合計と6ビットの解像度です。
Altitude is determined by the Altitude Type (AT) indicated by the AT field, which is 4 bits long. Two Altitude Types are defined here, meters (code=1) and floors (code=2), both of which are 2s-complement fixed-point with 22 bits of integer part and 8 bits of fractional part. Additional Altitude Types MAY be assigned by IANA. The "floors" Altitude Type is provided because altitude in meters may not be known within a building, and a floor indication may be more useful.
高度は、4ビットの長さのATフィールドで示される高度タイプ（AT）によって決定されます。ここでは、メーター（コード= 1）とフロア（コード= 2）の2つの高度タイプが定義されています。どちらも2秒の補完固定点で、整数部品と8ビットの分数部です。IANAによって追加の高度タイプが割り当てられる場合があります。「床」の高度タイプは、建物内でメートル単位の高度がわからない可能性があり、床の表示がより便利になる可能性があるため、提供されます。
GPS systems today can use WGS84 for horizontal and vertical datums; [6] defines WGS84 as a three-dimensional datum. For other datum values that do not include a vertical component, both the horizontal and vertical datum of reference will be specified in the IANA record.
今日のGPSシステムは、水平および垂直データムにWGS84を使用できます。[6] WGS84を3次元データムとして定義します。垂直コンポーネントを含まない他のデータム値の場合、IANAレコードでは、水平および垂直の基準データムの両方が指定されます。
Each of these 3 elements begins with an accuracy sub-field of 6 bits, indicating the number of bits of resolution. This resolution sub-field accommodates the desire to easily adjust the precision of a reported location. Contents beyond the claimed resolution MAY be randomized to obscure greater precision that might be available.
これらの3つの要素はそれぞれ、6ビットの精度サブフィールドから始まり、解像度のビット数を示します。この解像度サブフィールドは、報告された場所の精度を簡単に調整したいという欲求に対応します。主張された解像度を超えた内容は、利用可能なより大きな精度を曖昧にするためにランダム化される場合があります。
DHCP is a binary Protocol; using protocols of LCI are likely to be text based. Since most coordinate systems translate easily between binary-based and text-based location output (even emergency services within the US), translation/conversion is a non-issue with DHCP's binary format.
DHCPはバイナリプロトコルです。LCIのプロトコルを使用することは、テキストベースである可能性があります。ほとんどの座標系は、バイナリベースとテキストベースの位置出力（米国内の緊急サービスでさえ）の間で簡単に翻訳されるため、翻訳/変換はDHCPのバイナリ形式を持つ問題ではありません。
This binary format provides a fortunate benefit in a mechanism for making a true/correct location coordinate imprecise. It further provides the capability to have this binary representation be deterministically imprecise.
このバイナリ形式は、真の/正しい位置座標を不正確にするためのメカニズムにおける幸運な利点を提供します。さらに、このバイナリ表現を決定論的に不正確にする機能を提供します。
The LCI format is as follows:
LCI形式は次のとおりです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code 123 | 16 | LaRes | Latitude +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Latitude (cont'd) | LoRes | +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Longitude |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| AT | AltRes | Altitude |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Alt (cont'd) | Datum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Code 123: The code for this DHCP option.
コード123：このDHCPオプションのコード。
16: The length of this option is 16 bytes.
16：このオプションの長さは16バイトです。
LaRes: Latitude resolution. 6 bits indicating the number of valid bits in the fixed-point value of Latitude.
LARES：緯度解決。緯度の固定点値の有効なビット数を示す6ビット。
This value is the number of high-order Latitude bits that should be considered valid. Any bits entered to the right of this limit should not be considered valid and might be purposely false, or zeroed by the sender.
この値は、有効と見なされるべき高次緯度ビットの数です。この制限の右側に入力されたビットは、有効であると見なされるべきではなく、意図的に間違っているか、送信者によってゼロになっている可能性があります。
The examples in the appendix illustrate that a smaller value in the resolution field increases the area within which the device is located.
付録の例は、解像度フィールドの値が少ないと、デバイスが配置されている領域が増加することを示しています。
LaRes does not define Geographic Privacy policy.
ラレスは、地理的プライバシーポリシーを定義していません。
Values above decimal 34 are undefined and reserved.
小数を超える値は未定義であり、予約されています。
Latitude: a 34 bit fixed point value consisting of 9 bits of integer and 25 bits of fraction. Latitude SHOULD be normalized to within +/- 90 degrees. Positive numbers are north of the equator and negative numbers are south of the equator.
緯度：9ビットの整数と25ビットの分数で構成される34ビット固定点値。緯度は /-90度以内に正規化する必要があります。正の数は赤道の北であり、負の数は赤道の南です。
A value of 2 in the LaRes field indicates a precision of no greater than 1/6th that of the globe (in the first example of the appendix). A value of 34 in the LaRes field indicates a precision of about 3.11 mm in Latitude at the equator.
ラレスフィールドの2の値は、グローブの1/6以下の精度を示しています（付録の最初の例で）。ラレス場の34の値は、赤道の緯度で約3.11 mmの精度を示します。
LoRes: Longitude resolution. 6 bits indicating the number of valid bits in the fixed-point value of Longitude.
ローア：経度解像度。経度の固定点値の有効なビット数を示す6ビット。
This value is the number of high-order Longitude bits that should be considered valid. Any bits entered to the right of this limit should not be considered valid and might be purposely false, or zeroed by the sender.
この値は、有効と見なされるべき高次経度ビットの数です。この制限の右側に入力されたビットは、有効であると見なされるべきではなく、意図的に間違っているか、送信者によってゼロになっている可能性があります。
LoRes does not define Geographic Privacy policy.
Loresは地理的プライバシーポリシーを定義していません。
Values above decimal 34 are undefined and reserved.
小数を超える値は未定義であり、予約されています。
Longitude: a 34 bit fixed point value consisting of 9 bits of integer and 25 bits of fraction. Longitude SHOULD be normalized to within +/- 180 degrees. Positive values are East of the prime meridian and negative (2s complement) numbers are West of the prime meridian.
経度：9ビットの整数と25ビットの分数で構成される34ビット固定点値。経度は /-180度以内に正規化する必要があります。正の値は主要な子午線の東であり、負（2S補数）数はプライム子午線の西です。
A value of 2 in the LoRes field indicates precision of no greater than 1/6th that of the globe (see first example of the appendix). A value of 34 in the LoRes field indicates a precision of about 2.42 mm in longitude (at the equator). Because lines of longitude converge at the poles, the distance is smaller (better precision) for locations away from the equator.
Loresフィールドの2の値は、グローブの1/6以下の精度を示しています（付録の最初の例を参照）。ロアフィールドの34の値は、経度で約2.42 mmの精度を示しています（赤道で）。極では経度のラインが収束するため、赤道から離れた場所の距離は小さく（精度が向上します）。
Altitude: A 30 bit value defined by the AT field
高度：ATフィールドによって定義された30ビット値
AltRes: Altitude resolution. 6 bits indicating the number of valid bits in the altitude. Values above 30 (decimal) are undefined and reserved.
Altres：高度解像度。高度の有効なビットの数を示す6ビット。30（小数）を超える値は未定義で予約されています。
AltRes does not define Geographic Privacy policy.
Altresは、地理的プライバシーポリシーを定義していません。
AT: Altitude Type for altitude. Codes defined are:
AT：高度の高度タイプ。定義されたコードは次のとおりです。
1: Meters - in 2s-complement fixed-point 22-bit integer part with 8- bit fraction
1：メートル-8ビット分数の2Sコンクリメント固定点22ビット整数部品
If AT = 1, an AltRes value 0.0 would indicate unknown altitude. The most precise Altitude would have an AltRes value of 30. Many values of AltRes would obscure any variation due to vertical datum differences.
AT = 1の場合、Altres値0.0は未知の高度を示します。最も正確な高度は、30のAltres値を持ちます。Altresの多くの値は、垂直のデータムの違いによる変動を曖昧にします。
2: Floors - in 2s-complement fixed-point 22-bit integer part with 8-bit fraction
2：フロア - 8ビット画分の2Sコンクリメント固定点22ビット整数部品
AT = 2 for Floors enables representing altitude in a form more relevant in buildings which have different floor-to-floor dimensions. An altitude coded as AT = 2, AltRes = 30, and Altitude = 0.0 is meaningful even outside a building, and represents ground level at the given latitude and longitude. Inside a building, 0.0 represents the floor level associated with ground level at the main entrance. This document defines a number; one must arrive at the number by counting floors from the floor defined to be 0.0.
AT = 2階では、床ごとの寸法が異なる建物でより関連性の高い形の高度を表すことができます。AT = 2、Altres = 30、および高度= 0.0としてコード化された高度は、建物の外でも意味があり、与えられた緯度と経度で地面レベルを表します。建物内では、0.0はメインエントランスの地上レベルに関連する床レベルを表します。このドキュメントは数字を定義します。定義された床から床をカウントして、0.0と定義して、数字に到達する必要があります。
The values represented by this AT will be of local significance. Since buildings and floors can vary due to lack of common control, the values chosen to represent the characteristics of an individual building will be derived and agreed upon by the operator of the building and the intended users of the data. Attempting to standardize this type of function is beyond the scope this document.
これで表される値は、局所的な重要性です。建物や床は共通の制御がないために異なる可能性があるため、個々の建物の特性を表すために選択された値は、建物のオペレーターとデータの意図したユーザーによって導き出され、合意されます。このタイプの機能を標準化しようとすることは、このドキュメントの範囲を超えています。
Sub-floors can be represented by non-integer values. Example: a mezzanine between floor 1 and floor 2 could be represented as a value = 1.1. Example: (2) mezzanines between floor 4 and floor 5 could be represented as values = 4.1 and 4.2 respectively.
サブフロアは、非整数値で表すことができます。例：フロア1とフロア2の間のメザニンは、値= 1.1として表すことができます。例：（2）フロア4とフロア5の間のメザニンは、それぞれ値= 4.1と4.2として表すことができます。
Floors located below ground level could be represented by negative values.
地上レベルの下にある床は、負の値で表すことができます。
Larger values represent floors that are above (higher in altitude) floors with lower values.
値が大きいと、値が低い床（高度で）上にある床を表します。
The AltRes field SHOULD be set to maximum precision when AT = 2 (floors) when a floor value is included in the DHCP Reply, or the AT = 0 to denote the floor isn't known.
Altresフィールドは、床値がDHCP返信に含まれている場合、または床を示すためにAT = 0を含む場合、AT = 2（床）の場合、最大精度に設定する必要があります。
Any additional LCI Altitude Types(s) to be defined for use via this DHC Option MUST be done through a Standards Track RFC.
このDHCオプションを介して使用するために定義される追加のLCI高度タイプは、標準トラックRFCを介して行う必要があります。
Datum: The Map Datum used for the coordinates given in this Option
データム：このオプションに記載されている座標に使用されるマップデータム
The datum must include both a horizontal and a vertical reference. Since the WGS 84 reference datum is three-dimensional, it includes both. For any additional datum parameters, the datum codepoint must specify both horizontal datum and vertical datum references.
データムには、水平リファレンスと垂直参照の両方を含める必要があります。WGS 84参照データムは3次元であるため、両方が含まれます。追加のデータムパラメーターについては、データムコードポイントは水平データムと垂直のデータム参照の両方を指定する必要があります。
The Datum byte has 256 possibilities, of which 3 have been registered with IANA by this document (all derived from specification in [5]):
データムバイトには256の可能性があり、そのうち3つはこのドキュメントによってIANAに登録されています（すべて[5]の仕様から派生した）：
1: WGS 84 (Geographical 3D) - World Geodesic System 1984, CRS Code 4327, Prime Meridian Name: Greenwich
1：WGS 84（地理的3D） - World Geodesic System 1984、CRS Code 4327、Prime Meridian Name：Greenwich
2: NAD83 - North American Datum 1983, CRS Code 4269, Prime Meridian Name: Greenwich; The associated vertical datum is the North American Vertical Datum of 1988 (NAVD88)
2：NAD83-北米データム1983、CRSコード4269、プライム子午線名：グリニッジ;関連する垂直データムは、1988年の北米の垂直データムです（NAVD88）
This datum pair is to be used when referencing locations on land, not near tidal water (which would use Datum = 3 below)
このデータムペアは、潮の近くではなく、陸上の場所を参照するときに使用されます（以下のデータ= 3を使用します）
3: NAD83 - North American Datum 1983, CRS Code 4269, Prime Meridian Name: Greenwich; The associated vertical datum is Mean Lower Low Water (MLLW)
3：NAD83-北米データム1983、CRSコード4269、プライム子午線名：グリニッジ;関連する垂直データムは平均低い低水（MLLW）です
This datum pair is to be used when referencing locations on water/sea/ocean
このデータムペアは、水/海/海の場所を参照するときに使用されます
Any additional LCI datum(s) to be defined for use via this DHC Option MUST be done through a Standards Track RFC.
このDHCオプションを介して使用するために定義される追加のLCIデータムは、標準トラックRFCを介して実行する必要があります。
Where critical decisions might be based on the value of this GeoConf option, DHCP authentication in [4] SHOULD be used to protect the integrity of the DHCP options.
重要な決定がこのGeoCONFオプションの値に基づいている可能性がある場合、[4]のDHCP認証を使用して、DHCPオプションの整合性を保護する必要があります。
Since there is no privacy protection for DHCP messages, an eavesdropper who can monitor the link between the DHCP server and requesting client can discover this LCI.
DHCPメッセージにプライバシー保護がないため、DHCPサーバーとクライアントの要求との間のリンクを監視できる盗聴者は、このLCIを発見できます。
To minimize the unintended exposure of location information, the LCI option SHOULD be returned by DHCP servers only when the DHCP client has included this option in its 'parameter request list' (section 3.5 [1]).
位置情報の意図しない露出を最小限に抑えるために、DHCPクライアントがこのオプションを「パラメーターリクエストリスト」に含めた場合にのみ、LCIオプションをDHCPサーバーによって返す必要があります（セクション3.5 [1]）。
When implementing a DHC server that will serve clients across an uncontrolled network, one should consider the potential security risks.
制御されていないネットワーク全体でクライアントにサービスを提供するDHCサーバーを実装する場合、潜在的なセキュリティリスクを考慮する必要があります。
IANA has assigned a DHCP option code of 123 for the GeoConf option defined in this document.
IANAは、このドキュメントで定義されているGeoCONFオプションに123のDHCPオプションコードを割り当てました。
The GeoConf Option defines two fields for which IANA maintains a registry: The Altitude (AT) field (see Section 2) and the Datum field (see Section 2). The datum indicator MUST include specification of both horizontal and vertical datum. New values for the Altitude (AT) field are assigned through "Standards Action" [RFC 2434]. The initial values of the Altitude registry are as follows: AT = 1 meters of Altitude defined by the vertical datum specified.
GeoCONFオプションは、IANAがレジストリを維持する2つのフィールドを定義します：高度（AT）フィールド（セクション2を参照）とデータムフィールド（セクション2を参照）。データムインジケーターには、水平データムと垂直データムの両方の仕様を含める必要があります。高度（AT）フィールドの新しい値は、「標準アクション」[RFC 2434]を通じて割り当てられます。高度レジストリの初期値は次のとおりです。指定された垂直データムで定義された高度= 1メートルの高度。
AT = 2 building Floors of Altitude.
AT = 2階の高度の建物。
Datum = 1 denotes the vertical datum WGS 84 as defined by the EPSG as their CRS Code 4327; CRS Code 4327 also specifies WGS 84 as the vertical datum
Datum = 1は、EPSGによってCRSコード4327として定義されている垂直データムWGS 84を示します。CRSコード4327は、WGS 84を垂直データムとして指定します
Datum = 2 denotes the vertical datum NAD83 as defined by the EPSG as their CRS Code 4269; North American Vertical Datum of 1988 (NAVD88) is the associated vertical datum for NAD83
Datum = 2は、EPSGによってCRSコード4269として定義されている垂直データムNAD83を示します。1988年の北米垂直データム（NAVD88）は、NAD83の関連する垂直データムです
Datum = 3 denotes the vertical datum NAD83 as defined by the EPSG as their CRS Code 4269; Mean Lower Low Water (MLLW) is the associated vertical datum for NAD83
datum = 3は、EPSGによってCRSコード4269として定義されている垂直データムNAD83を示します。平均低い低水（MLLW）は、NAD83の関連する垂直データムです
Any additional LCI datum(s) to be defined for use via this DHC Option MUST be done through a Standards Track RFC.
このDHCオプションを介して使用するために定義される追加のLCIデータムは、標準トラックRFCを介して実行する必要があります。
The authors would like to thank Patrik Falstrom, Ralph Droms, Ted Hardie, Jon Peterson, and Nadine Abbott for their inputs and constructive comments regarding this document. Additionally, the authors would like to thank Greg Troxel for the education on vertical datums, and to Carl Reed.
著者は、この文書に関する入力と建設的なコメントについて、Patrik Falstrom、Ralph Droms、Ted Hardie、Jon Peterson、Nadine Abbottに感謝したいと思います。さらに、著者は、垂直データムの教育について、そしてカール・リードにグレッグ・トロクセルに感謝したいと思います。
Appendix: Calculations of Imprecision Possible with the DHC LCI
付録：DHC LCIで可能な不正確さの計算
The following examples for two different locations demonstrate how the Resolution values for Latitude, Longitude, and Altitude can be used. In both examples the geo-location values were derived from maps using the WGS84 map datum, therefore in these examples, the datum field would have a value = 1 (00000001, or 0x01).
2つの異なる場所の次の例は、緯度、経度、高度の解像度値をどのように使用できるかを示しています。どちらの例でも、ジオロケーション値はWGS84マップデータムを使用したマップから導出されていたため、これらの例では、データムフィールドには値= 1（00000001、または0x01）があります。
The address was NOT picked for any political reason and can easily be found on the Internet or mapping software, but was picked as an easily identifiable location on our planet.
住所は政治的な理由で選択されておらず、インターネットまたはマッピングソフトウェアで簡単に見つけることができますが、私たちの地球上の簡単に識別できる場所として選ばれました。
Postal Address: White House 1600 Pennsylvania Ave. NW Washington, DC 20006
郵便住所：ホワイトハウス1600ペンシルバニアアベニューNWワシントンDC 20006
Standing on the sidewalk, north side of White House, between driveways.
ホワイトハウスの北側、私道の間にある歩道に立っています。
Latitude 38.89868 degrees North (or +38.89868 degrees)
Using 2s complement, 34 bit fixed point, 25 bit fraction
Latitude = 0x04dcc1fc8,
Latitude = 0001001101110011000001111111001000
Longitude 77.03723 degrees West (or -77.03723 degrees)
Using 2s complement, 34 bit fixed point, 25 bit fraction
Longitude = 0xf65ecf031,
Longitude = 1101100101111011001111000000110001
Altitude 15
高度15
In this example, we are not inside a structure, therefore we will assume an altitude value of 15 meters, interpolated from the US Geological survey map, Washington West quadrangle.
この例では、私たちは構造内にいるわけではないため、ワシントン西部四角形の米国地質調査地図から補間された高度値15メートルを想定します。
AltRes = 30, 0x1e, 011110
AT = 1, 0x01, 000001
Altitude = 15, 0x0F00, 00000000000000000000000001111100000000
If: LaRes is expressed as value 2 (0x02 or 000010) and LoRes is expressed as value 2 (0x02 or 000010), then it would describe a geo-location region that is north of the equator and extends from -1 degree (west of the meridian) to -128 degrees. This would include the area from approximately 600km south of Saltpond, Ghana, due north to the North Pole and approximately 4400km south-southwest of Los Angeles, CA due north to the North Pole. This would cover an area of about one-sixth of the globe, approximately 20 million square nautical miles (nm).
LARESが値2（0x02または000010）として表され、ロアは値2（0x02または000010）として表される場合、赤道の北で-1度から伸びる地理ロケーション領域を記述します（子午線）から-128度。これには、ガーナのソルトポンドの南約600 kmから北極の北に本拠を置くエリアが含まれ、北極の北ポールのロサンゼルスの南北約4400kmです。これは、地球の約6分の1の面積、約2,000万平方な海港（nm）をカバーします。
If: LaRes is expressed as value 3 (0x03 or 000011) and LoRes is expressed as value 3 (0x03 or 000011), then it would describe a geo-location area that is north from the equator to 63 degrees north, and -65 degrees to -128 degrees longitude. This area includes south of a line from Anchorage, AL to eastern Nunavut, CN, and from the Amazons of northern Brazil to approximately 4400km south-southwest of Los Angeles, CA. This area would include North America, Central America, and parts of Venezuela and Columbia, except portions of Alaska and northern and eastern Canada, approximately 10 million square nm.
LaresがValue 3（0x03または000011）として表され、Loresが値3（0x03または000011）として表現されている場合、赤道から北63度、-65度まで北にある地理ロケーション領域を説明します。経度-128度まで。このエリアには、アラバマ州アンカレッジからコネチカット州ヌナブト東部までのラインの南、およびブラジル北部のアマゾンからカリフォルニア州ロサンゼルスの南と南北約4400kmまで含まれています。この地域には、北米、中央アメリカ、およびベネズエラとコロンビアの一部が含まれます。ただし、アラスカとカナダ北部および東部の一部を除き、約1,000万平方nmが含まれます。
If: LaRes is expressed as value 5 (0x05 or 000101) and LoRes is expressed as value 5 (0x05 or 000101), then it would describe a geo-location area that is latitude 32 north of the equator to latitude 48 and extends from -64 degrees to -80 degrees longitude. This is approximately an east-west boundary of a time zone, an area of approximately 700,000 square nm.
LARESが値5（0x05または000101）として表され、ロアが値5（0x05または000101）として表される場合、それは赤道の北の緯度32緯度32に緯度48に、そして - から拡張される地理ロケーション領域を記述します - 64度から-80度経度。これは、タイムゾーンのほぼ東西の境界であり、約700,000平方nmの面積です。
If: LaRes is expressed as value 9 (0x09 or 001001) and LoRes is expressed as value 9 (0x09 or 001001), which includes all the integer bits, then it would describe a geo-location area that is latitude 38 north of the equator to latitude 39 and extends from -77 degrees to -78 degrees longitude. This is an area of approximately 9600 square km (111.3km x 86.5km).
LARESが値9（0x09または001001）として表され、ローアはすべての整数ビットを含む値9（0x09または001001）として表されます。緯度39まで、経度-77度から-78度まで延びています。これは、約9600平方km（111.3km x 86.5km）の面積です。
If: LaRes is expressed as value 18 (0x12 or 010010) and LoRes is expressed as value 18 (0x12 or 010010), then it would describe a geo-location area that is latitude 38.8984375 north to latitude 38.9003906 and extends from -77.0390625 degrees to -77.0371094 degrees longitude. This is an area of approximately 36,600 square meters (169m x 217m).
場合：LARESは値18（0x12または010010）として表され、ローアは値18（0x12または010010）として表され、緯度38.8984375北部38.984375緯度38.9003906に拡張され、-77.0390625デュエスに拡張される地理ロケーション領域を説明します。-77.0371094度経度。これは、約36,600平方メートル（169m x 217m）の面積です。
If: LaRes is expressed as value 22 (0x16 or 010110) and LoRes is expressed as value 22 (0x16 or 010110), then it would describe a geo-location area that is latitude 38.896816 north to latitude 38.8985596 and extends from -77.0372314 degrees to -77.0371094 degrees longitude. This is an area of approximately 143 square meters (10.5m x 13.6m).
場合：LARESは値22（0x16または010110）として表され、ローアは値22（0x16または010110）として表現され、緯度38.896816の緯度38.8985596までの地理ロケーション領域を記述し、-77.0372314 Dedreesから-77.0372314-77.0371094度経度。これは、約143平方メートル（10.5m x 13.6m）の面積です。
If: LaRes is expressed as value 28 (0x1c or 011100) and LoRes is expressed as value 28 (0x1c or 011100), then it would describe a geo-location area that is latitude 38.8986797 north to latitude 38.8986816 and extends from -77.0372314 degrees to -77.0372296 degrees longitude. This is an area of approximately 339 square centimeters (20.9cm x 16.23cm).
LARESが値28（0x1cまたは011100）として表され、ローアは値28（0x1cまたは011100）として表現されている場合、緯度38.8986816に緯度38.8986816までの地理ロケーション領域を記述し、-77.0372314 Dedreesから拡張されます。-77.0372296経度。これは、約339平方センチメートル（20.9cm x 16.23cm）の面積です。
If: LaRes is expressed as value 30 (0x1e or 011110) and LoRes is expressed as value 30 (0x1e or 011110), then it would describe a geo-location area that is latitude 38.8986797 north to latitude 38.8986802 and extends from -77.0372300 degrees to -77.0372296 degrees longitude. This is an area of approximately 19.5 square centimeters (50mm x 39mm).
場合：LARESは値30（0x1Eまたは011110）として表され、ローアは値30（0x1Eまたは011110）として表され、緯度38.8986797の地理ロケーション領域を緯度38.8986802に記述し、-77.0372300デュエルに拡張されます。-77.0372296経度。これは、約19.5平方センチ（50mm x 39mm）の面積です。
If: LaRes is expressed as value 34 (0x22 or 100010) and LoRes is expressed as value 34 (0x22 or 100010), then it would describe a geo-location area that is latitude 38.8986800 north to latitude 38.8986802 and extends from -77.0372300 degrees to -77.0372296 degrees longitude. This is an area of approximately 7.5 square millimeters (3.11mm x 2.42mm).
場合：LARESは値34（0x22または100010）として表され、ローアは値34（0x22または100010）として表されます。その後、緯度38.8986800の地理ロケーション領域は緯度38.8986802に拡張され、-77.0372300 deSeまで拡張されます。-77.0372296経度。これは、約7.5平方ミリメートル（3.11mm x 2.42mm）の面積です。
In the (White House) example, the requirement of emergency responders in North America via their NENA Model Legislation [8] could be met by a LaRes value of 21 and a LoRes value of 20. This would yield a geo-location that is latitude 38.8984375 north to latitude 38.8988616 north and longitude -77.0371094 to longitude -77.0375977. This is an area of approximately 89 feet by 75 feet or 6669 square feet, which is very close to the 7000 square feet requested by NENA. In this example, a service provider could enforce that a device send a Location Configuration Information with this minimum amount of resolution for this particular location when calling emergency services.
（ホワイトハウス）の例では、ネナモデルの法律[8]を介した北米の緊急対応者の要件は、21のLARE値と20のローア値で満たすことができます。38.8984375北から緯度38.8988616北および経度-77.0371094から経度-77.0375977。これは、約89フィートx 75フィートまたは6669平方フィートの面積で、ネナが要求した7000平方フィートに非常に近いです。この例では、サービスプロバイダーは、緊急サービスを呼び出す際に、この特定の場所のこの最小限の解像度で、デバイスがロケーション構成情報を送信することを強制することができます。
Postal Address: Sears Tower 103rd Floor 233 S. Wacker Dr. Chicago, IL 60606
郵便住所：シアーズタワー103rd Floor 233 S. Wacker Dr. Chicago、IL 60606
Viewing the Chicago area from the Observation Deck of the Sears Tower.
シアーズタワーの展望台からシカゴエリアを見る。
Latitude 41.87884 degrees North (or +41.87884 degrees)
Using 2s complement, 34 bit fixed point, 25 bit fraction
Latitude = 0x053c1f751,
Latitude = 0001010011110000011111011101010001
Longitude 87.63602 degrees West (or -87.63602 degrees)
Using 2s complement, 34 bit fixed point, 25 bit fraction
Longitude = 0xf50ba5b97,
Longitude = 1101010000101110100101101110010111
Altitude 103
高度103
In this example, we are inside a structure, therefore we will assume an altitude value of 103 to indicate the floor we are on. The Altitude Type value is 2, indicating floors. The AltRes field would indicate that all bits in the Altitude field are true, as we want to accurately represent the floor of the structure where we are located.
この例では、構造内にいるため、床を示すために高度103の値を想定します。高度タイプの値は2で、床を示しています。アルトレスフィールドは、私たちが位置する構造の床を正確に表現したいため、高度フィールドのすべてのビットが真であることを示します。
AltRes = 30, 0x1e, 011110 AT = 2, 0x02, 000010 Altitude = 103, 0x00006700, 000000000000000110011100000000
altres = 30、0x1e、011110 at = 2、0x02、000010 altitude = 103、0x00006700、0000000000000000011001100000000000000000000000000000000000000000000000000000000000000000000000000000000000000
For the accuracy of the latitude and longitude, the best information available to us was supplied by a generic mapping service that shows a single geo-loc for all of the Sears Tower. Therefore we are going to show LaRes as value 18 (0x12 or 010010) and LoRes as value 18 (0x12 or 010010). This would be describing a geo-location area that is latitude 41.8769531 to latitude 41.8789062 and extends from -87.6367188 degrees to -87.6347657 degrees longitude. This is an area of approximately 373412 square feet (713.3 ft. x 523.5 ft.).
緯度と経度の精度のために、私たちが利用できる最高の情報は、すべてのシアーズタワーに単一のジオロックを示す一般的なマッピングサービスによって提供されました。したがって、Laresを値18（0x12または010010）と値18（0x12または010010）として表示します。これは、緯度41.8769531である地理ロケーションエリアを緯度41.8789062に記述し、-87.6367188度から-87.6347657度まで延長されます。これは、約373412平方フィート（713.3フィートx 523.5フィート）の面積です。
[1] Droms, R., "Dynamic Host Configuration Protocol", RFC 2131, March 1997.
[1] DROMS、R。、「動的ホスト構成プロトコル」、RFC 2131、1997年3月。
[2] Patrick, M., "DHCP Relay Agent Information Option", RFC 3046, January 2001.
[2] Patrick、M。、「DHCPリレーエージェント情報オプション」、RFC 3046、2001年1月。
[3] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[3] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[4] Droms, R. and W. Arbaugh, "Authentication for DHCP Messages", RFC 3118, June 2001.
[4] Droms、R。およびW. Arbaugh、「DHCPメッセージの認証」、RFC 3118、2001年6月。
[5] European Petroleum Survey Group, http://www.epsg.org/ and http://www.ihsenergy.com/epsg/geodetic2.html
[5] 欧州石油調査グループ、http：//www.epsg.org/およびhttp://www.ihsenergy.com/epsg/geodetic2.html
[6] World Geodetic System 1984 (WGS 84), MIL-STD-2401, http://www.wgs84.com/
[6] World Geodetic System 1984（WGS 84）、MIL-STD-2401、http：//www.wgs84.com/
[7] Farrell, C., Schulze, M., Pleitner, S. and D. Baldoni, "DNS Encoding of Geographical Location", RFC 1712, November 1994.
[7] Farrell、C.、Schulze、M.、Pleitner、S。、およびD. Baldoni、「地理的位置のDNSエンコード」、RFC 1712、1994年11月。
[8] National Emergency Number Association (NENA) www.nena.org NENA Technical Information Document on Model Legislation Enhanced 911 for Multi-Line Telephone Systems.
[8] National Emergency Number Association（Nena）www.nena.org Nena Model Legislationに関する技術情報ドキュメントは、マルチライン電話システムの911を強化しました。
James M. Polk Cisco Systems 2200 East President George Bush Turnpike Richardson, Texas 75082 USA
ジェームズM.ポークシスコシステム2200イースト大統領ジョージブッシュターンパイクリチャードソン、テキサス75082 USA
EMail: jmpolk@cisco.com
John Schnizlein Cisco Systems 9123 Loughran Road Fort Washington, MD 20744 USA
ジョン・シュニズレイン・シスコ・システム9123ラフラン・ロード・フォート・ワシントン、メリーランド州20744米国
EMail: john.schnizlein@cisco.com
Marc Linsner Cisco Systems Marco Island, FL 34145 USA
マークリンナーシスコシステムマルコ島、フロリダ州34145アメリカ
EMail: marc.linsner@cisco.com
Copyright (C) The Internet Society (2004). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
著作権（c）The Internet Society（2004）。この文書は、BCP 78に含まれる権利、ライセンス、および制限の対象となり、そこに記載されている場合を除き、著者はすべての権利を保持しています。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM 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.
このドキュメントとここに含まれる情報は、「現状のまま」に基づいて提供されています。また、貢献者、彼/彼女が代表する組織（もしあれば）が後援する組織、インターネット協会とインターネット工学タスクフォースは、すべての保証、明示的または明示的、またはすべての保証を否認します。本書の情報の使用が、商品性または特定の目的に対する適合性の権利または黙示的な保証を侵害しないという保証を含むがこれらに限定されないことを含む。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights 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; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、知的財産権またはその他の権利の有効性または範囲に関して、この文書に記載されている技術の実装または使用、またはそのような権利に基づくライセンスがどの程度であるかについての使用に関連すると主張する可能性があるという立場はありません。利用可能になります。また、そのような権利を特定するために独立した努力をしたことも表明していません。RFCドキュメントの権利に関する手順に関する情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat 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 implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IETF事務局に行われたIPR開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得しようとする試みの結果を取得できます。http://www.ietf.org/iprのIETFオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、関心のある当事者に、著作権、特許、または特許出願、またはこの基準を実装するために必要な技術をカバーする可能性のあるその他の独自の権利を注意深く招待するよう招待しています。ietf-ipr@ietf.orgのIETFへの情報をお問い合わせください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFCエディター機能の資金は現在、インターネット協会によって提供されています。