[要約] RFC 8025は、IPv6 over Low-Power Wireless Personal Area Network (6LoWPAN) Paging Dispatchに関する規格です。この規格の目的は、6LoWPANネットワークでのページングディスパッチの効率を向上させることです。
Internet Engineering Task Force (IETF) P. Thubert, Ed.
Request for Comments: 8025 Cisco
Updates: 4944 R. Cragie
Category: Standards Track ARM
ISSN: 2070-1721 November 2016
IPv6 over Low-Power Wireless Personal Area Network (6LoWPAN) Paging Dispatch
IPv6 over Low-Power Wireless Personal Area Network（6LoWPAN）Paging Dispatch
Abstract
概要
This specification updates RFC 4944 to introduce a new context switch mechanism for IPv6 over Low-Power Wireless Personal Area Network (6LoWPAN) compression, expressed in terms of Pages and signaled by a new Paging Dispatch.
この仕様は、RFC 4944を更新して、ページの観点から表現され、新しいページングディスパッチによって通知される、低電力ワイヤレスパーソナルエリアネットワーク（6LoWPAN）を介したIPv6の新しいコンテキストスイッチメカニズムを導入します。
Status of This Memo
本文書の状態
This is an Internet Standards Track document.
これはInternet Standards Trackドキュメントです。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。インターネット標準の詳細については、RFC 7841のセクション2をご覧ください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc8025.
このドキュメントの現在のステータス、正誤表、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc8025で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2016 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2016 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書は、BCP 78およびIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3
3. Updating RFC 4944 . . . . . . . . . . . . . . . . . . . . . . 3
4. Page 1 Paging Dispatch . . . . . . . . . . . . . . . . . . . 4
5. Security Considerations . . . . . . . . . . . . . . . . . . . 5
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 5
6.1. Page Switch Dispatch Types . . . . . . . . . . . . . . . 5
6.2. New Column in Dispatch Type Registry . . . . . . . . . . 5
7. References . . . . . . . . . . . . . . . . . . . . . . . . . 7
7.1. Normative References . . . . . . . . . . . . . . . . . . 7
7.2. Informative References . . . . . . . . . . . . . . . . . 7
Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . 8
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 8
The design of Low-Power and Lossy Networks (LLNs) is generally focused on saving energy, which is often a very constrained resource. Other constraints, such as memory capacity and duty cycle restrictions on LLN devices, usually derive from that primary concern. Energy is often available only from primary batteries that are expected to last for years or is scavenged from the environment in very limited amounts. Any protocol that is intended for use in LLNs must be designed with a primary focus on saving energy, which is a strict requirement.
Low-Power and Lossy Networks（LLNs）の設計は、一般に、多くの場合非常に制約されたリソースであるエネルギーの節約に焦点を当てています。 LLNデバイスのメモリ容量やデューティサイクルの制限などの他の制約は、通常、その主要な懸念から生じます。エネルギーは、多くの場合、何年も続くと予想されるか、非常に限られた量で環境から排出される一次電池からのみ利用できます。 LLNでの使用を目的とするプロトコルはすべて、厳密な要件であるエネルギーの節約に主眼を置いて設計する必要があります。
Controlling the amount of data transmission is one possible means of saving energy. In a number of LLN standards, the frame size is limited to much smaller values than the IPv6 maximum transmission unit (MTU) of 1280 bytes. In particular, an LLN that relies on the classical Physical Layer (PHY) of IEEE 802.15.4 [IEEE.802.15.4] is limited to 127 bytes per frame. The need to compress IPv6 packets over IEEE 802.15.4 led to the 6LoWPAN Header Compression (6LoWPAN-HC) [RFC6282] work.
データ送信量の制御は、エネルギーを節約するための1つの可能な手段です。多くのLLN標準では、フレームサイズはIPv6最大転送単位（MTU）の1280バイトよりもはるかに小さい値に制限されています。特に、IEEE 802.15.4 [IEEE.802.15.4]の従来の物理層（PHY）に依存するLLNは、フレームあたり127バイトに制限されています。 IEEE 802.15.4でIPv6パケットを圧縮する必要があるため、6LoWPANヘッダー圧縮（6LoWPAN-HC）[RFC6282]が機能しました。
As more and more protocols need to be compressed, the encoding capabilities of the original dispatch defined in the 6LowPAN adaptation-layer framework ([RFC4944] and [RFC6282]) becomes saturated. This specification introduces a new context switch mechanism for 6LoWPAN compression, expressed in terms of Pages and signaled by a new Paging Dispatch mechanism.
ますます多くのプロトコルを圧縮する必要があるため、6LowPANアダプテーションレイヤーフレームワーク（[RFC4944]および[RFC6282]）で定義されている元のディスパッチのエンコード機能は飽和します。この仕様では、ページの観点から表現され、新しいページングディスパッチメカニズムによって通知される、6LoWPAN圧縮用の新しいコンテキストスイッチメカニズムが導入されています。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
キーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「NOT RECOMMENDED」、「MAY」、「OPTIONALこの文書の "は、[RFC2119]で説明されているように解釈されます。
The terminology used in this document is consistent with and incorporates that described in "Terms Used in Routing for Low-Power and Lossy Networks" [RFC7102] and "Terminology for Constrained-Node Networks" [RFC7228].
このドキュメントで使用されている用語は、「低電力および損失の多いネットワークのルーティングで使用される用語」[RFC7102]および「制約付きノードネットワークの用語」[RFC7228]で説明されている用語と一致し、それを組み込んでいます。
This document adapts 6LoWPAN while maintaining backward compatibility with IPv6 over IEEE 802.15.4 [RFC4944] by introducing the concept of a "parsing context" in the 6LoWPAN parser, a context being identified by a Page Number. This specification defines 16 Pages.
このドキュメントは、ページ番号で識別されるコンテキストである6LoWPANパーサーに「解析コンテキスト」の概念を導入することにより、IEEE 802.15.4 [RFC4944]上のIPv6との下位互換性を維持しながら6LoWPANを適合させます。この仕様は16ページを定義しています。
Pages are delimited in a 6LoWPAN packet by a Paging Dispatch value that indicates the next current Page. The Page Number is encoded in a Paging Dispatch with the Value Bit Pattern of 11 11xxxx, where xxxx is the Page Number, 0 to 15, as described in Figure 1:
ページは、次の現在のページを示すページングディスパッチ値によって6LoWPANパケットで区切られます。ページ番号は、値ビットパターンが11 11xxxxのページングディスパッチでエンコードされます。xxxxはページ番号0〜15です（図1を参照）。
0
0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+
|1|1|1|1|Page Nb|
+-+-+-+-+-+-+-+-+
Figure 1: Paging Dispatch with Page Number Encoding
図1：ページ番号エンコードを使用したページングディスパッチ
Values of the Dispatch byte defined in [RFC4944] are considered as belonging to the Page 0 parsing context, which is the default and does not need to be signaled explicitly at the beginning of a 6LoWPAN packet. This ensures backward compatibility with existing implementations of 6LoWPAN.
[RFC4944]で定義されているDispatchバイトの値は、ページ0の解析コンテキストに属していると見なされます。これはデフォルトであり、6LoWPANパケットの先頭で明示的に通知する必要はありません。これにより、6LoWPANの既存の実装との下位互換性が保証されます。
The Dispatch bits defined in [RFC4944] are used in Page 0 and are free to be reused in Pages 1 to 15. In Section 4, this specification allocates some values in Page 1 and leaves the rest open for future allocations.
[RFC4944]で定義されているDispatchビットはページ0で使用され、ページ1〜15で自由に再利用できます。セクション4では、この仕様はページ1にいくつかの値を割り当て、残りは将来の割り当てのために開いたままにします。
Values made available by this specification in Pages 1 to 14 are to be assigned for new protocols whereas Page 15 is reserved for Experimental Use [RFC5226].
この仕様で1〜14ページに記載されている値は、新しいプロトコルに割り当てられますが、15ページは実験用[RFC5226]に予約されています。
Note: This specification does not use the Escape Dispatch, which extends Page 0 to more values, but rather allocates another Dispatch Bit Pattern (11 11xxxx) for a new Paging Dispatch that is present in all Pages, including Page 0 and Pages defined in future specifications, to indicate the next parsing context represented by its Page Number. The rationale for avoiding that approach is that there can be multiple occurrences of a new header indexed by this specification in a single frame and the overhead on an octet each time for the Escape Dispatch would be prohibitive.
注：この仕様では、ページ0をより多くの値に拡張するエスケープディスパッチを使用せず、ページ0と将来定義されるページを含むすべてのページに存在する新しいページングディスパッチに別のディスパッチビットパターン（11 11xxxx）を割り当てます仕様。ページ番号で表される次の解析コンテキストを示します。このアプローチを回避する根拠は、この仕様でインデックス付けされた新しいヘッダーが単一のフレームで複数発生する可能性があり、エスケープディスパッチのたびにオクテットのオーバーヘッドが禁止されることです。
A Page (say Page N) is said to be active once the Page N Paging Dispatch is parsed, and it remains active until another Paging Dispatch is parsed.
ページ（たとえば、ページN）は、ページNページングディスパッチが解析されるとアクティブであると言われ、別のページングディスパッチが解析されるまでアクティブのままです。
This specification defines some special properties for Page 1, detailed below:
この仕様では、ページ1のいくつかの特別なプロパティを定義しています。
The Dispatch bits defined for LOWPAN_IPHC by the "Compression Format for IPv6 Datagrams over IEEE 802.15.4-Based Networks" [RFC6282] are defined with the same values in Page 1, so there is no need to switch context from Page 1 to Page 0 to decode a packet that is encoded per [RFC6282].
「IEEE 802.15.4ベースのネットワーク上のIPv6データグラムの圧縮形式」[RFC6282]によってLOWPAN_IPHCに定義されたディスパッチビットは、ページ1で同じ値で定義されているため、コンテキストをページ1からページ0に切り替える必要はありません。 [RFC6282]に従ってエンコードされたパケットをデコードします。
Mesh Headers represent Layer 2 information and are processed before any Layer 3 information that is encoded in Page 1. If a 6LoWPAN packet requires a Mesh Header, the Mesh Header MUST always be placed in the packet before the first Page 1 Paging Dispatch, if any.
メッシュヘッダーはレイヤー2情報を表し、ページ1でエンコードされるレイヤー3情報の前に処理されます。6LoWPANパケットがメッシュヘッダーを必要とする場合、メッシュヘッダーは、最初のページ1ページングディスパッチがある場合、その前に常にパケットに配置する必要があります。 。
For the same reason, Fragment Headers as defined in [RFC4944] MUST always be placed in the packet before the first Page 1 Paging Dispatch, if any.
同じ理由から、[RFC4944]で定義されているフラグメントヘッダーは、最初のページングディスパッチがある場合は、その前に常にパケットに配置する必要があります。
The NALP Dispatch Bit Pattern as defined in [RFC4944] is only defined for the first octet in the packet. Switching back to Page 0 for NALP inside a 6LoWPAN packet does not make sense.
[RFC4944]で定義されているNALPディスパッチビットパターンは、パケットの最初のオクテットに対してのみ定義されています。 6LoWPANパケット内でNALPのページ0に戻ることは意味がありません。
As a result, there is no need to restore the Page 0 parsing context after a context was switched to Page 1, so the value for the Page 0 Paging Dispatch of 11 110000 may not actually occur in those packets that adhere to 6LoWPAN specifications available at the time of writing this specification.
その結果、コンテキストがページ1に切り替えられた後、ページ0の解析コンテキストを復元する必要がないため、11 00000のページ0ページングディスパッチの値は、実際に利用可能な6LoWPAN仕様に準拠するパケットでは発生しない可能性があります。この仕様を書いたとき
The security considerations of [RFC4944] and [RFC6282] apply.
[RFC4944]および[RFC6282]のセキュリティに関する考慮事項が適用されます。
This document allocates 16 values for "Page switch" from the "Dispatch Type Field" registry that was created by [RFC4944]. The allocated values are from 11 110000 through 11 111111 and represent Page Numbers 0 through 15 as discussed in this document.
このドキュメントは、[RFC4944]によって作成された "Dispatch Type Field"レジストリから "Page switch"に16個の値を割り当てます。割り当てられた値は11 110000から11 111111で、このドキュメントで説明されているようにページ番号0から15を表します。
This document extends the "Dispatch Type Field" registry, which was created by [RFC4944] and updated by [RFC6282], by adding a new column called "Page".
このドキュメントは、「ページ」という新しい列を追加することにより、[RFC4944]によって作成され、[RFC6282]によって更新された「ディスパッチタイプフィールド」レジストリを拡張します。
This document defines 16 Pages, "Page 0" to "Page 15".
このドキュメントでは、「ページ0」から「ページ15」までの16ページを定義しています。
The preexisting registry content is assigned to "Page 0".
既存のレジストリコンテンツは「ページ0」に割り当てられています。
This document also associates the Dispatch type field values that are allocated for LOWPAN_IPHC by [RFC6282] to Page 1. These values range from 01 100000 through 01 111111 and have the same definition in Page 1 as they do in Page 0; as a result, Page 0 and Page 1 are grouped together in the registry for this range.
このドキュメントは、[RFC6282]によってLOWPAN_IPHCに割り当てられるDispatchタイプのフィールド値をページ1にも関連付けます。これらの値の範囲は01 100000から01 111111で、ページ1でもページ0と同じ定義を持っています。その結果、ページ0とページ1は、この範囲のレジストリでグループ化されます。
Values ranging from 00 000000 to 11 101111 in Page 15 (that is, all of Page 15 except the space used for Page switch) are reserved for Experimental Use [RFC5226] and shall not be assigned.
ページ15の00 000000〜11 101111の範囲の値（つまり、ページスイッチに使用されるスペースを除くすべてのページ15）は、実験的使用[RFC5226]のために予約されており、割り当てられません。
Figure 2 represents the updates to the registry as described above. Refer to <http://www.iana.org/assignments/_6lowpan-parameters> for the complete list of updates.
図2は、上記のレジストリの更新を表しています。更新の完全なリストについては、<http://www.iana.org/assignments/_6lowpan-parameters>を参照してください。
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bit Pattern | Page | Header Type | Reference |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | 0 | NALP | RFC 4944, |
| | | | this document |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 00 xxxxxx | 1-14 | Unassigned | |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-|
| | 15 | Reserved for | this document |
| | | Experimental Use | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | 0 | ESC | RFC 6282, |
| | | | this document |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 01 000000 | 1-14 | Unassigned | |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-|
| | 15 | Reserved for | this document |
| | | Experimental Use | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | 0-1 | LOWPAN_IPHC | RFC 6282, |
| | | | this document |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 01 1xxxxx | 2-14 | Unassigned | |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-|
| | 15 | Reserved for | this document |
| | | Experimental Use | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 11 11xxxx | 0-15 | Page switch | this document |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2: Integrating the New Page Column
図2：新しいページ列の統合
Future assignments in these registries are to be coordinated via IANA under the policy of "Specification Required" [RFC5226]. It is expected that this policy will allow for other (non-IETF) organizations to more easily obtain assignments.
これらのレジストリでの将来の割り当ては、「必要な仕様」[RFC5226]のポリシーに基づいてIANAを介して調整されます。このポリシーにより、他の（IETF以外の）組織がより簡単に割り当てを取得できるようになることが期待されます。
[IEEE.802.15.4] IEEE, "IEEE Standard for Low-Rate Wireless Networks", IEEE 802.15.4-2015, DOI 10.1109/IEEESTD.2016.7460875, <http://ieeexplore.ieee.org/document/7460875/>.
[IEEE.802.15.4] IEEE、「低速無線ネットワークのIEEE規格」、IEEE 802.15.4-2015、DOI 10.1109 / IEEESTD.2016.7460875、<http://ieeexplore.ieee.org/document/7460875/> 。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <http://www.rfc-editor.org/info/rfc2119>.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<http://www.rfc-editor.org/info/ rfc2119>。
[RFC4944] Montenegro, G., Kushalnagar, N., Hui, J., and D. Culler, "Transmission of IPv6 Packets over IEEE 802.15.4 Networks", RFC 4944, DOI 10.17487/RFC4944, September 2007, <http://www.rfc-editor.org/info/rfc4944>.
[RFC4944]モンテネグロ、G。、クシャルナガル、N。、ホイ、J。、およびD.キュラー、「IEEE 802.15.4ネットワークを介したIPv6パケットの送信」、RFC 4944、DOI 10.17487 / RFC4944、2007年9月、<http： //www.rfc-editor.org/info/rfc4944>。
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, DOI 10.17487/RFC5226, May 2008, <http://www.rfc-editor.org/info/rfc5226>.
[RFC5226] Narten、T。およびH. Alvestrand、「RFCでIANAの考慮事項セクションを作成するためのガイドライン」、BCP 26、RFC 5226、DOI 10.17487 / RFC5226、2008年5月、<http://www.rfc-editor.org / info / rfc5226>。
[RFC6282] Hui, J., Ed. and P. Thubert, "Compression Format for IPv6 Datagrams over IEEE 802.15.4-Based Networks", RFC 6282, DOI 10.17487/RFC6282, September 2011, <http://www.rfc-editor.org/info/rfc6282>.
[RFC6282]ホイ、J。、エド。およびP. Thubert、「IEEE 802.15.4ベースのネットワーク上のIPv6データグラムの圧縮形式」、RFC 6282、DOI 10.17487 / RFC6282、2011年9月、<http://www.rfc-editor.org/info/rfc6282>。
[RFC7102] Vasseur, JP., "Terms Used in Routing for Low-Power and Lossy Networks", RFC 7102, DOI 10.17487/RFC7102, January 2014, <http://www.rfc-editor.org/info/rfc7102>.
[RFC7102] Vasseur、JP。、「低電力および損失の多いネットワークのルーティングに使用される用語」、RFC 7102、DOI 10.17487 / RFC7102、2014年1月、<http://www.rfc-editor.org/info/rfc7102> 。
[RFC7228] Bormann, C., Ersue, M., and A. Keranen, "Terminology for Constrained-Node Networks", RFC 7228, DOI 10.17487/RFC7228, May 2014, <http://www.rfc-editor.org/info/rfc7228>.
[RFC7228] Bormann、C.、Ersue、M.、and A. Keranen、 "Terminology for Constrained-Node Networks"、RFC 7228、DOI 10.17487 / RFC7228、May 2014、<http://www.rfc-editor.org / info / rfc7228>。
Acknowledgments
謝辞
The authors wish to thank Tom Phinney, Thomas Watteyne, Tengfei Chang, Martin Turon, James Woodyatt, Samita Chakrabarti, Jonathan Hui, Gabriel Montenegro, and Ralph Droms for constructive reviews of the design in the 6lo working group.
著者は、6loワーキンググループでの設計の建設的なレビューについて、トムフィニー、トーマスワッテイン、テンフェイチャン、マーティンチューロン、ジェームズウッダット、サミタチャクラバルティ、ジョナサンホイ、ガブリエルモンテネグロ、およびラルフドロムスに感謝します。
Authors' Addresses
著者のアドレス
Pascal Thubert (editor) Cisco Systems Building D - Regus 45 Allee des Ormes BP1200 Mougins - Sophia Antipolis 06254 France
Pascal Thubert（編集者）Cisco Systems Building D-Regus 45 Allee des Ormes BP1200 Mougins-ソフィアアンティポリス06254フランス
Phone: +33 4 97 23 26 34
Email: pthubert@cisco.com
Robert Cragie ARM Ltd. 110 Fulbourn Road Cambridge CB1 9NJ United Kingdom
Robert Cragie ARM Ltd. 110 Fulbourn Road Cambridge CB1 9NJイギリス
Email: robert.cragie@gridmerge.com