ISO/IEC 14908-4:2012 情報技術—制御ネットワークプロトコル—パート4:IP通信 | ページ 2

※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。

序文

ISO (国際標準化機構) と IEC (国際電気標準会議) は、世界標準化のための専門システムを形成しています。 ISO または IEC のメンバーである国家機関は、技術活動の特定の分野を扱うために、それぞれの組織によって設立された技術委員会を通じて、国際規格の開発に参加しています。 ISO と IEC の技術委員会は、相互に関心のある分野で協力しています。 ISO および IEC と連携して、政府および非政府の他の国際機関もこの作業に参加しています。情報技術の分野では、ISO と IEC が合同技術委員会 ISO/IEC JTC 1 を設立しました。

国際規格は、ISO/IEC 指令で指定された規則に従って起草されます。 2.

合同技術委員会の主な任務は、国際規格を作成することです。合同技術委員会によって採択された国際規格草案は、投票のために各国の機関に回覧されます。国際規格として発行するには、投票を行う国の機関の少なくとも 75% による承認が必要です。

ISO/IEC 14908-4 は、CEN/TC 247 によって作成され、特別な「ファストトラック手順」の下で、合同技術委員会 ISO/IEC JTC 1, 情報技術によって採用されました。 ISOおよびIE

ISO/IEC 14908 は、以下の部分で構成されており、一般的なタイトルは「情報技術 - ネットワーク プロトコルの制御」です。

  • Part 1: プロトコル スタック
  • Part 2: ツイストペア通信
  • Part 3: 電力線チャネルの仕様
  • Part 4: IP 通信

序章

この国際規格は、ローカル エリア制御ネットワークのさまざまなベンダーが標準化された方法で情報を交換できるメカニズムを提供するために準備されています。通信機能を定義します。

この国際規格は、設計、製造、エンジニアリング、設置、および試運転の活動に携わるすべての人によって使用されます。

国際標準化機構 (ISO) および国際電気標準会議 (IEC) は、この国際規格への準拠には Echelon Corporation が保有する特許の使用が含まれる可能性があると主張されているという事実に注意を向けています。

ISO および IEC は、この特許権の証拠、有効性、および範囲に関していかなる立場も取りません。この推定上の特許権の所有者は、ISO と IEC に対し、合理的かつ非差別的な条件の下で、世界中の申請者とライセンスを交渉する用意があることを保証しています。この点で、推定特許権の所有者の陳述書は ISO および IEC に登録されています。情報は以下から取得できます。

Echelon Corporation, 4015 Meridian Avenue, San Jose, CA 94304, USA, 電話 +1-408-938-5234, ファックス: +1-408-790-3800 http://www.echelon.com .

この国際規格の一部の要素が、上記以外の特許権の対象となる可能性があることに注意してください。 ISO および IEC は、そのような特許権の一部またはすべてを特定する責任を負わないものとします。

1 スコープ

この国際標準は、CNP パケットが IP パケット内にカプセル化されるトンネリング メカニズムを使用して、インターネット プロトコル (IP) ネットワークを介した商用ローカル エリア制御ネットワークの制御ネットワーク プロトコル (CNP) パケットの転送を指定します。これは、CNP ノードと CNP ルーターの両方に適用されます。

この国際標準の目的は、CNP プロトコルを使用して通信するために IP ネットワークを使用したいさまざまな CNP デバイス間の相互運用性を確保することです。

この国際標準の本体は、IP ネットワーク上で転送される CNP プロトコルとは無関係です。読者は、ISO/IEC 14908-1 に固有のこの仕様の規範的側面と情報的側面について、それぞれ付属書 A と付属書 Â を参照してください。

図 1 は、このような CNP デバイスと IP ネットワークに接続されたネットワークの可能な構成を示しています。

図 1 —典型的な CNP/IP アプリケーション

図 1 は、CNP ノードと CNP ルーターの 2 種類の CNP デバイスを示しています。示されているルーターは、一般的な CNP チャネル (ツイストペアや電力線など) と IP チャネル間でパケットをルーティングしたり、2 つの IP チャネル間で CNP パケットをルーティングしたりできることに注意してください。この国際標準では、IP チャネルは、他の CNP チャネルと同様に使用できるように定義されます。

上の図では、IP ネットワークは 1 つまたは複数の IP チャネルと見なすことができます。この国際標準は、CNP パケットが IP チャネルを介して転送される方法のみをカバーしています。標準の CNP チャネルと IP チャネルの間で CNP パケットがどのようにルーティングされるかについては説明しません。この仕様は、標準 CNP または IP チャネルの下位層 (物理層、MAC 層、およびリンク層) を対象とするものではありません。

2 参考文献

なし。

3 用語、定義、略語

3.1 用語と定義

このドキュメントでは、次の用語と定義が適用されます。

3.1.1

トンネリング

別のプロトコルのパケットのペイロード内の 1 つのプロトコルのパケットのカプセル化

3.1.2

チャネル

CNP デバイスの特定のコレクションがルーターを使用せずに共有および通信する共通の通信トランスポート メカニズム。

注記 1:チャネルは、CNP プロトコル スタックのリンク層の下で CNP パケットを転送するために使用されます。

注記 2:通常、これは電力線、RF, またはツイスト ペアなどの物理メディアのタイプを指しますが、IP ネットワークの場合、このチャネルは物理的ではなく、プロトコル トンネルです。

3.1.3

CNP装置

CNP プロトコルを使用して他の CNP デバイスと通信するデバイス

注記 1:具体的には、CNP/IP デバイスは、IP チャネルを介して他の CNP デバイスと通信する CNP デバイスです。

3.1.4

CNP ルーター

2 つ以上のチャネル間で CNP プロトコル パケットをルーティングする特別なタイプの CNP デバイス

注記 1:具体的には、CNP/IP ルーターは、パケットをルーティングするチャネルの少なくとも 1 つが IP チャネルである CNP ルーターです。

3.1.5

CNP ノード

CNP プロトコル パケットを送受信できる特殊なタイプの CNP デバイスですが、チャネル間でそれらをルーティングしません。

注記 1:具体的には、CNP/IP ノードは、パケットを送受信するチャネルの少なくとも 1 つが IP チャネルである CNP ノードです。

注記 2:すべての CNP デバイスは、ルーター、ノード、またはその両方です。

3.1.6

CNPグループ

共通のマルチキャスト アドレスを共有する CNP デバイスのコレクション

3.1.7

ノードID

同じサブネットまたはドメイン内のノードを区別する論理ネットワーク アドレス

3.1.8

ゼロでなければならない (MBZ)

次のバージョンのプロトコルで使用できる予約済みフィールド

注記 1このようなフィールドはゼロとして送信され、現行バージョンの仕様に準拠する実装では受信側によって無視されます。

3.2 略語

CTPチャネルのタイムアウト期間
CNP制御ネットワーク プロトコル
LFS最後に転送されたシーケンス
MBZゼロでなければならない
NTPネットワーク タイム プロトコル
PSNパケット シーケンス番号
土/日送信元アドレス/宛先アドレス
シドセッション識別子
SNTPシンプルなネットワーク タイム プロトコル
UDPユーザー データグラム プロトコル

参考文献

ISO/IEC 9594 シリーズ、情報技術 — Open Systems Interconnection —
ISO/IEC 14908-1:2012, 情報技術 — 制御ネットワーク プロトコル — 1: プロトコルスタック
RFC 768, Postel, J.、「ユーザー データグラム プロトコル」、STD 6, USC 情報科学研究所、1980 年 8 月
RFC 791, Postel, J.、「インターネット プロトコル」、STD 5, USC 情報科学研究所、1981 年 9 月
RFC 793, Postel, J.、「伝送制御プロトコル」、STD 7, USC 情報科学研究所、1981 年 9 月
RFC 951, クロフト、WJ, ギルモア、J.、「ブートストラップ プロトコル」1985 年 9 月
RFC 1112, Deering, SE, 「IP マルチキャストのホスト拡張」、STD 5, スタンフォード大学、1989 年 8 月
RFC 1305, Mills, D., "Network Time Protocol (Version 3) specification, implementation and analysis", University of Delaware, March 1992
RFC 1321, Rivest, R.「MD5 メッセージ ダイジェスト アルゴリズム」、1992 年 4 月
RFC 2131, Droms, R.、「Dynamic Host Configuration Protocol」、バックネル大学、1997 年 3 月
RFC 2030, Mills, D.、「Simple Network Time Protocol (SNTP) Version 4 for IPv4, IPv6 and OSI」、デラウェア大学、1996 年 10 月
EIA/CEA-852, インターネット プロトコル チャネルを介したコンポーネント ネットワーク プロトコルのトンネリング

Foreword

ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form the specialized system for worldwide standardization. National bodies that are members of ISO or IEC participate in the development of International Standards through technical committees established by the respective organization to deal with particular fields of technical activity. ISO and IEC technical committees collaborate in fields of mutual interest. Other international organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the work. In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1.

International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, 2.

The main task of the joint technical committee is to prepare International Standards. Draft International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as an International Standard requires approval by at least 75 % of the national bodies casting a vote.

ISO/IEC 14908-4 was prepared by CEN/TC 247 and was adopted, under a special"fast-track procedure", by Joint Technical Committee ISO/IEC JTC 1, Information technology, in parallel with its approval by the national bodies of ISO and IEC.

ISO/IEC 14908 consists of the following parts, under the general title Information technology — Control network protocol:

  • Part 1: Protocol stack
  • Part 2: Twisted pair communication
  • Part 3: Power line channel specification
  • Part 4: IP communication

Introduction

This International Standard has been prepared to provide mechanisms through which various vendors of local area control networks may exchange information in a standardised way. It defines communication capabilities.

This International Standard is used by all involved in design, manufacture, engineering, installation and commissioning activities.

The International Organization for Standardization (ISO) and International Electrotechnical Commission (IEC) draw attention to the fact that it is claimed that compliance with this International Standard may involve the use of patents held by Echelon Corporation

The ISO and IEC take no position concerning the evidence, validity and scope of this patent right. The holder of this putative patent right has assured the ISO and IEC that they are willing to negotiate licences under reasonable and non-discriminatory terms and conditions with applicants throughout the world. In this respect, the statement of the holder of the putative patent rights is registered with the ISO and IEC. Information may be obtained from:

Echelon Corporation, 4015 Meridian Avenue, San Jose, CA 94304, USA, phone +1-408-938-5234, fax: +1-408-790-3800 http://www.echelon.com .

Attention is drawn to the possibility that some of the elements of this International Standard may be the subject of patent rights other than those identified above. ISO and IEC shall not be held responsible for identifying any or all such patent rights.

1 Scope

This International Standard specifies the transporting of the Control Network Protocol (CNP) packets for commercial local area control networks over Internet Protocol (IP) networks using a tunnelling mechanism wherein the CNP packets are encapsulated within IP packets. It applies to both CNP nodes and CNP routers.

The purpose of this International Standard is to insure interoperability between various CNP devices that wish to use IP networks to communicate using the CNP protocol.

The main body of this International Standard is independent of the CNP protocol being transported over the IP network. The reader is directed to Annex A and Annex В for the normative and informative, respectively, aspects of this specification that are specific to ISO/IEC 14908-1.

Figure 1 shows a possible configuration of such CNP devices and networks connected to an IP network.

Figure 1—Typical CNP/IP application

Figure 1 depicts two types of CNP devices: CNP nodes and CNP routers. It should be noted that the routers shown can route packets between typical CNP channels (such as twisted pair or power line) and an IP channel or it can route CNP packets between two IP channels. In this International Standard the IP channel will be defined in such a way to allow it to be used like any other CNP channel.

In the above diagram the IP network can be considered to be one or more IP channels. This International Standard covers only how CNP packets are transported over IP channels. It does not cover how CNP packets are routed between standard CNP channels and IP channels. This specification is not intended to cover the lower layers (physical, MAC and link layers) of either standard CNP or IP channels.

2 Normative references

None.

3 Terms, definitions and abbreviations

3.1 Terms and definitions

For the purposes of this document, the following terms and definitions apply.

3.1.1

tunneling

encapsulation of one protocol's packet within the payload of another protocol's packets

3.1.2

channel

common communications transport mechanism that a specific collection of CNP devices share and communicate over without the use of a router

Note 1 to entry: Channels are used to transport CNP packets below the link layer of the CNP protocol stack.

Note 2 to entry: Typically this refers to some type of physical media such as power line, RF, or twisted pair, but in the case of IP networks this channel is not physical, but a protocol tunnel.

3.1.3

CNP device

device that uses the CNP protocol to communicate with other CNP devices

Note 1 to entry: Specifically a CNP/IP device is a CNP device that communicates with other CNP devices over an IP channel.

3.1.4

CNP router

special type of CNP device that routes CNP protocol packets between two or more channels

Note 1 to entry: Specifically a CNP/IP router is a CNP router in which at least one of the channels it routes packets over is an IP channel.

3.1.5

CNP node

special type of CNP device that can send or receive CNP protocol packets, but does not route them between channels

Note 1 to entry: Specifically a CNP/IP node is a CNP node in which at least one of the channels it sends and receives packets over is an IP channel.

Note 2 to entry: All CNP devices are either routers, nodes or both.

3.1.6

CNP group

collection of CNP devices that share a common multicast address

3.1.7

node ID

logical network address that differentiates nodes within the same subnet or domain

3.1.8

Must Be Zero (MBZ)

reserved field that may be used in the following versions of the protocol

Note 1 to entry: Such fields shall be sent as zero and ignored by the receiver in implementations conforming to the current version of the specification.

3.2 Abbreviations

CTPChannel Timeout Period
CNPControl Network Protocol
LFSLast Forwarded Sequence
MBZMust Be Zero
NTPNetwork Time Protocol
PSNPacket Sequence Number
SA/DASource Address/ Destination Address
SIDSession Identifier
SNTPSimple Network Time Protocol
UDPUser Datagram Protocol

Bibliography

ISO/IEC 9594 series, Information technology — Open Systems Interconnection —
ISO/IEC 14908-1:2012, Information technology — Control network protocol — 1: Protocol stack
RFC 768, Postel, J.,"User Datagram Protocol", STD 6, USC Information Sciences Institute, August 1980
RFC 791, Postel, J.,"Internet Protocol", STD 5, USC Information Sciences Institute, Spetember 1981
RFC 793, Postel, J.,"Transmission Control Protocol", STD 7, USC Information Sciences Institute, September 1981
RFC 951, Croft, W.J., Gilmore, J.,"Bootstrap Protocol" September 1985
RFC 1112, Deering, S.E.,"Host extensions for IP multi-casting", STD 5, Stanford University, August 1989
RFC 1305, Mills, D.,"Network Time Protocol (Version 3) specification, implementation and analysis", University of Delaware, March 1992
RFC 1321, Rivest, R."The MD5 Message-Digest Algorithm", April 1992
RFC 2131, Droms, R.,"Dynamic Host Configuration Protocol", Bucknell University, March 1997
RFC 2030, Mills, D.,"Simple Network Time Protocol (SNTP) Version 4 for IPv4, IPv6 and OSI", University of Delaware, October 1996
EIA/CEA-852, Tunnelling Component Network Protocols Over Internet Protocol Channels