Você está na página 1de 58

Protocolos de Interligao de

Redes Locais e a Distncia


Protocolos de Transporte
Thiago Leite
thiago.leite@udf.edu.br
1
Quadros (enlace), datagrama (rede)
e segmento (transporte)
2
Protocolos de
Transporte

Funes da camada de transporte

Transferncia de dados convel e


econmica entre servios

Controle de uxo

Servio orientado ou no a conexo

Independncia das redes fsicas


3
Figura 6.7: (a)Ambente da camada de enace de dados. (b)Ambente da camada de transporte
Em prmero ugar, na camada de enace de dados o roteador no precsa especfcar com que
roteador dese|a se comuncar, pos cada nha de sada especfca de modo excusvo um
determnado roteador. Na camada de transporte, necessro o endereamento expcto de
destnos.
Por outro ado, o processo de estabeecmento de uma conexo atravs de um cabo, como mostra a
Fgura 6.7(a), smpes: a outra extremdade est sempre presente (a menos que ha|a aguma
faha). De quaquer modo, no h muto a fazer. | na camada de transporte, o estabeecmento
nca da conexo mas compcado, como veremos mas adante.
Outra dferena, extremamente noportuna, entre a camada de enace de dados e a camada de
transporte a possve exstnca de capacdade de armazenamento na sub-rede. Ouando um
roteador enva um quadro, ee pode chegar a seu destno ou se perder, mas no rcochetea nem se
esconde em agum canto para emergr de repente, em um momento noportuno, 30 segundos
depos. Se a sub-rede utzar datagramas e um roteamento adaptatvo nterno, haver uma
probabdade sgnfcatva de que um pacote possa fcar armazenado por aguns segundos e ser
entregue mas tarde. As conseqncas da habdade da sub-rede para armazenar pacotes podem
s vezes ser desastrosas e exgr o uso de protocoos especas.
A tma dferena entre as camadas de enace de dados e de transporte mas uma questo de
voume, e no de espce. Os controes de buffers e de fuxo so necessros em ambas as
camadas, mas a presena de um nmero grande e dnamcamente varve de conexes na
camada de transporte pode exgr outra estratga que no a da camada de enace de dados. No
Captuo 3, vmos que aguns dos protocoos aocam um nmero fxo de buffers para cada nha.
Portanto, quando um quadro chegar, sempre haver um buffer dsponve. Na camada de
transporte, o grande nmero de conexes que precsam ser gerencadas torna menos atraente a
da de dedcar vros buffers a cada uma. Nas prxmas sees, vamos anasar essas e outras
questes mportante.
6.2.1 Endereamento
Ouando um processo de apcao (por exempo, um usuro) dese|a estabeecer uma conexo com
um processo de apcao remoto, necessro especfcar a apcao com a qua ee r se
conectar. (O transporte sem conexes tem o mesmo probema: a quem cada mensagem deve ser
envada?) O mtodo normamente utzado defnr os endereos de transporte que os processos
podem ouvr para receber soctaes de conexo. Na Internet, essas extremdades so chamadas
portas. Em redes ATM, eas se denomnam AAL- SAPs. Vamos utzar o acrnmo TSAP (Transport
Servce Access Pont - ponto de acesso de servo de transporte). Os pontos extremos anogos na
camada de rede (ou se|a, os endereos da camada de rede) so chamados ento NSAPs. Os
endereos IP so exempos de NSAPs.
A Fgura 6.8 ustra o reaconamento entre o NSAP, o TSAP e a conexo de transporte. Os processos
de apcaes, tanto centes quanto servdores, podem se assocar a um TSAP para estabeecer
uma conexo com um TSAP remoto. Essas conexes funconam atravs dos NSAPs de cada host,
como mostra a fgura. O propsto de ter TSAPs o fato de, em agumas redes, cada computador
ter um nco NSAP, e assm necesstar de agum meo para dstngur entre vros pontos extremos
de transporte que compartham esse NSAP.
Figura 6.8: TSAPs, NSAPs e conexes de transporte
Independncia do meio fsico de
comunicao
4
Camada de Rede Camada de Transporte
Protocolos de
Transporte

A camada de transporte oferece um servio de


endereamento aos processos

aos processos pouco importa sobre detalhes da


rede

a qual processo deverei me comunicar com o


host remoto?

portas de comunicao

os Sistemas Operacionais criam os sockets para


associar processos portas
5
Aqu est um possve cenro para uma conexo de transporte:
!" Um processo servdor de hora do da no host 2 se assoca ao TSAP 1522 para aguardar a
chegada de uma chamada. O modo como um processo se assoca a um TSAP est fora do
escopo do modeo de rede e depende excusvamente do sstema operacona oca. Por
exempo, podera ser utzada uma chamada como a nossa prmtva LISTEN.
#" Um processo de apcao no host 1 dese|a descobrr a hora do da e, portanto, transmte
uma soctao CONNECT especfcando o TSAP 1208 como orgem e o TSAP 1522 como
destno. Em tma anse, essa ao resuta no estabeecmento de uma conexo de transp
orte entre o processo de apcao do host 1 e o servdor 1 do host 2.
$" O processo de apcao enva ento uma soctao para saber a hora.
%" O processo servdor de hora responde com a hora atua.
&" A conexo de transporte ento encerrada (berada).
Observe que pode haver outros servdores no host 2, assocados a outros TSAPs e que este|am
esperando pea chegada de conexes de entrada sobre o mesmo NSAP.
O quadro mostrado anterormente bom, ex ceto peo fato de termos omtdo um pequeno
probema: como o processo de usuro do host 1 sabe que o servdor da hora do da est assocado
ao TSAP 1522? Uma possbdade o servdor de hora do da estar assocado ao TSAP 1522 h
anos e, graduamente, todos os usuros da rede terem se habtado com sso. Nesse modeo, os
servos tm endereos TSAP estves que esto stados em arquvos guardados em ocas
conhecdos, como o arquvo /etc/servces dos sstemas UNIX, que sta os servdores que esto
assocados de modo permanente a cada uma das portas.
Enquanto os endereos TSAP estves podem funconar para um pequeno nmero de servos que
nunca mudam (por exempo, o servdor da Web), em gera, os processos do usuro dese|am se
comuncar com outros processos do usuro que exstem por um curto perodo de tempo e,
portanto, no tm um endereo
TSAP prevamente conhecdo. Am dsso, se houver potencamente mutos processos servdores,
mutos dos quas raramente usados, um desperdco mant-os atvos e na escuta de um
endereo TSAP estve durante um da ntero. E necessro um esquema mehor.
Ta esquema, usado por hosts UNIX na Internet, ustrado de manera smpfcada na Fgura 6.9.
Ee conhecdo como protocoo !" $%&"'(% )&)$)*+. Em vez de ter todos os servdores assocados
a um TSAP conhecdo, cada mquna que dese|ar oferecer servos a usuros remotos ter um
servdor de processos especa que funconar como um proxy para servdores menos utzados. Ee
atende a uma sre de portas ao mesmo tempo, aguardando uma soctao de conexo. Os
usuros po tencas de um servo devem comear com uma soctao CONNECT, especfcando o
endereo TSAP do servo que dese|am. Se nenhum servdor os estver aguardando, ees
estabeecem uma conexo com o servdor de processos, como mostra a Fgura 6.9(a).
Depos de receber a soctao, o servdor de processos gera a conexo para o servdor soctado,
permtndo que ee herde a conexo | exstente com o usuro. Em seguda, o novo servdor
Endereamento na camada
de transporte (portas)
6
TSAP = Transport Service Access Point
NSAP = Network Service Access Point
Protocolos de
Transporte

Portas de comunicao

portas entre 1 e 1023 so chamadas portas conhecidas

reservadas para servios padro

lista de portas conhecidas disponveis em http://


www.iana.org

portas entre 1024 e 49151 so chamadas portas


registradas

podem ser utilizadas para origem de requisies

as demais portas so de uso livre


7
Principais Portas Conhecidas
8
Porta Protocolo Uso
21 FTP Transferncia de arquivos
23 Telnet Login remoto
25 SMTP Correio eletrnico
69 TFTP Protocolo trivial de transferncia de arquivos
79 Finger Pesquisa de informaes sobre um usurio
80 HTTP World Wide Web
110 POP-3 Acesso remoto a correio eletrnico
Protocolos de
Transporte
9

Protocolo UDP (User Datagram Protocol)

RFC 768

permite o envio de dados sem o


estabelecimento de uma conexo

no realiza controle de uxo e


ordenao dos segmentos

cabealho xo de 8 bytes
semehante usado, como vmos na Fgura 6.6 para o TCP (o processo de vncuao dntco
para o UDP). De fato, o prncpa vaor de se ter o UDP em reao ao uso do IP bruto a ado das
portas de orgem e destno. Sem os campos de portas, a camada de transporte no sabera o que
fazer com o pacote. Com ees, a camada entrega segmentos corretamente.
|arte: ver orgna p. 526|
Figura 6.23: O cabeaho do UDP
A porta de orgem usada prncpamente quando uma resposta dever ser devovda orgem.
Copando o campo Source port do segmento de entrada no campo Destnaton port do segmento de
sada, o processo que transmte a resposta pode especfcar qua processo na mquna
transmssora deve receb-o.
O campo UDP ength ncu o cabeaho de 8 bytes e os dados. O campo UDP checksum opcona e
armazenado como 0 se no for cacuado (um vaor 0 verdadero cacuado armazenado com
todos os bts guas a 1). toce desatv-o, a menos que a quadade dos dados no tenha
mportnca (por exempo, no caso de voz dgtazada).
Vae a pena menconar expctamente agumas aes que o UDP no reaza. Ee no reaza
controe de fuxo, controe de erros ou retransmsso aps a recepo de um segmento ncorreto.
Tudo sso cabe aos processos do usuro. O que ee faz fornecer uma nterface para o protocoo IP
com o recurso adcona de demutpexao de vros processos que utzam as portas. Isso tudo
que ee faz. Para apcaes que precsam ter controe precso sobre o fuxo de pacotes, o controe
de erros ou a sncronzao, o UDP fornece apenas aquo que determnado.
Uma rea na qua o UDP especamente t a de stuaes cente/servdor. Com freqnca, o
cente enva uma pequena soctao ao servdor e espera uma pequena resposta de vota. Se a
soctao ou a resposta se perder, o cente smpesmente chegar ao tmeout e tentar de novo.
No s o cdgo smpes, mas necessro um nmero menor de mensagens (uma em cada
sentdo) do que no caso de um protocoo que exge uma confgurao nca.
Uma apcao que utza o UDP desse modo o DNS (Doman Name System), que estudaremos no
Captuo 7. Em resumo, um programa que precsa pesqusar o endereo IP de agum nome de host
- por exempo, www.cs.berkeey.edu - pode envar um pacote UDP contendo o nome do host a um
servdor DNS. O servdor responde com um pacote UDP que contm o endereo IP. No necessra
nenhuma confgurao antecpada e tambm nenhum encerramento posteror. Basta envar duas
mensagens pea rede.
6.4.2 Chamada de procedimentos remotos
Em um certo sentdo, envar uma mensag em a um host remoto e obter de vota uma resposta
muto semehante a crar uma chamada de funo em uma nguagem de programao. Em ambos
os casos, voc comea com um ou mas parmetros e recebe de vota um resutado. Essa
observao evou as pessoas a tentarem organzar nteraes de soct ao/resposta em redes no
formato de chamadas de procedmentos. Ta organzao torna as apcaes de rede muto mas
fces de programar e mas famares. Por exempo, magne um procedmento chamado
get_IP_address (host_name) que funcona envando um pacote UDP a um servdor DNS e
aguardando a resposta, chegando ao tmeout e tentando de novo, caso no receba uma resposta
com rapdez sufcente. Desse modo, todos os detahes de redes podem fcar ocutos do
programador.
O trabaho fundamenta nessa rea fo reazado por Brre e Neson (1984). Em resumo, o que
Brre e Neson sugerram fo permtr que os programas chamassem procedmentos ocazados em
hosts remotos. Ouando um processo na mquna 1 chama um procedmento na mquna 2, o
processo de chamada em 1 suspenso, e a execuo do procedmento chamado ocorre em 2. As
nformaes podem ser transportada s do chamador at o chamado nos parmetros, e pode votar
Cabealho UDP
10
Protocolos de
Transporte
11

Campos UDP

Porta de origem - 16 bits

servio de comunicao de origem

Porta de destino - 16 bits

servio de comunicao de destino


Protocolos de
Transporte
12

Campos UDP

Tamanho - 16 bits

tamanho do segmento incluindo


cabealho e dados

Checksum - 16 bits

vericao de erros do cabealho e dados

pode ser opcional


Protocolos de
Transporte

Aplicaes que fazem uso do UDP

DNS (Domain Name System)

SNMP (Simple Network Management


Protocol)

RIP (Routing Information Protocol)

DHCP (Dynamic Host Conguration Protocol)

algumas aplicaes de udio e vdeo


13
Protocolos de
Transporte

TCP (Transmission Control Protocol)

RFC 793, 1122 e 1323 (extenses)

oferece controle de uxo convel em uma


comunicao

orientado a conexo

entrega sem erros

fragmenta os dados das aplicaes para o envio as


camadas inferiores

cabealho com parte xa de 20 bytes e parte varivel


14
Cabealho TCP
15
Protocolos de
Transporte
16

Campos TCP

Porta de origem - 16 bits

servio de comunicao de origem

Porta de destino - 16 bits

servio de comunicao de destino


Protocolos de
Transporte

Campos TCP

Nmero de Sequncia - 32 bits

Identica o fragmento dentro de todo


o uxo gerado
17
Protocolos de
Transporte

Campos TCP

Numero de Conrmao - 32 bits

Indica qual o prximo byte esperado e


no o ltimo recebido
18
Protocolos de
Transporte

Campos TCP

Tamanho do Cabealho - 4 bits

Informa quantas palavras de 32 bits


compem o cabealho TCP
19
Protocolos de
Transporte

Campos TCP

Flags TCP - 1 bit cada

URG

Indica a utilizao do campo urgent pointer

ACK

utilizado para indicar que este segmento um ACK e que


o campo Nmero de Conrmao deve ser interpretado

PSH

Segmento contm dados de camadas superiores. Os dados


recebidos apenas sero entregues camada superior apenas
aps receber todo o conjunto de mensagens.
20
Protocolos de
Transporte

Campos TCP

Flags TCP - 1 bit cada

RST

utilizado para reiniciar uma conexo que tenha cado


confusa devido a falhas no host ou por qualquer outra razo

SYN

Este bit utilizado para indicar um pedido de conexo e a


conrmao da conexo

FIN

Utilizado para indicar que o emissor no possui mais dados


para enviar e deseja nalizar a conexo
21
Protocolos de
Transporte

Campos TCP

Tamanho da Janela - 16 bits

Indica quantos bytes podem ser enviados a


partir do byte conrmado.

Este campo utilizado no controle de uxo do


TCP

Se possui valor de 0, indica que todos os bytes


enviados foram recebidos e que o receptor
precisa de um descanso
22
Protocolos de
Transporte

Campos TCP

Checksum - 16 bits

vericao de erros do cabealho e


dados

pode ser opcional


23
Protocolos de
Transporte

Campos TCP

Urgent Pointer - 16 bits

Utilizado quando a ag URG est ativa

Os dados so entregues as camadas superiores


imediatamente aps a chegada do segmento

Indica qual a posio dos bytes contidos no


segmento dentro da mensagem original

Geralmente utilizado para o envio de sinais


aplicao
24
Protocolos de
Transporte

Campos TCP

Opes (tamanho varivel)

Projetado para que o TCP possa


oferecer recursos extras que no
foram previstos em seu protocolo
25
Protocolos de
Transporte
26

Comunicao orientada a conexes


1. Estabelecimento da conexo
2. Transferncia dos dados
3. Encerramento da conexo
Protocolos de
Transporte

Estabelecimento da conexo

Realizado por meio de acordo entre ambas as


partes envolvidas

Aperto de mo em trs vias ou 3-way


handshake

ags SYN, SYN-ACK, ACK

SYN - Syncronization

ACK - Acknowledgment
27
Aperto de Mo em Trs Vias
28
Protocolos de
Transporte
29

Implementao do aperto de mo em trs vias


no TCP

Servidor e cliente precisam sincronizar


nmeros de sequncia

As conexes so full-duplex e ponto-a-ponto

ou duas conexes simplex entre os hoste

entre dois pontos terminais


Protocolos de
Transporte

Etapas para a realizao do handshake


1. Cliente envia um nmero aleatrio de sequncia
para sincronizao com o servidor
2. Servidor retornar com o reconhecimento da
sincronizao do cliente e uma solicitao de
reconhecimento de seu nmero de sequncia
3. O cliente reconhece o pedido de sincronizao
do servidor e pode enviar dados junto a
conrmao
30
Aperto de Mo em Trs Vias
31
Protocolos de
Transporte
32

Exemplo:
1. Cliente: Cmbio servidor, mensagem 200 (nmero
de sequncia do cliente), o senhor est disponvel
(SYN)?
2. Servidor: Positivo cliente! Mensagem 1450 (nmero
de sequncia do servidor). Prossiga com a mensagem
201 (ACK=201), cmbio.
3. Cliente: Positivo servidor! Mensagem 201 (nmero
de sequncia), conrmando nmero da prxima
mensagem: 1451, cmbio!
Protocolos de
Transporte
33

Cenrios problemticos podem surgir

duplicatas atrasadas

dados atrasados ou duplicados de uma


conexo
Cenrios Problemticos do Aperto
de Mos de Trs Vias
34
CR = Connection Request
ACK = Acknowledgement
seq = sequncia
DATA = dados
REJECT = Rejeio
Protocolos de
Transporte
35

Encerramento da conexo

encerramento simtrico

cada lado encerra a conexo com o par

encerramento assimtrico

um dos lados encerra a conexo sem


conhecimento do outro lado
Protocolos de
Transporte

Etapas para o encerramento da conexo simtrica


1. Host A solicita a nalizao da conexo
2. Host B indica que recebeu o pedido de
encerramento
3. Host B tambm solicita a nalizao da conexo
4. Host A responde com a conrmao

A etapa 2 e 3 podem ser combinadas no mesmo


segmento
36
Poderamos evtar esse probema no permtndo ao transmssor desstr aps N tentatvas e
forando-o a contnuar tentan do at obter resposta. Entretanto, se o outro ado tver permsso
para entrar em tmeout, o transmssor contnuar tentando para sempre, pos nenhuma resposta
ser recebda. Se no permtrmos que o ado receptor entre em tmeout, o protocoo se comportar
como na Fgura 6.14(b).
Uma forma de extngur conexes sem-abertas crar uma regra nformando que, se nenhuma
TPDU chegar durante um determnado nmero de segundos, a conexo ser encerrada
automatcamente. Dessa forma, se um ado encerrar a conexo, o outro perceber a fata de
atvdade e tambm encerrar a conexo. bvo que, se essa regra for utzada, ser necessro
que cada entdade de transporte tenha um tmer que ser nterrompdo e depos rencado sempre
que uma TPDU for envada. Se esse tmer exprar, uma TPDU fctca ser transmtda para evtar
que o outro ado se desc onecte. Por outro ado, se a regra de encerramento automtca for usada e
mutas TPDUs fctcas segudas se perderem em uma conexo natva, a transmsso ser
encerrada automatcamente, um ado de cada vez.
No trataremos mas desse assunto, mas | deve estar caro que encerrar uma conexo sem perda
de dados no to smpes quanto pareca prmera vsta.
6.2.4 Controle de fluxo e uso de buffers
Depos de examnar o estabeecmento e o encerramento de conexes, vamos ver como eas so
admnstradas enquanto esto atvas. Uma das questes fundamentas | surgu antes: o contro e
de fuxo. Sob aguns aspectos, o probema do controe de fuxo na camada de transporte gua ao
da camada de enace de dados mas, em outros aspectos, ee dferente. A semehana bsca
que em ambas as camadas necessro utzar uma |anea deszante ou outro esquema quaquer
em cada conexo para mpedr que um transmssor rpdo sobrecarregue um receptor ento. A
prncpa dferena que, em gera, um roteador tem reatvamente poucas nhas, enquanto um
Cenrios de Desconexo Simtrica
37
DR = Disconnection Request
Protocolos de
Transporte
38

Desconexo assimtrica

uma das partes naliza a conexo sem o


consentimento do par

ocorre geralmente diante falhas na


comunicao
Poderamos evtar esse probema no permtndo ao transmssor desstr aps N tentatvas e
forando-o a contnuar tentan do at obter resposta. Entretanto, se o outro ado tver permsso
para entrar em tmeout, o transmssor contnuar tentando para sempre, pos nenhuma resposta
ser recebda. Se no permtrmos que o ado receptor entre em tmeout, o protocoo se comportar
como na Fgura 6.14(b).
Uma forma de extngur conexes sem-abertas crar uma regra nformando que, se nenhuma
TPDU chegar durante um determnado nmero de segundos, a conexo ser encerrada
automatcamente. Dessa forma, se um ado encerrar a conexo, o outro perceber a fata de
atvdade e tambm encerrar a conexo. bvo que, se essa regra for utzada, ser necessro
que cada entdade de transporte tenha um tmer que ser nterrompdo e depos rencado sempre
que uma TPDU for envada. Se esse tmer exprar, uma TPDU fctca ser transmtda para evtar
que o outro ado se desc onecte. Por outro ado, se a regra de encerramento automtca for usada e
mutas TPDUs fctcas segudas se perderem em uma conexo natva, a transmsso ser
encerrada automatcamente, um ado de cada vez.
No trataremos mas desse assunto, mas | deve estar caro que encerrar uma conexo sem perda
de dados no to smpes quanto pareca prmera vsta.
6.2.4 Controle de fluxo e uso de buffers
Depos de examnar o estabeecmento e o encerramento de conexes, vamos ver como eas so
admnstradas enquanto esto atvas. Uma das questes fundamentas | surgu antes: o contro e
de fuxo. Sob aguns aspectos, o probema do controe de fuxo na camada de transporte gua ao
da camada de enace de dados mas, em outros aspectos, ee dferente. A semehana bsca
que em ambas as camadas necessro utzar uma |anea deszante ou outro esquema quaquer
em cada conexo para mpedr que um transmssor rpdo sobrecarregue um receptor ento. A
prncpa dferena que, em gera, um roteador tem reatvamente poucas nhas, enquanto um
Cenrios de Desconexo Simtrica
39
DR = Disconnection Request
Desconexo assimtrica
com perda de dados
40
CR = Connection Request
ACK = Acknowledgement
DATA = dados
DR = Disconnection Request
Protocolos de
Transporte
41

Recurso de conabilidade do TCP

uma conrmao para vrios pacotes

o emissor mantm uma janela de quais


foram os pacotes enviados e ainda no
conrmados

a medida que os pacotes so recebidos, o


receptor envia uma conrmao de at
qual byte foi recebido
Protocolos de
Transporte
42

Recurso de conabilidade do TCP

a quantidade de pacotes conrmados em uma


resposta chamado tamanho da janela

quanto maior o tamanho da janela, maior a vazo


dos dados

as janelas podem ser de tamanho xo ou


deslizante

o emissor deve manter um timeout do conjunto


de pacotes que foram enviados
Protocolos de
Transporte

Janela Fixa

nmero mximo de bytes sem


conrmao que podem ser enviados

o tamanho da janela no ir variar


constantemente

apenas aps a conrmao do nmero de


bytes previstos que o emissor pode enviar
mais dados
43
Protocolos de
Transporte

Janela Deslizante

o tamanho da janela ajustado conforme a


comunicao

a qualidade da comunicao pode


inuenciar na modicao do tamanho da
janela

quanto menos perdas ocorrem, maior


pode ser a janela
44
Janela Deslizante
45
Agora o transmssor enva outros 2048 bytes, que so confrmados, mas a |anea anuncada 0. O
transmssor deve parar at o processo de apcao no host receptor remover aguns dados do
buffer, quando ento o TCP poder anuncar uma |anea maor.
Ouando a |anea 0, o transmssor no pode envar segmentos da forma como fara sob condes
normas, mas h duas excees. Na prmera, os dados urgentes podem ser envados para, por
exempo, permtr que o usuro emne o processo executado na mquna remota. Na segunda, o
transmssor pode envar um segmento de 1 byte para fazer com que o receptor anunce novamente
o prxmo byte esperado e o tamanho da |anea. O padro TCP oferece essa opo de forma
expcta para evtar um mpasse no caso de um annco de |anea se perder.
Os transmssores no so obrgados a envar os dados assm que os recebem das apcaes. Nem
os receptores tm a obrgao de envar as confrmaes medatamente. Por exempo, na Fgura
6.34, quando os prmeros 2 KB de dados chegaram, o TCP, sabendo que hava uma |anea de 4 KB
dsponve, estara competamente correto se apenas armazenasse os dados no buffer at
chegarem outros 2 KB, a fm de poder transmtr um segmento com 4 KB de carga t. Essa
berdade pode ser exporada para mehorar o desempenho das conexes.
Consdere uma conexo tenet com um edtor nteratvo que reage a cada teca pressonada. Na
por das hpteses, quan do um caractere chegar entdade TCP receptora, o TCP cra um
segmento TCP de 21 bytes, que ser repassado ao IP para ser envado como um datagrama IP de
41 bytes. No ado receptor, o TCP enva medatamente uma confrmao de 40 bytes (20 bytes de
cabeaho TCP e 20 bytes de cabeaho IP). Mas tarde, quando o edtor tver do o byte, o TCP
envar uma atuazao de |anea, movendo a |anea um byte para a dreta. Esse pacote tambm
tem 40 bytes. Por tmo, quando o edtor tver processado o caractere, ee o ecoar como um
pacote de 41 bytes. No tota, 162 bytes de argura de banda so utzados e quatro segmentos so
envados para cada caractere dgtado. Ouando a argura de banda escassa, esse mtodo no se
mostra uma boa opo.
Uma abordagem usada por mutas mpementaes do TCP para otmzar essa stuao retardar
as confrmaes e atua zaes de |aneas durante 500 ms, na esperana de encontrar agum dado
quenhes d "uma carona". Supondo que o edtor ecoe dentro de 500 ms, apenas um pacote de 41
bytes precsar ser retornado ao usuro remoto, reduzndo metade a contagem de pacotes e o
uso da argura de banda.
Embora essa regra reduza a carga mposta rede peo receptor, o transmssor anda estar
operando de modo nefce nte, envando pacotes de 41 bytes que contm apenas um byte de
Buffer Cheio do Receptor
46
Protocolos de
Transporte

Aplicaes que fazem uso do TCP

Telnet (Telecomunications Network)

FTP (File Transfer Protocol)

SMTP (Simple Mail Transfer Protocol)

HTTP (Hyper Text Transfer Protocol)

POP (Post Ofce Protocol)

aplicaes que necessitem de conabilidade na


transmisso dos dados
47
Reviso
48

segmento

funes da camada de
transporte

porta de comunicao

servio de transporte
orientado a conexo

ags de conexo e
desconexo

aperto de mo em trs
vias

encerramento de
conexo simtrico e
assimtrico

protocolo UDP

aplicaes do UDP

janelas xa e deslizante

protocolo TCP
TJ-MG
(FUMARC) Em relao aos protocolos da pilha TCP/IP, analise as seguintes afrmativas.
I. O protocolo ARP o protocolo responsvel pela resoluo de endereo lgico para
endereo fsico e utiliza broadcast para essa atividade.
II. O protocolo UDP (User Datagram Protocol) um protocolo orientado a conexo
e oferece garantia de entrega dos datagramas s camadas superiores.
III. No processo de roteamento, o protocolo IP responsvel por decrementar o TTL
(time to live) de um pacote a cada salto. Esse mecanismo tem o objetivo de evitar
loops no encaminhamento de pacotes que poderiam acontecer por falhas na
confgurao dos roteadores.
Assinale a alternativa CORRETA:
a) A armativa III est errada e as armativas I, II esto corretas.
b) A armativa II est errada e as armativas I, III esto corretas.
c) A armativa I est errada e as armativas II, III esto corretas.
d) As armativas I, II e III esto corretas.
49
FUB
(CESPE) Se o ACK correspondente a um
pacote enviado no recebido, decorrido
um tempo estimado, o protocolo UDP
realiza a retransmisso.
a) Certo
b) Errado
50
DATAPREV
(CESPE) O protocolo UDP prov transporte
convel, pois oferece um servio orientado
conexo.
a) Certo
b) Errado
51
BNDES
(CESGRANRIO) O TCP (Transmission Control Protocol) foi
projetado especicamente para oferecer um uxo de bytes m
a m convel em uma inter-rede no convel.
O controle de uxo no TCP administrado por meio de:
a) memria compartilhada
b) contador de datagramas
c) contador de pacotes
d) temporizador de pacotes
e) janela deslizante
52
Empresa de Pesquisa
Energtica
(CESGRANRIO) Um servidor X envia os segmentos TCP S1, S2, S3, S4 e S5 ao
servidor Y, em determinada conexo estabelecida na Internet. Considerando-se que
X e Y esto em sub-redes diferentes e que existe uma taxa de perda de pacotes de
20% no link Internet de X, conclui-se que:
a) a camada de aplicao de Y receber somente 4 dos 5 segmentos, caso a perda
seja uniformemente varivel.
b) a camada de aplicao de Y poder receber os segmentos em ordem cronolgica
diferente da que X enviou.
c) somente S1 possui os endereos IP e Ethernet (Mac Address) em seu cabealho.
d) haver retransmisso, a cargo da camada de transporte, caso haja perda de um
desses segmentos.
e) os endereos IP e Ethernet (Mac Address) somente estaro presentes no
cabealho dos segmentos de estabelecimento de conexo.
53
Empresa Brasileira de
Servios Hospitalares
(IADES) Os protocolos IP e TCP so responsveis,
respectivamente, pela comunicao entre:
a) hosts e processos.
b) processos e hosts.
c) processos e ns.
d) switches e processos.
e) hubs e switches.
54
STM
(CESPE) Entre as caractersticas dos
protocolos IP e UDP, est a de garantir a
entrega ordenada dos dados; por isso, eles
so utilizados em aplicaes VoIP.
a) Certo
b) Errado
55
Telebrs
(CESPE) Se em uma comunicao entre dois
computadores que utilizam o protocolo TCP
for identicado que a ag FIN foi enviada,
haver a solicitao da abertura da conexo
entre os dois computadores.
a)Certo
b)Errado
56
MF
(ESAF) As conexes TCP so do tipo:
a) Full-duplex e multidifuso.
b) Duplex e multidifuso.
c) Full-duplex e ponto a ponto.
d) Duplex e difuso.
e) Simplex e ponto a ponto.
57
SPTrans
(VUNESP) Em se tratando de ligaes TCP, o cliente
envia um pacote com a ag SYN ao servidor e aguarda
um sinal de aceite dessa ligao, que um pacote:
a) SYN+ACK
b) OK
c) SYN+ACCEPT
d) ACCEPTED
e) ON
58