Cenário de Encaminhamento de dados

Prefácio
O conjunto do Protocolo TCP/IP opera como uma coleção de regras a fim de suportar
o encaminhamento de dados end-to-end, junto com os protocolos da camada mais
baixa, tal como aqueles definidos no Padrão IEEE 802. O conhecimento do ciclo de
vida do encaminhamento de dados possibilita um entendimento mais profundo do
comportamento da rede IP para análises efetivas da operação de rede, e solução de
problemas de falhas de rede. Todo o processo de encapsulamento e
desencapsulamento, no entanto, representam uma parte fundamental de todo
conhecimento TCP/IP.

Objetivos
Após completar essa seção, você será capaz de:
● Explicar os passos do processo para encapsulamento e desencapsulamento
de dados.
● Solucionar problemas básicos de encaminhamento de dados.

Prof. Moacyr Regys

1
Introdução da estrutura

O encaminhamento de dados pode ser local ou remoto, contudo, o processo de

encaminhamento geral é o mesmo.
Encaminhamento de dados pode ser definido também como local ou remoto, para o
qual o processo de encaminhamento depende da aplicação da pilha de protocolos a
fim de alcançar a transmissão end-to-end. Os sistemas finais podem ser parte da
mesma rede, ou localizadas em redes diferentes, no entanto, o princípio geral de
encaminhamento para permitir a transmissão entre hosts segue um conjunto claro de
protocolos que foram introduzidos como parte da unidade. O modo como esses
protocolos funcionam juntos deve ser reforçado, bem como a construção do
relacionamento entre os protocolos TCP / IP da camada superior e os padrões de
protocolo Ethernet baseados na camada de link inferior.

2
Descoberta de caminho

O host A deve ter conhecimento de um caminho para o destino.

Um sistema final que pretende encaminhar dados para um determinado destino deve
determinar inicialmente se é possível ou não alcançar o destino pretendido. Para
conseguir isso, o sistema final deve passar por um processo de descoberta de
caminho. Um sistema final deve ser entendido como capaz de suportar a operação
em todas as camadas, desde sua função principal, que é como um host para
aplicação. Em relação a isso, ele também deve ser capaz de suportar operações da
camada inferior, como roteamento e encaminhamento da camada de link
(comutação), a fim de ser capaz de encaminhamento de dados da camada superior /
de aplicação. O sistema final, portanto, contém uma tabela que representa a
acessibilidade da camada de rede à rede para a qual os dados da camada superior
são destinados.
No exemplo dado, o host A possui um caminho para a rede destinada por meio do
endereço 'qualquer rede' que foi introduzido brevemente como parte da seção
Endereçamento IP. A tabela de encaminhamento identifica que o tráfego deve ser
encaminhado para o gateway como um salto seguinte através da interface associada
ao endereço lógico de 10.1.1.1.

3
ARP

A tabela de cache ARP é usada para descobrir o próximo salto do link de dados.
Um salto seguinte desconhecido gerará uma solicitação ARP.
Após a descoberta de uma rota viável em direção à rede de destino pretendida, um
próximo salto físico também deve ser descoberto para facilitar o encaminhamento de
quadros. O conjunto de protocolos TCP / IP é responsável por determinar isso antes
que o encapsulamento de pacotes possa prosseguir. A etapa inicial envolve
determinar se existe um caminho físico para o próximo salto, identificado como parte
do processo de descoberta do caminho.
Isso requer que a tabela de cache do ARP seja consultada para identificar se é
conhecida uma associação entre o próximo salto pretendido e o caminho físico. A
partir do exemplo, pode ser visto que uma entrada para o endereço do gateway do
próximo salto está presente na tabela de cache do ARP. Onde uma entrada não pode
ser encontrada, o ARP (Address Resolution Protocol) deve ser iniciado para executar
a descoberta e resolver o caminho físico.

4
Encapsulamento do TCP

O encapsulamento é realizado uma vez que o caminho é confirmado.

Quando ambos, a descoberta do encaminhamento de caminho lógico e físico estiver
concluída, é possível que o encapsulamento de dados seja realizado para uma
transmissão bem-sucedida em redes baseadas em IP / Ethernet. Os processos da
camada superior em termos de criptografia e compactação podem ser executados
após o encapsulamento da camada de transporte, identificando as portas de origem
e destino pelas quais os dados da camada superior devem ser encaminhados.
No caso do TCP, os campos de sequência e reconhecimento serão preenchidos, os
bits de código definidos conforme necessário com o bit ACK comumente aplicado. O
campo da janela será preenchido com o tamanho atual da janela suportada, para a
qual o host notificará o buffer máximo de dados que pode ser suportado antes que os
dados sejam confirmados.
Os valores que representam os campos TCP são incluídos como parte da soma de
verificação, que é calculada usando aqueles (valores) que completam o processo de
cálculo, para garantir que a integridade do segmento TCP seja mantida assim que o
cabeçalho TCP for recebido e processado no destino final. No caso de operações
básicas de código TCP, os dados da camada superior nem sempre podem ser
transportados no segmento, como no caso da sincronização de conexão e
confirmações para os dados recebidos.

5
Encapsulamento do IP

Após o encapsulamento da camada de transporte, geralmente é necessário que

sejam fornecidas instruções, detalhando como a transmissão por uma ou mais redes
deve ser alcançada. Isso envolve listar a fonte IP, bem como o destino final ao qual o
pacote é destinado. Os pacotes IP geralmente são limitados a um tamanho de 1500
bytes por Ethernet, incluindo os cabeçalhos da camada de rede e transporte, bem
como quaisquer dados da camada superior.O tamanho inicial do pacote será
determinado pela Ethernet como a unidade máxima de transmissão ou MTU para a
qual os pacotes serão conforme, portanto, a fragmentação não ocorrerá na fonte.
No caso de o MTU mudar ao longo do caminho de encaminhamento, somente a
fragmentação será executada. O tempo de vida do campo será preenchido com um
valor definido, dependendo do sistema, nos roteadores da série ARG3, este é definido
com um valor inicial de 255. O campo do protocolo é preenchido com base no
protocolo encapsulado antes do IP. Nesse caso, o protocolo em questão é o TCP para
o qual o cabeçalho IP preencherá o campo do protocolo com um valor 0x06 como
instrução para o próximo processamento de cabeçalho. O endereçamento IP de
origem e destino refletirá a origem e o destino final.

6
Enquadramento Ethernet

● O tipo de quadro depende dos protocolos de encapsulamento.

● O IP é o protocolo de camada superior, então o quadro de Ethernet 2 é usado.
O encapsulamento da camada de link depende dos padrões Ethernet IEEE 802.3 para
transmissão física de dados da camada superior através de redes Ethernet.O
encapsulamento nas camadas inferiores é realizado determinando inicialmente o tipo
de quadro usado.
Onde o protocolo da camada superior é representado por um valor de tipo maior que
1536 (0x0600), como é o caso do IP (0x0800), o tipo de quadro Ethernet II é adotado.
O campo de tipo do cabeçalho do quadro Ethernet II é preenchido com o valor do tipo
0x0800 para refletir que o próximo protocolo a ser processado após o processamento
do quadro será IP. O endereço MAC de destino determina o próximo salto físico, que
neste caso representa o gateway de rede.

7
Encaminhamento do Quadro

● A camada de enlace de dados usa o sentido da portadora para detectar por

um tráfico existente.
● O preâmbulo e o SFD costumam sincronizar com o quadro encaminhado.
Como parte da operação da camada de link, é imperativo garantir que o meio de
transmissão esteja livre de sinais no domínio de colisão compartilhado. O host
primeiro escutará qualquer tráfego na rede como parte do CSMA / CD e, se a linha
permanecer limpa, se preparará para transmitir os dados. É necessário que a
interface física receptora esteja ciente do quadro recebido, para evitar a perda dos
valores iniciais de bits que tornaria os quadros iniciais incompletos. Portanto, os
quadros são precedidos por um valor de 64 bits, indicando o destino da camada de
link da chegada iminente do quadro.
Os 56 bits iniciais representam um padrão 1, 0 alternado, chamado preâmbulo, e é
seguido imediatamente por um octeto, entendido como o SFD (Start of Frame
Delimiter). Os dois bits finais do SFD desviam de um padrão alternativo para uma
combinação de 1,1 bits que notifica que os bits a seguir representam os primeiros
valores de bits do endereço MAC de destino e, portanto, o início do cabeçalho do
quadro.

8
Processamento do Quadro

● O quadro será recebido por todos no mesmo domínio de colisão.

● Apenas o gateway (RTA) processará o quadro.
Como um quadro é recebido pelo destino da camada de link, ele deve passar por
várias verificações para determinar sua integridade e validade. Se o quadro foi
transmitido através de uma rede Ethernet compartilhada, outras estações finais
também podem receber uma instância do quadro transmitido; no entanto, como o
endereço MAC de destino do quadro é diferente do endereço MAC da estação final,
o quadro será descartado.
Os quadros recebidos no destino pretendido realizarão a verificação de erros
calculando o valor que complementam os mesmos, baseado nos campos atuais do
quadro e comparando-o com o valor no campo Sequência de verificação do quadro
(FCS). Se os valores não corresponderem, o quadro será descartado. Os sistemas
intermediários e finais que recebem quadros válidos precisarão determinar se o
quadro é destinado à sua interface física comparando o endereço MAC de destino
com o endereço MAC da interface (ou dispositivo em alguns casos).
Se houver uma correspondência, o quadro é processado e o campo de tipo é usado
para determinar o próximo cabeçalho a ser processado. Depois que o próximo
cabeçalho é determinado, o cabeçalho do quadro e o trailer são descartados.

9
Processamento do pacote

● O IP de destino é verificado diante do endereço do gateway.

● Um novo cabeçalho de quadro é construído, seguindo processos de
descoberta.
O pacote é recebido pela camada de rede e, em particular, pelo IP, momento em que
o cabeçalho do IP é processado. Existe um valor de soma de verificação em cada
camada da pilha de protocolos para manter a integridade em todas as camadas de
todos os protocolos. O IP de destino é usado para determinar se o pacote atingiu seu
destino final. No entanto, o gateway determina que esse não é o caso, pois o IP de
destino e o IP pertencente ao gateway não coincidem.
O gateway deve, portanto, determinar o curso de ação a ser seguido em relação ao
roteamento do pacote para uma interface alternativa e encaminhar o pacote para a
rede à qual se destina. No entanto, o gateway primeiro deve garantir que o valor TTL
não tenha atingido 0 e que o tamanho do pacote não exceda o valor máximo da
unidade de transmissão para o gateway. Caso o pacote seja maior que o valor MTU
do gateway, a fragmentação geralmente começará.
Depois que o destino de um pacote for localizado na tabela de encaminhamento do
gateway, o pacote será encapsulado em um novo cabeçalho de quadro que consiste
em novos endereços MAC de origem e destino para o segmento da camada de link,
para o qual o quadro resultante será encaminhado sendo novamente transmitido para
o próximo salto físico. Onde o próximo salto físico não for conhecido, o ARP será
novamente utilizado para resolver o endereço MAC.

10
Desencapsulamento do Quadro

● O quadro é encaminhado com o endereço MAC de destino do servidor A.

● O servidor A compara o MAC da interface com o MAC de destino do quadro.
Os quadros recebidos no destino final determinarão inicialmente se o quadro chegou
ao local pretendido.
O exemplo mostra dois servidores em uma rede Ethernet compartilhada pela qual
ambos recebem uma cópia do quadro. O quadro é finalmente descartado pelo
servidor B, pois o valor MAC de destino e o endereço MAC da interface do servidor B
não coincidem. O servidor A, no entanto, recebe com êxito o quadro e descobre que
os campos MAC são os mesmos; a integridade do quadro com base no FCS também
pode ser entendida como correta. O quadro usará o campo de tipo para identificar
0x0800 como o próximo cabeçalho, após o qual o cabeçalho e o trailer do quadro são
descartados e o pacote é recebido pelo IP.

11
Desencapsulamento do Pacote

● O servidor A compara seu próprio IP para o endereço de destino do cabeçalho

IP.
● O cabeçalho IP é processado e descartado, o dado é direcionado para o TCP.
Ao chegar ao destino final, o cabeçalho do pacote IP deve facilitar vários processos.
O primeiro inclui a validação da integridade do cabeçalho do pacote através do campo
de soma de verificação, aplicando novamente uma comparação de valor de
complemento único com base na soma dos campos do cabeçalho IP. Onde, correto,
o cabeçalho IP será usado para determinar se o IP de destino corresponde ao
endereço IP da estação final atual, que neste caso é verdadeira.
Se alguma fragmentação ocorreu durante a transmissão entre a origem e o destino,
o pacote deve ser remontado neste momento. O campo de identificação coletará os
fragmentos pertencentes a uma única fonte de dados, o deslocamento determinará a
ordem, e o campo flags especificará quando a remontagem deve começar, uma vez
que todos os fragmentos devem ser recebidos primeiro e um fragmento com o
sinalizador 0 será reconhecido como o último fragmento a ser recebido.
Um cronômetro continuará durante o período em que a remontagem deve ser
concluída, se a remontagem falhar nesse período, todos os fragmentos serão
descartados. O campo do protocolo será usado para identificar o próximo cabeçalho
para processamento e o cabeçalho do pacote será descartado. Deve-se notar que o
próximo cabeçalho nem sempre pode ser um cabeçalho da camada de transporte,
um exemplo claro de onde isso pode ser entendido é o caso do ICMP, que também é
um protocolo da camada de rede com um valor de campo de protocolo de 0x01.

12
Desencapsulamento do segmento

● O cabeçalho TCP constrói uma conexão com o serviço da porta 80.

● Os parâmetros dentro do cabeçalho TCP é usado para gerenciar a conexão.
No caso em que um cabeçalho de pacote é descartado, o segmento ou datagrama
resultante é passado para a camada de transporte para processamento baseado em
aplicativo. As informações do cabeçalho são recebidas neste caso pelo TCP (0x06).
No exemplo, pode ser entendido que uma conexão TCP já foi estabelecida e o
segmento representa uma confirmação para a transmissão do tráfego HTTP do
servidor HTTP para o host de confirmação. O host é representado pela porta 1027
como um meio de distinguir entre várias conexões HTTP que podem existir entre o
mesmo host de origem e servidor de destino. Ao receber essa confirmação, o servidor
HTTP continuará encaminhando para o host dentro dos limites do tamanho da janela
do host.

Resumo
● Que informação é requerida antes que o dado possa ser encapsulado?
● O que acontece quando um quadro é encaminhado para um destino a qual ele
não é aplicado?
● Como os dados no quadro finalmente chegam ao aplicativo que eles são
destinados?
● Quando sessões múltiplas da mesma aplicação está ativa (ex: Múltiplos
navegadores da web), como o dado de retorno chega à sessão correta?

13
 1. Antes do encapsulamento e encaminhamento de dados, uma fonte deve ter
conhecimento do destino IP ou de um endereço de encaminhamento
equivalente, como um endereço padrão para o qual os dados podem ser
encaminhados. Além disso, é necessário que o endereço de encaminhamento
seja associado a um próximo salto físico para o qual os dados possam ser
encaminhados na rede local.
2. Qualquer quadro que é recebido por um gateway ou sistema final (host) ao
qual não se destina, é descartado posteriormente, após a inspeção do
endereço MAC de destino no cabeçalho do quadro.
3. A entrega dos dados depende do número da porta de destino nos cabeçalhos
TCP e UDP para identificar o aplicativo ao qual os dados se destinam. Após a
análise desse valor pelo protocolo TCP ou UDP, os dados são encaminhados.
4. A porta de origem do cabeçalho TCP para o tráfego HTTP distingue entre as
diferentes sessões do aplicativo que estão ativas. O tráfego HTTP de retorno
do servidor HTTP pode identificar cada sessão individual do navegador da Web
com base nesse número da porta de origem. Por exemplo, a porta de origem
de duas solicitações separadas para tráfego HTTP originário da fonte IP
10.1.1.1 pode ser originária das portas 1028 e 1035, no entanto, a porta de
destino em ambos os casos permanece como porta 80, o servidor HTTP.

Tradução: Yanne S.
Moodle Huawei© 2019
Angel C.
Prof. Moacyr Regys

14