Académique Documents
Professionnel Documents
Culture Documents
APOSTILA TCP/IP
1. HISTRICO .............................................................................................................................. 3
2. O MODELO DE REFERNCIA TCP/IP.................................................................................... 6
2.1
2.2
2.3
2.4
A CAMADA HOST/REDE....................................................................................... 9
2.5
2.6
2.7
2.8
4. ENDEREAMENTO IP........................................................................................................... 27
4.1
4.2
4.3
4.4
DIFUSO LOCAL................................................................................................. 29
4.5
4.6
ENDEREO DE MULTICAST.............................................................................. 30
4.7
4.8
NOTAO DECIMAL........................................................................................... 32
4.9
4.11
ENDEREAMENTO DE SUB-REDE................................................................... 33
4.11.1
4.11.2
4.11.3
Super-redes ......................................................................................................... 35
4.11.4
4.12
SUB-REDES......................................................................................................... 38
4.13
CONCEITO........................................................................................................... 43
5.2
RIP........................................................................................................................ 45
5.3
RIP II..................................................................................................................... 46
5.4
OSPF .................................................................................................................... 47
5.5
5.6
EGP ...................................................................................................................... 48
INTRODUO ..................................................................................................... 50
6.2
PROBLEMA DE CONVERSO............................................................................ 50
6.2.1
6.2.2
6.2.3
6.3
6.3.1
6.3.2
Implementao ARP............................................................................................. 52
6.3.3
6.3.4
6.4
PROTOCOLO RARP............................................................................................ 54
6.4.1
Introduo............................................................................................................. 54
7.1.1
7.1.2
7.1.3
Source Quench..................................................................................................... 59
7.1.4
Redirect ................................................................................................................ 60
7.1.5
7.1.6
7.1.7
CAMADA DE TRANSPORTE............................................................................... 66
8.2
8.2.1
8.2.2
8.2.3.1
Organizao em camadas.................................................................................... 71
8.2.4
8.2.4.1
8.3
8.3.1
Servios TCP........................................................................................................ 79
8.3.1.1
8.3.1.2
8.3.1.4
8.3.1.5
8.3.1.6
8.3.1.7
8.3.2
8.3.3
Encerramento da Conexo................................................................................... 86
8.3.4
HISTRICO
2.1
A CAMADA INTER-REDES
Host A
Host A
Mensagem
idntica
Aplicao
Aplicao
Pacote
idntico
Transporte
Transporte
Roteador
Inter-Rede
Datagrama
idntico
Inter-rede
Rede
Rede
Quadro
idntico
Rede Fsica 1
Datagrama
idntico
Rede
Inter-Rede
Rede
Quadro
idntico
Rede Fsica 2
2.2
A CAMADA DE TRANSPORTE
2.3
A CAMADA DE APLICAO
mover
dados
com
eficincia
de
uma
mquina
para
outra.
2.4
A CAMADA HOST/REDE
10
2.5
Inter-rede
de
TCP/IP
apresenta
uma
altura
menor
que
correspondente nvel de Rede OSI. Isto representa o fato de que uma das
funes do nvel de Rede OSI realizada pelo nvel de Rede TCP/IP. Esta
funo a entrega local de mensagens dentro da mesma rede. O IP s trata a
entrega e a deciso de roteamento quando o origem e o destino da mensagem
esto situados em redes distintas.
11
Arquitetura TCP/IP
Arquitetura OSI
Aplicao
Apresentao
Aplicao
Sesso
Transporte
Inter-rede
Transporte
Rede
Enlace
Rede
Fsico
Figura 22- OSI e TCP/IP
DS, MHS
FTAM
Shell
DNS
S
M
T
P
F
T
P
ping
H
T
T
P
Apresentao
ISO
Presentation
Sesso
ISO Session
Transporte
ISO
Transport
C4
SPX
TCP, UDP
Rede
X.25
SNDCP
IPX
IP, ICMP
NCP
Winsock
Enlace
Fsico
LLC
IEEE 802.2
IEEE 802.3
IEEE 802.5
DD MLID
Binding A
R
DD NDIS P
Ethernet
Ethernet
LSL
N
F
S
socket
POP
T
e
l
n
e
t
TLI
Unix
PPP
X.25
Ethernet
Serial
2.6
12
Roteador B
M
M
Hub ou switch
Roteador
principal
Servidor HTTP
Servidor DNS
Servidor SMTP
POP3/ IMAP4
Servidor FTP
Servidor News
Gerncia SNMP
Roteador
Firewall
Filtros, NAT
Proxy HTTP, FTP, Telnet
Gateways seguros
Acesso Remoto
Clientes
Servidor
Proxy
Servidor HTTP
DNS, FTP
Servidor SMTP/POP3
Correio corporativo
13
Roteador B
Roteador A
M
M
M
Internet
Acesso IP
Dedicado
Hub ou switch
Servidor HTTP
Servidor DNS
Gerncia
Servidor SMTP
POP3/ IMAP4
Radius/Tacacs
Servidor FTP
Servidor News
Acesso IP
Discado
M M M M
... M
Sistema
Telefnico
14
2.7
diferenas.
importante notar que estamos comparando modelos de referncia,
independente das pilhas de protocolos correspondentes. O modelo OSI tem
trs conceitos fundamentais, que so os seguintes:
1. Servios
2. Interfaces
3. Protocolos
Provavelmente a maior contribuio do modelo OSI tornar explicita a
distino entre esses trs conceitos. Cada camada executa alguns servios
para a camada acima dela. A definio do servio informa o que a camada faz,
e no a forma como as entidades acima dela o acessam ou como a camada
funciona.
A interface de uma camada informa como os processos acima dela
podem acess-la. A interface especifica quais so os parmetros e resultados
a serem esperados. Ela tambm no revela o funcionamento interno da
camada.
Finalmente, os protocolos utilizados em uma camada so de
responsabilidade dessa camada A camada pode usar os protocolos que quiser,
desde que eles viabilizem a realizao do trabalho (ou seja, forneam os
15
servios oferecidos). Ela tambm pode alterar esses protocolos sem influenciar
o software das camadas superiores. Essas idias se adaptam perfeitamente
aos novos conceitos da programao orientada a objetos. Um objeto, assim
como uma camada, tem um conjunto de mtodos (operaes) que processos
externos ao objeto podem ativar. A semntica desses mtodos define o
conjunto de servios que o objeto oferece. Os parmetros e os resultados do
mtodo formam a interface do objeto. O cdigo interno do objeto e seu
protocolo, que no e visvel nem interessa aos elementos que esto fora do
objeto. Originalmente, o modelo TCP/IP no distinguiu com clareza a diferena
entre servio, interface e protocolo, embora as pessoas tenham tentado
adapt-lo ao modelo OSI. Por exemplo, os nicos servios reais oferecidos
pela camada inter-redes so SEND IP PACKET (enviar pacote IP) e RECEIVE
IP PACKET (receber pacote IP). Por essa razo, os protocolos do modelo OSI
so mais bem encapsulados do que no modelo TCP/IP e podem ser
substitudos com relativa facilidade, acompanhando as tendncias dos
eventuais avanos tecnolgicos. Um dos principais objetivos das diversas
camadas de protocolo so as possibilidades que elas oferecem no que diz
respeito a essas mudanas.
O modelo de referncia OSI foi concebido antes de os protocolos terem
sido inventados. Conseqentemente, o modelo no foi criado com base em um
determinado conjunto de protocolos, o que o deixou bastante flexvel. No
entanto, h o inconveniente de os projetistas no terem experincia com o
assunto e no terem muita noo sobre a funcionalidade que deve ser
colocada em cada camada.
Por exemplo, a camada de enlace de dados originalmente lidava com
redes ponto a ponto. Quando surgiram as redes de difuso, uma nova camada
teve de ser criada no modelo. Quando as pessoas comearam a criar redes
com base no modelo OSI e nos protocolos existentes, elas perceberam que as
especificaes de servio obrigatrias no eram compatveis. Portanto, foi
necessrio enxertar no modelo sub-camadas de convergncia que permitissem
atenuar as diferenas. Como acreditava que cada pas teria uma rede,
controlada pelo governo e baseada nos protocolos OSI, o comit no se
preocupou com as conexes inter-redes. Resumindo: na prtica, foi tudo muito
16
diferente.
Com o TCP/IP, aconteceu exatamente o contrrio: como os protocolos
vieram primeiro, o modelo foi criado com base neles. Os protocolos no tiveram
problemas para se adaptar ao modelo. Foi um casamento perfeito. O nico
problema foi o seguinte: o modelo no se adaptava s outras pilhas de
protocolos. Conseqentemente, ele no era de muita utilidade quando havia
necessidade de se escrever redes que no faziam uso do protocolo TCP/IP.
Deixando a filosofia de lado e entrando em questes mais prticas, uma
das maiores diferenas entre os dois modelos est no nmero de camadas: o
modelo OSI tem sete camadas e o TCP/IP, quatro. Ambos tm as camadas de
inter-rede, transporte e aplicao, mas as outras so diferentes.
Outra diferena est na rea da comunicao sem conexo e da
comunicao orientada conexo. Na camada de rede, o modelo OSI
compatvel com a comunicao sem conexo e com a comunicao orientada
conexo no entanto, na camada de transporte, o modelo aceita apenas a
comunicao orientada conexo, onde ela de fato mais importante (pois o
servio de transporte visvel para os usurios). O modelo TCP/IP tem apenas
um modo na camada de rede (sem conexo), mas aceita ambos os modelos na
camada de transporte, oferecendo aos usurios uma opo de escolha. Essa
escolha
especialmente
solicitao/resposta.
importante
para
os
protocolos
simples
de
17
2.8
18
terminal virtual, o TELNET, por exemplo, foi projetado para um vdeo TTY
mecnico, capaz de processar 10 caracteres por segundo. Ele no reconhece
mouses e interfaces grficas No entanto, esse protocolo usado em larga
escala ainda hoje, 25 anos depois de seu surgimento.
Em resumo, apesar de seus problemas, o modelo OSI (menos as
camadas de sesso e apresentao) mostrou-se excepcionalmente til para a
discusso das redes de computador. Por outro lado, os protocolos OSI jamais
conseguiram se tornar populares. exatamente o contrrio o que acontece
com o TCP/IP: o modelo praticamente ignorado, mas os protocolos so
usados cm larga escala.
19
O protocolo IP foi projetado tendo como principal objetivo a ligao interredes. Por isto ele considerado como elemento integrador da Internet, atravs
dele possvel a conexo de diversas sub-redes. A internet composta de
diversos backbones construdos atravs linhas de alta velocidades de diversos
tipos de tecnologia. A cada um destes backbones esto conectados vrias
redes locais de muitas outras instituies cada uma com suas caractersticas
de sub-rede. Em muitas empresas comum utilizar o IP, e outros protocolos de
sua famlia, para interligar computadores de tecnologia diferentes.
O protocolo IP providencia duas importantes definies de servio. Uma
define a unidade bsica de transferncia de dados chamada de datagrama IP.
A outra define uma funo de roteamento, preocupando-se como os pacotes
so endereados e quais caminhos tero que seguir para chegarem a seu
destino.
3.1
O DATAGRAMA IPV4
20
21
32 BITS
VERSIO
N
TYPE
IHL
OF
SERVICE
IDENTIFICATION
TOTAL LENGTH
D M
F F
TIME
TO
LIVE
PROTOCO
L
FRAGMENT
OFFSET
HEADER CHECKSUM
SOURCE ADDRESS
DESTINATION ADDRESS
OPTIONS
DATA
Figura 4 - Formato do datagrama IPv4
22
PRECEDENCE
No Usados
23
24
OPTION CLASS
OPTION NUMBER
OPTION
Classes
CLASS
0
Medidas e depurao
25
OPTIO
N CODE
OPTION
NUMBER
Comprimento
Descrio
da opo
--------------------------
--------------------------
Sem
Usados
operao.
para
alinhar
11
palavras
de 32 bits
Security.
para
Usado
implementar
segurana.
0
Varivel
Loose
Route.
Usado
encaminhar
Source
para
um
datagrama ao longo de
um
caminho
especificado.
0
Varivel
Record
Route.
Varivel
Strict
Route.
Usado
encaminhar
Source
para
um
datagrama ao longo de
um
especificado.
caminho
26
Varivel
Intert
Timestamp.
27
ENDEREAMENTO IP
4.1
IDENTIFICADORES UNIVERSAIS
4.2
Podemos
pensar
na
Internet
como
uma
gigantesca
rede
de
optou-se
por
um
esquema
anlogo
ao
das
redes
convencionais, onde a cada host atribudo um nmero inteiro que ser seu
endereo - no caso o endereo IP. A grande vantagem no esquema de
endereamento da Internet que ele foi cuidadosamente concebido para
simplificar a tarefa de roteamento.
Cada mquina ligada Internet possui um endereo de 32 bits, que se
divide em duas partes: uma primeira que identifica a rede a qual esse
computador est fisicamente conectado e uma segunda parte que identifica o
computador propriamente dito. Observe que todas as mquinas conectadas a
28
uma mesma rede iro compartilhar essa primeira parte, que se convencionou
chamar net id (identificador da rede). Analogamente, segunda poro do
endereo IP chamamos host id (identificao da mquina).
Em termos prticos, cada endereo IP dever estar contido em uma das
cinco categorias representadas na Figura 7. A classe de um endereo pode ser
identificada atravs do exame dos quatro bits de mais alta ordem, sendo que
as trs classes bsicas (A, B e C) podem ser distinguidas apenas pelos dois
primeiros. A classe A, usada para um pequeno nmero de redes que contm
mais de 65.535 hosts, reserva 7 bits para o net id e 24 bits para o host id. Os
endereos da classe B se destinam a redes de tamanho intermedirio (entre
256 e 65535 mquinas) e reservam 14 bits para o net id e 16 bits para o host
id. Finalmente, a classe C, apropriada para pequenas redes, aloca 21 bits para
o net id e apenas 8 bits para o host id. Observe que os endereos IP so
estruturados de forma a permitir uma rpida extrao da identificao da rede
(net id) e da mquina a ela conectada (host id). Os gateways dependem da
extrao eficiente do net id para realizar o roteamento dos pacotes IP.
Figura 7 Categorias IP
29
4.3
ENDEREO
DE
UMA
REDE
ENDEREO
DE
DIFUSO
(BROADCAST)
4.4
DIFUSO LOCAL
30
4.5
HOST.
4.6
ENDEREO DE MULTICAST
31
4.7
FRAQUEZAS DO ENDEREAMENTO IP
32
4.8
NOTAO DECIMAL
decimais.
Por
exemplo
endereo
Classe A
1.0.0.0 at 127.255.255.255
33
4.9
Classe B
128.0.0.0 at 191.255.255.255
Classe C
192.0.0.0 at 223.255.255.255
Classe D
224.0.0.0 at 239.255.255.255
Classe E
240.0.0.0 at 247.255.255.255
ENDEREO DE LOOPBACK
4.11
ENDEREAMENTO DE SUB-REDE
34
"poro de rede". Isto , ele possui bits 1 nas posies correspondentes a esta
"poro de rede". Para uma rede classe C sem sub-redes a mscara seria:
11111111 11111111 11111111 00000000
que em notao decimal corresponde a:
255.255.255.0
Qual seria a mscara de sub-rede usada para extrair a "poro de rede"
num classe C partilhado entre quatro redes? Observe que, para podermos
realizar a partilha, os dois bits mais significativos do ltimo octeto iro ser
usados para determinar a sub-rede. A mscara dever ento extrair os trs
primeiros octetos e estes dois bits adicionais. A mscara seria:
11111111 11111111 11111111 11000000
correspondente a:
255.255.255.192
Esse o nmero que aplicado a um determinado endereo IP ir
resultar na extrao da poro deste endereo sobre a qual iremos "resolver" o
roteamento.
A utilizao de mscaras to importante na Internet, que qualquer
administrador de redes, independente de utilizar ou no sub-redes, ir lidar
com esse parmetro quando configurar seus gateways.
4.11.1
35
Faixa de endereos
Localidade
194.0.0.0 a 195.255.255.255
Europa
198.0.0.0 a 199.255.255.255
Amrica do Norte
200.0.0.0 a 201.255.255.255
202.0.0.0 a 203.255.255.255
4.11.2
4.11.3
Super-redes
36
4.11.4
Exemplo de Redes
Estao B
200.18.171.37
200.18.171.148
Rede = 200.18.171.0
37
Estao A
Estao B
Roteador
200.18.171.148
200.18.180.10
200.18.171.37
200.18.180.200
200.18.171.0
200.18.180.0
139.82.5.14
139.82.5.0
200.1.2.20
139.82.5.3
139.82.5.15
139.82.5.129
210.200.4.3
200.1.3.2
200.1.3.0
210.200.4.0
210.201.0.1
210.201.0.0
200.1.3.1
10.0.0.1
200.1.2.35
210.201.0.3
10.0.0.2
210.200.4.57
210.200.4.56
38
4.12
SUB-REDES
39
"1100 0000" em binrio, o que indica que os dois primeiros bits endeream a
sub-rede, e que as sub-redes possveis so "0000 0000" (0), "0100 0000" (64),
"1000 0000" ( 128) e "1100 0000" (192).
Ou seja, com a mscara de rede 255.255.255.192 possvel subdividir a
rede 200.245.29.0 nas seguintes sub-redes: 200.245.29.0, 200.245.29.64,
200.245.29.128 e 200.245.29.192. Cada sub-rede pode enderear at 62
equipamentos (lembrando que um endereo usado para identificar a ede e
outro para a comunicao em broadcast).
40
equipamentos
cada,
soluo
utilizarmos
mscara
41
4.13
42
O primeiro endereo de cada sub-rede indica o endereo da prpria subrede, portanto no pode ser utilizado para enderear um host.
O ltimo endereo de cada sub-rede o endereo de broadcast (esse
endereo utilizado quando se deseja enviar informaes a todos os
equipamentos da subrede), portanto esse endereo tambm no pode ser
utilizado para enderear um host.
Assim, a sub-rede 192.67.32.16 (mscara 255.255.255.240) poder
conter hosts nas faixas de endereo de 192.67.32.17 at 192.67.32.30 e a subrede 192.67.32.32 poder conter hosts na faixa de 192.67.32.33 at
192.67.32.46, etc.
43
5. PROTOCOLOS DE ROTEAMENTO
5.1
CONCEITO
44
45
5.2
RIP
46
5.3
RIP II
47
5.4
OSPF
5.5
OSPF
48
5.6
EGP
49
50
6.1
INTRODUO
6.2
PROBLEMA DE CONVERSO
51
52
6.3
APRIMORAMENTO DE ARP
Porem
quando B entrar no ar novamento ele informar por difuso que seu MAC foi
alterado.
53
MENSAGEM ARP
CABEALHO QUADRO
MENSAGEM ARP
54
TIPO
HLE
TIPO
H
OPERAO
SENDER IP
SENDER IP
TARGET HA
6.4
PROTOCOLO RARP
6.4.1 Introduo
55
56
7. PROTOCOLO ICMP
Dados ICMP
Mensagem ICMP
Datagrama IP
15
Octeto 1
Octeto 2
TYPE
CODE
23
Octeto 3
31
Octeto 4
CHECKSUM
57
Tipo
Categoria
Echo Reply
Controle
Destination Unreachable
Source Quench
Controle
Redirect
Controle
Echo Request
Controle
Controle
10
Controle
11
Erro
12
Erro
13
Timestamp Request
Controle
14
Timestamp Reply
Controle
15
Controle
16
Controle
17
Controle
18
Controle
Erro
7.1
MENSAGEMS ICMP
15
Octeto 1
Octeto 2
TYPE (8 ou 0)
CODE (0)
23
Octeto 3
31
Octeto 4
CHECKSUM
IDENTIFIER
SEQUENCE NUMBER
OPTIONAL DATA
...
58
Communication
with
destination
host
administratively
prohibited
59
forma, se uma pacote IP, ao passar por um roteador para chegar a outra rede
com MTU menor, deva ser fragmentado, o protocolo IP no ir permitir e
enviar uma mensagem ICMP Destination Unreacheable para o destino. Para
suportar esta tcnica, a mensagem ICMP foi alterada para informar o MTU da
rede que causou o ICMP. Desta forma, a mquina origem saber qual o valor
de MTU que causou a necessidade de fragmentao, podendo reduzir o MTU
de acordo, nos prximos pacotes. Esta mensagem est ilustrada abaixo:
15
Octeto 1
Octeto 2
TYPE (3)
CODE (4)
23
Octeto 3
31
Octeto 4
CHECKSUM
...
7.1.3 Source Quench
15
Octeto 1
Octeto 2
TYPE (4)
CODE (0)
23
Octeto 3
31
Octeto 4
CHECKSUM
...
60
7.1.4 Redirect
15
Octeto 1
Octeto 2
TYPE (5)
CODE (0-3)
23
Octeto 3
31
Octeto 4
CHECKSUM
...
0 : Redirect datagrams for the Net (obsoleto)
1 : Redirect datagrams for the Host
2 : Redirect datagrams for the Type of Service and Net
3 : Redirect datagrams for the Type of Service and Host
61
139.82.16.33
139.82.17.22
139.82.16.1
139.82.17.1
139.82.18.44
139.92.18.1
139.92.17.2
139.82.16.2
139.82.19.1
Datagrama IP
Origem: 139.82.17.22
Destino: 139.82.19.55
139.82.19.55
139.82.16.33
139.82.17.22
139.82.18.44
139.92.18.1
139.92.17.2
139.82.16.1
139.82.17.1
139.82.16.2
139.82.19.1
Mensagem ICMP
5
CHECKSUM
139.82.17.1
139.82.19.55
Figura 13 - ICMP
Mscara
139.82.19.55
255.255.255.255
62
15
Octeto 1
Octeto 2
TYPE (11)
CODE (0-1)
23
Octeto 3
31
Octeto 4
CHECKSUM
...
Esta mensagem utilizada pelo programa traceroute (ou tracert no
Windows) para testar o caminho percorrido por um pacote. O programa
funciona da seguinte forma:
63
Esta variao de ICMP, definido na RFC 1256 foi projetada para permitir
que um roteador possa divulgar sua existncia para as mquinas existentes na
rede. O objetivo desta funo evitar a necessidade de se configurar
manualmente todas as estaes da rede com a rota default e permitir que uma
estao conhea outros roteadores alm do default que possam rotear no caso
de falha do principal.
A mensagem composta de duas formas: a solicitao de divulgao de
uma roteador e o anncio de um roteador. O roteador pode ser configurado
para enviar automaticamente as mensagens de anncio ou faz-lo apenas
comandado por uma mensagem de solicitao.
A mensagem ICMP Router Solicitation mostrada abaixo:
15
Octeto 1
Octeto 2
TYPE (10)
CODE (0)
23
Octeto 3
31
Octeto 4
CHECKSUM
RESERVADO
64
15
Octeto 1
Octeto 2
TYPE (9)
CODE (0)
23
Octeto 3
31
Octeto 4
CHECKSUM
LIFETIME (seg)
ROUTER ADDRESS 1
PREFERENCE LEVEL 1
...
Esta mensagem pode conter a divulgao de diversos roteadores
iniciada a partir de um que seja configurado para divulg-los. O nmero de
preferncia a ordem de preferncia que estes roteadores podem ser
utilizados pelas estaes.
65
66
8.
Aplicao
Mensagens da aplicao
Transporte
Inter-rede
Datagramas IP
Rede
8.1
CAMADA DE TRANSPORTE
67
8.2
PROTOCOLO UDP
68
Porta 126
Aplicao 2
Porta 34
Porta 22
UDP
IP
Figura 15 Multiplexao e Demultiplexao
69
7
Octeto 1
15
Octeto 2
23
Octeto 3
31
Octeto 4
UDP CHECKSUM
DATA
...
Opcional (campo=0)
Figura 16 Formato da Mensagem UDP
Aplicativo
Datagrama de Usurio (UDP)
Internet (IP)
Enlace
Colocao Conceitual em Camadas
70
mais
detalhadamente
pegando-se
protocolo
UDP:
71
8.2.3.1
Organizao em camadas
Existe uma forte interao enrte UDP e IP, e isso viola a permissa
bsica de que a colocao em camadas reflete separao de funcionalidade; O
UDP tem estado estreitamente integrado ao protocolo IP. claramente um
compromisso de simples separao feito por razes inteiramente prticas.
Estamos dispostos a deixar passar a violao da colocao em camadas,
poque impossvel identificar inteiramente um programa aplicativo de destino
sem especificar a mquina de destino; e queremos tornar eficiente o
mapeamento entre os endereos usados por UDP e aqueles usados por IP.
72
73
confere com uma das portas atualmente em uso. Se no conferir, envia uma
mensagem de erro ICMP de porta no-atingida descarta o datagrama. Se for
encontrada uma dorrespondncia, o UDP enfilera o novo datagrama na porta
onde o programa aplicativo pode acess-lo. Naturalmente ocorrer um erro se
a porta estiver cheia e o UDP descartar o datagrama recebido.
8.2.4.1
74
Decima
Senha
Senha UNIX
Descrio
Reserved
ECHO
echo
Echo
DISCARD
discard
Discard
11
USERS
sytat
Active Users
13
DAYTIME
daytime
Daytime
15
netstat
17
QUOTE
qotd
19
CHARGEN
chargen
37
TIME
time
42
NAMESERVER
name
43
NICNAME
whois
53
DOMAIN
nameserver
67
BOOTPS
bootps
68
BOOTPC
bootpc
69
TFTP
tftp
111
SUNRPC
sunrpc
123
NTP
ntp
Who is up or
NETSTAT
Quote of the
Day
Character
Generator
Time
Host
Name
Server
Who is
Domain Name
Server
Bootstrap
Protocol Server
Bootstrap
Protocol Client
Trivial
File
Transfer
Sun
Microsystems RPC
Network Time
Protocol
75
8.3
SNMP
net
161
snmp
162
snmp-trap
SNMP traps
512
biff
UNIX comsat
513
who
514
syslog
system log
525
timed
Time daemon
monitor
UNIX
rwho
daemon
PROTOCOLO TCP
76
Porta 22
Porta 2340
TCP
TCP
IP
IP
Host 139.82.17.10
Inter-rede
TCP/IP
Host 139.82.55.3
SYN/ACK
ACK
Transmite dados
Recebe dados
Fecha conexo
DADOS
ACK
DADOS
ACK
FIN
ACK
FIN
ACK
Recebe dados
Transmite dados
Fecha conexo
77
SEQ
21
ACK
-
SEQ
152
SEQ
-
ACK
22
ACK
153
15
Octeto 1
Octeto 2
23
31
Octeto 3
Octeto 4
SEQUENCE NUMBER
ACKNOWLEDGEMENT NUMBER
HLEN
RESERVED
CODE BITS
WINDOW
CHECKSUM
URGENT POINTER
PADDING
DATA
...
78
79
RST: bit de RESET: Informa o destino que a conexo foi abortada neste
sentido pela origem
SYN: bit de Sincronismo: o bit que informa que este um dos dois
primeiros segmentos de estabelecimento da conexo.
FIN: bit de Terminao: indica que este pacote um dos dos pacotes de
finalizao da conexo
WINDOW: Este campo informa o tamanho disponvel em bytes na janela
de recepo da origem deste pacote. Por meio deste valor, o TCP pode realizar
um controle adequando de fluxo para evitar a sobrecarga do receptor. Quando
este valor igual a zero, o transmissor no envia dados, esperando receber um
pacote com WINDOW maior que zero. O transmissor sempre vai tentar
transmitir a quantidade de dados disponveis na janela de recepo sem
aguardar um ACK. Enquanto no for recebido um reconhecimento dos dados
transmitidos e o correspondente valor de WINDOW > 0, o transmissor no
enviar dados.
OPTIONS: O campo de opes s possui uma nica opo vlida que
a negociao do MSS (Maximum Segment Size) que o TCP pode transmitir. O
MSS calculado atravs do MTU ou atravs do protocolo ICMP Path MTU
Discovery.
8.3.1.1
80
81
8.3.1.2
TCP garante a correo dos dados nos casos de alterao, perda, duplicao
ou entrega fora de sequncia. Para manter este controle, o TCP se apoia
basicamente no nmero de seqncia. A cadeia de bytes recebida da
aplicao vista como um conjunto de octetos. A cada octeto associado um
nico nmero de seqncia, incrementado de um em um a cada octeto
formado. A utilizao deste dado e dos mecanismos de reconhecimento e
checksum, visa manter a confiabilidade, sendo feita da seguinte forma :
ACK no
retransmitidos;
2. ordenao : o mesmo nmero de sequncia usado pela estao
receptora como forma de verificao da correta ordenao dos dados
recebidos;
3. duplicao : algumas vezes pode ocorrer a perda de algum ACK, o que
implicaria na duplicao do segmento associado. O nmero de sequncia
permite a identificao do segmento duplicado de forma que este possa ser
descartado pelo receptor;
4. erros de contedo : dados recebidos possuem campo contendo um valor
de checksum. O processo receptor recalcula o checksum com base no
algoritmo de soma em complemento a um, e compara com o valor deste
campo, caso o erro seja confirmado o receptor descarta os segmentos
alterados. Para estes segmentos o receptor no envia o sinal de ACK, o
que provoca a sua retransmisso.
82
8.3.1.4
8.3.1.5
8.3.1.6
83
8.3.1.7
Estabelecimento de conexo
84
85
para
reduzir
trfego
relativo
ao
86
87