RFC1677 日本語訳

1677 Tactical Radio Frequency Communication Requirements for IPng. B.Adamson. August 1994. (Format: TXT=24065 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
RFC一覧
英語原文

Network Working Group                                         B. Adamson
Request for Comments: 1677                     Naval Research Laboratory
Category: Informational                                      August 1994

コメントを求めるワーキンググループB.アダムソン要求をネットワークでつないでください: 1677年の海軍研究試験所カテゴリ: 情報の1994年8月

      Tactical Radio Frequency Communication Requirements for IPng

IPngのための戦術の無線周波数コミュニケーション要件

Status of this Memo

このMemoの状態

   This memo provides information for the Internet community.  This memo
   does not specify an Internet standard of any kind.  Distribution of
   this memo is unlimited.

このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。

Abstract

要約

   This document was submitted to the IETF IPng area in response to RFC
   1550.  Publication of this document does not imply acceptance by the
   IPng area of any ideas expressed within.  Comments should be
   submitted to the big-internet@munnari.oz.au mailing list.

RFC1550に対応してIETF IPng領域にこのドキュメントを提出しました。 このドキュメントの公表はどんな考えのIPng領域のそばでも中で言い表された状態で承認を含意しません。 big-internet@munnari.oz.au メーリングリストにコメントを提出するべきです。

Executive Summary

要約

   The U.S. Navy has several efforts exploring the applicability of
   commercial internetworking technology to tactical RF networks.  Some
   these include the NATO Communication System Network Interoperability
   (CSNI) project, the Naval Research Laboratory Data/Voice Integration
   Advanced Technology Demonstration (D/V ATD), and the Navy
   Communication Support System (CSS) architecture development.

合衆国海軍には、戦術のRFネットワークに商業インターネットワーキング技術の適用性について調査するいくつかの取り組みがあります。 いくつか、これらはNATO Communication System Network Interoperability(CSNI)プロジェクト、海軍研究試験所Data/声のIntegration Advanced Technology Demonstration(D/V ATD)、および海軍Communication Support System(CSS)アーキテクチャ開発を含んでいます。

   Critical requirements have been identified for security, mobility,
   real-time data delivery applications, multicast, and quality-of-
   service and policy based routing.  Address scaling for Navy
   application of internet technology will include potentially very
   large numbers of local (intra-platform) distributed information and
   weapons systems and a smaller number of nodes requiring global
   connectivity.  The flexibility of the current Internet Protocol (IP)
   for supporting widely different communication media should be
   preserved to meet the needs of the highly heterogeneous networks of
   the tactical environment.  Compact protocol headers are necessary for
   efficient data transfer on the relatively-low throughput RF systems.
   Mechanisms which can  enhance the effectiveness of an internet
   datagram protocol to provide resource reservation, priority, and
   service quality guarantees are also very important.  The broadcast
   nature of many RF networks and the need for broad dissemination of
   information to warfighting participants makes multicast the general
   case for information flow in the tactical environment.

重要な要件がセキュリティ、移動性、リアルタイムデータ配送アプリケーション、マルチキャスト、および品質のために特定された、-、サービスと方針に基づいているルーティングについて。 インターネット技術の海軍適用のために比例するアドレスは潜在的に非常に多くのローカル(イントラプラットホーム)の分配された情報とグローバルな接続性を必要とする武器体系と、より少ない数のノードを含むでしょう。 異なったコミュニケーションがメディアであると広くサポートするための現在のインターネットプロトコル(IP)の柔軟性は、戦術の環境の非常に種々雑多なネットワークの需要を満たすために保持されるべきです。 コンパクトなプロトコルヘッダーが効率的なデータ転送に必要である、オンである、-比較的下である、スループットRFシステムまた、資源予約、優先権、およびサービス品質保証を提供するためにインターネットデータグラムプロトコルの有効性を高めることができるメカニズムも非常に重要です。 多くのRFネットワークの放送本質とミサイル戦争関係者への広い情報の普及の必要性は戦術の環境における情報流動のためにマルチキャストを一般的なケースにします。

Adamson                                                         [Page 1]

RFC 1677             IPng Tactical RF Requirements           August 1994

rf要件1994年8月の戦術のアダムソン[1ページ]RFC1677IPng

Background

バックグラウンド

   This paper describes requirements for Internet Protocol next
   generation (IPng) candidates with respect to their application to
   military tactical radio frequency (RF) communication networks.  The
   foundation for these requirements are experiences in the NATO
   Communication System Network Interoperability (CSNI) project, the
   Naval Research Laboratory Data/Voice Integration Advanced Technology
   Demonstration (D/V ATD), and the Navy Communication Support System
   (CSS) architecture development.

この論文は彼らのアプリケーションに関してインターネットプロトコル次世代(IPng)候補のための要件について軍事の戦術の無線周波数(RF)通信ネットワークに説明します。 これらの要件があるので、基礎はNATO Communication System Network Interoperability(CSNI)プロジェクト、海軍研究試験所Data/声のIntegration Advanced Technology Demonstration(D/V ATD)、および海軍Communication Support System(CSS)でアーキテクチャ開発になります。

   The goal of the CSNI project is to apply internetworking technology
   to facilitate multi-national interoperability for typical military
   communication applications (e.g., electronic messaging, tactical data
   exchange, and digital voice) on typical tactical RF communication
   links and networks.  The International Standard Organization (ISO)
   Open Systems Interconnect (OSI) protocol suite, including the
   Connectionless Network Protocol (CLNP), was selected for this project
   for policy reasons.  This paper will address design issues
   encountered in meeting the project goals with this particular
   protocol stack.

CSNIプロジェクトの目標は典型的な軍事通信アプリケーション(例えば、電子メッセージ通信、戦術のデータ交換、およびデジタル声)のために多国籍の相互運用性を容易にするインターネットワーキング技術を典型的な戦術のRF通信リンクとネットワークに適用することです。 Connectionless Networkプロトコル(CLNP)を含む国際規格Organization(ISO)の開いているSystems Interconnect(OSI)プロトコル群は方針理由のためのこのプロジェクトのために選択されました。 この紙は、デザインがこの特定のプロトコル・スタックでプロジェクト目標を達成する際に遭遇する問題であると扱うでしょう。

   The D/V ATD is focused on demonstrating  a survivable, self-
   configuring, self-recovering RF subnetwork technology capable of
   simultaneously supporting data delivery, including message transfer,
   imagery, and tactical data, and real-time digital voice applications.
   Support for real-time interactive communication applications was
   extended to include a "white board" and other similar applications.
   IP datagram delivery is also planned as part of this demonstration
   system.

データが配送であるとサポートしながら、D/V ATDは同時であることができる生存可能な構成していて、自己を回復する自己RFサブネットワーク技術を示すのに焦点を合わせられます、メッセージ転送、イメージ、戦術のデータ、およびリアルタイムのデジタル音声アプリケーションを含んでいて。 リアルタイムの対話的なコミュニケーションアプリケーションのサポートは、「白板」と他の同様のアプリケーションを含むように広げられました。 また、IPデータグラム配信はこのデモンストレーションシステムの一部として計画されています。

   The CSS architecture will provide U.S. Navy tactical platforms with a
   broad array of user-transparent voice and data information exchange
   services.  This will include support for sharing and management of
   limited platform communication resources among multiple warfighting
   communities.  Emphasis is placed on attaining interoperability with
   other military services and foreign allies.  Utilization of
   commercial off-the-shelf communications products to take advantage of
   existing economies of scale is important to make any resulting system
   design affordable.  It is anticipated that open, voluntary standards,
   and flexible communication protocols, such as IP, will play a key
   role in meeting the goals of this architecture.

CSSアーキテクチャはユーザ見え透いた声とデータ情報交換サービスの広い勢ぞろいを合衆国海軍の戦術のプラットホームに提供するでしょう。 これは複数のミサイル戦争共同体に限られたプラットホームコミュニケーションリソースの共有と管理のサポートを含むでしょう。 強調は他の兵役と外国人の同盟国と共に相互運用性に達するのに置かれます。 既存の規模の経済を利用する商用既製品コミュニケーション製品の利用は、どんな結果として起こるシステム設計も手頃にするように重要です。 オープンで、自発的の規格、およびIPなどのフレキシブルな通信プロトコルがこのアーキテクチャの目標を達成する際に重要な役割を果たすと予期されます。

Introduction

序論

   Before addressing any IPng requirements as applied to tactical RF
   communications, it is necessary to define what this paper means by
   "IPng requirements".  To maintain brevity, this paper will focus on

戦術のRFコミュニケーションへの適用されるとしてのどんなIPng要件も扱う前に、この紙が「IPng要件」で意味することを定義するのが必要です。 簡潔さを維持するために、この紙は集中するでしょう。

Adamson                                                         [Page 2]

RFC 1677             IPng Tactical RF Requirements           August 1994

rf要件1994年8月の戦術のアダムソン[2ページ]RFC1677IPng

   criteria related specifically to the design of an OSI model's Layer 3
   protocol format and a few other areas suggested by RFC 1550.  There
   are several additional areas of concern in applying internetwork
   protocols to the military tactical RF setting including routing
   protocol design, address assignment, network management, and resource
   management.  While these areas are equally important, this paper will
   attempt to satisfy the purpose of RFC 1550 and address issues more
   directly applicable to selection of an IPng candidate.

評価基準は特にOSIモデルLayer3のプロトコル形式のデザインに関連しました、そして、他のいくつかの領域がRFC1550によって示されました。 ルーティング・プロトコルデザイン、アドレス課題、ネットワークマネージメント、および資源管理を含んでいて、セットする軍用の戦術のRFにインターネットワークプロトコルを適用するのにおいて重要ないくつかの追加領域があります。 これらの領域が等しく重要である間、この紙は、直接IPng候補の選択により適切なRFC1550とアドレス問題の目的を満たすのを試みるでしょう。

Scaling

スケーリング

   The projection given in RFC 1550 that IPng should be able to deal
   with 10 to the 12th nodes is more than adequate in the face of
   military requirements.  More important is that it is possible to
   assign addresses efficiently.  For example, although a military
   platform may have a relatively small number of nodes with
   requirements to communicate with a larger, global infrastructure,
   there will likely be applications of IPng to management and control
   of distributed systems (e.g., specific radio communications equipment
   and processors, weapons systems, etc.) within the platform.  This
   local expansion of address space requirements may not necessarily
   need to be solved by "sheer numbers" of globally-unique addresses but
   perhaps by alternate delimitation of addressing to differentiate
   between globally-unique and locally-unique addressing.  The
   advantages of a compact internet address header are clear for
   relatively low capacity RF networks.

10と共にIPngが取扱うはずであることができるRFC1550で12番目のノードに与えられた映像は軍事の要件に直面して十二分に適切です。 より重要であるのは、効率的にアドレスを割り当てるのが可能であるということです。 例えば、軍事のプラットホームには、より大きくて、グローバルなインフラストラクチャで交信するという要件がある比較的少ない数のノードがあるかもしれませんが、プラットホームの中に管理へのIPngの利用と分散システムのコントロール(例えば、特定のラジオ通信装置とプロセッサ、武器体系など)がおそらくあるでしょう。 必ず「全くの数」のグローバルにユニークなアドレスで解決されるのが必要であるのではなく、アドレス空間要件のこの地方の拡張は恐らくグローバルにユニークで局所的にユニークなアドレシングの間で差別化するアドレシングの代替の区切ることで必要であるかもしれません。 比較的低い容量RFネットワークに、コンパクトなインターネットアドレスヘッダーの利点は明確です。

Timescale, Transition and Deployment

スケール、変遷、および展開

   The U.S. Navy and other services are only recently (the last few
   years) beginning to design and deploy systems utilizing open systems
   internetworking technology.  From this point of view, the time scale
   for selection of IPng must be somewhat rapid.  Otherwise, two
   transition phases will need to be suffered, 1) the move from unique,
   "stove pipe" systems to open, internetworked (e.g., IP) systems, and
   then 2) a transition from deployed IP-based systems to IPng.  In some
   sense, if an IPng is quickly accepted and widely implemented, the
   transition for tactical military systems will be somewhat easier than
   the enterprise Internet where a large investment in current IP
   already exists.  However, having said this, the Department of Defense
   as a whole already deploys a large number  of IP-capable systems, and
   the issue of transition from IP to IPng remains significant.

オープンシステムインターネットワーキング技術を利用するシステムを、設計して、合衆国海軍と他のサービスは最近(ここ数年)だけ、配布することであり始めます。 この観点から考えると、IPngの選択のためのタイムスケールはいくらか急速でなければなりません。 そうでなければ、過渡期が受ける必要がある2、1) ユニークであるのからの移動(開ける「ストーブの煙突」システム)は配布しているIPベースのシステムからIPngまでの変遷をinternetworkedしました(IP) 例えば、システム、および次に、2)。 何らかの意味で、IPngがすぐに受け入れられて、広く実装されるなら、戦術の軍用システムのための変遷は現在のIPへの多額の投資が既に存在する企業インターネットよりいくらか簡単になるでしょう。 しかしながら、これを言ったので、国防総省は全体で既に多くのIPできるシステムを配布します、そして、IPからIPngまでの変遷の問題は重要なままで残っています。

Security

セキュリティ

   As with any military system, information security, including
   confidentiality and authenticity of data, is of paramount importance.
   With regards to IPng, network layer security mechanisms for tactical

どんな軍用システムのようにも、データの秘密性と信憑性を含む情報セキュリティは最高のに重要です。 IPngへの尊敬、ネットワーク層セキュリティー対策、戦術

Adamson                                                         [Page 3]

RFC 1677             IPng Tactical RF Requirements           August 1994

rf要件1994年8月の戦術のアダムソン[3ページ]RFC1677IPng

   RF networks generally important for authentication purposes,
   including routing protocol authentication, source authentication, and
   user network access control.  Concerns for denial of service attacks,
   traffic analysis monitoring, etc., usually dictate that tactical RF
   communication networks provide link layer security mechanisms.
   Compartmentalization and multiple levels of security for different
   users of common communication resources call for additional security
   mechanisms at the transport layer or above.  In the typical tactical
   RF environment, network layer confidentiality and, in some cases,
   even authentication becomes redundant with these other security
   mechanisms.

一般に、ルーティング・プロトコル認証、ソース認証を含む認証目的のために重要なRFネットワークとユーザネットワークアクセスは制御されます。 通常、サービス不能攻撃、トラヒック分析モニターなどに関する心配は、戦術のRF通信ネットワークがリンクレイヤセキュリティー対策を提供すると決めます。一般的なコミュニケーションリソースの異なったユーザのためのセキュリティの区画化と複数のレベルがトランスポート層で追加担保メカニズムを上に求めます。 典型的な戦術のRF環境で、ネットワーク層秘密性といくつかの場合認証さえこれらの他のセキュリティー対策で余分になります。

   The need for network layer security mechanisms becomes more critical
   when the military utilizes commercial telecommunications systems or
   has tactical systems inter-connected with commercial internets.
   While the Network Encryption Server (NES) works in this role today,
   there is a desire for a more integrated, higher performance solution
   in the future.  Thus, to meet the military requirement for
   confidentiality and authentication, an IPng candidate must be capable
   of operating in a secure manner when necessary, but also allow for
   efficient operation on low-throughput RF links when other security
   mechanisms are already in place.

ネットワーク層セキュリティー対策の必要性で、軍が商業情報通信システムを利用するとき、より重要になるか、または商業インターネットで戦術のシステムとインタコネクトします。 Network Encryption Server(NES)は今日この役割で働いていますが、将来、より統合していて、より高い性能解決に関する願望があります。 必要であるときに、したがって、秘密性と認証、IPng候補のための軍事の必要条件を満たすのは安全な方法で作動できなければなりませんが、他のセキュリティー対策が既に適所にあるときには少ないスループットRFリンクの上に効率的な操作をまた考慮してください。

   In either of these cases, key management is extremely important.
   Ideally, a common key management system could be used to provide key
   distribution for security mechanisms at any layer from the
   application to the link layer.  As a result, it is anticipated,
   however, that key distribution is a function of management, and
   should not dependent upon a particular IPng protocol format.

これらのケースのどちらかでは、かぎ管理は非常に重要です。 理想的に、アプリケーションからリンクレイヤまでどんな層のセキュリティー対策のための主要な分配も提供するのに一般的なかぎ管理システムを使用できました。 その結果、しかしながら、主要な分配が管理の機能であり、特定のIPngの扶養家族が形式について議定書の中で述べるべきでないと予期されません。

Mobility

移動性

   The definition of most tactical systems include mobility in some
   form.  Many tactical RF network designs provide means for members to
   join and leave particular RF subnets as their position changes.  For
   example, as a platform moves out of the RF line-of-sight (LOS) range,
   it may switch from a typical LOS RF media such as the ultra-high
   frequency (UHF) band to a long-haul RF media such as high frequency
   (HF) or satellite communication (SATCOM).

ほとんどの戦術のシステムの定義は何らかのフォームに移動性を含んでいます。 多くの戦術のRFネットワークデザインがそれらの位置が変化するのに従って、メンバーが特定のRFサブネットに加わって、残す手段を提供します。 例えば、プラットホームがRF照準線(LOS)範囲から引っ越すのに従って、それは極超短波(UHF)バンドなどの典型的なLOS RFメディアから高周波(HF)か衛星通信(SATCOM)などの長期RFメディアに切り替わるかもしれません。

   In some cases, such as the D/V ATD network, the RF subnet will
   perform its own routing and management of this dynamic topology.
   This will be invisible to the internet protocol except for
   (hopefully) subtle changes to some routing metrics (e.g., more or
   less delay to reach a host).  In this instance, the RF subnetwork
   protocols serve as a buffer to the internet routing protocols and
   IPng will not need to be too concerned with mobility.

D/V ATDネットワークなどのいくつかの場合では、RFサブネットはこのダイナミックなトポロジーのそれ自身のルーティングと管理を実行するでしょう。 これはいくつかのルーティング測定基準への(希望をいだいて)微妙な変化以外のインターネットプロトコルに目に見えなくなるでしょう(例えば、多少延着して、ホストに届いてください)。 この場合、インターネットのルーティング・プロトコルとIPngへのバッファが移動性に関係があり過ぎる必要はないとき、RFサブネットワークプロトコルは役立ちます。

Adamson                                                         [Page 4]

RFC 1677             IPng Tactical RF Requirements           August 1994

rf要件1994年8月の戦術のアダムソン[4ページ]RFC1677IPng

   In other cases, however, the platform may make a dramatic change in
   position and require a major change in internet routing.  IPng must
   be able to support this situation.  It is recognized that an internet
   protocol may not be able to cope with large, rapid changes in
   topology.  Efforts will be made to minimize the frequency of this in
   a tactical RF communication architecture, but there are instances
   when a major change in topology is required.

他の場合では、しかしながら、プラットホームは、所定の位置で劇的な変化を作って、インターネットルーティングにおける大きな変化を必要とするかもしれません。 IPngはこの状況をサポートすることができなければなりません。 インターネットプロトコルがトポロジーの大きくて、急速な変化に対処できないかもしれないと認められます。 取り組みは戦術のRF通信アーキテクチャのこの頻度を最小にさせられるでしょうが、トポロジーの大きな変化が必要であるときに、インスタンスがあります。

   Furthermore, it should be realized that mobility in the tactical
   setting is not limited to individual nodes moving about, but that, in
   some cases, entire subnetworks may be moving.  An example of this is
   a Navy ship with multiple LANs on board, moving through the domains
   of different RF networks.  In some cases, the RF subnet will be
   moving, as in the case of an aircraft strike force, or Navy
   battlegroup.

その上、戦術の設定の移動性が動き回る個々のノードに制限されませんが、全体のサブネットワークがいくつかの場合で移行しているかもしれないと実感されるべきです。 この例は複数のLANが車中の海軍船です、異なったRFネットワークのドメインを通して移行して。 いくつかの場合、RFサブネットは移行するでしょう、航空機攻撃部隊、または海軍battlegroupに関するケースのように。

Flows and Resource Reservation

流れと資源予約

   The tactical military has very real requirements for multi-media
   services across its shared and inter-connected RF networks.  This
   includes applications from digital secure voice integrated with
   applications such as "white boards" and position reporting for
   mission planning purposes to low-latency, high priority tactical data
   messages (target detection, identification, location and heading
   information).  Because of the limited capacity of tactical RF
   networks, resource reservation is extremely important to control
   access to these valuable resources.  Resource reservation can play a
   role in "congestion avoidance" for these limited resources as well as
   ensuring that quality-of-service data delivery requirements are met
   for multi-media communication.

戦術の軍は共有されてインタコネクトされたRFネットワークの向こう側にマルチメディアサービスのための非常に本当の要件を持っています。 これは「白板」や任務計画を届け出る位置などのアプリケーションについて統合しているデジタル秘密音声目的から低遅延(高い優先権戦術のデータメッセージ(目標検出、識別、位置、および見出し情報))までのアプリケーションを含んでいます。 戦術のRFネットワークの収容数の限界のために、資源予約は、これらの貴重なリソースへのアクセスを制御するために非常に重要です。 資源予約はサービスの質データ配送必要条件がマルチメディアコミュニケーションのために満たされるのを確実にすることと同様にこれらの限りある資源のための「輻輳回避」における役割を果たすことができます。

   Note there is more required here than can be met by simple quality-
   of-service (QoS) based path selection and subsequent source-routing
   to get real-time data such as voice delivered.  For example, to
   support digital voice in the CSNI project, a call setup and resource
   reservation protocol was designed.  It was determined that the QoS
   mechanisms provided by the CLNP specification were not sufficient for
   our voice application path selection.  Voice calls could not be
   routed and resources reserved based on any single QoS parameter
   (e.g., delay, capacity, etc.) alone.  Some RF subnets in the CSNI
   test bed simply did not have the capability to support voice calls.
   To perform resource reservation for the voice calls, the CLNP cost
   metric was "hijacked" as essentially a Type of Service identifier to
   let the router know which datagrams were associated with a voice
   call.  The cost metric, concatenated with the source and destination
   addresses were used to form a unique identifier for voice calls in
   the router and subnet state tables.  Voice call paths were to be
   selected by the router (i.e. the "cost" metric was calculated) as a

ある注意が声などのリアルタイムデータを提供させるためにサービスの簡単な品質(QoS)ベースの経路選択とその後のソースルーティングで会うことができるよりここで必要です。 例えば、CSNIプロジェクトでデジタル声をサポートするために、呼び出しセットアップと資源予約プロトコルは設計されました。 CLNP仕様で提供されたQoSメカニズムが私たちの声のアプリケーション経路選択に十分でなかったのは、断固としていました。 音声通話を発送できませんでした、そして、リソースはどんなただ一つのQoSパラメタに基づいて単独で(例えば、遅れ、容量など)を予約しました。 CSNIテストベッドのいくつかのRFサブネットには、音声通話をサポートする能力が絶対にありませんでした。 働くために、本質的にはどのデータグラムをルータに知らせるかService識別子のTypeが音声通話に関連づけられたとき、音声通話、CLNP費用でのメートル法の資源予約は「ハイジャックされました」。 ソースと送付先アドレスでメートル法の、そして、連結された費用は、ルータとサブネットステートテーブルで音声通話のためのユニークな識別子を形成するのに使用されました。 音声通話経路がルータによって選択されることであった、(すなわち、「費用」、メートル法、計算された、)、a

Adamson                                                         [Page 5]

RFC 1677             IPng Tactical RF Requirements           August 1994

rf要件1994年8月の戦術のアダムソン[5ページ]RFC1677IPng

   rule-based function of each subnet's capability to support voice, its
   delay, and its capacity.  While source routing provided a possible
   means for voice datagrams to find their way from router to router,
   the network address alone was not explicit enough to direct the data
   to the correct interface, particularly in cases where there were
   multiple communication media interconnecting two routers along the
   path.  Fortunately, exclusive use of the cost QoS indicator for voice
   in CSNI was able to serve as a flag to the router for packets
   requiring special handling.

サポートへのサブネットの能力が声に出すそれぞれの規則ベースの機能、遅れ、およびその容量。 ソースルーティングは音声データグラムがルータからルータまで届く可能な手段を提供しましたが、ネットワーク・アドレスだけが正しいインタフェースにデータを向けるくらいには明白ではありませんでした、特に経路に沿って2つのルータとインタコネクトする複数のコミュニケーションメディアがあった場合で。 幸い、CSNIの声のための費用QoSインディケータの専用は旗として特別な取り扱いを必要とするパケットのためのルータに機能できました。

   While a simple Type of Service field as part of an IPng protocol can
   serve this purpose where there are a limited number of well known
   services (CSNI has a single special service - 2400 bps digital
   voice), a more general technique such as RSVP's Flow Specification
   can support a larger set of such services.  And a field, such as the
   one sometimes referred to as a Flow Identification (Flow ID), can
   play an important role in facilitating inter-networked data
   communication over these limited capacity networks.

IPngプロトコルの一部としてのService分野の簡単なTypeは限られた数のよく知られているサービスがあるこの目的に役立つことができますが、(CSNIには、ただ一つの特別なサービスがあります--2400年のビーピーエスのデジタル声)、RSVPのFlow Specificationがそのようなより大きいサービスをサポートすることができるより一般的なテクニック。 そして、時々Flow Identification(Flow ID)と呼ばれたものなどの分野はこれらの収容数の限界ネットワークの上の相互ネットワークでつながれたデータ通信を容易にする際に重要な役割を果たすことができます。

   For example, the D/V ATD RF sub-network provides support for both
   connectionless datagram delivery and virtual circuit connectivity.
   To utilize this capability, an IPng could establish a virtual circuit
   connection across this RF subnetwork which meets the requirements of
   an RSVP Flow Specification. By creating an association between a
   particular Flow ID and the subnetwork header identifying the
   established virtual circuit, an IPng gateway could forward data
   across the low-capacity while removing most, if not all, of the IPng
   packet header information.  The receiving gateway could re- construct
   these fields based on the Flow Specification of the particular Flow
   ID/virtual circuit association.

例えば、D/V ATD RFサブネットワークはコネクションレスなデータグラム配信と仮想の回路の接続性の両方のサポートを提供します。 この能力を利用するために、IPngはRSVP Flow Specificationに関する必要条件を満たすこのRFサブネットワークの向こう側に仮想の回路接続を確立できました。 特定のFlow IDと確立した仮想の回路を特定するサブネットワークヘッダーとの仲間を創造することによって、IPngゲートウェイはIPngパケットヘッダー情報の大部分(すべてでなくても)を取り除いている間、低容量の向こう側にデータを転送するかもしれません。 受信ゲートウェイは特定のFlow ID/仮想の回路協会のFlow Specificationに基づくこれらの分野を再構成するかもしれません。

   In summary, a field such as a Flow Identification can serve at least
   two important purposes:

概要では、Flow Identificationなどの分野は少なくとも2つの重要な目的に役立つことができます:

         1)      It can be used by routers (or gateways) to identify
                 packets with special, or pre-arranged delivery
                 requirements.  It is important to realize that it may
                 not always be possible to "peek" at internet packet
                 content for this information if certain security
                 considerations are met (e.g., an encrypted transport
                 layer).

1) ルータ(または、ゲートウェイ)によってそれは使用されて、特別であるか、根回しされた配送要件とパケットを同一視できます。 あるセキュリティ問題が満たされるなら(例えば、暗号化されたトランスポート層)、この情報のためのインターネットパケット含有量における「覗き見します」がいつも可能であるかもしれないというわけではないとわかるのは重要です。

         2)      It can aid mapping datagram services to different
                 types of communication services provided by
                 specialized subnet/data link layer protocols.

2) それは、専門化しているサブネット/データリンク層プロトコルによって提供された異なったタイプの通信サービスへのデータグラムサービスを写像しながら、支援されることができます。

Adamson                                                         [Page 6]

RFC 1677             IPng Tactical RF Requirements           August 1994

rf要件1994年8月の戦術のアダムソン[6ページ]RFC1677IPng

Multicast

マルチキャスト

   Tactical military communication has a very clear requirement for
   multicast.  Efficient dissemination of information to distributed
   warfighting participants can be the key to success in a battle.  In
   modern warfare, this information includes imagery, the "tactical
   scene" via tactical data messages, messaging information, and real-
   time interactive applications such as digital secure voice.  Many of
   the tactical RF communication media are broadcast by nature, and
   multicast routing can take advantage of this topology to distribute
   critical data to a large number of participants.  The throughput
   limitations imposed by these RF media and the physics of potential
   electronic counter measures (ECM) dictate that this information be
   distributed efficiently.  A multicast architecture is the general
   case for information flow in a tactical internetwork.

戦術の軍事通信には、マルチキャストのための非常に明確な要件があります。 分配されたミサイル戦争関係者への効率的な情報の普及は戦いで成功の秘訣であるかもしれません。 近代戦では、この情報は戦術のデータメッセージでイメージ、「戦術の場面」を含んでいます、情報、およびデジタル秘密音声などの実際の時間対話型アプリケーションを通信させて。 生来、戦術のRFコミュニケーションメディアの多くが放送されます、そして、マルチキャストルーティングは多くの関係者に重要なデータを分配するのにこのトポロジーを利用できます。 これらのRFメディアによって課されたスループット制限と潜在的電子妨害手段(ECM)の物理学は、この情報が効率的に分配されると決めます。 マルチキャストアーキテクチャは戦術のインターネットワークにおける情報流動のための一般的なケースです。

Quality of Service and Policy-Based Routing

サービスの質と方針ベースのルート設定

   Quality of service and policy based routing are of particular
   importance in a tactical environment with limited communication
   resources, limited bandwidth, and possible degradation and/or denial
   of service.  Priority is a very important criteria in the tactical
   setting.  In the tactical RF world of limited resources (limited
   bandwidth, radio assets, etc.) there will be instances when there is
   not sufficient capacity to provide all users with their perception of
   required communication capability.  It is extremely important for a
   shared, automated communication system to delegate capacity higher
   priority users.  Unlike the commercial world, where everyone has a
   more equal footing, it is possible in the military environment to
   assign priority to users or even individual datagrams.  An example of
   this is the tactical data exchange.  Tactical data messages are
   generally single-datagram messages containing information on the
   location, bearing, identification, etc., of entities detected by
   sensors.  In CSNI, tactical data messages were assigned 15 different
   levels of CLNP priority.  This ensured that important messages, such
   as a rapidly approaching enemy missile's trajectory, were given
   priority over less important messages, such as a friendly, slow-
   moving tanker's heading.

サービスの質と方針に基づいているルーティングはサービスの限られたコミュニケーションリソース、そして/または、限られた帯域幅と、可能な退行、否定と共に戦術の環境で特別に重要です。 優先権は戦術の設定の非常に重要な評価基準です。 彼らの必要なコミュニケーション能力の認知をすべてのユーザに提供できるくらいの容量がないとき、限りある資源(限られた帯域幅、ラジオ資産など)の戦術のRF世界に、インスタンスがあるでしょう。 共有されて、自動化された通信系が容量の、より高い優先権ユーザを代表として派遣するのは、非常に重要です。 そこでは、皆が、より等しい立脚地を持っています。商業界と異なって、ユーザか個々のデータグラムさえの優先権を割り当てるのは軍事環境で可能です。この例は戦術のデータ交換です。 一般に、戦術のデータメッセージは位置、ベアリング、センサによって検出された実体の識別などの情報を含む単一のデータグラムメッセージです。 CSNIでは、15の異なったレベルのCLNP優先権は戦術のデータメッセージに割り当てられました。 これは、急速に接近している敵軍のミサイルの軌道などの重要なメッセージがそれほど重要でないメッセージに優先したのを確実にしました、好意的で、遅い動くタンカーの見出しなどのように。

Applicability

適用性

   There will be a significant amount of applicability to tactical RF
   networks.  The current IP and CLNP protocols are being given
   considerable attention in the tactical RF community as a means to
   provide communication interoperability across a large set of
   heterogeneous RF networks in use by different services and countries.
   The applicability of IPng can only improve with the inclusion of
   features critical to supporting QoS and Policy based routing,

戦術のRFネットワークへのかなりの量の適用性があるでしょう。 異なったサービスと国で大きいセットの種々雑多なRFネットワークの向こう側にコミュニケーション相互運用性を使用中に提供する手段として戦術のRF共同体で現在のIPとCLNPプロトコルにかなりの注意を与えています。 QoSをサポートするのに重要な特徴とPolicyの包含が基づいていて、IPngの適用性はルーティングを改良できるだけです。

Adamson                                                         [Page 7]

RFC 1677             IPng Tactical RF Requirements           August 1994

rf要件1994年8月の戦術のアダムソン[7ページ]RFC1677IPng

   security, real-time multi-media data delivery, and extended
   addressing.  It must be noted that it is very important that the IPng
   protocol headers not grow overly large.  There is a sharp tradeoff
   between the value added by these headers (interoperability, global
   addressing, etc.) and the degree of communication performance
   attainable on limited capacity RF networks.  Regardless of the data
   rate that future RF networks will be capable of supporting, there is
   always a tactical advantage in utilizing your resources more
   efficiently.

セキュリティ、リアルタイムのマルチメディアデータ配送、および拡張アドレシング。 IPngプロトコルヘッダーがひどく大きくならないのが、非常に重要であることに注意しなければなりません。 これらのヘッダー(相互運用性、グローバルなアドレシングなど)による付加価値と収容数の限界RFネットワークで達成できるコミュニケーション性能の度合いの間には、鋭い見返りがあります。 将来のRFネットワークがサポートすることができるデータ信号速度にかかわらず、より効率的にあなたのリソースを利用するのにおいて戦術の利点がいつもあります。

Datagram Service

データグラムサービス

   The datagram service paradigm provides many useful features for
   tactical communication networks.  The "memory" provided by datagram
   headers, provides an inherent amount of survivability essential to
   the dynamics of the tactical communication environment.  The
   availability of platforms for routing and relaying is never 100%
   certain in a tactical scenario.  The efficiency with which multi-cast
   can be implemented in a connectionless network is highly critical in
   the tactical environment where rapid, efficient information
   dissemination can be a deciding factor.  And, as has been proven,
   with several different Internet applications and experiments, a
   datagram service is capable of providing useful connection-oriented
   and real-time communication services.

データグラムサービスパラダイムは多くの戦術の通信ネットワークにおいて、役に立つ特徴を提供します。 「メモリ」は、データグラムヘッダーで提供して、戦術の通信環境の力学に不可欠の生存性の固有の量を供給します。 ルーティングとリレーのためのプラットホームの有用性は決して戦術のシナリオで確かな100%ではありません。 コネクションレスなネットワークでマルチキャストを実装することができる効率は急速で、効率的な情報普及が決定要因であるかもしれないところで戦術の環境で非常に重要です。 そして、立証されていたいくつかの異なったインターネットアプリケーションと実験で、データグラムサービスは役に立つ接続指向の、そして、リアルタイムの通信サービスを提供できます。

   Consideration should be given in IPng to how it can co-exist with
   other architectures such as switching fabrics which offer demand-
   based control over topology and connectivity.  The military owns many
   of its own communication resources and one of the large problems in
   managing the military communication infrastructure is directing those
   underlying resources to where they are needed.  Traditional
   management (SNMP, etc.) is of course useful here, but RF
   communication media can be somewhat dynamically allocated.  Circuit
   switching designs offer some advantages here.  Dial-up IP routing is
   an example of an integrated solution.  The IPng should be capable of
   supporting a similar type of operation.

IPngでそれがどう要求のベースのコントロールを提供する骨組みをトポロジーと接続性の上に切り換えなどなどの他のアーキテクチャと共存できるかに対して考慮を払うべきです。 軍はそれ自身のコミュニケーションリソースの多くを所有しています、そして、軍事通信インフラストラクチャを管理することにおける大問題の1つはそれらが必要であるところにそれらの基本的なリソースを向けています。 伝統的な管理(SNMPなど)はもちろんここで役に立ちますが、いくらかダイナミックにRFコミュニケーションメディアを割り当てることができます。 回線交換デザインはいくつかの利点をここに示します。 ダイヤルアップIPルーティングは統合ソリューションに関する例です。 IPngは同様のタイプの操作をサポートすることができるべきです。

Support of Communication Media

コミュニケーションメディアのサポート

   The tactical communication environment includes a very broad spectrum
   of communication media from shipboard fiber-optic LANs to very low
   data rate (<2400 bps) RF links.  Many of the RF links, even higher
   speed ones, can exhibit error statistics not necessarily well-
   serviced by higher layer reliable protocols (i.e., TCP).  In these
   cases, efficient lower layer protocols can be implemented to provide
   reliable datagram delivery at the link layer, but at the cost of
   highly variable delay performance.

戦術の通信環境は船舶光ファイバーLANから非常に低いデータ信号速度(2400年の<ビーピーエス)RFリンクまでのコミュニケーションメディアの非常に広いスペクトルを含んでいます。 RFの多くがリンクする、さらに高く、ものを促進してください、 より高い層の信頼できるプロトコル(すなわち、TCP)によって必ずよく修理されなかった展示品誤り統計はそうすることができます。 これらの場合では、リンクレイヤで信頼できるデータグラム配信を提供しますが、非常に可変な遅れ性能の費用で提供するために効率的な下位層プロトコルを実装することができます。

Adamson                                                         [Page 8]

RFC 1677             IPng Tactical RF Requirements           August 1994

rf要件1994年8月の戦術のアダムソン[8ページ]RFC1677IPng

   It is also important to recognize that RF communication cannot be
   viewed from the IPng designer as simple point-to-point  links.
   Often, highly complex, unique subnetwork protocols are utilized to
   meet requirements of survivability, communications performance with
   limited bandwidth, anti- jam and/or low probability of detection
   requirements.  In some of these cases IPng will be one of several
   Layer 3 protocols sharing the subnetwork.

また、簡単なポイントツーポイントがリンクされるときIPngデザイナーからRFコミュニケーションを見ることができないと認めるのも重要です。 しばしば、非常に複雑です、ユニークなサブネットワークプロトコルは生存性に関する必要条件を満たすのに利用されます、限られた帯域幅に伴うコミュニケーション性能、検出要件の反ジャムの、そして/または、低確率。 これらの場合のいくつかでは、IPngはサブネットワークを共有するいくつかのLayer3プロトコルの1つになるでしょう。

   It is understood that IPng cannot be the panacea of Layer 3
   protocols, particularly when it comes to providing special mechanisms
   to support the endangered-specie low data rate user.  However, note
   that there are many valuable low data rate applications useful to the
   tactical user.  And low user data rates, coupled with efficient
   networking protocols can allow many more users share limited RF
   bandwidth.  As a result, any mechanisms which facilitate compression
   of network headers can be considered highly valuable in an IPng
   candidate.

IPngがLayer3プロトコルの万能薬であるはずがないことが理解されています、特に危険にさらされた正金低データ速度ユーザをサポートするために特別なメカニズムを提供することとなると。 しかしながら、戦術のユーザの役に立つ多くの貴重な低データ速度利用があることに注意してください。 そして、少ない利用者データは評価して、プロトコルがずっと多くのユーザシェアを許すことができる効率的なネットワークに結びつけられた限られたRFは帯域幅です。 その結果、IPng候補で非常に貴重であるとネットワークヘッダーの圧縮を容易にするどんなメカニズムも考えることができます。

Security Considerations

セキュリティ問題

   Security issues are discussed throughout this memo.

このメモ中で安全保障問題について議論します。

Author's Address

作者のアドレス

   R. Brian Adamson
   Communication Systems Branch
   Information Technology Division
   Naval Research Laboratory
   NRL Code 5523
   Washington, DC 20375

R.ブライアンアダムソン通信系支店情報技術事業部海軍研究試験所NRLはワシントン、5523DC 20375をコード化します。

   EMail: adamson@itd.nrl.navy.mil

メール: adamson@itd.nrl.navy.mil

Adamson                                                         [Page 9]

アダムソン[9ページ]

一覧

 RFC 1〜100  RFC 1401〜1500  RFC 2801〜2900  RFC 4201〜4300 
 RFC 101〜200  RFC 1501〜1600  RFC 2901〜3000  RFC 4301〜4400 
 RFC 201〜300  RFC 1601〜1700  RFC 3001〜3100  RFC 4401〜4500 
 RFC 301〜400  RFC 1701〜1800  RFC 3101〜3200  RFC 4501〜4600 
 RFC 401〜500  RFC 1801〜1900  RFC 3201〜3300  RFC 4601〜4700 
 RFC 501〜600  RFC 1901〜2000  RFC 3301〜3400  RFC 4701〜4800 
 RFC 601〜700  RFC 2001〜2100  RFC 3401〜3500  RFC 4801〜4900 
 RFC 701〜800  RFC 2101〜2200  RFC 3501〜3600  RFC 4901〜5000 
 RFC 801〜900  RFC 2201〜2300  RFC 3601〜3700  RFC 5001〜5100 
 RFC 901〜1000  RFC 2301〜2400  RFC 3701〜3800  RFC 5101〜5200 
 RFC 1001〜1100  RFC 2401〜2500  RFC 3801〜3900  RFC 5201〜5300 
 RFC 1101〜1200  RFC 2501〜2600  RFC 3901〜4000  RFC 5301〜5400 
 RFC 1201〜1300  RFC 2601〜2700  RFC 4001〜4100  RFC 5401〜5500 
 RFC 1301〜1400  RFC 2701〜2800  RFC 4101〜4200 

スポンサーリンク

cron実行時のPATHなどの環境変数を確認する方法

ホームページ製作・web系アプリ系の製作案件募集中です。

上に戻る