Como funciona a Internet?

© 2002 Rus Shuler @ Pomeroy IT Solutions, todos os direitos reservados

conteúdo

  1. Introdução
  2. Por onde começar? Endereços da Internet
  3. Pilhas de protocolos e Pacotes
  4. Infra-estrutura de Rede
  5. Infra-estrutura de Internet
  6. A Hierarquia de Roteamento da Internet
  7. Nomes de Domínio e Endereços de Resolução
  8. Protocolos de Internet Revisitada
  9. Protocolos de Aplicação: HTTP, e a World Wide Web
  10. Protocolos de Aplicação: SMTP e Correio Eletrônico
  11. Protocolo de Controle de Transmissão
  12. Protocolo de Internet
  13. Wrap Up
  14. Recursos
  15. Bibliografia

Introdução

Como a Internet funciona? Boa pergunta! O crescimento da Internet tornou-se explosivo e parece impossível escapar ao bombardeamento de www.com é visto constantemente na televisão, ouvido na rádio e visto em revistas. Como a Internet se tornou uma parte tão grande de nossas vidas, é necessário um bom entendimento para usar esta nova ferramenta de forma mais eficaz. este whitepaper explica a infra-estrutura subjacente e as tecnologias que fazem com que a Internet funcione. Não vai em grande profundidade, mas cobre bastante de cada área para dar uma compreensão básica dos conceitos envolvidos. Para quaisquer perguntas sem resposta, uma lista de recursos é fornecida no final do documento. Quaisquer comentários, sugestões, perguntas, etc. são encorajados e podem ser dirigidos ao autor em [email protected] por onde começar? Endereços de Internet porque a Internet é uma rede global de computadores cada computador conectado à Internet deve ter um endereço único. Os endereços de Internet estão no formulário nnn.nnn.nnn.NNN onde NNN deve ser um número de 0-255. Este endereço é conhecido como um endereço IP. (IP significa Internet Protocol; mais sobre isso mais tarde.)

A imagem abaixo ilustra dois computadores conectados à Internet; seu computador com endereço IP 1.2.3.4 e outro computador com endereço IP 5.6.7.8. A Internet é representada como um objeto abstrato no meio. (À medida que este artigo progride, a parte do diagrama 1 na Internet será explicada e redesenhada várias vezes à medida que os detalhes da Internet são expostos.)

Diagrama 1

Diagrama 1

se você Se conectar à Internet através de um Provedor de Serviços de Internet (ISP), normalmente é atribuído um endereço IP temporário para a duração da sua sessão dial-in. Se você se conectar à Internet a partir de uma rede de área local (LAN), seu computador pode ter um endereço IP permanente ou pode obter um temporário a partir de um servidor DHCP (Dynamic Host Configuration Protocol). Em qualquer caso, se você estiver conectado à Internet, seu computador tem um endereço IP único.

Check It out – the Ping Program

If you are using Microsoft Windows or a flavor of Unix and have a connection to the Internet, there is a handy program to see if a computer on the Internet is alive. Chama-se ping, provavelmente depois do som feito pelos sistemas sonares submarinos mais antigos.1 Se estiver a usar o Windows, inicie uma linha de comandos. Se você está usando um sabor de Unix, obtenha um prompt de comando. Tipo ping www.yahoo.com. o programa ping irá enviar um’ ping ‘ (na verdade, um ICMP (Internet Control Message Protocol) echo request message) para o computador nomeado. O computador pinged responderá com uma resposta. O programa de ping irá contar o tempo expirado até que a resposta volte (se voltar). Além disso, se você digitar um nome de domínio (i.e. www.yahoo.com) em vez de um endereço IP, ping irá resolver o nome de domínio e exibir o endereço IP do computador. Mais sobre nomes de domínio e resolução de endereços mais tarde.

pilhas de Protocolo e pacotes

assim o seu computador está ligado à Internet e tem um endereço único. Como “fala” com outros computadores ligados à Internet? Um exemplo deve servir aqui: digamos que seu endereço IP é 1.2.3.4 e você quer enviar uma mensagem para o computador 5.6.7.8. A mensagem que você quer enviar é ” Hello computer 5.6.7.8!”. Obviamente, a mensagem deve ser transmitida através de qualquer tipo de fio conecta o seu computador à Internet. Digamos que ligou para o seu ISP de casa e que a mensagem deve ser transmitida através da linha telefónica. Portanto, a mensagem deve ser traduzida do texto alfabético em sinais eletrônicos, transmitida através da Internet, em seguida, traduzida de volta para o texto alfabético. Como é que isto se consegue? Através do uso de uma pilha de protocolos. Cada computador precisa de um para se comunicar na Internet e é geralmente construído no sistema operacional do computador (ou seja, Windows, Unix, etc.). A pilha de Protocolo usada na Internet é referida como a pilha de protocolo TCP/IP por causa dos dois principais protocolos de comunicação utilizados. A pilha de TCP/IP se parece com isso:

TCP directs packets to a specific application on a computer using a port number.

Protocolo de Camada
Aplicação de Protocolos de Camada Protocolos específicos para aplicações tais como WWW, e-mail, FTP, etc.
Transmission Control Protocol Layer
camada de Protocolo da Internet IP dirige pacotes para um computador específico usando um endereço IP.
camada de Hardware converte dados de pacotes binários em sinais de rede e back.
(E. G. ethernet network card, modem for phone lines, etc.)

If we were to follow the path that the message “Hello computer 5.6.7.8!”tomou, a partir do nosso computador para o computador com o endereço IP 5.6.7.8, que isso iria acontecer algo parecido com isto:

Diagrama 2

o Diagrama 2

  1. A mensagem iria começar no topo da pilha de protocolo no seu computador e trabalhar sua maneira para baixo.
  2. Se a mensagem a ser enviada é longa, cada camada de pilha que a mensagem passa pode quebrar a mensagem em pedaços menores de dados. Isto porque os dados enviados através da Internet (e a maioria das redes de computadores) são enviados em pedaços gerenciáveis. Na Internet, esses pedaços de dados são conhecidos como pacotes.
  3. Os pacotes passariam pela camada de aplicação e continuariam para a camada TCP. A cada pacote é atribuído um número de porta. As portas serão explicadas mais tarde, mas basta dizer que muitos programas podem estar usando a pilha TCP/IP e enviando mensagens. Precisamos saber que programa no computador de destino precisa receber a mensagem porque ele estará escutando em um porto específico.
  4. Depois de passar pela camada TCP, os pacotes seguem para a camada IP. É aqui que cada pacote recebe o seu endereço de destino, 5.6.7.8. agora que os nossos pacotes de mensagens têm um número de porta e um endereço IP, estão prontos para serem enviados pela Internet. A camada de hardware cuida de transformar nossos pacotes contendo o texto alfabético de nossa mensagem em sinais eletrônicos e transmiti-los através da linha de telefone. no outro extremo da linha telefónica, o seu ISP tem uma ligação directa à Internet. O roteador ISPs examina o endereço de destino em cada pacote e determina para onde enviá-lo. Muitas vezes, a próxima paragem do pacote é outro router. Mais sobre roteadores e infraestrutura De Internet mais tarde. eventualmente, os pacotes chegam ao computador 5.6.7.8. Aqui, os pacotes começam na parte inferior da pilha TCP/IP do computador de destino e funcionam para cima.
  5. à medida que os pacotes vão para cima através da pilha, todos os dados de roteamento que a pilha do computador de envio adicionou (como endereço IP e número de porta) são retirados dos pacotes. quando os dados chegam ao topo da pilha, os pacotes foram re-montados em sua forma original, ” Hello computer 5.6.7.8!”

infra-estrutura de rede

então agora você sabe como os pacotes viajam de um computador para outro através da Internet. Mas o que há no meio? O que faz a Internet? Vejamos outro diagrama:

Diagrama 3

o Diagrama 3

Aqui podemos ver Diagrama 1 redesenhado com mais detalhe. A ligação física através da rede telefónica ao Fornecedor de Serviços de Internet pode ter sido fácil de adivinhar, mas além disso pode ter alguma explicação. o ISP mantém um conjunto de modems para os seus clientes discados. Isto é gerenciado por alguma forma de computador (geralmente um dedicado) que controla o fluxo de dados do modem pool para uma espinha dorsal ou router de linha dedicada. Esta configuração pode ser referenciada como um servidor de portas, uma vez que ele ‘serve’ o acesso à rede. As informações de faturamento e uso são geralmente coletadas aqui também.

Após os seus pacotes atravessarem a rede telefónica e o equipamento local do seu ISP, eles são encaminhados para a espinha dorsal do ISP ou para uma espinha dorsal onde o ISP compra largura de banda. A partir daqui, os pacotes geralmente viajam através de vários roteadores e mais de vários backbones, linhas dedicadas e outras redes até que eles encontrem o seu destino, o computador com o endereço 5.6.7.8. Mas não seria bom se soubéssemos a rota exacta que os nossos pacotes estão a dominar a Internet? Ao que parece, há uma maneira…

Check It out – the Traceroute Program

Se você está usando o Microsoft Windows ou um sabor de Unix e tem uma conexão com a Internet, Aqui está outro programa de Internet útil. Este é chamado de traceroute e mostra o caminho que seus pacotes estão levando para um determinado destino na Internet. Como o ping, você deve usar o traceroute a partir de um prompt de comando. No Windows, use o tracert www.yahoo.com. a partir de uma linha de comandos Unix, escreva traceroute www.yahoo.com. como ping, Você também pode digitar endereços IP em vez de nomes de domínio. Traceroute irá imprimir uma lista de todos os roteadores, computadores e quaisquer outras entidades da Internet que seus pacotes devem viajar para chegar ao seu destino.

Se você usar traceroute, você vai notar que seus pacotes devem viajar através de muitas coisas para chegar ao seu destino. A maioria tem nomes longos, como sjc2-core1-h2-0-0.atlas.digex.net e fddi0-0.br4.SJC.globalcenter.net. estes são roteadores de Internet que decidem para onde enviar seus pacotes. Vários roteadores são mostrados no diagrama 3, mas apenas alguns. O diagrama 3 destina-se a mostrar uma estrutura de rede simples. A Internet é muito mais complexa. a espinha dorsal da Internet é composta por muitas grandes redes que se interconectam entre si. Estas grandes redes são conhecidas como fornecedores de Serviços de rede ou NSPs. Alguns dos grandes NSPs são UUNet, CerfNet, IBM, BBN Planet, SprintNet, PSINet, bem como outros. Estas redes peer entre si para trocar tráfego de pacotes. Cada NSP é necessário para se conectar a três pontos de acesso à rede ou pan. Nas sestas, o tráfego de pacotes pode saltar da espinha dorsal de um NSP para a espinha dorsal de outro NSP. Os NSPs também se interconectam nas áreas metropolitanas de Intercâmbio ou MAEs. MAEs servem o mesmo propósito que os NAPs, mas são de propriedade privada. Os pan eram os pontos originais de interconexão da Internet. Ambos os Pan e MAEs são referidos como pontos de Intercâmbio na Internet ou IXs. Os NSPs também vendem largura de banda para redes menores, como ISPs e provedores de largura de banda menor. Segue-se uma imagem que mostra esta infra-estrutura hierárquica.

Diagrama 4

Diagrama 4

Esta não é uma representação verdadeira de uma parte real da Internet. Diagrama 4 é apenas para demonstrar como o Pts pode interligar uns com os outros e pequenos Provedores. Nenhum dos componentes físicos da rede é mostrado no diagrama 4 tal como estão no diagrama 3. Isto é porque a infra-estrutura de espinha dorsal de um único NSP é um desenho complexo por si só. A maioria dos NSPs publicam mapas de sua infra-estrutura de rede em seus sites e podem ser encontrados facilmente. Desenhar um mapa real da Internet seria quase impossível devido ao seu tamanho, complexidade e estrutura em constante mudança.

A hierarquia de roteamento da Internet

então como é que os pacotes encontram o seu caminho através da Internet? Todos os computadores ligados à Internet sabem onde estão os outros computadores? Os pacotes recebem simplesmente “transmissão” para todos os computadores na Internet? A resposta a ambas as perguntas anteriores é “não”. Nenhum computador sabe onde estão os outros computadores, e os pacotes não são enviados para todos os computadores. As informações usadas para obter pacotes para seus destinos estão contidas em tabelas de roteamento mantidas por cada roteador conectado à Internet.

roteadores são interruptores de pacotes. Um roteador é normalmente conectado entre redes para encaminhar pacotes entre elas. Cada router sabe sobre suas sub-redes e quais endereços IP que eles usam. O router normalmente não sabe quais endereços IP estão ‘acima’ dele. Examine o diagrama 5 abaixo. As caixas negras que ligam os backbones são roteadores. Os backbones NSP maiores no topo estão conectados em uma sesta. Sob eles estão várias sub-redes, e sob eles, mais sub-redes. Na parte inferior estão duas redes locais com computadores ligados.

Diagrama 5

Diagrama 5

Quando um pacote chega a um roteador, o roteador examina o endereço IP colocada pelo protocolo IP camada no computador de origem. O router verifica a mesa de routing. Se a rede que contém o endereço IP for encontrada, o pacote é enviado para essa rede. Se a rede que contém o endereço IP não for encontrada, então o roteador envia o pacote em uma rota padrão, geralmente subindo a hierarquia da coluna vertebral para o próximo roteador. Esperemos que o próximo router saiba para onde enviar o pacote. Se não o fizer, novamente o pacote é encaminhado para cima até atingir uma espinha dorsal NSP. Os roteadores conectados aos backbones do NSP possuem as maiores tabelas de roteamento e aqui o pacote será encaminhado para a espinha dorsal correta, onde ele começará sua jornada ‘para baixo’ através de redes menores e menores até que ele encontre seu destino.

nomes de domínio e resolução de endereços

mas e se não souber o endereço IP do computador a que se deseja ligar? E se o que você precisa para acessar um servidor web referido como www.anothercomputer.com? como é que o seu navegador sabe onde na Internet este computador vive? A resposta a todas estas perguntas é o serviço de nome de domínio ou DNS. O DNS é um banco de dados distribuído que mantém o controle dos nomes do computador e seus endereços IP correspondentes na Internet.

muitos computadores conectados à parte Hospedeira da Internet do banco de dados DNS e o software que permite a outros acessá-lo. Estes computadores são conhecidos como servidores DNS. Nenhum servidor DNS contém a base de dados inteira; eles só contêm um subconjunto dela. Se um servidor de DNS não contém o nome de domínio solicitado por outro computador, o servidor de DNS redirecciona o computador requerente para outro servidor de DNS.

Diagrama 6

Diagrama 6

O Serviço de Nome de Domínio é estruturado como uma hierarquia semelhante ao roteamento IP hierarquia. O computador que solicita uma resolução de nome será re-direcionado ‘para cima’ a hierarquia até que um servidor de DNS seja encontrado que pode resolver o nome de domínio no pedido. A figura 6 ilustra uma parte da hierarquia. No topo da árvore estão as raízes do domínio. Alguns dos domínios mais antigos, mais comuns são vistos perto do topo. O que não é mostrado é a multidão de servidores DNS ao redor do mundo que formam o resto da hierarquia. quando uma ligação à Internet é configurada (por exemplo, para uma LAN ou rede Discada no Windows), um servidor DNS primário e um ou mais servidores secundários são normalmente especificados como parte da instalação. Desta forma, qualquer aplicativo de Internet que precise de resolução de nome de domínio será capaz de funcionar corretamente. Por exemplo, quando você introduz um endereço web em seu navegador web, o navegador primeiro se conecta ao seu servidor DNS primário. Depois de obter o endereço IP para o nome de domínio que você introduziu, o navegador então se conecta ao computador de destino e pede a página web que você queria.

Check It out – Disable DNS in Windows

Se você estiver usando o Windows 95 / NT e acessar a Internet, você pode ver o seu(s) servidor (s) de DNS e até mesmo desativá-los.

Se você usar a rede Dial-Up:
abra a sua janela de rede Dial-Up (que pode ser encontrada no Windows Explorer sob a sua unidade de CD-ROM e acima da vizinhança da rede). Clique com o botão direito na sua ligação à Internet e clique em Propriedades. Perto do fundo da janela de propriedades da ligação carregue na configuração TCP/IP… botao.

Se você tem uma conexão permanente com a Internet:
Clique com o botão direito na vizinhança da rede e clique em Propriedades. Carregue em propriedades TCP/IP. Seleccione a página de configuração do DNS no topo.

deve agora estar a olhar para os endereços IP dos seus servidores de DNS. Aqui poderá desactivar o DNS ou configurar os seus servidores de DNS para 0. 0. 0. 0. (Escreva primeiro os endereços IP dos seus servidores de DNS. Você provavelmente terá que reiniciar as janelas também.) Agora introduza um endereço no seu navegador web. O navegador não será capaz de resolver o nome de domínio e você provavelmente obterá uma caixa de diálogo desagradável explicando que um servidor de DNS não poderia ser encontrado. No entanto, se você digitar o endereço IP correspondente em vez do nome de domínio, o navegador será capaz de recuperar a página web desejada. (Use ping para obter o endereço IP antes de desativar DNS.) Outros sistemas operativos da Microsoft são similares.

Protocolos de Internet Revisitada

Como sugerido anteriormente na seção sobre pilhas de protocolo, pode-se supor que existem muitos protocolos que são usados na Internet. Isso é verdade.; existem muitos protocolos de comunicação necessários para o funcionamento da Internet. Estes incluem os protocolos TCP e IP, protocolos de roteamento, protocolos de controle de acesso Médio, protocolos de nível de aplicação, etc. As seções a seguir descrevem alguns dos protocolos mais importantes e comumente usados na Internet. Protocolos de nível superior são discutidos primeiro, seguidos de protocolos de nível inferior. um dos serviços mais usados na Internet é a World Wide Web (WWW). O protocolo de aplicação que faz o trabalho web é Protocolo de transferência de hipertexto ou HTTP. Não confunda isto com a linguagem de marcação de hipertexto (HTML). HTML é a linguagem usada para escrever páginas web. HTTP é o protocolo que navegadores web e servidores web usam para se comunicar uns com os outros através da Internet. É um protocolo de nível de aplicação porque ele está no topo da camada TCP na pilha de protocolo e é usado por aplicações específicas para conversar um com o outro. Neste caso, as aplicações são navegadores web e servidores web.

HTTP é um protocolo baseado em texto conectivo. Os clientes (navegadores web) enviam pedidos para servidores web para elementos web, tais como páginas web e imagens. Após o pedido ser atendido por um servidor, a conexão entre cliente e servidor através da Internet é desconectada. Deve ser feita uma nova ligação para cada pedido. A maioria dos protocolos são orientados para a conexão. Isto significa que os dois computadores que se comunicam entre si mantêm a ligação aberta através da Internet. HTTP não no entanto. Antes que um pedido HTTP possa ser feito por um cliente, uma nova conexão deve ser feita ao servidor.

Quando você digitar uma URL em um navegador da web, isso é o que acontece:

  1. Se o URL contém um nome de domínio, o primeiro navegador se conecta a um servidor de nome de domínio e obtém o endereço IP correspondente para o servidor web.
  2. o navegador Web conecta-se ao servidor web e envia um pedido HTTP (através da pilha de protocolos) para a página web desejada.
  3. o servidor web recebe o pedido e verifica a página desejada. Se a página existe, o servidor web envia-a. Se o servidor não conseguir encontrar a página solicitada, irá enviar uma mensagem de erro HTTP 404. (404 means ‘Page Not Found’ as anyone who has surfed the web probably knows.)
  4. o navegador Web recebe a página de volta e a conexão é fechada.
  5. o navegador então analisa através da página e procura por outros elementos de página que precisa para completar a página web. Estes geralmente incluem imagens, applets, etc.
  6. Para cada elemento necessário, o navegador faz conexões adicionais e solicitações HTTP para o servidor para cada elemento.
  7. Quando o navegador terminar de carregar todas as imagens, applets, etc. a página será completamente carregada na janela do navegador.

Check It Out – Use seu cliente Telnet para recuperar uma página web usando HTTP

Telnet é um serviço de terminal remoto usado na Internet. O seu uso tem diminuído ultimamente, mas é uma ferramenta muito útil para estudar a Internet. No Windows, Encontre o programa de telnet por omissão. Ele pode estar localizado no diretório do Windows chamado telnet.exe. Quando aberto, puxe o menu Terminal e seleccione as preferências. Na janela de preferências, verifique o Eco Local. (Isto é para que você possa ver seu pedido HTTP quando você digita.) Agora puxe o menu de conexão e selecione o sistema remoto. Enter www.o.com para o nome da máquina e 80 para o Porto. (Servidores Web normalmente escutam na porta 80 por padrão.) Press Connect. Agora escreva

GET/HTTP/1.0

e carregue em Enter duas vezes. Este é um pedido HTTP simples para um servidor web para a sua página de raiz. Você deve ver um flash de página web e, em seguida, uma caixa de diálogo deve aparecer para dizer-lhe que a conexão foi perdida. Se quiser gravar a página recuperada, active o registo no programa Telnet. Você pode então navegar através da página web e ver o HTML que foi usado para escrevê-lo.

A maioria dos protocolos da Internet são especificados por documentos da Internet conhecidos como um pedido de comentários ou RFCs. Os RFCs podem ser encontrados em vários locais na Internet. Veja a secção de recursos abaixo para URL ‘ s apropriados.a versão HTTP 1. 0 é indicada pela RFC 1945. protocolos de Aplicação: SMTP e correio eletrônico outro serviço de Internet comumente usado é o correio eletrônico. O e-mail usa um protocolo de nível de Aplicação chamado Simple Mail Transfer Protocol ou SMTP. SMTP é também um protocolo baseado em texto, mas ao contrário de HTTP, SMTP é orientado para conexão. SMTP também é mais complicado do que HTTP. Existem muitos mais comandos e considerações no SMTP do que no HTTP.

Quando você abre o seu cliente de E-mail para ler o seu e-mail, isto é o que normalmente acontece:

  1. o cliente de E-mail (Netscape Mail, Lotus Notes, Microsoft Outlook, etc.) abre uma conexão para o servidor de E-mail padrão. O endereço IP ou nome de domínio do servidor de E-mail é tipicamente configurado quando o cliente de E-mail está instalado.
  2. o servidor de E-mail irá sempre transmitir a primeira mensagem para se identificar.
  3. o cliente irá enviar um comando HELO SMTP ao qual o servidor irá responder com uma mensagem de 250 OK.
  4. dependendo se o cliente está a verificar o correio, a enviar correio, etc. os comandos SMTP apropriados serão enviados para o servidor, que irá responder em conformidade.
  5. esta operação de pedido / resposta continuará até que o cliente envie um comando SMTP QUIT. O servidor então dirá adeus e a conexão será fechada.

uma ‘conversa’ simples entre um cliente de SMTP e um servidor de SMTP é mostrada abaixo. R: denota mensagens enviadas pelo servidor (receptor) e S: denota mensagens enviadas pelo cliente (remetente).

 This SMTP example shows mail sent by Smith at host USC-ISIF, to Jones, Green, and Brown at host BBN-UNIX. Here we assume that host USC-ISIF contacts host BBN-UNIX directly. The mail is accepted for Jones and Brown. Green does not have a mailbox at host BBN-UNIX. ------------------------------------------------------------- R: 220 BBN-UNIX.ARPA Simple Mail Transfer Service Ready S: HELO USC-ISIF.ARPA R: 250 BBN-UNIX.ARPA S: MAIL FROM:<[email protected]> R: 250 OK S: RCPT TO:<[email protected]> R: 250 OK S: RCPT TO:<[email protected]> R: 550 No such user here S: RCPT TO:<[email protected]> R: 250 OK S: DATA R: 354 Start mail input; end with <CRLF>.<CRLF> S: Blah blah blah... S: ...etc. etc. etc. S: . R: 250 OK S: QUIT R: 221 BBN-UNIX.ARPA Service closing transmission channel

esta transacção SMTP é retirada da RFC 821, que especifica SMTP.

Protocolo de controle de transmissão

sob a camada de aplicação na pilha de protocolo é a camada TCP. Quando as aplicações abrem uma conexão a outro computador na Internet, as mensagens que enviam (usando um protocolo de camada de aplicação específica) passam a pilha para a camada TCP. TCP é responsável por roteamento de protocolos de aplicação para a aplicação correta no computador de destino. Para isso, os números de portas são usados. As portas podem ser pensadas como canais separados em cada computador. Por exemplo, você pode navegar na web enquanto lê e-mail. Isto porque estas duas aplicações (o navegador web e o cliente de E-mail) usaram números portuários diferentes. Quando um pacote chega a um computador e faz seu caminho até a pilha de Protocolo, a camada TCP decide qual aplicação recebe o pacote com base em um número de porta.

TCP funciona assim:

  • Quando a camada TCP recebe os dados do protocolo da camada de aplicação de cima, segmenta – os em ‘blocos’ gerenciáveis e, em seguida, adiciona um cabeçalho TCP com informações específicas TCP para cada ‘bloco’. A informação contida no cabeçalho TCP inclui o número de porta da aplicação para a qual os dados precisam ser enviados.
  • Quando a camada TCP recebe um pacote da camada IP abaixo dela, a camada TCP remove os dados do cabeçalho TCP do pacote, faz alguma reconstrução de dados, se necessário, e então envia os dados para a aplicação correta usando o número de porta retirado do cabeçalho TCP.

É assim que o TCP encaminha os dados que se movem através da pilha de protocolos para a aplicação correcta.

TCP não é um protocolo textual. TCP é um serviço de fluxo de byte orientado a conexão, confiável e confiável. Orientado para a conexão significa que duas aplicações que utilizam TCP devem primeiro estabelecer uma conexão antes de trocar dados. TCP é confiável porque para cada pacote recebido, um aviso de recepção é enviado ao remetente para confirmar a entrega. TCP também inclui um checksum em seu cabeçalho para verificação de erros dos dados recebidos. O cabeçalho TCP parece-se com este:

Diagrama 7

Diagrama 7

Observe que não há lugar para um endereço IP no cabeçalho TCP. Isto é porque o TCP não sabe nada sobre endereços IP. O trabalho do TCP é obter dados de nível de aplicação de aplicação para aplicação de forma confiável. A tarefa de obter dados de computador para computador é o trabalho de IP.

confira – Bem Conhecido na Internet os Números de Porta
Listados abaixo estão os números de porta para alguns dos mais utilizados serviços de Internet.

FTP 20/21
Telnet 23
SMTP 25
HTTP 80
Quake III Arena 27960

Internet Protocol

Unlike TCP, IP is an unreliable, connectionless protocol. O IP não se importa se um pacote chega ao seu destino ou não. Nem o IP sabe sobre conexões e números de portas. O trabalho do IP é enviar e encaminhar pacotes para outros computadores. Pacotes IP são entidades independentes e podem chegar fora de ordem ou não. O trabalho do TCP é certificar-se de que os pacotes chegam e estão na ordem correta. Sobre a única coisa que IP tem em comum com TCP é a forma como ele recebe dados e adiciona a sua própria informação de cabeçalho IP para os dados TCP. O cabeçalho IP parece-se com este:

Diagrama 8

Diagrama 8

Acima podemos ver os endereços IP de envio e recebimento de computadores no cabeçalho IP. Abaixo está o aspecto de um pacote depois de passar através da camada de aplicação, camada TCP, e camada IP. Os dados da camada de aplicação são segmentados na camada TCP, o cabeçalho TCP é adicionado, o pacote continua para a camada IP, o cabeçalho IP é adicionado, e então o pacote é transmitido através da Internet.

Diagrama de 9

Diagrama de 9

Wrap Up

Agora você sabe como a Internet funciona. Mas quanto tempo vai ficar assim? A versão do IP atualmente utilizada na Internet (Versão 4) só permite 232 endereços. Eventualmente, não restará nenhum endereço IP gratuito. Surpreendido? Não te preocupes. A versão 6 do IP está agora a ser testada numa espinha dorsal de investigação por um consórcio de instituições de investigação e empresas. E depois disso? Quem sabe. A Internet tem percorrido um longo caminho desde a sua criação como um projeto de pesquisa do Departamento de Defesa. Ninguém sabe realmente no que a Internet se tornará. Uma coisa é certa, no entanto. A Internet unirá o mundo como nenhum outro mecanismo jamais existiu. A Era da informação está em pleno andamento e estou feliz por fazer parte dela.

Rus Shuler, 1998
Updates made 2002

Resources

Below are some interesting links associated with some of the topics discussed. (Espero que todos ainda funcionem. Tudo aberto numa janela nova.)

http://www.ietf.org/ é a página inicial da Internet Engineering Task Force. Este organismo é muito responsável pelo desenvolvimento de protocolos de Internet e afins.

http://www.internic.org/ é a organização responsável pela administração de nomes de domínio.

http://www.nexor.com/public/rfc/index/rfc.html é um excelente motor de busca RFC útil para encontrar qualquer RFC.

http://www.internetweather.com/ mostra mapas animados da latência da Internet.

is Internet Weather from ClubNET. Esta página mostra a perda de pacotes para várias transportadoras.

http://navigators.com/isp.html é a página ISP de Russ Haynal. Este é um ótimo site com links para a maioria dos NSPs e seus mapas de infraestrutura backbone.

Bibliography

The following books are excellent resources and helped greatly in the writing of this paper. Acredito que o livro de Stevens é a melhor referência TCP / IP de sempre e pode ser considerado a Bíblia da Internet. O livro de Sheldon cobre um escopo muito maior e contém uma grande quantidade de informações de rede.

  • TCP/IP Illustrated, Volume 1, The Protocols.
    W. Richard Stevens.
    Addison-Wesley, Reading, Massachusetts. 1994.
  • Encyclopedia of Networking. Tom Sheldon. Osbourne McGraw-Hill, Nova Iorque. 1998.

embora não seja usado para escrever este artigo, Aqui estão alguns outros bons livros sobre os tópicos da Internet e rede:

  • Firewalls e segurança da Internet; repelindo o Hacker Wiley. William R. Cheswick, Steven M. Bellovin.
    Addison-Wesley, Reading, Massachusetts. 1994. comunicações de Dados, Redes Informáticas e sistemas abertos. 4th Edition.
    Fred Halsall.
    Addison-Wesley, Harlow, England. 1996. Telecomunicações: protocolos e concepção.
    John D. Spragins com Joseph L. Hammond e Krzysztof Pawlikowski.
    Addison-Wesley, Reading, Massachusetts. 1992.

Related Posts

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *