Ir ao conteúdo
  • Cadastre-se

Como o Protocolo TCP/IP Funciona - Parte 1


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

Camada de Internet (Cont.)

Se você prestar atenção, nós não dissemos que o datagrama IP tem 65.535 bytes, mas ele pode ter até 65.535 bytes. Isto significa que o campo de dados do datagrama não tem um tamanho fixo. Como os datagramas serão transmitidos pela rede dentro de quadros produzidos pela camada Interface com a Rede, normalmente o sistema operacional configurará o tamanho do datagrama IP para ter o tamanho máximo da área de dados do quadro de dados usado em sua rede. O tamanho máximo do campo de dados dos quadros que são transmitidos pela rede é chamado MTU, Maximum Transfer Unit, ou Unidade de Transferência Máxima.

As redes Ethernet – que são o tipo de rede mais comum hoje em dia, incluindo sua encarnação sem fio – pode transportar até 1.500 bytes de dados, ou seja, seu MTU é de 1.500 bytes. Por isso o sistema operacional configura automaticamente o protocolo IP para criar datagramas IP com 1.500 bytes em vez de 65.535 (que não caberia no quadro). Na próxima página veremos que o seu tamanho real é de 1.497 ou 1.492 bytes, já que a camada LLC “come” 3 ou 5 bytes para adicionar seu cabeçalho.

Só para esclarecer, você pode estar confuso como uma rede pode ser classificada como TCP/IP e Ethernet ao mesmo tempo. O TCP/IP é um conjunto de protocolos que lida com as camadas 3 a 7 do modelo de referência OSI. O Ethernet é um conjunto de protocolos que lida com as camadas 1 e 2 do modelo de referência OSI – o que significa que o Ethernet se preocupa com o aspecto físico da transmissão de dados. Por isso eles se complementam, já que precisamos das sete camadas completas (ou suas equivalentes) para estabelecer uma conexão de rede. Nós explicaremos mais sobre este relacionamento na próxima página.

Outra característica que o protocolo IP permite é a fragmentação. Como mencionamos, até chegar a seu destino o datagrama IP provavelmente passará por várias outras redes no meio do caminho. Se todas as redes no caminho entre o computador transmissor e o receptor usarem o mesmo tipo de rede (por exemplo Ethernet), maravilha, já que todos os roteadores trabalharão com a mesma estrutura do quadro (isto é, o mesmo tamanho de MTU).

No entanto, se aquelas outras redes não forem redes Ethernet, elas podem usar um tamanho diferente de MTU. Se isto acontecer, o roteador que está recebendo os quadros com o MTU configurado com 1.500 bytes dividirá o datagrama IP em quantos quadros forem necessários para atravessar a rede com o tamanho de MTU menor. Ao chegar no roteador que tem sua saída conectada a uma rede Ethernet, este roteador remontará o datagrama original.

Na Figura 5 você pode ver um exemplo disto. O quadro original usa um MTU de 1.500 bytes. Quando o datagrama chega a uma rede com o tamanho de MTU de 620 bytes, cada quadro tem de ser dividido em três quadros (dois com 600 bytes e um com 300 bytes). Em seguida o roteador na saída desta rede (roteador 2) remonta o datagrama original.

Claro que o cabeçalho IP tem um cabo para controlar a fragmentação.

fragmentação TCP/IP

Figura 5: Fragmentação de datagrama

  • 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...