RFC 4 - Calendario della rete

• Stato: Sconosciuto
• Pubblicato: marzo 1969
• Stream: Legacy
• Errata: Nessun errata

---

Informazioni sul documento

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

Sommario

RFC 4 è un calendario, non una specifica di protocollo. Elenca le tappe che SRI prevedeva per mettere in servizio il proprio sito ARPANET, dalla verifica della rete ai primi esperimenti host-to-host, insieme alle sottoattività da cui dipendeva ciascuna tappa. Le voci sono ordinate per data obiettivo e riguardano l'installazione delle apparecchiature, l'interfaccia host-IMP, i test di messaggi tra siti tra SRI e UCLA, UCSB e Utah, i semplici servizi di terminale e trasferimento file e le tecniche di debug.

Indice

• 1. (n10) verifica della rete
• 2. Installazione delle apparecchiature di comunicazione 8/1/69
  • 2a. Da AT&T e/o BBN servono specifiche dimensionali, di alimentazione e di cablaggio
  • 2b. Occorre stabilire le ubicazioni alternative desiderate da SRI per determinare le lunghezze massime dei cavi telefonici
  • 2c. Occorre stabilire ubicazione e derivazioni sui circuiti di coordinamento vocale
  • 2d. Occorrono informazioni di circuito sulle derivazioni vocali per il collegamento al sistema citofonico
  • 2e. Occorre ordinare e installare l'alimentazione in c.a. (coordinare con 4b)
  • 2f. Vedere 16
• 3. Progettare e realizzare l'interfaccia host-IMP 9/1/69
  • 3a. Occorrono specifiche da BBN
  • 3b. Sviluppare il progetto di prova
  • 3c. Revisionare con i programmatori di sistema
  • 3d. Stabilire il progetto definitivo
  • 3e. Costruire e progettare l'hardware
  • 3f. Eseguire il debug del software di prova con il test in loop dell'hardware
• 4. Installazione dell'IMP 9/15/69
  • 4a. Ottenere da BBN le specifiche dimensionali, di alimentazione e di cablaggio
  • 4b. SRI ordina e installa l'alimentazione in c.a. (coordinare con 2e)
• 5. Eseguire il debug dell'interfaccia host-IMP 10/1/69
  • 5a. Ottenere da BBN le specifiche e le procedure di debug
  • 5b. Scrivere programmi da sottoporre a debug con BBN
    • 5b1. Trasferimenti di messaggi di prova
    • 5b2. Procedure di test per crash e ripristino
    • 5b3. Verificare le procedure di riempimento e rimozione dei messaggi
  • 5c. Provare test di trasferimento propri
    • 5c1. Verificare i trasferimenti verso l'IMP
    • 5c2. Verificare i trasferimenti dall'IMP
    • 5c3. Verificare i trasferimenti in loop con l'IMP
  • 5d. Definire le procedure di ricaricamento e riavvio dell'IMP
• 6. Testare i messaggi tra UCLA-SRI 10/15/69
  • 6a. Configurazione della rete
  • 6b. Concordare con UCLA la natura dei messaggi di test
    • 6b1. Formati
    • 6b2. Sequenze
    • 6b3. Controlli
    • 6b4. Procedure di test
    • 6b5. Segnalazione dei guasti
  • 6c. Testare l'integrità dei messaggi
  • 6d. Testare la sequenza di consegna
  • 6e. Misurare i ritardi
  • 6f. Loop con UCLA
  • 6g. Risposta del sistema a condizioni non valide e anomale
  • 6h. Perdere e ripristinare le risorse
    • 6h1. Collegamento di comunicazione
    • 6h2. IMP
    • 6h3. Host
  • 6i. Sviluppare lo schema di segnalazione dei guasti di rete
• 7. Testare i messaggi tra UCSB-SRI 11/15/69
  • 7a. Configurazione della rete
  • 7b. Tutto il punto 6
  • 7c. Caricare la rete affinché l'instradamento alternativo sia efficace
  • 7d. Sviluppare lo schema di coordinamento vocale
    • 7d1. Conferenza a tre
    • 7d2. Progettare e costruire le apparecchiature per conferenze
    • 7d3. Consegnare le apparecchiature per conferenze a UCLA e UCSB
  • 7e. Instradare i messaggi lungo l'anello
    • 7e1. Tramite IMP
    • 7e2. Tramite host
    • 7e3. Sei test
      • 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. Testare i messaggi tra UTAH-SRI 12/15/69
  • 8a. Configurazione della rete
  • 8b. Gruppo selezionato del test precedente
    • 8b1. Tutto il punto 6
    • 8b2. 7b
  • 8c. Estendere lo schema di coordinamento vocale
    • 8c1. UTAH ha accesso a UCLA e UCSB tramite SRI
    • 8c2. con BBN e ARPA
• 9. Eseguire semplici sistemi TTY
  • 9a. Accesso a utente singolo
    • 9a1. Su un host servente
      • 9a1a. A to B
    • 9a2. Da un host utilizzante
      • 9a2a. A to B
  • 9b. Accesso a utenti multipli
    • 9b1. Su un host servente
      • 9b1a. A,C to B
    • 9b2. Da un host utilizzante
      • 9b2a. A,A to B
    • 9b3. Varie combinazioni
  • 9c. Login, logout, dentro e fuori dai sottosistemi
  • 9d. Gestione dei messaggi di errore, dei crash e dei ripristini
  • 9e. Stabilire i formati dei messaggi
  • 9f. Stabilire i protocolli
  • 9g. Archiviazione e recupero dei file
  • 9h. Occorrono guide utente per ogni sito
  • 9i. Occorre stabilire le pianificazioni d'uso
  • 9j. Occorre impostare i nomi utente
  • 9k. Progettare e costruire l'executive di comunicazione o un suo equivalente
• 10. Eseguire semplici sistemi a macchina da scrivere
  • 10a. Come 9c - 9g
  • 10b. Come definire quando si è in modalità half o full duplex
  • 10c. Come impostare i caratteri "break"
• 11. Eseguire terminali arbitrari senza feedback locale
• 12. Eseguire terminali arbitrari
• 13. Spostare i file
• 14. Sviluppare tecniche di debug
  • 14a. Rilevamento dei guasti
    • 14a1. Conformità al manuale
    • 14a2. "Ragionevolezza" del risultato
    • 14a3. Confronto con una forma d'uso alternativa
  • 14b. Localizzazione della causa
    • 14b1. Complesso Comm-IMP
    • 14b2. Host servente
    • 14b3. Host utilizzante
    • 14b3. Provare altri programmi
    • 14b5. Monitorare il sottosistema tramite procedure "link", ove possibile
      • 14b5a. Usare Dataphone con composizione telefonica
      • 14b5b. Usare il canale di coordinamento vocale
    • 14b6. Spostare i messaggi predefiniti
  • 14c. Determinazione della causa
  • 14d. Correzione della causa

---

Risorse correlate

• Testo ufficiale: RFC 4
• DataTracker: RFC 4 Info
• Errata: RFC Editor Errata