Advertisement
Not a member of Pastebin yet?
Sign Up,
it unlocks many cool features!
- Rede Grupo de Trabalho Steve Crocker
- Pedido de Comentários: 1 UCLA
- 07 de abril de 1969
- Título: Host Software
- Autor: Steve Crocker
- Instalação: UCLA
- Data: 7 de abril de 1969
- Rede Grupo de Trabalho Pedido de Comentários: 1
- ÍNDICE
- INTRODUÇÃO
- I. Um Resumo do Software IMP
- Mensagens
- Links
- IMP Transmissão e verificação de erros
- Perguntas abertas no Software IMP
- II. Alguns Requisitos sobre o software de host-to-Host
- Uso Simples
- Uso profunda
- Verificação de Erros
- III. O Host Software
- Estabelecimento de uma conexão
- Transmissão de alto volume
- Um Resumo de Primitives
- Verificação de Erros
- Maior interação
- Perguntas abertas
- Crocker [Página 1]
- RFC 1 Host Software 7 de abril de 1969
- IV. Os experimentos iniciais
- Um Experimento
- Experiência de dois
- Introdução
- O software para a rede ARPA existe, em parte, o PIM e
- , em parte, os respectivos hospedeiros. BB & N especificou o software de
- PIM e é da responsabilidade dos grupos de acolhimento para acordar
- HOST software.
- Durante o verão de 1968, representantes dos quatro inicial
- locais se reuniram diversas vezes para discutir o software HOST e inicial
- experimentos na rede. Surgiu a partir dessas reuniões um
- grupo de trabalho de três, Steve Carr de Utah, Jeff Rulifson de SRI,
- e Steve Crocker, da UCLA, que conheceu durante o outono e inverno. O
- reunião mais recente foi na última semana de março, em Utah. Também
- presente era Bill Duvall da SRI que recentemente começou a trabalhar com
- Jeff Rulifson.
- Um tanto de forma independente, Gerard Deloche de UCLA vem trabalhando em
- a interface IMP-HOST.
- Apresento aqui alguns dos acordos preliminares alcançados e alguns dos
- as questões abertas encontrado. Muito pouco do que está aqui é firme
- e as reacções são esperados.
- Eu . Um Resumo do Software IMP
- Mensagens
- A informação é transmitida de um hospedeiro para o em feixes chamados
- mensagens. A mensagem é qualquer fluxo não superior a 8080 bits,
- juntamente com a sua cabeçalho. O cabeçalho é de 16 bits e contém o
- as seguintes informações:
- Destino 5 bits
- Vincular 8 bits
- Traçar 1 bit
- Poupe 2 bits
- O destino é o código numérico para o acolhimento de que o
- mensagem deve ser enviada. O bit traço sinaliza o PIM para gravar
- informações de status sobre a mensagem e enviar as informações de volta para
- o NMC (Centro de rede de medição, isto é, UCLA). Os bits de reposição são
- não utilizado.
- Crocker [Página 2]
- RFC 1 Host Software 7 de abril de 1969
- Links
- O campo de ligação é um dispositivo especial usado pelos PIM para limitar certo
- tipos de congestionamento. Funcionam como se segue. Entre cada par de
- HOSPEDA há 32 lógicas full-duplex conexões através da qual as mensagens
- pode ser passada em qualquer direção. O PIM colocar a restrição
- esses links que nenhum host pode enviar duas mensagens sucessivas ao longo do
- mesmo link antes do IMP no destino enviou de volta um especial
- mensagem de chamada de RFNM (Pedido de Próxima mensagem). Este arranjo
- limites do HOST um congestionamento pode causar outro se o envio HOST
- está tentando enviar muito mais de um link. Fazemos notar, no entanto, que
- uma vez que o IMP no destino não tem capacidade suficiente para
- lidar com todas as 32 ligações simultaneamente, os links servem o seu propósito apenas
- Se a sobrecarga é proveniente de uma ou duas ligações. É necessário, para
- os hosts para cooperar a esse respeito.
- As ligações têm as seguintes características primitivas. Eles são
- sempre funcionando e há sempre 32 deles.
- Por "sempre funcionando", queremos dizer que o PIM estão sempre preparados para
- transmitir outra mensagem sobre eles. Sem noção de começo ou fim
- uma conversa está contido no software IMP. Assim, não é
- possível consultar um IMP sobre o estado de um link (embora possa
- ser possível consultar um IMP sobre a história recente de um link -
- uma questão completamente diferente!).
- A outra característica primitiva das ligações é que existem
- sempre 32 deles, se eles estão em uso ou não. Isto significa que
- cada IMP deve manter 18 mesas, cada um com 32 entradas, independentemente do
- O tráfego real.
- As objeções à estrutura de links, não obstante, as ligações são
- facilmente programado dentro dos PIM e são provavelmente a melhor
- alternativa para arranjos mais complexos só por causa de sua
- simplicidade.
- IMP Transmissão e verificação de erros
- Depois de receber uma mensagem de um host, um IMP partições a mensagem
- em um ou mais pacotes. Os pacotes não são mais do que 1010 bits de comprimento
- e são a unidade de transmissão de dados a partir de IMP para IMP. A de 24 bits
- cíclico de soma de verificação é computada pelo hardware de transmissão e é
- apenso a um pacote de saída. O checksum é recalculado pela
- receber hardware e está marcada contra o checksum transmitida.
- Os pacotes são reagrupados em mensagens no destino IMP.
- Perguntas abertas no Software IMP
- Crocker [Página 3]
- RFC 1 Host Software 7 de abril de 1969
- 1. Um campo de bits 8 é fornecida para a especificação da ligação, mas apenas 32
- links são fornecidos, por quê?
- 2. O HOST é suposto ser capaz de enviar mensagens para seu IMP. Como
- ele faz isso?
- 3. Pode um HOST, em oposição à sua IMP, RFNMs de controle?
- 4. Será que o PIM executar a conversão de código? Como é que ele seja
- controlado?
- II. Alguns Requisitos sobre o software de host-to-Host
- Uso Simples
- Como com qualquer nova instalação, haverá um período de uso muito leve
- até a comunidade de usuários de experimentos com a rede e começa
- a depender dele. Um de nossos objetivos deve ser o de estimular a
- uso imediato e fácil, uma ampla classe de usuários. Com este objetivo,
- Parece natural para proporcionar a capacidade de usar qualquer hospedeiro remoto, como se
- tinham sido marcados a partir de um terminal TTY (teletipo). Além disso, nós
- gostaria de alguma capacidade de transmitir um arquivo em um pouco diferente
- forma talvez de simular um teletipo.
- Uso profunda
- Um dos problemas inerentes na rede é o facto de todas as respostas
- a partir de um hospedeiro remoto exigirá na ordem de meio segundo ou menos,
- não importa o quão simples. Para uso teletipo, poderíamos mudar para um
- semi-duplex arranjo de eco-local, mas isso iria destruir algumas das
- utilidade da rede. O Systems 940, por exemplo, têm uma muito
- eco especializado.
- Quando considerar o uso de gráficos estações ou outros sofisticado
- terminais sob o controle de um host remoto, o problema torna-se mais
- grave. Devemos procurar algum método que nos permite utilizar o nosso mais
- equipamentos sofisticados, tanto quanto possível, como se que estavam ligados
- directamente para o computador remoto.
- Verificação de Erros
- O ponto é feita por Jeff Rulifson no SRI que a verificação de erros em grande
- interfaces de software é sempre uma coisa boa. Ele aponta para alguns
- experiência no SRI onde salvou muita disputa e esforço desperdiçado.
- Por estes motivos, nós gostaríamos de ver alguns HOST para verificação de máquina.
- Além de verificar a interface do software, seria também verificar a
- HOST IMP-hardware de transmissão. (BB & N afirma que o hardware IMP-HOST
- vai ser tão confiável quanto os registros internos do hospedeiro. Acreditamos
- Crocker [Página 4]
- RFC 1 Host Software 7 de abril de 1969
- eles, mas nós ainda queremos a verificação de erros.)
- III. O Host Software
- Estabelecimento de uma conexão
- A conexão mais simples que podemos imaginar é que a máquina local funciona como
- se for um TTY e discou para o host remoto. Depois de algum
- consideração os problemas de iniciação e de terminação, tais um
- contexto, foi decidido reserva 0 link para comunicação
- entre os sistemas operacionais do host. Os restantes 31 ligações são, portanto, para ser
- usado como dial-up linhas.
- Cada sistema operacional HOST deve fornecer aos seus programas de nível de usuário um
- primitiva para estabelecer uma conexão com um host remoto e um primitivo
- para quebrar a ligação. Quando essas primitivas são invocados, a
- sistema operacional deve selecionar um link gratuito e enviar uma mensagem através do enlace
- 0 para o host remoto solicitando uma conexão no link selecionado.
- O sistema operacional do host remoto deve concordar e enviar de volta um
- mensagem sobre aceitar link 0. No caso ambos os hospedeiros seleccionar o mesmo
- vincular a iniciar uma conexão e ambas as mensagens de solicitação de envio de
- essencialmente ao mesmo tempo, um esquema de prioridade simples será invocado em
- qual o host de menor prioridade cede e seleciona outro livre
- link. Um esquema de prioridade utilizável é simplesmente o ranking de HOSTS
- por seus números de identificação. Note-se que ambos os hosts estão cientes de que
- solicitações simultâneas foram feitas, mas eles tomam complementar
- ações: O HOST maior prioridade desconsidera o pedido enquanto o
- HOST envia menor prioridade tanto da aceitação como uma e outra solicitação.
- A ligação assim estabelecida uma ligação TTY-como no
- pré-log-in do estado. Isto significa que o sistema operativo remoto HOST
- inicialmente tratar o link como se um TTY tinha acabado de convocados. O controle remoto
- HOST irá gerar os mesmos ecos, esperamos o mesmo log-in seqüência e
- olhar para os mesmos personagens de interrupção.
- Transmissão de alto volume
- Teletypes atuando como terminais têm duas desvantagens especiais, quando
- considerar a transmissão de um ficheiro de grandes dimensões. A primeira é que alguns
- personagens são caracteres especiais de interrupção. A segunda é que
- técnicas de buffer especiais são frequentemente utilizados, e estes são
- apropriado apenas para baixa velocidade na transmissão de caracteres tempo.
- Por conseguinte, definir uma outra classe de ligação a ser utilizada para o
- transmissão de arquivos ou outros volumes grandes de dados. Para iniciar
- esta classe de ligação, o utilizador nível programas em ambas as extremidades de uma estabelecida
- TTY-como link deve solicitar o estabelecimento de uma conexão como arquivo
- paralela à ligação TTY-like. Mais uma vez o esquema de prioridade entra em
- Crocker [Página 5]
- RFC 1 Host Software 7 de abril de 1969
- jogar, para a maior prioridade HOST envia uma mensagem através de link 0, enquanto
- o HOST menor prioridade aguarda-lo. Os programas de nível de usuário são,
- Naturalmente, não se preocupa com este. Seleção da ligação gratuita é feito
- pelo HOST maior prioridade.
- File-como ligações são distinguidos pelo facto de não procura
- caracteres de interrupção ocorre e técnicas adequadas de buffer
- para as maiores taxas de dados ocorre.
- Um Resumo das Primitivas
- Cada sistema operacional HOST deve fornecer pelo menos o seguinte
- primitivos aos seus usuários. Esta lista sabe que não deve ser necessária, mas não
- suficientes.
- a) Iniciar TTY-como conexão com x HOST.
- b) encerrar conexão.
- c) envio / recebimento de caracteres (es) TTY-como conexão.
- d) Iniciar arquivo como conexão paralela para TTY tipo de conexão.
- e) Encerrar como arquivo de conexão.
- f) envio / recebimento de arquivos por tipo de conexão.
- Verificação de Erros
- Propomos que cada mensagem transportar um número de mensagem, a contagem de bit, e um
- checksum no seu corpo, que é transparente para o IMP. Para um checksum
- sugerimos uma 16-bit soma final em torno de carry-computados em 1152 bits e
- então circular deslocado para a direita um pouco. O deslocamento para a direita circular todos os
- 1152 bits é projetado para detectar erros na mensagem remontagem pelos PIM.
- Maior interação
- As primitivas descritas acima sugerem como um usuário pode fazer uso simples
- de uma instalação de remoto. Eles não esclarecem sobre a forma muito mais complexa
- a utilização da rede é para ser realizada. Especificamente, estamos
- preocupados com o facto de que à medida que alguns sítios uma grande quantidade de trabalho tem
- ido para tornar o computador altamente responsiva a uma sofisticada
- consolar. Consoles Culler na UCSB e Englebart está em SRI estão em
- pelo menos dois exemplos. É claro que os atrasos de uma meia-segundo ou menos
- triviais para eco-como respostas degradar a interação com o ponto
- de fazer a sofisticação do console irrelevante.
- Acreditamos que a interacção mais consola podem ser divididos em dois
- Crocker [Página 6]
- RFC 1 Host Software 7 de abril de 1969
- partes, uma parte essencialmente local, imediata e trivial e um controle remoto,
- parte mais longa e significativa. Como um exemplo simples, considere um
- usuário em uma consola consistindo de um teclado e um visor refrescante
- tela. O programa que o usuário está falando em digitação acumula um
- seqüência de caracteres até um retorno de carro é encontrado e, em seguida,
- processa a cadeia. Enquanto os caracteres estão sendo digitados, ele
- exibe os caracteres na tela. Quando um personagem é rubout
- digitados, ele exclui o caráter não-rubout anterior. Se o utilizador
- tipos OLÁ <- <- P <CR> onde <- é rubout e <CR> é
- transporte de retorno, ele fez nove teclas. Se cada um destes
- batidas de tecla faz com que uma mensagem a ser enviada que no retorno invoca
- instruções para a nossa estação de exibição que vai rapidamente tornar-se aborrecido.
- Uma solução melhor seria ter o front-end do programa remoto
- - Que é a parte de digitalização para <- e <CR> - ser residente no nosso
- computador. Neste caso, apenas uma mensagem de cinco personagem seria
- enviado, ou seja, <CR> HELP, ea tela seria gerida localmente.
- Propomo-nos a implementar esta solução, criando uma linguagem para
- console de controle. Esta linguagem corrente, chamado DEL, seria usado por
- designers de subsistema para especificar quais componentes são necessários em um
- terminal e como o terminal é responder às entradas a partir da sua
- teclado, Lincoln Wand, etc Em seguida, como uma parte do protocolo inicial,
- o host remoto iria enviar para o host local, o texto idioma de origem
- do programa que controla a consola. Este programa teria
- sido pelo designer subsistema em DEL, mas vai ser compilado localmente.
- As especificações do DEL estão em discussão. A seguir
- diagramas mostram a seqüência de ações.
- Crocker [Página 7]
- RFC 1 Host Software 7 de abril de 1969
- Uma . Link Estabelecimento Antes
- / \
- | + ----------- + + ----------- + |
- | | | | | |
- | | | | | |
- | | Terminais | | terminais | |
- | | | | | |
- | | | | | |
- | + ----- + ----- + + ----- + ----- + |
- | | | |
- | | | |
- | | | |
- | + ----- + ----- + + ----------- + |
- | | | Pedido de conexão | | | | |
- UCLA {| | | -> mais de 25 links | | |} SRI
- | | + - + - + | + - + + - + | + - + - + | |
- | | | OS | --- + - = | I | ---------- | I | = - + --- | OS | | |
- | | + - + - + | + - + + - + | + --- + | |
- | | | | | |
- | | | | | |
- | + ----------- + + ----------- + |
- | HOST: UCLA HOST: SRI |
- \ /
- Crocker [Página 8]
- RFC 1 Host Software 7 de abril de 1969
- b. Após o estabelecimento da conexão e Log-in
- / \
- | + ----------- + + ----------- + |
- | | | | | |
- | | | | | |
- | | Terminais | | terminais | |
- | | | | | |
- | | | | | |
- | + ----- + ----- + + ----- + ----- + |
- | | | |
- | | | |
- | | | |
- | + ----- + ----- + "Por favor, envie frente" + ----------- + |
- | | | Controle final "| | | | |
- UCLA {| | | -> | | |} SRI ___
- | | + - + - + | + - + + - + | + - + --- + | | / |
- | | | OS | --- + - = | I | ---------- | I | = - + - | OS | NLS | + ---- + --- | |
- | | + - + - + | + - + + - + | + ------ + | | | ___ /
- | | | DEL prog. | | | | |
- | | | <- | | | | ____ |
- | + ----------- + + ----------- + |
- | HOST: UCLA HOST: SRI |
- \ /
- Crocker [Página 9]
- RFC 1 Host Software 7 de abril de 1969
- c. Após o recebimento e compilação do programa DEL
- / \
- | + ----------- + + ----------- + |
- | | | | | |
- | | | | | |
- | | Terminais | | terminais | |
- | | | | | |
- | | | | | |
- | + ----- + ----- + + ----- + ----- + |
- | | Trivial | |
- | | Respostas | |
- | | | |
- | + ----- + ------ + + ----------- + |
- | | | | | | | |
- UCLA {| | | Responses Principais | | |} SRI ___
- | | + - + - + | + - + + - + | + - + --- + | | / |
- | | | DEL | --- + - = | I | ---------- | I | = - + - | OS | NLS | + --- + --- | |
- | | | Frente | | + - + + - + | + ------ + | | | ___ /
- | | Final | | | | | | | |
- | | | Prog |. | | | | | ____ |
- | | + ----- + | | | |
- | | | OS | | | | |
- | | + ----- + | | | |
- | | | | | |
- | + ------------ + + ----------- + |
- | HOST: UCLA HOST: SRI |
- \ /
- Perguntas abertas
- 1. Se o PIM fazer conversão de código, a soma de verificação não será correta.
- 2. O procedimento para solicitar a extremidade dianteira DEL ainda não está
- especificada.
- IV. Os experimentos iniciais
- Um Experimento
- SRI está modificando seu sistema de recuperação on-line que irá
- ser o componente de software importante no Centro de Documentação da Rede para
- que pode ser operado com o modelo 35 teletipos. O controlo do
- teletypes será escrito em DEL. Todos os sites vão escrever DEL compiladores
- e usar NLS através do programa DEL.
- Experiência de dois
- Crocker [Página 10]
- RFC 1 Host Software 7 de abril de 1969
- SRI vai escrever um front-end para DEL NLS completo, gráficos inclusos. UCLA
- UTAH e vai usar o NLS com gráficos.
- [Este RFC foi posta em forma legível por máquina entrada]
- [On-line na RFC arquivos por Celeste Anderson 3/97]
- Crocker [Página 11]
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement