RFC945 日本語訳

0945 DoD statement on the NRC report. J. Postel. May 1985. (Format: TXT=5017 bytes) (Obsoleted by RFC1039) (Status: UNKNOWN)
プログラムでの自動翻訳です。
英語原文

Network Working Group                                             Postel
Request for Comments: 945                                            ISI
                                                                May 1985

コメントを求めるワーキンググループポステルRequestをネットワークでつないでください: 945 ISI1985年5月

                   A DoD Statement on the NRC Report

NRCレポートに関するDoD声明

STATUS OF THIS MEMO

このメモの状態

   This RFC reproduces a letter from the Assistant Secretary of Defense
   for Command, Control, Communications, and Intelligence (ASDC3I) to
   the Director of the Defense Communications Agency (DCA).  This letter
   is distributed for information only.  Distribution of this memo is
   unlimited.

このRFCはCommand、Control、Communications、およびIntelligence(ASDC3I)のためのDefenseの次官補からDefense Communications Agency(DCA)のディレクターへの手紙を複製します。 この手紙は情報だけのために配布されます。 このメモの分配は無制限です。

CONTEXT

文脈

   In December 1978, the Principal Deputy Under Secretary of Defense for
   Research and Engineering, Gerald P. Dinneen, USDR&E, issued a
   memorandum mandating the use of TCP/IP for all packet-oriented data
   networks where there is potential for host-to-host connectivity
   across network or subnetwork boundaries, and designating the Defense
   Communications Agency as the DoD Executive Agent for computer
   communications protocols (see IEN-152).

1978年12月に、ResearchとEngineeringのためのDefenseのプリンシパル副次官(ジェラードP.Dinneen、USDR、およびE)は、ホストからホストへの接続性の可能性がネットワークかサブネットワーク境界のむこうにあるすべてのパケット指向のデータ網のためにTCP/IPの使用を強制して、コンピュータ通信規約のためにDoD ExecutiveエージェントとしてDefense Communications Agencyを指定するメモを発行しました(IEN-152を見てください)。

   In April 1980, the Assistant Secretary of Defense for Communications,
   Command, Control, and Intelligence, Gerald P. Dinneen, ASDC3I, issued
   a memorandum reaffirming the requirement of TCP/IP, confirming the
   role of DCA as the Executive Agent, and approving a plan for the
   organization and activities of the Executive Agent (see IEN-152).

1980年4月に、CommunicationsのためのDefenseとCommand、ControlとIntelligence、ジェラードP.Dinneen、ASDC3Iの次官補はTCP/IPの要件を再び断言するメモを発行しました、ExecutiveエージェントとしてDCAの役割を確認して、Executiveエージェントの組織と活動のためにプランを承認して(IEN-152を見てください)。

   In March 1982, Richard D. DeLauer, ASDC3I, issued a memorandum
   reaffirming the requirement for the use of TCP/IP, and reaffirming
   the role of DCA as Executive Agent (see IEN-207).

1982年3月に、リチャードD.DeLauer(ASDC3I)はTCP/IPの使用のために要件を再び断言して、ExecutiveエージェントとしてDCAの役割を再び断言するメモを発行しました(IEN-207を見てください)。

   However, there is also a DoD policy of long standing to use non-DoD
   standards when such standards are available and meet the military
   requirements.  This policy is cited in DeLauer's memorandum.

しかしながら、また、そのような規格が利用可能であるときに、非DoD規格を使用して、軍事の必要条件を満たすために、長年のDoD方針があります。 この方針はDeLauerのメモで引用されます。

   Because questions were raised about the DoD use of TCP/IP as a
   protocol standard, while the ISO is developing an differing set of
   standards, and the NBS is working toward establishing the ISO
   standards as FIPS, in May 1983 the National Research Council (NRC)
   was asked jointly by DoD and NBS to study the issues and recommend a
   course of action.  The final report of the NRC committee was
   published in February 1985 (see RFC-942).

疑問がプロトコル標準としてTCP/IPのDoD使用に関して引き起こされたので、ISOが異なったセットの規格を開発していて、FIPSとISO規格を書き立てることに向かってNBSが働いている間、1983年5月に、調査評議会(NRC)は、DoDとNBSによって問題を研究して、行動を推薦するように共同で頼まれました。 NRC委員会に関する最終報告書は1985年2月に発表されました(RFC-942を見てください)。

   The enclosed letter is from Donald C. Latham (ASDC3I) to DCA
   transmitting the NRC report and requesting specific actions relative
   to the recommendations of the report.

ドナルドC.レイサム(ASDC3I)からレポートの推薦に比例してNRCレポートを伝えて、特定の動作を要求するDCAまで同封書簡があります。

Postel                                                          [Page 1]

NRCレポートに関するポステル[1ページ]RFC945DOD声明

DEPARTMENT OF DEFENSE                                         April 1985
                     Assistant Secretary of Defense
                     Washington, D.C.,  20301-3040
Command, Control,
Communications
     and
Intelligence

国防総省1985年4月のDefenseワシントンDC次官補20301-3040コマンド、コントロール、コミュニケーション、および知性

MEMORANDUM FOR DIRECTOR, DEFENSE COMMUNICATIONS AGENCY

ディフェンスコミュニケーション代理店の指導官へのメモ

SUBJECT:  National Research Council Report on Transport Protocols for
          DoD Data Networks

SUBJECT: DoDデータ網のためのトランスポート・プロトコルに関する調査評議会のレポート

     Attached is the final report on "Transport Protocols for Department
of Defense Data Networks" from the National Research Council (Board on
Telecommunications and Computer Applications, Commission on Engineering
and Technical Systems).  The report recommends that DoD immediately
adopt the International Standards Organization Transport Protocol (TP-4)
and Internetwork Protocol (IP) as a DoD co-standard to the current DoD
standard Transmission Control Protocol (TCP) and IP and move ultimately
toward exclusive use of TP-4.

調査評議会(TelecommunicationsとコンピュータApplicationsの上の板、Engineeringの上の委員会、およびTechnical Systems)からの「国防総省データ網のためのトランスポート・プロトコル」に関する最終報告書を添付します。 レポートは、DoDがすぐに、DoDの現在のDoDへの共同標準の標準の通信制御プロトコル(TCP)とIPとして国際Standards Organization Transportプロトコル(TP-4)とInternetworkプロトコル(IP)を採用して、結局TP-4の専用に近づくことを勧めます。

     Whenever international standards are available and can be used to
support military requirements, they will be implemented as rapidly as
possible to obtain maximum economic and interoperability benefits.
However, TP as a proven commercial offering is not available at this
time.  The progress of TP will be monitored carefully and once
commercially available, TP will be tested and evaluated for use in
military application.

世界規格を利用可能であり、軍事の要件を支持するのに使用できるときはいつも、それらは、経済と相互運用性の最大の利益を得るために早急に実行されるでしょう。 しかしながら、立証された商業提供としてのTPはこのとき、利用可能ではありません。 TPの進歩が慎重でかつて商業的に利用可能な状態でモニターされて、TPは軍事利用における使用のためにテストされて、評価されるでしょう。

     In order to insure that DoD is in a posture to evaluate TP once it
is in wider use in the commercial sector, request you initiate the
following actions:

商業部門でいったんより広く使用中であったあとにTPを評価するためにDoDが姿勢にあるのを保障するには、以下の動作を開始するよう要求してください:

   (1)  develop the DoD military requirement specification for TP to
        insure that industry is aware of DoD needs as TP is commercially
        implemented.

(1) DoDの軍事の要件仕様を開発して、TPは、TPが商業的に実行されるとき産業がDoDの必要性を意識しているのを保障してください。

   (2)  insure that appropriate advisory representation is provided to
        commercial standards working groups that are currently refining
        TP under the auspices of the National Bureau of Standards.

(2) 適切な顧問表現が現在規格基準局の前兆でTPを精製している商業規格ワーキンググループに提供されるのを保障してください。

   (3)  insure that the DCA protocol test facility can accommodate TP
        testing as required when commercial implementations are
        available.

(3) 商業実現が利用可能であるときに、DCAプロトコルテスト機能が必要に応じてTPテストを収容できるのを保障してください。

   (4)  develop a transition strategy for Option 2 of the report to
        include estimated resource requirements.

(4) リソース要件であると見積もられていた含んでいるレポートのOption2のために変遷戦略を開発してください。

   (5)  evaluate the detailed recommendations presented in the Report
        (pages 61-64) as they apply to Option 2.

(5) Option2に適用するのでReport(61-64ページ)に提示された詳細な推薦を評価してください。

                                                        Donald C. Latham

ドナルドC.レイサム

Postel                                                          [Page 2]

ポステル[2ページ]

一覧

 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 

スポンサーリンク

AuthコンポーネントのパスワードをCakePHPを使用せずハッシュ化する方法(パスワードの生成ルール)

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

上に戻る