You are on page 1of 21

CISCO Accessible Theme

Página 1 de 21

Mudar idioma para English | Busca | Glossário Índice do Curso: 4 Camada de Transporte OSI

Selecione

CCNA Exploration - Fundamentos de Rede
4 Camada de Transporte OSI
4.0 Introdução ao Capítulo
4.0.1 Introdução ao Capítulo Página 1: As redes de dados e a Internet suportam a rede humana através do fornecimento de comunicação contínua e confiável entre pessoas localmente e ao redor do mundo. Através de um simples dispositivo, as pessoas podem usar múltiplos serviços como e-mail, web e mensagens instantâneas para enviar mensagens ou recuperar informação. Aplicações como clientes de email, navegadores e clientes de envio de mensagem instantânea permitem às pessoas usarem os computadores e redes para enviar mensagens e encontrar informação. Dados de cada uma dessas aplicações são empacotadas, transportadas e entregues ao servidor daemon apropriado ou aplicação no dispositivo de destino. Os processos descritos na camada de Transporte do modelo OSI aceitam dados da Camada de Aplicação e os preparam para endereçamento na camada de Rede. A camada de Transporte é responsável pela transferência fim-a-fim geral de dados de aplicação. Neste capítulo, nós examinaremos o papel da camada de Transporte no encapsulamento de dados de aplicação para uso pela camada de Rede. A camada de Transporte também abrange estas funções:
z

z

z

Habilita a comunicação de múltiplas aplicações na rede ao mesmo tempo em um único dispositivo Assegura que, se necessário, todos os dados sejam recebidos confiavelmente e em ordem pela aplicação correta. Emprega mecanismos de tratamento de erros

Objetivos Após o término deste capítulo, você será capaz de:
z z

z z

z z

Explicar a necessidade da camada de Transporte. Identificar o papel da camada de Transporte, visto que, ela proporciona a transferência fima-fim de dados entre aplicações. Descrever o papel de dois protocolos TCP/IP da camada de Transporte: TCP e UDP. Explicar as funções principais da camada de Transporte, incluindo confiabilidade, endereçamento de porta e segmentação. Explicar como o TCP e o UDP gerenciam funções-chave. Identificar quando é apropriado usar o TCP ou o UDP e apresentar exemplos de aplicações que usam cada um desses protocolos.

Mostrar mídia visual

4.1 Funções da Camada de Transporte
4.1.1 Propósito da Camada de Transporte Página 1: A camada de Transporte proporciona a segmentação de dados e o controle necessário para

http://curriculum.netacad.net/virtuoso/servlet/org.cli.delivery.rendering.servlet.CCSer... 06/10/2011

CISCO Accessible Theme

Página 2 de 21

reagrupar esses segmentos em fluxos de comunicação. Suas responsabilidades primárias para realizar isto são:
z z z z

Rastrear a comunicação individual entre as aplicações nos hosts de origem e destino. Segmentar dados e gerenciar cada segmento Reagrupar os segmentos em fluxos de dados de aplicação Identificar as diferentes aplicações

Rastreamento de Conversações Individuais Qualquer host pode ter múltiplas aplicações que se comunicam através da rede. Cada uma destas aplicações irá se comunicar com uma ou mais aplicações em hosts remotos. É responsabilidade da camada de Transporte manter fluxos múltiplos de comunicação entre estas aplicações. Segmentação de Dados Como cada aplicação cria um fluxo de dados para ser enviado a uma aplicação remota, estes dados devem ser preparados para serem enviados através do meio em segmentos gerenciáveis. Os protocolos de camada de Transporte descrevem serviços que segmentam estes dados a partir da camada de Aplicação. Isto inclui o encapsulamento necessário em cada lado do segmento. Cada segmento de dados de aplicação requer a adição de cabeçalhos da camada de Transporte para indicar a qual comunicação ele está associado. Reagrupamento de Segmentos No host de destino, cada segmento de dados pode ser direcionado para a aplicação apropriada. Em adição a isso, estes segmentos de dados individuais também precisam ser reconstruídos em um fluxo completo de dados que seja útil para a camada de Aplicação. Os protocolos da camada de Transporte descrevem como a informação do cabeçalho da camada de Transporte é usada para reagrupar os segmentos de dados em fluxos a serem passados para a camada de Aplicação. Identificação das Aplicações Para passar os fluxos de dados para as aplicações apropriadas, a camada de Transporte deve identificar a aplicação de destino. Para realizar isso, a camada de Transporte designa à aplicação um identificador. Os protocolos TCP/IP chamam esse identificador de número de porta. A cada processo de software que precise acessar a rede é designado um número de porta único naquele host. Este número de porta é usado no cabeçalho da camada de transporte para indicar a qual aplicação aquele segmento de dado está associado. A camada de Transporte é o link entre a camada de Aplicação e a camada inferior, que são responsáveis pela transmissão na rede. Esta camada aceita dados de diferentes conversações e os passa para as camadas inferiores como segmentos gerenciáveis que podem ser finalmente multiplexados no meio. As aplicações não precisam saber dos detalhes operacionais da rede em uso. As aplicações geram dados que são enviados de uma aplicação a outra, sem considerar o tipo de host de destino, o tipo de meio sobre o qual o dado deve trafegar, o caminho tomado pelo dado, o congestionamento em um link, ou o tamanho da rede. Adicionalmente, as camadas inferiores não estão a par de que existem múltiplas aplicações enviando dados na rede. Sua responsabilidade é entregar os dados ao dispositivo apropriado. A camada de transporte então organiza esses segmentos antes de entregá-los à aplicação apropriada. As Necessidades de Dados Variam

http://curriculum.netacad.net/virtuoso/servlet/org.cli.delivery.rendering.servlet.CCSer... 06/10/2011

fornece os meios para enviar e receber dados quando se executam múltiplas aplicações concorrentemente em um computador. Atrasos leves são considerados aceitáveis para assegurar que a informação completa seja recebida e apresentada.cli. Além disso. 06/10/2011 .gerencia o reenvio ou substituição da informação perdida. Isto é considerado preferível a atrasos que resultariam de pedido à rede para gerenciar e reenviar os segmentos perdidos. uma aplicação pode tolerar alguma perda de dados durante a transmissão através da rede. apenas uma aplicação.um vídeo por exemplo . ou exibir páginas web enquanto estivesse exibindo o vídeo. existem múltiplos protocolos da camada de Transporte. Em outros casos. seria capaz de receber dados. Outros protocolos da camada de Transporte descrevem processos que fornecem características adicionais. o vídeo em streaming.CISCO Accessible Theme Página 3 de 21 Devido ao fato de diferentes aplicações terem diferentes necessidades. Alguns protocolos fornecem apenas as funções básicas para entregar eficientemente os segmentos de dados entre as aplicações apropriadas. No entanto. os usuários necessitam que um e-mail ou página web sejam completamente recebidos e apresentados para que a informação seja considerada útil.servlet. Mostrar mídia visual Página 2: Separação de Múltiplas Comunicações Considere um computador conectado a uma rede que está simultaneamente recebendo e enviando e-mails e mensagens instantâneas. pequenas perdas ocasionada de partes de uma conversa telefônica pode ser considerada aceitável. os segmentos devem chegar em uma sequência específica para serem processados com sucesso.net/virtuoso/servlet/org. Em alguns casos. Você não poderia receber e-mails.delivery. Mostrar mídia visual Página 3: Conforme foi explicado no capítulo anterior. conversar em um programa de mensagens instantâneas..netacad. o envio de alguns tipos de dados . de acordo com os protocolos de camada de Transporte.através da rede com um fluxo de comunicação completa pode impedir que outras comunicações ocorram ao mesmo tempo. Sem segmentação. Estes tipos de protocolos são úteis para aplicações cujos dados são sensíveis a atrasos.não a rede . o usuário . Os diferentes protocolos da camada de Transporte têm diferentes regras que permitem aos dispositivos lidar com essas necessidades diversas de dados. Neste exemplo. as aplicações com diferentes necessidades de transporte podem se comunicar na mesma rede.rendering. Uma pessoa pode inferir a perda de áudio a partir do contexto da conversa ou pedir a outra pessoa para repetir o que foi dito. elas geram uma sobrecarga adicional e fornecem maiores demandas sobre a rede.. Para algumas aplicações. Nas redes convergidas atuais. por exemplo. habilita muitas comunicações diferentes que podem estar intercaladas (multiplexadas) na mesma rede. tais como assegurar a entrega confiável entre as aplicações. e o texto de uma mensagem instantânea não aparece em um e-mail. http://curriculum. Embora estas funções adicionais proporcionem uma comunicação mais robusta na camada de Transporte entre as aplicações. e o envio dessas partes a partir da origem. A segmentação de dados. todos os dados precisam ser recebidos por qualquer um deles para poder ser usado. Em contraste. exibindo websites e conduzindo uma chamada VoIP. A divisão de dados em partes pequenas.CCSer. os dados da chamada telefônica não são direcionados ao navegador web. Cada uma destas aplicações está enviando e recebendo dados através da rede ao mesmo tempo. Isso também dificulta a recuperação de erro e retransmissão de dados danificados.

os dados podem chegar na ordem errada..cli. Multiplexação de Conversação . Além de usar a informação contida nos cabeçalhos. cada conjunto particular de segmentos que flui entre uma aplicação de origem e uma aplicação de destino é conhecido com uma conversação.A maioria das redes tem uma limitação da quantidade de dados que podem ser incluídos em uma única PDU. A camada de Transporte pode assegurar que todorastreiem todas os segmentos atinjam seu destino tendo o dispositivo de origem para retransmitir qualquer dado que seja perdido. Este cabeçalho contém campos de bits. Através da numeração e sequenciamento dos segmentos. A camada de Transporte divide os dados da aplicação em blocos de dados que estão em um tamanho apropriado. Estas conexões preparam as aplicações para se comunicarem entre si antes que qualquer dado seja transmitido. Para identificar cada segmento de dados. a camada de Transporte pode assegurar que esses segmentos http://curriculum.Podem haver muitas aplicações ou serviços sendo executados em cada host na rede. Entrega na Mesma Ordem Devido ao fato de que as redes podem fornecer múltiplas rotas que podem ter diferentes tempos de transmissão.netacad. alguns protocolos da camada de Transporte fornecem: z z z z Conversações orientadas à conexão Entrega Confiável Reconstrução de dados ordenados Controle de Fluxo Mostrar mídia visual Página 2: Estabelecimento de uma Sessão A camada de Transporte pode fornecer essa orientação de conexão através da criação de sessões entre as aplicações.2 Controle das Conversações Página 1: As funções principais especificadas por todos os protocolos da camada de Transporte incluem: Segmentação e Reagrupamento .CISCO Accessible Theme Página 4 de 21 Na camada de Transporte. ou completamente perdido. Dentro destas sessões. é possível que um segmento de dados se torne corrompido. a camada de Transporte reagrupa os dados antes de enviá-los à aplicação ou serviço de destino.1. 06/10/2011 .servlet..net/virtuoso/servlet/org. os dados para uma comunicação entre as duas aplicações podem ser gerenciados de perto.delivery. No destino. a camada de Transporte adiciona ao segmento um cabeçalho contendo dados binários.rendering. quando ele é transmitido através da rede. Mostrar mídia visual 4.CCSer. Cada uma destas aplicações ou serviços é designado a um endereço conhecido como uma porta para que a camada de Transporte possa determinar com qual aplicação ou serviço o dado é identificado. Entrega Confiável Por muitas razões. para as funções básicas de segmentação e reagrupamento de dados. São os valores nesses campos que habilitam que diferentes protocolos de camada de Transporte realizem diferentes funções.

. confiabilidade significa assegurar que cada segmento de dado enviado pela origem chegue ao seu destino. O controle de fluxo pode prevenir a perda de segmentos na rede e evitar a necessidade de retransmissão.CISCO Accessible Theme Página 5 de 21 sejam reagrupados na ordem apropriada.. A sobrecarga adicional de rede é considerada como uma necessidade para essas aplicações. A camada de Transporte do host receptor também deve rastrear o dado à medida que ele é recebido e confirmar o recebimento do dado. alguns protocolos podem solicitar que a aplicação de envio reduza a taxa de fluxo de dados. por isso. Isto cria um dilema entre o valor de confiabilidade e a carga que ela coloca sobre a rede. estes serviços serão explicados mais detalhadamente. entrega garantida ou entrega de melhor esforço.1. diferentes aplicações têm diferentes necessidades para seus dados e. http://curriculum. Quaisquer perdas de dados podem causar uma comunicação corrompida que é incompleta ou ilegível. porque não há confirmação de que o dado foi recebido no seu destino. Estes processos de confiabilidade colocam uma sobrecarga adicional sobre os recursos de rede devido à confirmação. À medida que os protocolos forem discutidos neste capítulo. Na camada de Transporte. No entanto.servlet. Para suportar estas operações de confiabilidade. diferentes protocolos de Transporte têm sido desenvolvidos para satisfazer estas necessidades. Isto é feito na camada de Transporte regulando a quantidade de dados que a origem transmite como um grupo.cli. Determinação da Necessidade de Confiabilidade As aplicações. Controle de Fluxo Os hosts de rede têm recursos limitados. No contexto de rede. Na camada de Transporte. a entrega de melhor esforço é referida como não confiável.rendering. existem protocolos que especificam métodos que sejam para entrega confiável. Portanto.delivery. estas aplicações são projetadas para usar um protocolo da camada de Transporte que implemente confiabilidade.3 Suporte de Comunicação Confiável Página 1: Relembre que a função principal da camada de Transporte é gerenciar os dados da aplicação para as conversações entre os hosts. Mostrar mídia visual 4. mais dados de controle são trocados entre os hosts de envio e recepção. Esta informação de controle está contida no cabeçalho da Camada 4. como memória e largura de banda. Os desenvolvedores de aplicações devem escolher que tipo de protocolo de transporte é apropriado com base nas necessidades de suas aplicações. rastreamento e retransmissão. 06/10/2011 . páginas web e e-mail.netacad. Quando a camada de Transporte está ciente de que esses recursos estão sobrecarregados. tais como as bases de dados. em ordem.net/virtuoso/servlet/org.CCSer. para que os dados sejam úteis. Em termos de rede. as três operações básicas de confiabilidade são: z z z rastreamento de dados transmitidos confirmação de dados recebidos retransmissão de quaisquer dados não confirmados Isto requer que os processos da camada de Transporte da origem rastreiem todos os segmentos de dados de cada conversação e retransmitam quaisquer dados que realmente não foram confirmados pelo destino. necessitam de que todos os dados enviados cheguem ao destino em seu estado original. O protocolo da camada de Transporte pode implementar um método para assegurar a entrega confiável dos dados.

A imagem do vídeo em streaming seria muito degradada se o dispositivo de destino tivesse de se responsabilizar pelos dados perdidos e pelo retardo no fluxo quando da espera por sua chegada. O TCP causa sobrecarga adicional para adicionar funções. descrito na RFC 793. As funções adicionais especificadas pelo TCP são as ditas entrega ordenada. Ele tem a vantagem de fornecer uma entrega de dados de baixa sobrecarga. As diferenças entre os dois são as funções específicas que cada protocolo implementa.1. entrega confiável e controle de fluxo. 06/10/2011 .rendering.CCSer. Mostrar mídia visual 4. se um ou dois segmentos de um fluxo de vídeo falharem ao chegar. As aplicações que usam UDP incluem: (DNS) Vídeo em Streaming Voz Sobre IP (VOIP) Protocolo TCP O TCP é um protocolo orientado à conexão.net/virtuoso/servlet/org.CISCO Accessible Theme Página 6 de 21 Outras aplicações são mais tolerantes com a perda de pequenas quantidades de dados. Veja a figura para uma comparação. Isto pode parecer como uma distorção na imagem. A imposição de sobrecarga para assegurar a confiabilidade para essa aplicação pode reduzir a utilidade da mesma. As segmentos de comunicação em UDP são chamados datagramas. É melhor projetar uma boa imagem possível no tempo com os segmentos que chegam e abrir mão da confiabilidade.delivery. Se a confiabilidade é necessária por alguma razão. mas pode até mesmo não ser notado pelo usuário. enquanto que o segmento UDP tem apenas 8 bytes. descrito na RFC 768.netacad. estas aplicações podem apresentar solicitações de verificação de erro e retransmissão. As aplicações que usam TCP são: Navegadores web E-mail FTP Mostrar mídia visual http://curriculum. Cada segmento TCP tem 20 bytes de overhead no cabeçalho que encapsula o dado da camada de Aplicação. Ambos os protocolos gerenciam a comunicação de múltiplas aplicações..cli. Protocolo UDP (User Datagram Protocol) O UDP é um protocolo simples e sem conexão. Estes datagramas são enviados como o "melhor esforço" por este protocolo da camada de Transporte.servlet.4 TCP e UDP Página 1: Os dois protocolos da camada de Transporte mais comuns da pilha de protocolos TCP/IP são o Protocolo TCP e o Protocolo UDP. Por exemplo. isso cria apenas uma interrupção momentânea no fluxo..

Este número de porta age com um endereço de retorno para a aplicação que faz a solicitação. O número da porta de origem é o número para essa comunicação associado à aplicação originada no host local. O número de porta da aplicação solicitante é usado com o número de porta de destino na resposta que volta do servidor. No cabeçalho de cada segmento ou datagrama. A combinação do número de porta da camada de Transporte e do endereço IP da camada de Rede designada ao host identifica exclusivamente um processo particular sendo executado em um dispositivo de host específico. Isso acontece porque a porta 80 TCP é a porta padrão designada a aplicações web.1.168.20:80. Os números de porta são designados de várias maneiras. Por exemplo. Muitas aplicações comuns têm designações de porta padrão. há uma porta de origem e destino. o TCP e o UDP têm campos de cabeçalho que podem identificar unicamente essas aplicações.100.cli. Os serviços baseados em TCP e UDP rastreiam as várias aplicações que estão se comunicando. é também único e identifica a conversação entre os dois hosts. os clientes escolhem dinamicamente um número de porta para cada conversação. o navegador usa o TCP é número de porta 80.100.5 Endereçamento de Porta Página 1: Identificação de Conversações Considere o exemplo anterior de um computador que simultaneamente recebe e envia e-mail.netacad.. a porta de destino contida no cabeçalho é o número da porta que é designado ao serviço daemon executado no host remoto. você pode encontrar os termos número de porta e soquete sendo usados alternadamente. a menos que um outro seja especificado. Para diferenciar os segmentos e datagramas para cada aplicação. dependendo se a mensagem é uma solicitação ou uma resposta.CISCO Accessible Theme Página 7 de 21 4. O número da porta de origem é o número para essa comunicação associada à aplicação originada no host local. 06/10/2011 .48:49152. o termo soquete se refere apenas à combinação única de endereço IP e número de porta. seja através do padrão ou manualmente.rendering. o cliente pode escolher qualquer número de porta. páginas web e chamada VOIP..net/virtuoso/servlet/org. ela pode ser encaminhada para a aplicação correta. Um par de soquete.168. A camada de Transporte rastreia esta porta e a aplicação que iniciou a solicitação. Mostrar mídia visual http://curriculum. que consiste de endereços IP de origem e destino.20 seria destinado ao soquete 192. uma solicitação de página HTTP sendo enviada a um servidor web (porta 80) sendo executado em um host com um endereço de IPv4 Camada 3 192. Estes identificadores únicos são os números de porta.168. Contanto que ela não entre em conflito com outras portas em uso no sistema. o soquete para a página web seria 192. O software cliente deve conhecer qual número de porta está associado ao processo servidor no host remoto. Por exemplo. A porta de origem em um cabeçalho de segmento ou datagrama de uma solicitação de cliente é gerada aleatoriamente. Esta combinação é chamada de soquete. Se o navegador web que faz a solicitação à web está sendo executado no host 192.CCSer.servlet.delivery. No contexto deste curso.48 e o número Dinâmico de porta designado ao navegador web é 49152.168. Embora os processos do servidor tenham números de porta estáticos designados a eles. Quando uma aplicação cliente envia uma solicitação à aplicação servidor. Este número de porta de destino é configurado. de modo que quando uma resposta é retornada. Ocasionalmente. mensagens instantâneas.1.1. quando uma aplicação de navegador web faz uma solicitação a um servidor web.

Neste caso. Mostrar mídia visual 4.rendering. Existem diferentes tipos de números de portas: Portas Conhecidas (Números 0 a 1023) . estas portas também podem ser dinamicamente selecionadas por um cliente como sua porta de origem. Utilização do TCP e do UDP Algumas aplicações podem usar tanto TCP como UDP.. as conexões TCP desnecessárias podem consumir recursos valiosos do sistema. o endereço externo. Portas Registradas (Números 1024 a 49151) .cli. O Netstat é um utilitário de rede importante que pode ser usado para verificar essas conexões.CISCO Accessible Theme Página 8 de 21 Página 2: A Internet Assigned Numbers Authority (IANA) designa números de porta.Estes números de portas são designados para processos ou aplicações de usuário. O Netstat deve ser usado para examinar as conexões abertas em um host quando o desempenho parecer comprometido.servlet. Links Uma lista atual de números de porta pode ser encontrada em http://www.net/virtuoso/servlet/org. o baixo overhead (sobrecarga) do UDP habilita ao DNS servir a muitas solicitações de clientes muito rapidamente. o número de porta e o estado da conexão.Elas são geralmente designadas dinamicamente a aplicações de cliente quando se inicia uma conexão.1. Adicionalmente. o endereço local e o número de porta. Eles são comumente usados para aplicações como o HTTP (servidor web) POP3/SMTP (servidor de e-mail) e Telnet.6 Segmentação e Reagrupamento . Muitas opções úteis estão disponíveis para o comando netstat.org/assignments/port-numbers. Estes processos são principalmente aplicações individuais que um usuário escolheu para instalar em vez de aplicações comuns que receberiam uma Porta Conhecida. o envio da informação solicitada pode exigir a confiabilidade do TCP. Conexões TCP inexplicáveis podem ser uma grande ameaça de segurança.Dividir e Conquistar Página 1: O capítulo anterior explicou como as PDUs são construídas para passar os dados de uma http://curriculum. reduzindo a velocidade de desempenho do host. A IANA é um órgão de padrões responsável pela designação de vários padrões de endereçamento. As vezes. 06/10/2011 . Através da definição destas portas conhecidas para aplicações de servidor. Por exemplo. aplicações de clientes podem ser programados para solicitar uma conexão com essa porta específica e seu serviço associado.. O Netstat lista o protocolo em uso. o número 53 de porta conhecida é usado por ambos os protocolos com este serviço.delivery. Isto acontece porque elas podem indicar que algo ou alguém está conectado ao host local. Quando não usadas para um recurso de servidor.netacad.CCSer. Portas Dinâmicas ou Privadas (Números 49152 a 65535) .Esses números estão reservados para serviços e aplicações.iana. Mostrar mídia visual Página 3: As vezes é necessário conhecer quais conexões TCP ativas estão abertas e sendo executadas em um host de rede. Não é muito comum um cliente se conectar a um serviço usando uma Porta Dinâmica ou Privada (embora alguns programas de compartilhamento de arquivos peer-to-peer o façam). no entanto.

Algumas aplicações transmitem grandes quantidades de dados . Um segmento muito grande de dados pode levar minutos ou mesmo horas para ser enviado. Nenhum outro tráfego de rede poderia ser transmitido enquanto estes dados estivessem sendo enviados. ou na manutenção de uma conexão.1 TCP . Além disso. No TCP. você "olhará dentro" de pacotes para ver como o DNS e o HTTP usam os números de porta. se houvesse algum erro. 06/10/2011 .Tornando as Conversações Confiáveis Página 1: A distinção principal entre o TCP e o UDP está na confiabilidade. a camada de Transporte inicia um processo para criar uma conexão com o destino. A informação pode chegar em ordem diferente da qual ela foi transmitida porque diferentes pacotes podem tomar diferentes caminhos através da rede.2 O Protocolo TCP .CISCO Accessible Theme Página 9 de 21 aplicação para os vários protocolos para criar uma PDU que seja então transmitida no meio.em alguns casos. eles não estão preocupados com a ordem que a informação foi transmitida. Isso assegura que as aplicações de destino tenham os dados na forma exata pretendida pelo remetente. o arquivo inteiro seria perdido ou reenviado.delivery.rendering.2. Seria impraticável enviar todos estes dados em um segmento muito grande. Embora os serviços que usam UDP também rastreiem as conversações entre as aplicações. Não existe número sequencial no cabeçalho UDP. Mostrar mídia visual 4.. O limite varia dependendo da tecnologia de rede e do meio físico específico que está sendo usado.servlet. Este número sequencial confere as funções da camada de Transporte no host de destino para reagrupar segmentos na ordem em que eles foram transmitidos. O TCP e o UDP Lidam com a Segmentação de Maneira Diferente. Dividir os dados da aplicação em segmentos assegura que os dados sejam transmitidos dentro dos limites do meio e que os dados de diferentes aplicações possam ser multiplexadas no meio. cada cabeçalho de segmento contém um número sequencial. Uma aplicação que usa o UDP precisa tolerar o fato de que os dados podem não chegar na ordem em que foram enviados.. Após uma sessão ter sido estabelecida. Este processo assegura que cada host está ciente e preparado para a comunicação. Uma conversação TCP completa exige o estabelecimento de uma sessão entre os hosts em ambas as direções. muitos gigabytes.netacad. este processo é revertido até que os dados possam ser passados até a aplicação. o destino envia confirmações para a origem para os http://curriculum. Clique no ícone do Packet Tracer para iniciar a atividade. Antes que um host usando o TCP envie dados para outro host. No host de destino.net/virtuoso/servlet/org. Esta conexão habilita o rastreamento de uma sessão. ou um fluxo de comunicação entre os hosts. Mostrar mídia visual Página 2: Nesta atividade.CCSer.cli. resultando em uma transferência mais rápida de dados.Comunicando com Confiabilidade 4. Dispositivos de rede não teriam buffers de memória grandes o suficiente para armazenar estes dados enquanto eles fossem transmitidos ou recebidos. O UDP é um esquema mais simples e gera menos overhead do que o TCP. A confiabilidade da comunicação TCP é realizada com o uso de sessões orientadas à conexão.

essa porta é considerada como estando "aberta" no servidor. É comum para um servidor fornecer mais de um serviço. ao mesmo tempo.2. uma para cada aplicação de servidor ativo..cli. os processos de aplicações são executados nos servidores. À medida que a origem recebe uma confirmação. Qualquer solicitação de cliente que chega endereçada ao soquete correto é aceita e os dados são transmitidos à aplicação do servidor. Quando uma aplicação de servidor ativo é designada a uma porta específica.net/virtuoso/servlet/org.CISCO Accessible Theme Página 10 de 21 segmentos que ele recebe. Um servidor individual não pode ter dois serviços designados ao mesmo número de porta dentro dos mesmos serviços da camada de Transporte. Veja a figura para saber as etapas para estabelecer e terminar uma conexão TCP. Estas confirmações formam a base da confiabilidade dentro de uma sessão TCP.2 Processos TCP em Servidores Página 1: Conforme discutido anteriormente neste capítulo. Estes processos esperam até que um cliente inicie a comunicação com uma solicitação de informação ou outros serviços. a porta TCP 8080). seja no modo padrão ou manualmente através de um administrador do sistema. ela sabe que os dados foram entregues com sucesso e pode parar o rastreamento daqueles dados. conforme mostrado na figura. ela retransmite aqueles dados para o destino.CCSer. cada um com uma função específica. 06/10/2011 . A figura mostra a alocação típica de portas de origem e destino em operações cliente/servidor TCP. Parte do overhead adicional do uso do TCP é o tráfego de rede gerado por confirmações e retransmissões. Estes campos serão discutidos mais tarde nesta seção. O host rastreia cada segmento de dados dentro de uma sessão e troca informação sobre qual http://curriculum. Cada processo de aplicação sendo executado no servidor é configurado para usar um número de porta. Mostrar mídia visual 4.delivery. Um host executando uma aplicação de servidor web e uma aplicação de transferência de arquivo não pode ter ambos configurados para usar a mesma porta (por exemplo.2.3 Estabelecimento e Término de conexões TCP Página 1: Quando dois hosts se comunicam usando o TCP. Se a origem não recebe uma confirmação dentro de um período pré-determinado de tempo. Os mecanismos de conexão e sessão habilitam a função de confiabilidade do TCP.netacad. Depois da comunicação ter sido completada. Há também um overhead adicional nos hosts individuais criado pela necessidade de rastrear quais segmentos estão esperando pela confirmação e pelo processo de retransmissão. O estabelecimento de sessões cria um overhead na forma de segmentos adicionais sendo trocados. Mostrar mídia visual 4.servlet. as sessões são fechadas e a conexão é encerrada. Podem haver muitas portas simultâneas abertas em um servidor. Uma maneira de melhorar a segurança em um servidor é restringir o acesso de servidor a apenas essas portas associadas com os serviços e as aplicações que devem ser acessíveis para solicitantes autorizados. uma conexão é estabelecida antes que os dados possam ser trocados.rendering. como um servidor web e um servidor FTP.. Esta confiabilidade é alcançada tendo campos no segmento TCP. Isto significa que a camada de Transporte aceita e processa segmentos endereçados àquela porta.

Quando um valor de bit é definido como 1.delivery. o host que serve como um cliente inicia a sessão para o servidor.cli. 2. Cada conexão representa dois fluxos de comunicação. Este valor de confirmação habilita o cliente a submeter à resposta de volta ao segmento original que ele enviou ao servidor. ou sessões. os hosts realizam um handshake triplo. Dentro do cabeçalho de segmento TCP. O valor é maior do que o número sequencial porque o ACK é sempre o próximo Byte ou Octeto esperado.netacad. Bits de controle no cabeçaçho TCP indicam o progresso e o status da conexão. Esses campos são: URG .. portanto. que serve como uma solicitação ao servidor para começar uma sessão de comunicações. O servidor responde com um segmento contendo um valor de confirmação igual ao valor sequencial recebido mais 1. você pode examinar a operação do handshake triplo TCP: Etapa 1 http://curriculum.2. Isso completa o processo de estabelecimento da conexão. tem apenas dois valores: 1 ou 0. Para estabelecer uma conexão.4 Handshake Triplo TCP Página 1: Usando as entradas Wireshark.CCSer.rendering.Campo significativo de confirmação PSH . Mostrar mídia visual 4. Com o uso de um processo de quatro etapas. ele indica que a informação de controle está contida no segmento.função Push RST .servlet. O cliente iniciador responde com um valor de confirmação igual ao valor sequencial que ele recebeu mais um.Restabelecer a conexão SYN . O cliente iniciador envia um segmento contendo um valor sequencial inicial. é importante examinar os vários valores que os dois hosts trocam. Informa o dispositivo de destino que o cliente de origem pretende estabelecer uma sessão de comunicação nessa número de porta Nas conexões TCP.Indicador urgente de campo significativo ACK .Sincronizar números de sequência FIN ..CISCO Accessible Theme Página 11 de 21 dado é recebido por cada host usando a informação no cabeçalho TCP.net/virtuoso/servlet/org. mais seu próprio valor sequencial de sincronização. porque o valor de um desses campos é apenas 1 bit e. O handshake triplo: z z z Estabelece que o dispositivo de destino está presente na rede Verifica se o dispositivo de destino tem um serviço ativo e está aceitando solicitações no número de porta de destino que o cliente pretende usar para a sessão. 06/10/2011 . 3. Para entender o processo do handshake triplo.Não há mais dados do remetente Estes campos são referidos como flags (flags). Os três passos no estabelecimento da conexão TCP são: 1. existem seis campos de 1 bit que contêm a informação de controle usada para gerenciar os processos TCP. as flags são trocadas para encerrar uma conexão TCP.

Ele define a flag de controle SYN no cabeçalho para estabelecer a sessão do servidor para o cliente.cli. o cliente TCP responde com um segmento contendo um ACK que é a resposta para o TCP SYN enviado pelo servidor..net/virtuoso/servlet/org.CCSer. Para fazer isso. Mostrar mídia visual Página 2: Etapa 2 O servidor TCP precisa confirmar o recebimento do segmento SYN do cliente para estabelecer a sessão do cliente para o servidor. Conforme mostrado na figura. Mostrar mídia visual Página 3: Etapa 3 Finalmente. A flag ACK permanecerá definida para o equilíbrio da sessão. Este valor será usado para rastrear o fluxo de dados nesta sessão do servidor de volta para o cliente. Relembre que a conversação entre o cliente e o servidor é na verdade duas sessões unidirecionais. Embora o analisador de protocolo no gráfico indique os valores relativos para os números de sequências e de confirmação. O valor do campo de número de confirmação é igual ao número de sequência inicial mais 1.servlet. Nós podemos determinar os números reais enviados nos cabeçalhos do segmento examinando a tela de Pacote de Bytes.rendering. Conforme mostrado na figura.netacad. todos os segmentos adicionais trocados nesta comunicação terão uma flag ACK definida. 06/10/2011 . a saída do analisador de protocolo mostra que as flags de controle ACK e SYN estão definidas e os números de sequência relativo e de confirmação são mostrados. http://curriculum. o servidor usa a flag SYN da mesma maneira que o cliente o fez.delivery. o servidor envia um segmento de volta para o cliente com a flag ACK indicando que o número de Confirmação é significativo. os valores verdadeiros são números binários de 32 bits. é escolhido aleatoriamente e é usado para iniciar o rastreamento do fluxo de dados do cliente para o servidor para esta sessão. Com esta flag indicada no segmento. Conforme mostrado na figura. A flag de controle SYN é definida e o número de sequência relativo é 0. Isto estabelece uma sessão do cliente para o servidor. Não há dado de usuário neste segmento. a saída do analisador de protocolo mostra a flag de controle ACK definida e os números de confirmação são mostrados. o cliente confirma isto como uma confirmação de que o servidor recebeu o SYN do cliente TCP. e outra do servidor para o cliente. O ISN no cabeçalho de cada segmento é aumentado em um para cada byte de dados enviados do cliente para o servidor à medida que a conversação de dados continua. indicando um valor inicial no campo do número de sequência no cabeçalho. A flag SYN indica que o valor inicial do campo de número de sequência está no cabeçalho. Nesta segunda etapa do handshake triplo. a saída de um analisador de protocolo mostra a flag de controle SYN e o número de sequência relativo. O valor do campo de número de confirmação contém um 1 a mais do que o número de sequência inicial recebido do servidor. Este valor inicial para o número de sequência. uma do cliente para o servidor. Aqui você pode ver os quatro bytes representados em hexadecimal.CISCO Accessible Theme Página 12 de 21 Um cliente TCP inicia o handshake triplo enviando um segmento com a flag de controle SYN (número sequencial de sincronia) definido. Para iniciar esta sessão. o servidor precisa iniciar a resposta do servidor para o cliente. conhecido como o Número de Sequência Inicial (ISN).. Já que ambas as sessões estão estabelecidas entre cliente e servidor.

a sessão é fechada. Nota: Nesta explicação..CISCO Accessible Theme Página 13 de 21 A segurança pode ser adicionada à rede de dados por: z z z Negação de estabelecimento de sessões TCP Apenas permitindo sessões que sejam estabelecidas para serviços específicos Apenas permitindo tráfego como parte de sessões já estabelecidas Esta segurança pode ser implementada para todas as sessões TCP ou apenas para as sessões selecionadas. quatro trocas são necessárias para finalizar ambas as sessões. combinando duas etapas em uma. Quando o cliente não tem mais dados para enviar. Quando o cliente não tem mais dados para enviar no fluxo. 4. as flags de controle FIN e ACK são definidas no cabeçalho do segmento. ele pode responder com ambas as flags FIN e ACK definidas. 2. confirmando que todos os bytes de dados foram recebidos. Quando o cliente final de uma sessão não tem mais dados para transferir. Uma confirmação de retorno confirma que todos os bytes de dados foram recebidos e que a sessão está. 3. mas o processo de encerramento pode ser iniciado por qualquer um dos dois hosts que completarem a sessão: 1. O cliente responde com um ACK. Mostrar mídia visual Página 2: Nesta atividade. Se o servidor também não tem mais dados para enviar. 06/10/2011 . Conforme mostrado na figura. O servidor envia um FIN para o cliente. O servidor envia uma ACK para confirmar o recebimento do FIN para encerrar a sessão do cliente para o servidor.2. ele define a flag FIN no cabeçalho de um segmento. Portanto.CCSer. consistindo de um segmento FIN e um segmento ACK. você irá estudar o handshake triplo TCP para estabelecimento de sessão e o processo TCP para encerramento. O receptor indica que não há mais dados para enviar definindo uma flag FIN no cabeçalho de um segmento enviado à origem. fechada. os termos cliente e servidor são usados nesta descrição com uma referência visando a simplicidade. A sessão na outra direção é fechada usando o mesmo processo.net/virtuoso/servlet/org. e visualizar os processos de estabelecimento e encerramento de sessão com o Packet Tracer aprofundará o http://curriculum.cli. um handshake duplo é usado. Quando todos os segmentos tiverem sido confirmados. É possível encerrar a conexão através de um handshake triplo. Para terminar cada sessão TCP unidirecional. o servidor irá enviar um segmento normal contendo dados com a flag ACK definida usando o número de confirmação.servlet. A seguir.delivery. ele envia um FIN ao servidor. O cliente responde com um ACK para confirmar o FIN do servidor.rendering.netacad. ele envia um segmento com uma flag FIN definida. fechando com isso a sessão HTTP. Mostrar mídia visual 4. para encerrar a sessão do servidor para o cliente. a flag de fim de comunicação FIN (Finish) no cabeçalho do segmento precisa ser definida.5 Encerramento de Sessão TCP Página 1: Para fechar uma conexão. para terminar uma conversação única suportada pelo TCP. Muitos protocolos de aplicações usam TCP. por sua vez..

Para a mensagem original ser entendida pelo receptor. Clique no ícone do Packet Tracer para iniciar a atividade. 06/10/2011 . Isto é chamado de confirmação esperada. A origem é informada de que o destino recebeu todos os bytes neste fluxo de dados até. os dados desses segmentos são reagrupados na sua ordem original. Durante a instalação de uma sessão.2 Confirmação TCP com Janelamento Página 1: Confirmação de Recebimento de Segmentos Uma das funções do TCP é assegurar que cada segmento atinja o seu destino. O número de sequência do cabeçalho do segmento e o número de confirmação são usados juntamente para confirmar o recebimento dos bytes de dados contidos nos segmentos. Os números de sequência do segmento habilitam a confiabilidade.. indicando como reagrupar e reordenar segmentos recebidos.3. Os números de sequência e de confirmação estão sendo trocados em ambas as direções.CCSer. quando os segmentos com os bytes perdidos chegam. mas não incluindo. Os números de sequência são designados no cabeçalho de cada pacote para alcançar essa meta.net/virtuoso/servlet/org. o número de sequência é incrementado pelo número de bytes que foram transmitidos. Este número de sequência inicial representa o valor de partida para os bytes para esta sessão que será transmitida para a aplicação receptora. http://curriculum. Segmentos perdidos podem ser identificados. Espera-se que o host de envio envie um segmento que use um número de sequência que é igual ao número de confirmação.delivery. esses segmentos são processados. Mostrar mídia visual 4.CISCO Accessible Theme Página 14 de 21 seu entendimento. o byte indicado pelo número de confirmação. Mostrar mídia visual 4. O número de sequência é o número relativo de bytes que foram transmitidos nessa sessão mais 1 (que é o número do primeiro byte de dado no segmento corrente).3. Os serviços TCP no host de destino confirmam os dados que ele recebeu para a aplicação de origem. Quaisquer segmentos que cheguem com números de sequência não contíguos são retidos para processamento posterior.netacad. Lembre-se. cada conexão é na verdade composta por duas sessões unidirecionais. À medida que os dados são transmitidos durante a sessão. conforme mostrado na figura.3 Gerenciamento de Sessões TCP 4. Então. Este rastreamento de bytes de dados habilita a cada segmento ser identificado e reconhecido de forma única.servlet. O processo TCP do receptor coloca os dados de um segmento em um buffer. O TCP usa o número de confirmação em segmentos enviados de volta à origem para indicar o próximo byte que o receptor espera receber nessa sessão. Os segmentos são colocados na ordem de número de sequência apropriada e passados para a camada de Aplicação quando reagrupados. os segmentos podem chegar no seu destino fora de ordem.cli. um número de sequência inicial (ISN) é definido.1 Reagrupamento de Segmentos TCP Página 1: Refazendo o Sequenciamento de Segmentos na Ordem Transmitida Quando os serviços enviam dados usando o TCP..rendering.

Para uma implementação de TCP típica. Quando o host de envio da esquerda recebe essa confirmação.delivery. Quando a confirmação do dado é recebida. se 10 segmentos de 1000 bytes cada fossem recebidos. Para reduzir o overhead dessas confirmações. Por exemplo. começando com um número de sequência de 2000.. Se a confirmação não for recebida antes da contagem expirar. Entre estes métodos há um mecanismo que retransmite segmentos com dados não confirmados. a rede teria muito overhead. a perda de dados ocorrerá ocasionalmente. o segmento é deletado da fila. o número de confirmação seria 3001. Isto porque existem segmentos com os números de sequência de 3001 a 3399 que não foram recebidos. http://curriculum. Examinando esse exemplo.cli.CISCO Accessible Theme Página 15 de 21 No exemplo da figura. ele voltará ao último número de confirmação que recebeu e retransmitirá os dados a partir daquele ponto para frente. o segmento é retransmitido. Se estiver faltando um ou mais segementos. Por exemplo. O Tamanho de Janela é um campo no cabeçalho TCP que habilita o gerenciamento de dados perdidos e controle de fluxo. A animação demonstra a retransmissão de segmentos perdidos.CCSer. ele pode agora enviar o próximo segmento contendo dados para essa sessão iniciando com o byte número 11.. Quando o TCP no host de origem não recebeu uma confirmação depois de um período prédeterminado de tempo.3. Mostrar mídia visual 4. o TCP fornece métodos para gerenciar essas perdas de segmentos. apenas os dados nos segmentos que completam o fluxo serão confirmados. um host pode transmitir um segmento.3 Retransmissão TCP Página 1: Lidando com a Perda de Segmento Não importa quanto uma rede seja bem projetada.rendering. A quantidade de dados que a origem pode transmitir antes que uma confirmação seja recebida é chamada de tamanho da janela.net/virtuoso/servlet/org. se os segmentos com números de sequência de 1500 a 3000 e de 3400 a 3500 fossem recebidos. Este confirmação contém um número de confirmação baseado no número total de bytes recebidos na sessão. O processo de retransmissão não é especificado pela RFC. O host receptor da direita recebe o segmento na Camada 4 e determina que o número de sequência é 1 e que ele tem 10 bytes de dados. Portanto. se o host de envio tiver que esperar pela confirmação de recebimento de cada 10 bytes.netacad. mas é deixado para a implementação específica do TCP. o host define o número de confirmação em 11 para indicar que o próximo byte de dados que ele espera receber nessa sessão é o byte número 11. múltiplos segmentos de dados podem ser enviados e confirmados com uma única mensagem TCP na direção oposta. o número de confirmação 12001 seria retornado à origem. Ele envia um segmento contendo 10 bytes de dados para essa sessão e um número de sequência igual a 1 no cabeçalho.servlet. 06/10/2011 . Um serviço de host de destino usando TCP geralmente reconhece os dados apenas para bytes sequenciais contíguos. o host da esquerda está enviando dados para o host da direita. colocar uma cópia do segmento numa fila de retransmissão e iniciar uma contagem. O host então envia um segmento de volta ao host da esquerda para confirmar o recebimento deste dado. Neste segmento.

. Se o destino precisar diminuir a velocidade da taxa de comunicação por causa de memória de buffer limitada. À medida que este atraso aumenta. O mecanismo de feedback do TCP ajusta a taxa efetiva de transmissão de dados até o fluxo máximo que a rede e o dispositivo de destino podem suportar sem perda.net/virtuoso/servlet/org. 06/10/2011 . Quando a origem é informada de que uma quantidade especificada de dados nos segmentos é recebida. http://curriculum. O host de recebimento envia o valor do tamanho de janela ao remetente para indicar o número de bytes que ele está preparado para receber como parte desta sessão. o remetente não enviará quaisquer segmentos adicionais para essa sessão. Durante o atraso no recebimento de uma confirmação. o TCP pode reduzir o tamanho de janela para exigir que os segmentos recebidos sejam confirmados mais frequentemente..netacad. Se ambos os hosts suportam Confirmações Seletivas. o remetente poderá transmitir mais 3000 bytes.delivery. O tamanho de janela inicial é determinado durante a inicialização da sessão através do handshake triplo.3.CISCO Accessible Theme Página 16 de 21 Os hosts atualmente podem também empregar um atributo adicional chamado de Confirmações Seletivas. Quando o remetente tiver recebido esta confirmação do receptor. Neste exemplo.cli. é possível para o destino confirmar bytes em segmentos não contíguos e o host precisará apenas retransmitir os dados perdidos.Minimizando a Perda de Segmentos Página 1: Controle de Fluxo O TCP também fornece mecanismos para o controle de fluxo. O TCP tenta gerenciar a taxa de transmissão de modo que todos os dados sejam recebidos e as retransmissões sejam minimizadas. A diminuição da velocidade na taxa de dados ajuda a reduzir a contenção de recursos. Quando o remetente tiver transmitido 3000 bytes.4 Controle de Congestionamento TCP . Em períodos em que a rede está congestionada ou os recursos do host de recebimento estão extenuados. ela pode continuar a enviar mais dados para essa sessão.CCSer. o tamanho de janela inicial para uma sessão TCP representada é definido em 3000 bytes. ele pode enviar um valor de tamanho de janela pequeno para a origem como parte de uma confirmação.servlet. a taxa de transmissão efetiva dos dados para esta sessão diminui. Mostrar mídia visual Página 2: Redução do Tamanho de Janela Um outro modo de controlar o fluxo de dados é usar tamanhos de janela dinâmicos. ele espera por uma confirmação destes bytes antes de transmitir mais segmentos nesta sessão. Mostrar mídia visual 4.rendering. O campo Tamanho de Janela no cabeçalho TCP especifica a quantidade de dados que podem ser transmitidos antes que uma confirmação precise ser recebida. O controle de fluxo ajuda na confiabilidade de transmissões TCP através do ajuste da taxa de fluxo de dados efetiva entre os dois serviços na sessão. Isto diminui efetivamente a velocidade da taxa de transmissão porque a origem espera que os dados sejam confirmados mais frequentemente. Veja a figura para uma representação simplificada do tamanho de janela e confirmações. Quando os recursos da rede são restringidos. o atraso pode aumentar.

Nas redes em que a infra-estrutura subjacente é pressionada. Mostrar mídia visual http://curriculum.4. Isto reduz a sobrecarga na rede porque poucas confirmações precisam ser enviadas. Neste gráfico. como jogos on-line ou VOIP. Após períodos de transmissão com nenhuma perda de dados ou restrição de recursos.1 UDP .cli. O baixo overhead do UDP o torna muito desejável para tais aplicações. já que não é orientado à conexão e não fornece mecanismos de retransmissão.ietf. O tamanho de janela continuará a aumentar até que haja perda de dados. Em redes altamente eficientes.servlet.txt Mostrar mídia visual 4.CISCO Accessible Theme Página 17 de 21 Conforme mostrado na figura. portanto. ele pode responder ao host de envio com um segmento com tamanho de janela reduzido. Isto não significa que as aplicações que usam UDP sejam sempre não confiáveis.CCSer. sequenciamento e controle de fluxo sofisticados.Comunicação com Baixo Overhead 4.org/rfc/rfc2581.rendering. o receptor começará a aumentar o campo da janela. se um host de recebimento tem um congestionamento. Isto simplesmente significa que estas funções não são fornecidas pelo protocolo da camada de Transporte e devem ser implementadas em outros locais se houver necessidade... Links Detalhes das várias características de gerenciamento de congestionamento do TCP podem ser encontrados na RFC 2581.4 O Protocolo UDP . simplesmente irão tentar novamente a solicitação se não receberem resposta e.delivery. Isto levou o remetente a reduzir o tamanho de janela para 1500. há uma perda de um dos segmentos. podem tolerar alguma perda de dados.netacad. Embora a quantidade total de tráfego UDP encontrada em uma rede típica geralmente não seja baixo.net/virtuoso/servlet/org. 06/10/2011 . que determina o tamanho de janela adequado para cada sessão TCP. os tamanhos de janela podem se tornar muito grandes porque os dados não estão sendo perdidos. Se estas aplicações usarem TCP. Algumas aplicações. Estes atrasos seriam mais prejudiciais para a aplicação do que pequenas perdas de dados. como o DNS.Baixo Overhead versus Confiabilidade Página 1: O UDP é um protocolo simples que fornece as funções básicas da camada de Transporte. elas podem passar por grandes atrasos enquanto o TCP detecta a perda e retransmite dados. http://www. os principais protocolos da camada de Aplicação que usam UDP incluem: z z z z z z Domain Name System (DNS) Simple Network Management Protocol (SNMP) Protocolo de Configuração Dinâmica de Host (DHCP) Routing Information Protocol (RIP) Trivial File Transfer Protocol (TFTP) Jogos On-line Algumas aplicações. o tamanho de janela provavelmente permanecerá pequeno. O receptor mudou o campo da janela no cabeçalho TCP de segmentos retornados nesta conversação de 3000 para 1500. o que levará à diminuição novamente. Ele possui overhead muito mais baixo do que o TCP. Este aumento e diminuição dinâmico no tamanho de janela é um processo contínuo no TCP. eles não precisarão do TCP para garantir a entrega da mensagem.

Portanto. Em outras palavras. A porta de destino será geralmente o número de porta Conhecida ou Registrada designado ao processo do servidor. uma vez que o cliente escolheu as portas de origem e destino. Quando o UDP recebe um datagrama destinado a uma destas portas. ele terá que identificar a sequência apropriada dos dados e determinar como os dados devem ser processados.4. Quando múltiplos datagramas são enviados a um destino.4 Processos de Cliente UDP Página 1: Do mesmo modo que o TCP.rendering. algumas aplicações enviarão quantidades maiores de dados que precisam ser divididos em múltiplos segmentos. o UDP pode formar o datagrama e passá-lo para a camada de Rede para ser endereçado e enviado pela rede. ele simplesmente envia os dados. ele encaminha os dados à aplicação apropriada com base em seu número de porta. 06/10/2011 . O UDP não tem um modo para reordenar os datagramas na sua ordem de transmissão.3 Solicitações UDP e Processos de Servidores Página 1: Do mesmo modo que com as aplicações baseadas em TCP.servlet. aos aplicações de servidores baseados em UDP são designados números de porta Conhecida ou Registrada. Quando estas aplicações ou processos estão sendo executados. Mostrar mídia visual 4. Veja a figura.netacad. Se há um padrão previsível para seleção da porta de destino. tão logo os dados estejam prontos para serem enviados e a portas identificadas. a comunicação cliente/servidor é iniciada por uma aplicação cliente que está solicitando dados de um processo servidor.4. embora os termos segmento e datagrama sejam usados algumas vezes de modo alternado para descrever uma PDU da camada de Transporte.. quando uma aplicação tem dados para enviar.4. eles podem tomar diferentes caminhos e chegar na ordem errada. um intruso pode simular um acesso a um cliente mais facilmente tentando conectar-se ao número de porta mais provável de ser aberto. No entanto.delivery..net/virtuoso/servlet/org.CISCO Accessible Theme Página 18 de 21 4. Mostrar mídia visual 4. O UDP não rastreia os números de sequência da forma que o TCP faz. eles aceitarão os dados correspondentes ao número de porta designado.2 Reagrupamento de Datagramas UDP Página 1: Por causa do UDP ser sem conexão. Lembre-se. as sessões não são estabelecidas antes que a comunicação ocorra enquanto elas estão com TCP. o UDP simplesmente reagrupa os dados na ordem que eles foram recebidos e os encaminha para a aplicação.cli. Por não haver sessão a ser criada com o UDP.CCSer. Muitas aplicações que usam o UDP enviam pequenas quantidades de dados que podem se ajustar a um segmento. Diz-se que o UDP é baseado em transação. o mesmo par de http://curriculum. O processo cliente UDP seleciona aleatoriamente um número de porta a partir de uma faixa dinâmica de números de porta e o usa como a porta de origem para a conversação. Números de porta de origem randomizados também ajudam na segurança. A PDU UDP é referida como um datagrama. Se a sequência dos dados é importante para a aplicação.

Clique no ícone do Packet Tracer para iniciar a atividade.CCSer. Clique no ícone do Laboratório para ver mais detalhes. você usará o Wireshark para capturar e identificar os campos do cabeçalho TCP.net/virtuoso/servlet/org. Mostrar mídia visual http://curriculum. você usará o Wireshark para monitorar e analisar as comunicações da aplicação cliente (FTP e HTTP) entre um servidor e clientes..rendering. e ajustará as opções de saída do netstat para analisar e entender o status do protoloco da camada de Transporte TCP/IP.CISCO Accessible Theme Página 19 de 21 portas é usado no cabeçalho de todos os datagramas da transação. Mostrar mídia visual Página 2: Nesta atividade.5.servlet. verifique como o DNS usa o UDP. 06/10/2011 . Clique no ícone do Laboratório para ver mais detalhes. Clique no ícone do Packet Tracer para iniciar a atividade. você examinará o comando netstat (network statistics utility) em um computador host. Mostrar mídia visual 4. e campos do cabeçalho UDP e operação durante uma sessão TFTP.5. TCP e UDP Página 1: Nesta sessão de laboratório.cli.5 Atividades de Laboratório 4.5. você usará o modo de Simulação de Packet Tracer para capturar e analisar uma solicitação web usando uma URL. Mostrar mídia visual 4.2 Protocolos da Camada de Transporte TCP/IP. Para dados que retornam para o cliente a partir do servidor..1 Observando TCP e UDP usando Netstat Página 1: Nesta sessão de laboratório. Mostrar mídia visual Página 2: Nesta atividade. os números de porta de origem e destino no cabeçalho do datagrama são invertidos. Mostrar mídia visual 4. a operação durante uma sessão FTP.delivery.3 Protocolos das Camadas de Aplicação e Transporte Página 1: Nesta sessão de laboratório.netacad. Clique no ícone do Laboratório para ver mais detalhes.

.e não reenvia datagramas perdidos.ele apenas passa os datagramas recebidos para a camada de Aplicação à medida que eles chegam . Mostrar mídia visual Página 2: Mostrar mídia visual Página 3: Nesta atividade. UDP e TCP .1 Resumo e Revisão Página 1: A camada de Transporte provê as necessidades da rede de dados através de: z z z z Divisão de dados recebidos de uma aplicação em segmentos Adição de um cabeçalho para identificar e gerenciar cada segmento Uso da informação do cabeçalho para reagrupar os segmentos de volta nos dados da aplicação Transmitir os dados agrupados para a aplicação correta O UDP e o TCP são os protocolos da camada de Transporte mais comuns.CCSer.delivery. A escolha do protocolo da camada de Transporte é feito pelo programador da aplicação para melhor satisfazer as necessidades do usuário. ou se a largura de banda da rede não suporta a sobrecarga ou overhead de mensagens de controle sendo trocadas entre os sistemas de origem e destino. isto não significa necessariamente que a comunicação em si não seja confiável. Mostrar mídia visual http://curriculum.6 Resumo do Capítulo 4.cli.CISCO Accessible Theme Página 20 de 21 4. Instruções de Integração de Habilidades do Packet Tracer (PDF) Clique no ícone do Packet Tracer para iniciar a atividade. temporizador e confirmações. impõe uma sobrecarga na rede em termos de cabeçalhos de segmentos muito maior e mais tráfego de rede entre a origem e o destino no gerenciamento do transporte de dados.a interação DNS.servlet.rendering. pode haver mecanismos nos protocolos e serviços da camada de Aplicação que processam datagramas perdidos ou com atraso se a aplicação tem estas necessidades. No entanto. Se os dados da aplicação precisam ser entregues rapidamente pela rede. Esta confiabilidade. no entanto. 06/10/2011 .netacad. O programador tem em mente que. o UDP será o protocolo da camada de Transporte preferido pelo programador. apesar disso. Devido ao fato do UDP não rastrear ou confirmar o recebimento de datagramas no destino .net/virtuoso/servlet/org. Os datagramas UDP e os segmentos TCP têm cabeçalhos pré-fixados aos dados que incluem o número de porta de origem e o número de porta de destino. O TCP não passa qualquer dado para a rede até que saiba que o destino está pronto para recebê-lo. e janelamento dinâmico para alcançar estas características confiáveis. todas as outras camadas têm um papel nas comunicações de rede de dados e influenciarão o seu desempenho. O TCP usa mecanismos de handshake triplo..6. HTTP. O TCP então gerencia o fluxo de dados e reenvia quaisquer segmentos de dados que não são confirmados conforme sejam recebidos no destino. Estes números de porta habilitam os dados a serem redirecionados para a aplicação correta sendo executada no computador de destino. processo que ocorre cada vez que você solicita uma página web da Internet .é examinada em profundidade.

Se uma aplicação de rede exigiu que seus dados sejam entregues confiavelmente. Links Introdução a Conexão de Redes http://www.delivery. Sobre http://curriculum..1 Teste do Capítulo Página 1: Mostrar mídia visual Ir para a próxima Ir para a anterior Rolar Para o Topo All contents copyright © 2007-2009 Cisco Systems.netacad.CCSer. | Translation courtesy of: Fundação Bradesco & NCE . Inc.7.rendering.cli.cisco.CISCO Accessible Theme Página 21 de 21 Página 4: Para aprender mais Questões para Reflexão Discuta as necessidades de uma aplicação da camada de Aplicação que determine se o programador selecionou o UDP ou o TCP como o protocolo da camada de Transporte a ser usado.UFRJ.htm Mostrar mídia visual 4.7 Teste do Capítulo 4. discuta como o UDP poderia ser usado como protocolo da camada de Transporte e sob quais circunstâncias isso seria usado..com/univercd/cc/td/doc/cisintwk/ito_doc/introint.servlet.net/virtuoso/servlet/org. 06/10/2011 .