RFC 4 - Netzwerk-Zeitplan

• Status: Unbekannt
• Veröffentlicht: März 1969
• Stream: Legacy
• Errata: Keine Errata

---

Dokumentinformationen

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

Zusammenfassung

RFC 4 ist ein Zeitplan und keine Protokollspezifikation. Er listet die Meilensteine auf, die SRI für die Inbetriebnahme seines ARPANET-Standorts plante – von der Netzwerkabnahme bis zu den ersten Host-zu-Host-Experimenten – zusammen mit den Teilaufgaben, von denen jeder Meilenstein abhing. Die Einträge sind nach Zieldatum geordnet und umfassen die Installation der Geräte, die Host-IMP-Schnittstelle, standortübergreifende Nachrichtentests zwischen SRI und UCLA, UCSB und Utah, einfache Terminal- und Dateitransferdienste sowie Debugging-Techniken.

Inhaltsverzeichnis

• 1. (n10) Netzwerkabnahme
• 2. Installation der Kommunikationsausrüstung 8/1/69
  • 2a. Von AT&T und/oder BBN werden Maß-, Leistungs- und Verkabelungsspezifikationen benötigt
  • 2b. SRI muss die gewünschten Ausweichstandorte festlegen, um die maximalen Kabellängen der Telefongesellschaft zu bestimmen
  • 2c. Standorte und Abzweige der Sprachkoordinationsschaltungen müssen festgelegt werden
  • 2d. Schaltungsinformationen zu Sprachabzweigen für die Anbindung an die Gegensprechanlage werden benötigt
  • 2e. Wechselstromversorgung muss bestellt und installiert werden (Abstimmung mit 4b)
  • 2f. Siehe 16
• 3. Host-IMP-Schnittstelle entwerfen und aufbauen 9/1/69
  • 3a. Spezifikationen von BBN werden benötigt
  • 3b. Probeentwurf entwickeln
  • 3c. Mit Systemprogrammierern überprüfen
  • 3d. Endgültigen Entwurf festlegen
  • 3e. Hardware entwerfen und bauen
  • 3f. Testsoftware mit Hardware-Schleifentest debuggen
• 4. IMP-Installation 9/15/69
  • 4a. Von BBN Maß-, Leistungs- und Verkabelungsspezifikationen erhalten
  • 4b. SRI bestellt und installiert Wechselstromversorgung (Abstimmung mit 2e)
• 5. Host-IMP-Schnittstelle debuggen 10/1/69
  • 5a. Debug-Spezifikationen und -Verfahren von BBN erhalten
  • 5b. Programme zum Debuggen mit BBN schreiben
    • 5b1. Übertragungen von Testnachrichten
    • 5b2. Testverfahren für Absturz und Wiederherstellung
    • 5b3. Verfahren zum Auffüllen und Abstreifen von Nachrichten prüfen
  • 5c. Eigene Übertragungstests versuchen
    • 5c1. Übertragungen zum IMP überprüfen
    • 5c2. Übertragungen vom IMP überprüfen
    • 5c3. Übertragungen im Schleifenbetrieb mit IMP überprüfen
  • 5d. Verfahren zum Neuladen und Neustart des IMP ausarbeiten
• 6. Testnachrichten zwischen UCLA-SRI 10/15/69
  • 6a. Netzwerkkonfiguration
  • 6b. Mit UCLA die Art der Testnachrichten abstimmen
    • 6b1. Formate
    • 6b2. Sequenzen
    • 6b3. Prüfungen
    • 6b4. Testverfahren
    • 6b5. Störungsmeldung
  • 6c. Integrität der Nachrichten testen
  • 6d. Reihenfolge der Zustellung testen
  • 6e. Verzögerungen messen
  • 6f. Schleife mit UCLA
  • 6g. Systemreaktion auf ungültige und anormale Zustände
  • 6h. Einrichtungen verlieren und wiederherstellen
    • 6h1. Kommunikationsverbindung
    • 6h2. IMPs
    • 6h3. Hosts
  • 6i. Verfahren zur Netzstörungsmeldung entwickeln
• 7. Testnachrichten zwischen UCSB-SRI 11/15/69
  • 7a. Netzwerkkonfiguration
  • 7b. Alles aus 6
  • 7c. Netz belasten, damit Alternativrouting wirksam wird
  • 7d. Sprachkoordinationsverfahren entwickeln
    • 7d1. Dreierkonferenz
    • 7d2. Konferenzausrüstung entwerfen und bauen
    • 7d3. Konferenzausrüstung an UCLA und UCSB liefern
  • 7e. Nachrichten im Ring weiterleiten
    • 7e1. Über IMPs
    • 7e2. Über Hosts
    • 7e3. Sechs Tests
      • 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. Testnachrichten zwischen UTAH-SRI 12/15/69
  • 8a. Netzwerkkonfiguration
  • 8b. Ausgewählte Gruppe des vorherigen Tests
    • 8b1. Alles aus 6
    • 8b2. 7b
  • 8c. Sprachkoordinationsverfahren erweitern
    • 8c1. UTAH hat über SRI Zugang zu UCLA und UCSB
    • 8c2. Mit BBN und ARPA
• 9. Einfache TTY-Systeme betreiben
  • 9a. Einzelbenutzerzugang
    • 9a1. Auf einem bedienenden Host
      • 9a1a. A to B
    • 9a2. Von einem nutzenden Host
      • 9a2a. A to B
  • 9b. Mehrbenutzerzugang
    • 9b1. Auf einem bedienenden Host
      • 9b1a. A,C to B
    • 9b2. Von einem nutzenden Host
      • 9b2a. A,A to B
    • 9b3. Verschiedene Kombinationen
  • 9c. An- und Abmeldung, Ein- und Austritt aus Subsystemen
  • 9d. Behandlung von Fehlermeldungen, Abstürzen und Wiederherstellungen
  • 9e. Nachrichtenformate festlegen
  • 9f. Protokolle festlegen
  • 9g. Dateispeicherung und -abruf
  • 9h. Benutzerhandbücher für jeden Standort werden benötigt
  • 9i. Nutzungspläne müssen festgelegt werden
  • 9j. Benutzernamen müssen festgelegt werden
  • 9k. Kommunikations-Executive oder dessen Äquivalent entwerfen und bauen
• 10. Einfache Schreibmaschinensysteme betreiben
  • 10a. Wie 9c - 9g
  • 10b. Wie festlegen, wann im Halb- oder Vollduplexbetrieb
  • 10c. Wie "Break"-Zeichen gesetzt werden
• 11. Beliebige Terminals ohne lokale Rückmeldung betreiben
• 12. Beliebige Terminals betreiben
• 13. Dateien verschieben
• 14. Debugging-Techniken entwickeln
  • 14a. Fehlererkennung
    • 14a1. Übereinstimmung mit dem Handbuch
    • 14a2. "Plausibilität" des Ergebnisses
    • 14a3. Vergleich mit alternativer Verwendungsform
  • 14b. Ursachenlokalisierung
    • 14b1. Kommunikations-IMP-Komplex
    • 14b2. Bedienender Host
    • 14b3. Nutzender Host
    • 14b3. Andere Programme versuchen
    • 14b5. Subsystem nach Möglichkeit über "Link"-Verfahren überwachen
      • 14b5a. Dataphone-Wählverbindung verwenden
      • 14b5b. Sprachkoordinationskanal verwenden
    • 14b6. Vordefinierte Nachrichten verschieben
  • 14c. Ursachenbestimmung
  • 14d. Ursachenbehebung

---

Verwandte Ressourcen

• Offizieller Text: RFC 4
• DataTracker: RFC 4 Info
• Errata: RFC Editor Errata