Redes de

Computadores
Emir Toktar
Eng. de Computação / Eng. Elétrica
PUCPR
emir.toktar.br@ieee.org
1
 Sumário
 Será apresentado...
 Camada Física e Camada de Enlace
 Protocolo Ethernet V2 (DIX) (Slides 6 - 41)
 Ao final da apresentação como referência:
 Regra 5-4-3
 Revisão em captura de Pacotes (tamanho frame)

 Protocolo Ethernet 802.3

O material de apoio dos livros do TANENBAUM e KUROSE têm

autorização da Pearson Education-Prentice Hall.
O material de apoio dos livro FOUROZAN tem autorização da
McGraw-HILL 2
 Camada de Enlace
 As funções que podem ser atribuídas aos
protocolos da camada de enlace são
 Enquadramento
 Controle de Erros
 Controle de fluxo

 Com exceção do enquadramento, todas essas

outras funções estão presentes em protocolos
de camadas superiores

3
 Camada de Enlace
 No modelo OSI não foi previsto inicialmente a
utilização de meios físicos compartilhados
(redes de difusão ou broadcast)
A solução foi adicionar uma subcamada – a
subcamada de Controle de Acesso ao Meio (MAC)
 A subcamada MAC é responsável pela
arbitragem do meio

4
Não serão abordados os temas:
 Alocação de Canais
 Método de Acesso
 Função do Método de Acesso
 Taxonomia dos protocolos de acesso múltiplo
 Principais Protocolos de Acesso
 Protocolos (CSMA)
 Carrier Sense Multiple Access (CSMA)
 Modelo espaço/tempo de colisão com CSMA
 Vulnerabilidade CSMA
 Método de Persistência
 Protocolos CSMA
 CSMA/CD com Detecção de Colisão
 Carrier Sense Multiple Access with Collision Detect (CSMA/CD)
 Método de Acesso CSMA/CD
 Colisão no CSMA/CD
 Algoritmo de Recuo Exponencial Binário
 Desempenho
 Disponíveis no arquivo complementar da aula
008A [1Sem] (Complemento) Protocolos Acesso Múltiplo
5
Ethernet V2

6
 Histórico Ethernet
 Trabalho iniciado em 1973 por Bob Metcalfe e David
Boggs do PARC (Xerox Palo Alto Research Center).
 Estudado o protocolo de rede ALOHA e aprimorado o modelo
 Ethernet experimental implementada em 1975.
 Desenvolvimento entre as empresas Digital, Intel e
Xerox produziram a Ethernet V1.0 em 1980.
 Também conhecida com “Blue Book specification” ou padrão
DIX. A Ethernet V2.0 foi adotada in 1982.
 Ethernet foi aceita com modificações por comitês de
padronização como IEEE 802.3 e ANSI 8802/3.
 Ethernet permite somente comunicação sem manutenção de
estado (connectionless).

7
 Tipos de Ethernet
 Até a consolidação da tecnologia, surgiram alguns tipos
de quadros:
 Ethernet I 
 Ethernet II (DIX)
 máx. 1500 bytes dados

 802.3 (RAW) 
 Novell padronizou antes da definição do modelo 802.3

 802.3 LLC (802.2)

 máx. 1497 bytes dados (802.2 Type 1 communication – 3 bytes)
 RFC1042 recomenda 802.3 LLC Type I (DASP, SSAP, Control)

 802.3 SNAP
 máx. 1492 bytes dados
 LLC Type I com 3 bytes + 5 bytes SNAP

 1518 - 18 (MAC header+trailer) - 8 (LLC+SNAP header) = 1492

8
 Histórico Ethernet
• 1972  3Mbps (DIX V1)
Ethernet I
• 1982  10 Mbps (DIX V2)
Ethernet II
• 1983  10 Mbps
IEEE 802.3
• 1995  100 Mbps
IEEE 802.3u
• 1997  100 Mbps – Full Duplex, Flow Control, DIX
IEEE 802.3x
• 1998  1 Gbps
IEEE 802.3z
• 1998  Q Rag (VLANs e Prioridade)
IEEE 802.3ac
• 2003  10 Gbps
IEEE 802.3ae
• 2010  40 Gigabit Ethernet and 100 GbE
IEEE 802.3ba
• 2014  400GbE
IEEE 802.3bs •200 GbE sobre fibra multimodo e monomodo, também não especifica transmissão
em cabo de cobre
• 2018 (?)  200GbE cabo twinaxial (5m) para ligar switches rack
IEEE 802.3cd

9
 Padrão Ethernet
 O Ethernet original foi criado em 1976 na Xerox
no Palo Alto Research Center (PARC).
Ethernet DIX  Digital Equipment, Intel, Xerox
 Desde então, tem evoluído por 4 gerações

10
 Características da Ethernet
 Topologia tradicional: barramento linear.
 Outras topologias: barramento estrela.
 Tipo de arquitetura: bandabase (Baseband)
 Baseband usa toda a largura de banda disponível no meio físico de transmissão. O sinal de
dados é transmitido diretamente através do meio físico de transmissão

 Método de acesso: CSMA/CD

 Especificação: IEEE 802.3 ou Ethernet Padrão (v2.0)
 Cada frame IEEE 802.3 é precedido por um preambulo de 7 bytes seguido de
um delimitador de frame com 1 byte.
 Cada frame Ethernet é precedido por um preambulo de 8 bytes
 Velocidade de Transferência: 10/100/1000 Mbps
 Tipo de cabos: cabo coaxial grosso (thickcable), coaxial
fino (thincable), UTP.
11
 Tamanho Frame Ethernet
 O padrão Ethernet tem restrições quanto ao
tamanho mínimo e tamanho máximo do frame.

 Tamanho Máximo: razões históricas (custo memória)

e também para evitar monopolizar a rede.

 Tamanho Mínimo: operação protocolo CSMA/CD.

 Se a estação tiver enviado os primeiros 512 bits e não
tiver escutado uma colisão, é garantido que a colisão
jamais ocorrerá durante a transmissão do restante do
frame.

FOROUZAN, A., B. Comunicação de Dados e Redes de Computadores, 4ª edição, p.397 12

 Revisando:
Camada OSI-RM e Protocolos
Modelo OSI/RM Exemplo de Protocolos

Aplicação

Apresentação

Sessão
Segmento Transporte
Pacotes (Packets) Rede
Quadros (Frames) Enlace
Bits Física

13
Formato do Quadro (Frame) Ethernet em
Aplicação
relação ao modelo OSI-RM
Apresentação
Sessão
End. Físico de End. Físico de Ether
Transporte Destino (MAC) Origem (MAC) Type
Segmento

Rede
Pacotes (Packets)

Enlace CABEÇALHO (header) Protocolo Camada Superior (PDU) CRC /

ETHERNET DADOS FCS
Quadros (Frames) 6 Bytes 6 Bytes 2 Bytes 46 a 1500 Bytes 4 Bytes

Física
Bits
Ethernet II: tamanho máximo 1518 bytes, mínimo 64 bytes

NIC: anexa o preâmbulo, CRC e gerencia o postambulo antes de transmitir o

frame. Ao receber o frame, descarta o preâmbulo (sincronização) e entrega a
camada de enlace para processamento. 14
 Formato do Quadro (Frame) Ethernet
1. Preâmbulo (08 bytes)
 SFD (01 Byte) – IEEE 802.3 e SOF Ethernet
2. Endereço Físico de Destino
DA (Destination Address)
Endereço Físico de Origem
SA (Source Addres)
3. Comprimento ou Tipo (Length / Ether Type)
4. Dados
5. CRC / Frame Check Sequence:

 NIC – anexa o preambulo, CRC e postambulo antes de transmitir o

frame. Ao receber o frame, remove-os.

15
 1. PREÂMBULO (08 bytes)
Formato do Quadro (Frame) Ethernet

 Preâmbulo (08 bytes)

 Um padrão de uns e zeros alternantes usado para a
sincronização da temporização (clock de entrada) em
Ethernet assíncrona de 10 Mbps e em
implementações mais lentas.
 Onda quadrada (10 MHz) de 6,4 microssegundos para
sincronização dos relógios TX / RX
 As versões mais rápidas da Ethernet são síncronas,
e essa informação de temporização é redundante
mas mantida para fins de compatibilidade
 O preâmbulo, adicionado na camada física,
formalmente, não faz parte do FRAME

16
 1. PREÂMBULO (08 bytes)
Formato do Quadro (Frame) Ethernet

 Preâmbulo (08 bytes) - continuação

17
 SFD e SOF
Formato do Quadro Ethernet

 SFD (01 Byte) – IEEE 802.3 e SOF Ethernet

 Preâmbulo ou Start Of Frame no frame Ethernet
consiste de um padrão de 56-bit (7-bytes) alternando
entre 1 e 0 bits (IEEE 802.3)
 Preâmbulo ou Start Frame Delimiter, consiste em um
campo de um octeto que marca o final das
informações de temporização e contém a sequência
de bits 10101011
 Dois últimos bits do SFD informam ao receptor que o
próximo campo será o endereço de destino (MAC)
1010101010101010.......10101011
18
 1. PREÂMBULO (08 bytes)
Formato do Quadro (Frame) Ethernet

 Referências PREÂMBULO no Manual Original Ethernet DIX:

ETHERNET SPECIFICATION: Physical Layer,

7.5.1.3 Preamble Generation – pg 78

19
 2. ENDEREÇO FÍSICO
Formato do Quadro Ethernet

 Endereço Físico
 Cada estação em uma rede Ethernet tem seu próprio
NIC (Network Interface Card).
 O NIC é pré-configurado na fábrica com um endereço
físico de 6 bytes (48 bits)
 Os 3 primeiros bytes identificam o fabricante*

Código do Número de
Frabricante Série

* http://standards.ieee.org/develop/regauth/oui/oui.txt 20
 2. ENDEREÇO FÍSICO
Formato do Quadro Ethernet- (continuação)
 Endereço Físico de Destino – DA (Destination Address)
 O campo DA tem 6 bytes de comprimento e contém o
endereço físico (MAC) da estação (ou estações) de
destino que receberão o pacote.
 O endereço de destino pode ser unicast, multicast ou
broadcast
 Endereço Físico de Origem – SA (Source Addres)
 O campo SA tem 6 bytes de comprimento e contém o
endereço físico (MAC) do emissor do pacote.

21
 3. COMPRIMENTO OU TIPO
Formato do Quadro Ethernet ou IEEE 802.3

 Comprimento ou Tipo (Length / Ether Type)

A Ethernet-padrão usa este campo para definir o
protocolo da camada superior encapsulado pelo
frame,
 O valor define o TIPO ou TAMANHO do PDU de
acordo com o protocolo utilizado (Ethernet ou 802.3).

Ether
Endereço Físico de Endereço Físico de Payload (Network PDU)
T ype / CRC / FCS
Destino (MAC) Origem (MAC) Length
(Protocol Data Unit)
6 Bytes 6 Bytes 2 bytes 46 a 1500 Bytes CRC

** http://standards.ieee.org/develop/regauth/ethertype/eth.txt
Ver arquivo “manuf” (WireShark)
22
 3. COMPRIMENTO OU TIPO
Formato do Quadro Ethernet ou IEEE 802.3

 Se o valor do campo exceder o valor 1500, é um TIPO

(Ethernet) caso contrario é um TAMANHO (IEEE 802.3)

 Se ( valor ≥ 1536 [0x0600 Hex] )

 Indica que é um (TIPO) protocolo de rede
 Menor valor possível é 1536 [0x0600 Hex]
 Como o tamanho total frame pode chegar a 1518 bytes, para evitar confusão, foi definido o
valor ≥ 1536.

 Indica que é um frame Ethernet v2.0 (DIX).*

* http://standards.ieee.org/develop/regauth/ethertype/eth.txt

 Se ( valor ≤ 1500 [0x05dc Hex] )

 Indica o TAMANHO do frame
 Maior valor de tamanho do frame é 1500, logo, não há confusão!!
 Indica que é frame IEEE 802.3
23
 3a. Tipo (EtherType)
Quadro (Frame) ETHERNET

 No protocolo Ethernet*, o valor deste campo define o

TIPO do protocolo encapsulado. Ex. protocolo ARP:
3. Network Layer
Sender Sender Target
ARP HW Prot. HW Prot Opera- Target HW
HW Protocol Protocol
Protoc ol Type Type Len Len tion Address Address
Address
Address

2. Data Link Layer

Endereço Endereço Ether
Payload
Físico de Físico de Type CRC
Protocol Data Unit (ARP Protocol)
Destino Origem 0x806
6 Bytes 6 Bytes 2 Bytes 46 a 1500 Bytes
1. Phisical Layer

Protocolo Descrição Hex Dec

IPv4 Internet Protocol, Version 4 (IPv4) 0x0800 2048
ARP Address Resolution Protocol (ARP) 0x0806 2054
RARP Reverse Address Resolution Protocol (RARP) 0x8035 32821
VLAN VLAN-tagged frame (IEEE 802.1Q) 0x8100 33024
SNMP Simple Network Management Protocol (SNMP)[3] 0x814c 33100
IPv6 Internet Protocol, Version 4 (IPv6) 0x86dd 35037

http://www.cavebear.com/archive/cavebear/Ethernet/type.html 24
 Exemplo ETHERNET II
 TIPO : Ethernet v2.0 (Length)

Ethernet
Endereço Físico de Destino Endereço Físico de Origem Ether Payload (Network PDU)
(MAC) (MAC) Type (Protocol Data Unit) CRC / FCS
ff:ff:ff:ff:ff:ff 00:14:a9:34:a7:93 0x0806 ARP - Address Resolution Protocol
1 2 3 4 5 6 1 2 3 4 5 6 1 2 46 1500 1 2 3 4
6 Bytes 6 Bytes 2 bytes 46 a 1500 Bytes CRC
ff ff ff ff ff ff 00 19 bb ec 58 a0 08 06 00 01 08 00 . . . 0a 0b 0c 00 00 00 00

Se o frame Ethernet II for menor que 64 bytes, é implementado

um mecanismo de preenchimento automático (padding)
25
 3b. Comprimento (Length)
Quadro (Frame) IEEE 802.3

 Noprotocolo 802.3, o valor é o comprimento ou

TAMANHO do protocolo no interior do frame, no qual
o protocolo LLC está encapsulado.
O cabeçalho do LLC ou LLC/SNAP indica o tipo do protocolo no
interior do frame
 Quando usado 802.3 com protocolo IP, sempre terá o SNAP. Outros
protocolos também usam o SNAP, como por exemplo, o Cisco
Discovery Protocolo (CDP)

26
 Exemplo ETHERNET 802.3 LLC
 COMPRIMENTO : IEEE 802.3 LLC (802.2) com 1 byte de Controle

39 bytes = 3 Bytes (802.2 LLC) + 36 Bytes (STP)

Tam. Mínimo (46 Bytes) =

3 LLC + 43 Padding

Controle com 1 Byte neste caso

802.2 LLC Type 1

27
 ETHERNET 802.3 MAC + 802.2 SNAP frame
Ver apresentação IEEE 802.3 para mais detalhes!

 Diferença 802.3 LLC (802.3MAC + 802.2LLC) e 802.3 SNAP

 Os campos SAP (Dst, Src) não permitem representar valores de do tipo de
protocolo, como IP (0x0800), ARP (0x0806) etc, uma vez que cada SAP tem
somente um byte (entre 1 e 255 ou hexa [00..FF])
 Para fins de compatibilidade com o ETHERNET, o cabeçalho SNAP foi adicionado
ao cabeçalho 802.2 LLC (SNAP com a mesma função EtherType).
 No frame 802.2 LLC SNAP, ambos valores SAP (Dst e Src) sempre terão 0xAA
Ctrl 0x03 e os 5 primeiros bytes do campo de dados (SNAP) fornecerão o OUI e o
protocolo ID. Exemplo:
 3 bytes para identificar o fornecedor (Organizationally Unique Identifer' (OUI)
 2 bytes para Protocolo ID (como no Ethernet II)

0x000000 0x0800
 Ver PPT IEEE 802.3 para mais detalhes OUI Ether IP 28
 4. DADOS
Formato do Quadro Ethernet
 Um frame pode ter 64 a 1518 bytes de tamanho.
 Um frame Ethernet usa pelo menos 18 bytes para
sinalização e controle (PDU 1500 Bytes Eth II ou 802.3).

29
 Exemplo campo Dados Ethernet
 Encapsulamento IP/ICMP
 Encapsulado no PDU do protocolo IP e ICMP na camada 2 (Ether)
Dados (Payload) parte da mensagem que
Cabeçalho Base (Header)
possui dados, que são adicionados (TX) ou
comum a todos tipos de
mensagens
removidos (RX) por uma camada.

ICMP
Header Mensagens ICMP

3. Network Layer

IP ICMP
Header Header Mensagens ICMP

CRC
2. Data Link Layer Ethernet
Header IP Header ICMP Header Mensagens ICMP

1. Phisical Layer 30
 5. CRC / FRAME CHECK SEQUENCE
Formato do Quadro Ethernet
 CRC / Frame Check Sequence:
 CRC (Verificação de Redundância Cíclica)*: executa cálculo de
um polinômio CRC-32 (Chance de erro, 1 em 4,3bilhões).
 O CRC é uma técnica de detecção de erros usada na
transmissão de dados.
 Os códigos CRC são conhecidos como funções polinomiais e
podem ser representados como uma função de bits, por
exemplo CRC-16 𝑥 16 + 𝑥 15 + 𝑥 2 + 1

𝑏 𝑥 = 𝑥 16 + 𝑥 15 + 𝑥 2 + 1 = (11000000000000101)2
 hexa: 0x18005, desconsiderando o bit mais alta ordem, pois tem 17
termos, passado a hexa: 0x8005 = 1000000000000101 ou 𝑥15 𝑎 𝑥 0

As operações de divisão são realizadas por operações XOR sucessivas.

* IEEE Std 802.3-2008 – Section 3.2.9 Frame Check Sequence (FCS) field – pg53
31
 Polinômios
 Um padrão de bits 0s e 1s pode ser representado na
forma de um polinômio com coeficientes 0 e 1

FOROUZAN 2010-09-01, p. 287 32

 5. CRC / FRAME CHECK SEQUENCE
Formato do Quadro Ethernet
 CRC / Frame Check Sequence:
 CRC (Verificação de Redundância Cíclica)*: executa cálculo de
um polinômio CRC-32, definido como:

 Paridade bidimensional: coloca bytes individuais em uma matriz

bidimensional, sobre a qual é realizada uma verificação
horizontal e vertical, criando um byte extra para que se tenha um
número par ou ímpar de 1s binários.
 Internet checksum: adiciona os valores de todos os bits de
dados para obter uma soma
 Quadro descartado se um erro for detectado

* IEEE Std 802.3-2008 – Section 3.2.9 Frame Check Sequence (FCS) field – pg53
33
 5. CRC / FRAME CHECK SEQUENCE
Formato do Quadro Ethernet

 Implementação do
CRC 32

ETHERNETS PECIFICATION: Physical Layer,

Appendix C – pg 98 34
 5. CRC / FRAME CHECK SEQUENCE
Formato do Quadro Ethernet

 Polinômio gerador CRC 32 802.3

G(x) = x32 + x26 + x23 + x22 + x16 + x12 + x11 + x10 + x8 + x7 + x5 + x4 + x2 + x1 + 1

 Em bits / Hexadecimal:
1 0000 0100 1100 0001 0001 1101 1011 0111 ↔ 0x104𝑐11𝑑𝑏7
 Considerando o primeiro termo “1”, são 33 bits.
1 0000 0100 1100 0001 0001 1101 1011 0111
 Logo, ao desconsiderar o bit de mais alta ordem, resulta em (bits/Hex)
0000 0100 1100 0001 0001 1101 1011 0111 ↔ 0x04C11DB7
(Big Endian)
 Invertendo, tem-se o resultado (bits/Hex):
1110 1101 1011 1000 1000 1100 0010 0000 ↔ 0xEDB88C20
(Little Endian)

35
 Cadeia XOR do CRC32
Quando reverte o polinomial, torna-se: 0xEDB88320, logo, não há necessidade
de inverter a informação para processar a mensagem.
G(x) = x32 + x26 + x23 + x22 + x16 + x12 + x11 + x10 + x8 + x7 + x5 + x4 + x2 + x1 + 1

x26

x16 x22 x23

x12 x11 x10 x8

x1 x2 x4 x5 x7 36
 Algoritmos básicos CRC 32

//inicialização

//polinômio, ver
//próx. slide

Algoritmo CRC-32 melhorado, pois evita

Algoritmo CRC-32 Básico com operação com inversão de bits aplicando o
operadores de deslocamento à deslocamento a direita (shift op. >>)
esquerda (shift op. <<)

37
 Parâmetros padrões para CRC’s

0x4C11DB7

Ref: Altera A-DS-CRC-02 , crc MegaCore Function Parameterized CRC Generator/Checker Data Sheet
38
 Tamanho Mínimo dados Ethernet
 O encapsulamento Ethernet original v2.0 (DIX) (RFC
894) é o mais usado.
 A tamanho mínimo do payload de um frame Ethernet é:
 Ethernet original  46 bytes
 IEEE 802.3** com:
 802.2 SNAP  38 bytes (LLC c/ 1 byte de controle)

 802.2 LLC (1 byte de controle)  43 bytes

 802.2 LLC (2 bytes de controle)  42 bytes

 Se a quantidade de dados a transmitir for menor, são

introduzidos bytes de padding adicionais.

 Padding são INSERIDOS dentro do PDU do Frame Ethernet, ou seja, após

os Dados quando tamanho do PDU é menor 46 bytes
** RFC 1040 / ANSI/IEEE Std 802.2 39
 Considerações sobre Tamanho de
Transmissão
 Os termos "maximum packet size" e "maximum
transmission unit” (MTU) serão considerados
equivalentes nas considerações a seguir.
 O MTU se difere em diferentes tipos de redes
IEEE 802
 Cada protocolo da camada de enlace de dados tem
seu próprio formato de frame.
 Um dos campos definidos no formato é o tamanho
máximo do campo de dados
 O valor do MTU depende do protocolo associado à
camada física.

40
 Considerações sobre Tamanho de
Transmissão
 Portanto, quando um datagrama é encapsulado em um
frame, o tamanho total do datagrama tem que ser
menor que o MTU, que é definido pelas restrições
impostas pelo hardware e software usados na rede

O datagrama IPv4 foi projetado para ter o tamanho

máximo de 65.535 bytes, mas na rede física, deve
se adequar ao MTU e quando dividido, o processo
é conhecido como fragmentação.

41
 Outros exemplos - MTU Values
Valor MTU Tipo de Link Físico
65535 PPP max, Hyperchannel
17914 16 Mbps Token Ring
4464 4 Mbps Token Ring
1500 Ethernet, PPP default
1492 IEEE 802.3/802.2
1480 PPPoE
1460 L2TP
1454 Optimal PPPoE-over-DSL MTU
1372 PPTP (PPP/GRE/IP) default, Windows XP
576 X.25, default for many SLIP implementations

42
 Descobrindo MTU no windows
C:\Users\Emir>netsh interface ipv4 show /?

Os seguintes comandos estão disponíveis:

Comandos neste contexto:

show addresses - Mostra configurações do endereço IP.
show compartments - Mostra os parâmetros do compartimento.
show config - Exibe o endereço IP e informações adicionais.
show destinationcache - Mostra as entradas do cache de destino.
show dnsservers - Exibe os endereços dos servidores DNS.
show dynamicportrange - Mostra os parâmetros de configuração de intervalo de porta dinâmica.
show excludedportrange - Mostra todos os intervalos de porta excluídos.
show global - Mostra os parâmetros de configuração global.
show icmpstats - Exibe estatísticas ICMP.
show interfaces - Mostra os parâmetros de interface.
show ipaddresses - Mostra endereços IP atuais.
show ipnettomedia - Exibe mapeamentos de rede IP para mídia.
show ipstats - Exibe estatísticas IP.
show joins - Exibe grupos de multicast unidos.
show neighbors - Mostra as entradas do cache vizinho.
show offload - Exibe as informações de offload.
show route - Mostra as entradas da tabela de rota.
show subinterfaces - Mostra os parâmetros da subinterface.
show tcpconnections - Exibe conexões de TCP.
show tcpstats - Exibe estatísticas TCP.
show udpconnections - Exibe conexões de UDP.
show udpstats - Exibe estatísticas UDP.
show winsservers - Exibe os endereços dos servidores WINS.

43
 Descobrindo MTU no windows
C:\Users\Emir>netsh interface ipv4 show subinterfaces

MTU MediaSenseState Bytes Entrada Bytes Saída Interface

------ --------------- --------- --------- -------------
1500 1 4133649198 719530584 Ethernet Giga-bit Atheros
1500 1 0 151411 Ethernet
4294967295 1 0 2060138 Loopback Pseudo-Interface 1
1500 1 0 150615 Ethernet 2

44
 Path MTU Discovery
 A descoberta de caminho MTU permite determinar o
caminho MTU ideal entre dois hosts IP para evitar a
fragmentação adicional dos datagramas IP.
 Definir o bit DF (Don´t Fragment) como “1” no cabeçalho IP dos
datagramas transmitidos. (opção “-f” no ping)
 Quando um dispositivo no caminho desse datagrama tiver um
MTU menor do que o datagrama, esse pacote será descartado e
será enviada a mensagem ICMP:
 "Destino Inalcançável (Pacote muito grande)" de volta ao
transmissor, contendo o MTU desse dispositivo.
 Essa informação permite que o host transmissor reduza o MTU
da transmissão de forma apropriada.
 O processo se repete até que seja descoberto o menor MTU
que permite a transmissão de dados pelo caminho todo sem que
haja fragmentação.
45
 Exemplo ping
C:\Users\Emir>ping -l 1500 192.168.25.1

Disparando 192.168.25.1 com 1500 bytes de dados:

Resposta de 192.168.25.1: bytes=1500 tempo=1ms TTL=64
Resposta de 192.168.25.1: bytes=1500 tempo=1ms TTL=64
Resposta de 192.168.25.1: bytes=1500 tempo=1ms TTL=64
Resposta de 192.168.25.1: bytes=1500 tempo=1ms TTL=64

Estatísticas do Ping para 192.168.25.1:

Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
perda),
Aproximar um número redondo de vezes em milissegundos:
Mínimo = 1ms, Máximo = 1ms, Média = 1ms

C:\Users\Emir>ping -l 1500 -f 192.168.25.1 (opção –f diz não fragmente)

Disparando 192.168.25.1 com 1500 bytes de dados:

O pacote precisa ser fragmentado, mas a desfragmentação está ativa.
O pacote precisa ser fragmentado, mas a desfragmentação está ativa.
O pacote precisa ser fragmentado, mas a desfragmentação está ativa.
O pacote precisa ser fragmentado, mas a desfragmentação está ativa.

Estatísticas do Ping para 192.168.25.1:

Pacotes: Enviados = 4, Recebidos = 0, Perdidos = 4 (100% de
perda),
46
 Exemplo ping
C:\Users\Emir>ping -l 1480 -f 192.168.25.1 (opção –f diz não fragmente)

Disparando 192.168.25.1 com 1480 bytes de dados:

O pacote precisa ser fragmentado, mas a desfragmentação está ativa.
O pacote precisa ser fragmentado, mas a desfragmentação está ativa.
O pacote precisa ser fragmentado, mas a desfragmentação está ativa.
O pacote precisa ser fragmentado, mas a desfragmentação está ativa.

Estatísticas do Ping para 192.168.25.1:

Pacotes: Enviados = 4, Recebidos = 0, Perdidos = 4 (100% de
perda),

C:\Users\Emir>ping -l 1472 -f 192.168.25.1 (opção –f diz não fragmente)

Disparando 192.168.25.1 com 1472 bytes de dados:

Note:
Resposta de 192.168.25.1: bytes=1472 tempo<1ms TTL=64
- Dados 1472
Resposta de 192.168.25.1: bytes=1472 tempo<1ms TTL=64
- ICMP Header 8 bytes
Resposta de 192.168.25.1: bytes=1472 tempo<1ms TTL=64
- IP Header 20 bytes
Resposta de 192.168.25.1: bytes=1472 tempo=1ms TTL=64
---------------------------------------
Total 1500 Bytes
Estatísticas do Ping para 192.168.25.1:
Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
perda),
Aproximar um número redondo de vezes em milissegundos:
Mínimo = 0ms, Máximo = 1ms, Média = 0ms
47
 Encapsulamento Ethernet
Exemplo 1
 Encapsulamento Ethernet II (RFC 894), também
conhecido por encapsulamento ARPA ou DIX
Ethernet

Endereço Físico de Endereço Físico de Ether

CRC / FCS
Destino (MAC) Origem (MAC) Type

6 Bytes 6 Bytes 2 Bytes 46 a 1500 Bytes

 Exemplo encapsulamento de protocolo IP, ARP e RARP

Ether
Type Datagrama IP
0x800
2 Bytes 46 a 1500 Bytes
Ether
Type Pedido ou resposta ARP PAD
0x0806
2 Bytes 28 Bytes 18 Bytes

Ether
Type Pedido ou resposta RARP PAD
0x8035
2 Bytes 28 Bytes 18 Bytes
48
Encapsulamento Ethernet 802.3 SNAP
Exemplo 2
End. Físico de End. Físico de
Ether DSAP SSAP Ctrl Org Protocolo Camada Superior
Destino Origem Tipo (Protocol Data Unit)
CRC / FCS
Type 0xAA 0xAA 0x03 0x00
(MAC) (MAC)
(6 Bytes) (6 Bytes) (2 Bytes) (1 Byte) (1 Byte) (1 Byte) (3 Byte) (2 Byte) 43 a 1497 Bytes (Controle 1 Byte - RFC 1042) 4 Bytes

Indica a presença de
Tipo
um cabeçalho SNAP Pedido ou resposta ARP PAD
0x0806

28 Bytes 10 Bytes
O código de organização
(OUI) com valor ZERO
Tipo
Pedido ou resposta RARP PAD
0x8035

28 Bytes 10 Bytes

𝑇𝑎𝑚𝑎𝑛ℎ𝑜𝐹𝑟𝑎𝑚𝑒 = 18 𝑏𝑦𝑡𝑒𝑠 ℎ𝑒𝑎𝑑𝑒𝑟 𝐸𝑡ℎ + 8 𝑏𝑦𝑡𝑒𝑠 𝑆𝑁𝐴𝑃 + 28 𝑏𝑦𝑡𝑒𝑠 𝐴𝑅𝑃 + 10 𝑃𝑎𝑑𝑑𝑖𝑛𝑔 = 𝟔𝟒 𝒃𝒚𝒕𝒆𝒔

Redes IEEE 802.3 tem um pacote de tamanho mínimo e varia de acordo com a taxa de
transmissão.
(RFC 1042 IP and ARP on IEEE 802 Networks) 49
 Broadcast Ethernet ou 802.3
 O broadcasting usa um endereço de destino do enlace
de dados com apenas ‘1’ (FF.FF.FF.FF.FF.FF hexa).
 O Broadcasting pode afetar seriamente o desempenho das estações
interrompendo-as desnecessariamente.
 O Broadcast deve ser usado quando o endereço MAC de destino for
desconhecido, ou quando o destino for todas as estações.

Exemplo: Máquina ‘A’ transmitindo um

broadcast para todas estações (ARP).

Destination: (ff:ff:ff:ff:ff:ff)
Source: (88:53:2e:3f:0a:f2)
Type: ARP (0x0806)

50
 Experimento
 Realize a tarefa:
 Pratica [A01] WireShark Ethernet e Camadas OSI/RM

 Na sequência dos slides, a leitura é opcional, mas

recomendada

 Revise na sequência o protocolo IEEE 802.3

51