Ir ao conteúdo
  • Cadastre-se

Como o Protocolo TCP/IP Funciona - Parte 1


     740.172 visualizações    Redes    2 comentários
Como o Protocolo TCP/IP Funciona - Parte 1

Camada de Transporte

Na transmissão de dados, a camada de transporte é responsável por pegar os dados passados pela camada de aplicação e transformá-los em pacotes. O TCP (Transmission Control Protocol, Protocolo de Controle da Transmissão) é o protocolo mais usado na camada de Transporte. Na recepção de dados, o protocolo TCP pega os pacotes passados pela camada Internet e trata de colocá-los em ordem, já que os pacotes podem chegar ao destino fora de ordem, confere se os dados dentro dos pacotes estão íntegros e envia um sinal de confirmação chamado “acknowledge” (“ack”) ao transmissor, avisando que o pacote foi recebido corretamente e que os dados estão íntegros. Se nenhum sinal de confirmação (acknowledge) for recebido (ou porque o dado não chegou ao destino ou porque o TCP descobriu que o dado estava corrompido), o transmissor enviará novamente o pacote perdido.

Enquanto que o TCP reordena os pacotes e usa mecanismo de confirmação de recebimento – o que é desejável na transmissão de dados – existe um outro protocolo que opera nesta camada que não tem esses recursos. Este protocolo é o UDP (User Datagram Protocol, Protocolo de Datagrama do Usuário).

Por essa razão o TCP é considerado um protocolo confiável, enquanto que o UDP é considerado um protocolo não confiável. O UDP é tipicamente usado quando nenhum dado importante está sendo transmitido, como requisições DNS (Domain Name System, Sistema de Nome de Domínio). Como o UDP não reordena os pacotes e nem usa mecanismo de confirmação, ele é mais rápido do que o TCP.

Quando o UDP é usado, a aplicação que solicita a transmissão será a responsável por verificar se os dados recebidos estão intactos ou não e também de reordenar os pacotes recebidos, isto é, a aplicação fará o trabalho do TCP.

Durante a transmissão de dados, tanto o UDP quanto o TCP receberão os dados passados da camada de Aplicação e adicionarão a esses dados um cabeçalho. Na recepção de dados, o cabeçalho será removido antes de os dados serem enviados para a porta apropriada. Neste cabeçalho estão várias informações de controle, em particular o número da porta de origem, o número da porta de destino, um número de seqüência (para a confirmação de recebimento e mecanismos de reordenamento usado pelo TCP) e uma soma de verificação (chamada checksum ou CRC, que é um cálculo usado para verificar se o dado foi recebido intacto no destino). O cabeçalho UDP tem 8 bytes, enquanto que o cabeçalho TCP tem entre 20 e 24 bytes (dependendo se o campo opções estiver sendo ou não usado).

Na Figura 3 ilustramos o pacote de dados gerado na camada de transporte. Este pacote de dados será enviado para a camada Internet (se estamos transmitindo dados) ou será recebido da camada Internet (se estamos recebendo dados).

Protocolo TCP/IP
Figura 3: Pacote de dado na camada de Transporte.

  • Curtir 2

Artigos similares


Comentários de usuários

Respostas recomendadas

Boa noite amigos,

Gostaria de acrescentar algumas informações importantes neste tutorial (TCP/IP - parte 1).

A primeira delas se refere aos protocolos ARP/RARP, os mesmos não estão na camada de rede (3) e sim na camada de enlace (2).

A segunda informação esta relacionada ao trecho: "...em outras palavras, o roteador verifica se o computador de destino está localizado na mesma rede ou em uma rede que ele conhece a rota. Se ele não conhecer a rota para o computador de destino, ele enviará o pacote para seu gateway padrão, que é outro roteador..."

Quando o tráfego é local (mesma rede entre o remetente e o destinatário (verificado pelo sistema operacional a partir dos valores de endereçamento IP e mascara de sub-rede do remetente e destinatário) o pacote não é encaminhado para o roteador (ou default gateway) do remetente, até porque este tipo de trabalho poderia sobrecarregar este componente em uma rede.

Complementando. Quando o pacote for enviado ao roteador, o mesmo checará na sua tabela de rota se existe uma entrada onde seja possível alcançar diretamente a rede onde se encontra o destinatário ou, dependendo da implementação da tabela de roteamento (estática ou dinamica) o roteador possa encontra outra rota atráves de um caminho alternativo. Sua última alternativa é enviar o pacote pela sua rota padrão (0.0.0.0 [rede] - 0.0.0.0 [mascara] - endereço ip do próximo nó - interface utilizada).

Espero ter ajudado

[]'s

Leandro R.

Tópico para a discussão do seguinte artigo publicado no Clube do Hardware:

Como o Protocolo TCP/IP Funciona

https://www.clubedohardware.com.br/artigos/1351

Aqui está um pequeno trecho do artigo:

"O TCP/IP é o protocolo de rede mais usado atualmente. Neste tutorial explicaremos como este protocolo funciona em uma linguagem fácil de entender.

Mas, afinal, o que é um protocolo de rede? Um protocolo é uma linguagem usada para permitir que dois o..."

Comentários são bem-vindos.

Atenciosamente,

Equipe Clube do Hardware

https://www.clubedohardware.com.br

Link para o comentário
Compartilhar em outros sites

Olá Amigos

Queria fazer algumas perguntas, espero q alguem possa responder para mim.

Se o end MAC vai em todos datagramas q chegam a camada fisica, porque usar o end ip??

Minha resposta q consegui entender... Um end IP (ex 192.186.12.139) vai seguindo uma ordem, primeiro ele procura o gateway 192(primeira parte do end ip), depois o roteador 186, até chegar ao ip completo 192.186.12.139, isso vai filtrando o numero d computadores conectados e, por consequencia, a tabela de end q ele possa se encontrar, sendo q cada agrupamento do end ip seja processado em uma maquina diferente, responsavel por aquela parte da conexao. enquanto no end mac não se possui uma maneira d ir filtrando o numero d maquinas a se pesquisar???

Se for isso,até quanto pode chegar o numero d um agrupamento do end IP? 255??

Outra coisa, para um computador enviar qq msg, ele precisa do end MAC do recptor, logo, para se comunicar com o gateway ou roteador, ele precisa do end MAC do gateway ou roteador. Como ela sabe o MAC do servidor antes mesmo d se conectar?? ao menos, é claro, se eu digitasse o primeiro end MAC, para a partir dai ele começar todo esse ciclo atras do end ip... mas eu não lembro d ter digitado nenhum end MAC quando estava configurando o meu DS-link....como é possivel ele se conectar então? por broadcast(ou seja lá como se escreve) em toda a internet???

Se alguem poder me ajudar explicando essas coisinhas para acalmar um pouco a minha mente insana, louca pra se meter onde não é chamada, estarei muito grato esperando retorno. obrigado

Link para o comentário
Compartilhar em outros sites



Crie uma conta ou entre para comentar

Você precisa ser um usuário para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar agora

Sobre o Clube do Hardware

No ar desde 1996, o Clube do Hardware é uma das maiores, mais antigas e mais respeitadas comunidades sobre tecnologia do Brasil. Leia mais

Direitos autorais

Não permitimos a cópia ou reprodução do conteúdo do nosso site, fórum, newsletters e redes sociais, mesmo citando-se a fonte. Leia mais

×
×
  • Criar novo...