RFC 4 - ネットワークタイムテーブル

• ステータス: 不明
• 発行日: 1969年3月
• ストリーム: Legacy
• エラッタ: エラッタなし

---

文書情報

• RFC Number: 4
• Title: Network Timetable
• Authors: Elmer B. Shapiro
• Date: March 1969
• Category: Informational

概要

RFC 4はプロトコル仕様ではなくスケジュールです。SRIが自サイトのARPANET接続を稼働させるために計画したマイルストーンを、ネットワークチェックアウトから最初のホスト間実験まで、各マイルストーンが依存するサブタスクとともに列挙しています。項目は目標日順に並び、機器の設置、ホスト-IMPインターフェース、SRIとUCLA、UCSB、ユタ間のサイト間メッセージテスト、簡単な端末およびファイル転送サービス、デバッグ技法を扱っています。

目次

• 1. (n10) ネットワークチェックアウト
• 2. 通信装置の設置 8/1/69
  • 2a. AT&T および/または BBN から寸法、電力、配線の仕様が必要
  • 2b. 最大の電話会社ケーブル長を決定するため、SRI の希望する代替設置場所を確定する必要がある
  • 2c. 音声調整回路上の位置とドロップを確定する必要がある
  • 2d. インターコムシステムへの接続のための音声ドロップに関する回線情報が必要
  • 2e. 交流電源を発注・設置する必要がある (4b と調整)
  • 2f. 16 を参照
• 3. ホスト-IMP インターフェースの設計と構築 9/1/69
  • 3a. BBN からの仕様が必要
  • 3b. 試作設計を開発
  • 3c. システムプログラマとレビュー
  • 3d. 最終設計を確定
  • 3e. ハードウェアの設計と製作
  • 3f. ハードウェアループテストによる試作ソフトウェアのデバッグ
• 4. IMP の設置 9/15/69
  • 4a. BBN から寸法、電力、配線の仕様を入手
  • 4b. SRI が交流電源を発注・設置 (2e と調整)
• 5. ホスト-IMP インターフェースのデバッグ 10/1/69
  • 5a. BBN からデバッグ仕様と手順を入手
  • 5b. BBN と共同でデバッグするプログラムを作成
    • 5b1. テストメッセージの転送
    • 5b2. クラッシュと復旧のテスト手順
    • 5b3. メッセージのフィルとストリッピングの手順を確認
  • 5c. 独自の転送テストを試行
    • 5c1. IMP への転送を検証
    • 5c2. IMP からの転送を検証
    • 5c3. IMP とループさせた転送を検証
  • 5d. IMP の再ロードと再起動手順を策定
• 6. UCLA-SRI 間のテストメッセージ 10/15/69
  • 6a. ネットワーク構成
  • 6b. テストメッセージの性質について UCLA と合意
    • 6b1. 形式
    • 6b2. シーケンス
    • 6b3. チェック
    • 6b4. テスト手順
    • 6b5. 障害報告
  • 6c. メッセージの完全性をテスト
  • 6d. 配送順序をテスト
  • 6e. 遅延を測定
  • 6f. UCLA とのループ
  • 6g. 不正および異常状態に対するシステム応答
  • 6h. 設備の喪失と復旧
    • 6h1. 通信リンク
    • 6h2. IMP
    • 6h3. ホスト
  • 6i. ネットワーク障害報告方式を開発
• 7. UCSB-SRI 間のテストメッセージ 11/15/69
  • 7a. ネットワーク構成
  • 7b. 6 のすべて
  • 7c. 代替ルーティングが有効になるようネットワークに負荷をかける
  • 7d. 音声調整方式を開発
    • 7d1. 三者会議
    • 7d2. 会議装置の設計と製作
    • 7d3. UCLA と UCSB に会議装置を納入
  • 7e. リングを巡回させてメッセージをルーティング
    • 7e1. IMP 経由
    • 7e2. ホスト経由
    • 7e3. 6 つのテスト
      • 7e3a. UCLA-I、UCSB-I
      • 7e3b. UCLA-H、UCSB-I
      • 7e3c. UCLA-H、UCSB-H
      • 7e3d. UCSB-I、UCLA-I
      • 7e3e. UCSB-H、UCLA-I
      • 7e3f. UCSB-H、UCLA-H
• 8. UTAH-SRI 間のテストメッセージ 12/15/69
  • 8a. ネットワーク構成
  • 8b. 以前のテストから選択したグループ
    • 8b1. 6 のすべて
    • 8b2. 7b
  • 8c. 音声調整方式を拡張
    • 8c1. UTAH は SRI 経由で UCLA と UCSB にアクセスできる
    • 8c2. BBN と ARPA とともに
• 9. 単純な TTY システムの運用
  • 9a. 単一ユーザーアクセス
    • 9a1. サービス提供ホスト上で
      • 9a1a. A to B
    • 9a2. 利用ホストから
      • 9a2a. A to B
  • 9b. 複数ユーザーアクセス
    • 9b1. サービス提供ホスト上で
      • 9b1a. A,C to B
    • 9b2. 利用ホストから
      • 9b2a. A,A to B
    • 9b3. 各種の組み合わせ
  • 9c. ログイン、ログアウト、サブシステムへの出入り
  • 9d. エラーメッセージ、クラッシュ、復旧の処理
  • 9e. メッセージ形式を確定
  • 9f. プロトコルを確定
  • 9g. ファイルの保管と検索
  • 9h. 各サイトのユーザーガイドが必要
  • 9i. 利用スケジュールを確定する必要がある
  • 9j. ユーザー名を設定する必要がある
  • 9k. 通信エグゼクティブまたはその同等物の設計と製作
• 10. 単純なタイプライタシステムの運用
  • 10a. 9c - 9g と同じ
  • 10b. 半二重または全二重モードの判定方法
  • 10c. 「break」文字の設定方法
• 11. ローカルフィードバックなしでの任意の端末の運用
• 12. 任意の端末の運用
• 13. ファイルの移動
• 14. デバッグ手法を開発
  • 14a. 障害検出
    • 14a1. マニュアルとの適合
    • 14a2. 結果の「妥当性」
    • 14a3. 代替の使用形態との比較
  • 14b. 原因の局所化
    • 14b1. 通信-IMP 複合体
    • 14b2. サービス提供ホスト
    • 14b3. 利用ホスト
    • 14b3. 他のプログラムを試す
    • 14b5. 可能な場合、「link」手順を用いてサブシステムを監視
      • 14b5a. ダイヤルアップ Dataphone を使用
      • 14b5b. 音声調整チャネルを使用
    • 14b6. 定型メッセージを移動
  • 14c. 原因の特定
  • 14d. 原因の修正

---

関連リソース

• 公式テキスト: RFC 4
• DataTracker: RFC 4 Info
• エラッタ: RFC Editor Errata