Você está na página 1de 7

NDICE

10. Nvel de Transporte


10.1. Funes
10.2. Endereamento
10.3. Estabelecimento de Conexes
10.4. Qualidade de Servio
10.5. O Protocolo TCP (Transmission Control Protocol)
10.6. Controle de Fluxo e de Erros
10.6.1. Recuperao de Falhas
10.6.2. Controle de Congesto pelo TCP
10.6.3. UDP
10.6.4. TCP Sem Fio e UDP
10.6.5. Problemas de Rendimento em Redes de Computadores

2
2
2
3
4
4
5
5
5
6
6
6

Redes de Computadores - 1 Perodo de 2000 - Cap 10 - Fls. 1

10. NVEL DE TRANSPORTE


10.1. Funes
A camada de transporte no apenas uma camada. o verdadeiro corao ou
ncleo da hierarquia de protocolos. Esta camada responsvel pela movimentao de
dados, de maneira eficiente e confivel, entre processos (usurios), independentemente da
rede fsica.
Na camada de transporte a comunicao verdadeiramente fim a fim, isto , a
entidade da camada de transporte da mquina de origem se comunica apenas com a entidade
de transporte da mquina de destino.
Os servios da camada de transporte so bastante semelhantes aos da camada de
rede. As razes da existncia de duas camadas so:

A camada de rede no oferece um servio totalmente confivel.

A camada de rede parte da sub rede de comunicaes e, em geral, da conta da


concessionria. O usurio no tem controle sobre a sub rede no podendo resolver
problemas de mau servio.

Os primitivos de servio de transporte podem ser especificados independentemente


dos de rede que podem variar de rede para rede.
Se as redes reais no tivessem falhas e seus primitivos de servios fossem os mesmos no
haveria necessidade da camada de transporte.
10.2. Endereamento
Os pontos de acesso a servios de transporte (SAP de transporte ou T-SAP) so
anlogos aos SAP de enlace e de rede.
Se o endereamento no hierrquico, deve haver um servidor de nomes que use os
T-SAP como entrada e retorne SAP de rede como sada. Uma outra alternativa o envio de
endereos por difuso pedindo que a prpria mquina de destino se identifique.
O endereamento compreende o estabelecimento dos pontos de acesso ou TSAP. Na
Internet os TSAP correspondem a pares (endereo IP, porta local). Nas redes ATM so os
SAP da AAL. Por analogia os SAP na Internet so os endereos IP.
Multiplexao e Splitting
A multiplexao de um SAP de rede em vrios T-SAP pode surgir por vrios
motivos. Um deles o custo. Uma soluo a multiplexao de vrias conexes de
transporte na conexo de rede.
A conexo de rede pode oferecer uma banda passante muito mais baixa do que a
necessria pela conexo de transporte. Uma soluo nesse caso realizar a diviso
(splitting) da conexo de transporte em vrias conexes de redes.

Redes de Computadores - 1 Perodo de 2000 - Cap 10 - Fls. 2

10.3. Estabelecimento de conexes


O grande problema no estabelecimento de conexes a existncia de duplicatas
atrasadas. Este problema pode ser tratado por diversas maneiras:

Uso de endereos descartveis.

Uso de identificadores de conexes (seqenciais com tabela de identificadores


obsoletos). Se uma mquina cai e perde a memria no h como saber quais os
identificadores de conexes ainda so vlidos.

Limitao do tempo de vida dos pacotes por:

projeto restrito de sub rede.

contador de saltos em cada pacote.

marca de tempo em cada pacote.


O que se necessita assegurar que um pacote est morto bem como todas as
notificaes oriundas dele tambm. Para tanto introduzido um pequeno mltiplo, T, da
maior vida til de um pacote. Caso se aguarde um tempo T aps o incio de um pacote,
pode-se assegurar que todos os seus traos se foram e nem ele nem nenhuma de suas
confirmaes pode aparecer na rede.
Um mtodo proposto por Tomlinson faz com que duas unidades de dados do
protocolo de transporte (T-PDU) com numerao idntica nunca estejam pendentes ao

mesmo tempo. Para tanto, as numeraes das T-PDU no se repetem dentro do perodo T ,
que o tempo de vida mximo na rede para um pacote.
Figura 10.1 - (a)As TPDUs no podem entrar na rea proibida.
(b) O problema da ressincronizao.
Encerrar uma conexo muito mais fcil que estabelec-la. Um problema presente
evitar que dados sejam perdidos depois que um dos lados encerrou a conexo. Uma forma
de resolver o problema terminar uma conexo apenas depois de decorrido um certo tempo
sem que chegue nenhuma T-PDU. Se um lado se desconectar, o outro vai notar a falta de
atividade e tambm se desconectar. Uma entidade de transporte ao pedir uma desconexo
Redes de Computadores - 1 Perodo de 2000 - Cap 10 - Fls. 3

aguarda por um tempo antes de fechar a conexo, podendo receber dados durante esse
perodo.
A liberao de uma conexo, por incrvel que parea, um problema bastante
complicado. No caso normal de no se desejar que ocorra perda de dados difcil fazer uma
desconexo.
10.4. Qualidade de Servio
A qualidade de servio pode ser caracterizada por uma srie de parmetros QoS
(Quality of Service).:

O retardo no estabelecimento da conexo.

O retardo no encerramento da conexo.

A probabilidade de falha no estabelecimento da conexo.

A probabilidade de falha na liberao da conexo.

A vazo em cada sentido da conexo.

O retardo de transferncia mdio, tambm em cada sentido.

O retardo de transferncia mximo, tambm em cada sentido.

A variao estatstica do retardo.

A taxa de erro, expressa em porcentagem dos bits transmitidos.

A prioridade, ou a garantia de que servios de maior prioridade tenham preferncia


sobre os de mais baixa prioridade.

Probabilidade de queda de uma conexo.


10.5. O Protocolo TCP
A arquitetura Internet permite que sejam utilizados dois tipos de protocolos em sua
camada de transporte. O principal deles o TCP (Transmission Control Protocol).
A outra opo o UDP (User Datagram Protocol). O UDP opera no modo sem
conexo e fornece um servio datagrama no confivel, sendo uma simples extenso do
protocolo IP. A principal funo do UDP multiplexar, na origem, e demultiplexar, no
destino, o acesso ao nvel inter rede.
O TCP um protocolo orientado conexo que fornece um servio confivel de
transferncia de dados fim a fim. O TCP foi projetado para funcionar com base em um
servio de rede sem conexo e sem confirmao.
Alguns dos problemas com os que TCP deve tratar so:

pacotes perdidos ou destrudos por erros de transmisso.

expedio de pacotes fora de ordem ou duplicados.


Para permitir que vrios processos em um host possam simultaneamente transmitir
dados, o TCP utiliza o conceito de porta. Cada um dos usurios (processos de aplicao)
que o TCP est atendendo em um dado momento identificado por uma porta diferente.
Como os identificadores de portas so selecionados isoladamente por cada entidade TCP,
eles podem no ser nicos na inter rede.
Para obter um endereo TCP, o identificador da porta concatenado ao endereo IP
onde a entidade TCP est sendo executada, definindo um socket. Um socket, que
equivalente a um T-SAP, identifica univocamente um usurio TCP em toda a inter rede.
Redes de Computadores - 1 Perodo de 2000 - Cap 10 - Fls. 4

Processos servidores que so muito usados (FTP, Telnet etc.) so associados a portas
fixas, que so divulgadas aos usurios.
As conexes so identificadas por um par de end points ou sockets. Uma conexo
consiste de um circuito virtual entre dois programas de aplicao.
Exemplo: 128.10.2.3,25 especifica a porta TCP nmero 25 na mquina como o
endereo IP 128.10.2.3.
As conexes TCP so full-duplex.
Os processos de aplicao transmitem seus dados fazendo chamadas ao TCP,
passando como parmetros os buffers onde esto os dados. O TCP empacota os dados
armazenados nos buffers em segmentos e chama o mdulo IP para transmitir os segmentos
para o TCP destino. O TCP receptor coloca os dados recebidos em segmentos nos buffers
do usurio destinatrio e notifica-o da entrega.
A interface oferecida aos usurios de seus servios baseia-se em chamadas para abrir
(open) ou fechar (close) uma conexo, para enviar (send) ou receber (receive) dados, ou
para obter informaes sobre o estado (status) de uma conexo.
10.6. Controle de Fluxo e de Erros
10.6.1. Recuperao de Falhas
A recuperao de falhas quando a rede ou um roteador falha simples.
As falhas de hosts so muito mais graves. Quando um servidor falha e retorna ao
ar, suas tabelas so reinicializadas e ele no sabe aonde estava. Para tentar recuperar o
estado anterior o servidor pode enviar uma mensagem em broadcast a todos os demais
hosts anunciando sua falha e pedindo que os clientes informem o estado das conexes
abertas.
Cada cliente pode estar em um de dois estados: com uma TPDU pendente ou sem
TPDU pendente.
Ao receber uma TPDU o servidor pode confirmar o recebimento primeiro e gravar a
TPDU depois ou gravar a TPDU primeiro e enviar a confirmao de recebimento depois.
O cliente pode ser programado de quatro maneiras:
sempre retransmitir a ltima TPDU.
nunca transmitir a ltima TPDU.
retransmitir apenas se houver TPDU pendente.
retransmitir apenas se no houver TPDU pendente.
Para qualquer combinao das 8 possibilidades de programao de cliente e de
servidor existe um conjunto de eventos que faz com que o protocolo falhe. De uma maneira
geral, a recuperao de falhas de uma camada N s pode ser feita pela camada N + 1 e,
mesmo assim, se a camada superior retiver suficiente informao.
10.6.2. Controle de Congesto pelo TCP
Muito embora a camada de rede tente gerenciar a congesto, a maioria do trabalho
pesado feita pelo TCP porque a maneira real de solucionar a congesto consiste na
reduo da taxa de transmisso.
Hoje em dia a perda de pacotes por erro de transmisso relativamente raro. Todos
os algoritmos Internet TCP supe que a causa dos disparos de temporizao a congesto.
Redes de Computadores - 1 Perodo de 2000 - Cap 10 - Fls. 5

No algoritmo de partida lenta, ao se estabelecer uma conexo fixa-se um tamanho de


janela. O receptor pode especificar um tamanho de janela baseado no tamanho de seu
buffer. Se o transmissor concorda com esse tamanho de janela, no ocorrero problemas
de transbordamento de buffers na recepo, mas ainda podem estes ocorrer devido a
congesto interna na rede.
O algoritmo prev que cada transmissor tenha duas janelas

janela do receptor

janela de congesto
O nmero de bytes que pode ser transmitido ser o mnimo dessas duas janelas.
A janela de congesto vai crescendo exponencialmente at a perda de um pacote ou
que se alcance o tamanho da janela do receptor.
O algoritmo de congesto da Internet usa, alm das janelas do receptor e de
congesto, um terceiro parmetro, o patamar. A partir desse ponto o crescimento passa a ser
linear. Se no ocorrerem mais disparos de temporizao a janela de congesto cresce at
atingir o tamanho da janela do receptor.
10.6.3. UDP
A Internet tambm suporta um protocolo de transporte sem conexo, o User Data
Protocol (UDP). Seu emprego ocorre em muitas aplicaes cliente-servidor que tenham
apenas uma requisio e uma resposta. Estabelecer e depois liberar uma conexo nestes
casos muito mais custoso.
10.6.4. TCP Sem Fio e UDP
Os protocolos de transporte deveriam ser independentes da tecnologia da rede
subjacente. Na pratica isto no ocorre tendo em vista o algoritmo de controle de congesto.
Quando um temporizador dispara, por perda de pacote TCP julga estar em
congesto e reduz a taxa de transmisso de pacotes. Contudo, se a rede tiver trechos sem
fio, estes so pouco confiveis e perdem pacotes, significando que necessrio mandar mais
pacotes para compensar a baixa confiabilidade do meio. A reduo da taxa de transmisso s
vai tornar as coisas piores. Se a rede no for homognea, contendo trechos com fio e
trechos sem fio, ser difcil, uma tomada de deciso sobre a melhor maneira de enfrentar a
congesto.
O protocolo UDP tambm afetado pela baixa confiabilidade da transmisso sem
fio. Os programas que utilizam UDP o fazem considerando-o altamente confivel. Embora
sabendo que no so fornecidas quaisquer garantias, os usurios esperam que o
funcionamento do protocolo seja irrepreensvel. Programas altamente baseados em UDP e
que tenham dificuldade de recuperao de mensagens UDP perdidas devem ter sua migrao
para o ambiente sem fio cuidadosamente estudada.
10.6.5. Problemas de Rendimento em Redes de Computadores
O problema de rendimento critico em redes de computadores. Muitas vezes o
desempenho da rede sofrvel sem que ningum consiga explicar o fato. A compreenso do
desempenho de uma rede mais uma arte do que uma cincia.

Redes de Computadores - 1 Perodo de 2000 - Cap 10 - Fls. 6

Os problemas de uma rede, em geral, so causados por sobrecarga momentnea.


Podem tambm advir de desbalanceamento de recursos. Sobrecargas so comuns nos casos:

Pacotes transmitidos em difuso com erro

Recuperao da rede depois de falhas generalizadas (queda de energia)


Rendimento baixo tambm pode ocorrer por mau ajustamento da rede ou por falha
na especificao de temporizao.
Quando uma rede no se comporta como o previsto preciso tomar providencias
para melhora-la. Cada ciclo de melhoria de uma rede contm os seguintes passos:

Medio dor parmetros relevantes de desempenho da rede

Tentativa de entendimento sobre o que est ocorrendo

Mudana de um parmetro
Estes passos repetem-se at que a rede atinja o desempenho julgado satisfatrio.
A medio de parmetros de rendimento de redes apresenta alguns problemas que
passam a ser relacionados abaixo:

Garantia que o tamanho da amostra suficientemente grande

Garantia que as amostras so representativas

Cuidado no emprego de medidas grosseiras de tempo (granulao grossa)

Garantia que nada de inesperado ocorra durante os testes

Alterao de medidas por uso de cache ou bufferizao

Compreenso do que est sendo medido

Extrapolao indevida dos resultados

Redes de Computadores - 1 Perodo de 2000 - Cap 10 - Fls. 7

Você também pode gostar