Camada de transporte

Servio Orientado Conexo - O usurio do servio estabelece uma conexo antes de utilizar o servio, depois de estabelecida a conexo ele utiliza a mesma e depois a libera. Serve para aplicaes que necessitam de confiabilidade e segurana, ou se a, aplicaes que toleram atraso, mas no toleram perda. Servio no orientado conexo !o " necessrio estabelecer uma conexo antes de utilizar o servio. Servios sem conexo servem para aplicaes que toleram perda, mas no toleram atraso. Diferena entre um servio com confirmao e um servio sem confirmao - #m servio com confirmao apresenta quatro primitivas, $equest % &ndication % $esponse % 'onfirm( ) o servio sem confirmao apresenta apenas duas primitivas* $equest % &ndication. As 3 etapas que todo servio orientados a conexo possui - +stabelecimento da conexo ,tem servio com confirmao-( +nvio de dados e manuteno da conexo ,pode ter ou no confirmao-( .inalizao da conexo ,no tem confirmao-. Servios e protocolos de transporte - /rov0 comunicao lgica entre processos de aplicao executando em 1osts diferentes. Os protocolos de transporte executam em sistemas terminais. Funes da camada de transporte - $esponsvel pela movimentao de dados, de forma eficiente e confivel, entre processos em execuo nos equipamentos conectados a uma rede de computadores, independentemente da rede, ou redes, f2sica. 3eve poder regular o fluxo de dados e garantir confiabilidade, assegurando que os dados c1eguem a seu destino sem erros e em seq40ncia. .ornecem comunicao l5gica entre processos de aplicao fim-afim. +ntidade da camada de transporte da mquina de origem se comunica diretamente com a camada de transporte da mquina de destino ,1ost cliente e 1ost servidor-. Os servios da camada de transporte so % 6#7 8 3+6#7, seleo e ou correo de erros, controle de fluxo, confiabilidade e segmentao. Os servios das camadas de transporte rede! !a camada de rede os dados so transferidos entre sistemas e na camada de transporte os dados so transferidos entre processos que rodam em 1osts diferentes. Servios da camada de transporte na "nternet - #C$ %Transmission Control Protocol& que prov0 um entrega confivel, ordenada e ponto a ponto ,entre um 9nico remetente e um 9nico destinatrio-. : transfer0ncia de dados de um 9nico remetente para m9ltiplos destinatrios em uma 9nica operao de envio no " poss2vel com o ;'/. ;em controle de congestionamento, controle de fluxo e estabelecimento de conexo ,setup-. 'D$ %User Datagram Protocol& que prov0 um entrega no confivel, ,<mel1or esforo=-, no ordenada e ponto a ponto ou multiponto. Servios no dispon2veis* tempo-real, garantias de banda e multiponto confivel. (ultiplexao e demultiplexao % &dentificao de processos. O &/ apenas garante que um determinado processo c1egue na maquina que fez a requisio. : identificao de como cada pacote vai para cada programa " feita atrav"s das portas, ou se a, vrios programas saindo por um mesmo &/ ,multiplexao- e o mesmo &/ para os vrios programas ,demultiplexao-. :s portas so classificadas em portas de destino e portas de origem. : porta >? ,@;;/" aquela que identifica o servidor )e*, que " a de destino. :s portas maior ou igual a A?BC so as portas de origem ,cliente-. &sto ", as portas at" A?BD so portas reservadas aos servidores. #ma conexo " o mapeamento de um par de socEets ,&/ F /orta-. +xemplo desses socEets* A?.?.?.A* B??? ,cliente- % B??.C?.>.D* >? ,servidor-. +m resumo, a funo da porta " identificar um processo dentro da mquina e a funo do &/ " identificar a mquina dentro de uma rede. +ssa identificao de processos vai ser realizada pelo cabeal1o da camada de transportes atrav"s das portas de origem e de destino. Guem implementa a multiplexao8 demultiplexao so os dois protocolos, ;'/ e #3/, que " o 9nico servio prestado pelo #3/. $ortas - So identificadores que referenciam a aplicao em uma determinada mquina. 3e ? H A?BD para servidor e de A?BC H IJ.JDI para cliente. 'D$ % Se o criador da aplicao escol1er o #3/ em vez do ;'/, a aplicao estar <falando= quase diretamente com o &/. O #3/ pega as mensagens da aplicao, anexa os campos de n9mero das portas da fonte/origem e das portas de destino para o servio 6#783+6#7, adiciona dois outros pequenos campos, o comprimento que ter o comprimento em bKtes do segmento #3/, incluindo o pr5prio cabeal1o e o checksum que faz a deteco do erro no segmento transmitido. + logicamente, os dados da aplicao ,mensagem-. 3epois disso, passa o segmento resultante a camada de rede, que encapsula o segmento dentro de um datagrama &/ e, em seguida, faz uma tentativa de mel1or esforo para entregar o segmento ao 1ost receptor. 'aso c1egue ao 1ost, o numero da porta de destino " usado para entregar os dados do segmento ao processo de aplicao correto. /ara aplicaes que toleram perda, mas no toleram atrasos se utiliza o protocolo #3/. 'aracterizando assim um protocolo sem conexo. ;endo o ob etivo de transmitir os dados rapidamente. +x.* transmisso de v2deo, voz, etc. '1ecEsum serve para garantir a integridade do pr5prio cabeal1o, isto ", verifica se o que foi transmitido c1egou com erro. O protocolo realiza seu servio atrav"s do processamento das informaes do cabeal1o ,campos do cabeal1o-. Aplicaes que fazem uso do protocolo UDP - :plicaes de v2deo, telefonia, traduo de nome,3!S-, protocolo de roteamento ,$ip-, gerenciamento de rede ,S!6/-, servido remoto de arquivo,!.S-.

#C$ - /rov0 um entrega confivel, ordenada e ponto a ponto ,entre um 9nico remetente e um 9nico destinatrio-. : transfer0ncia de dados de um 9nico remetente para m9ltiplos destinatrios em uma 9nica operao de envio no " poss2vel com o ;'/. ;em controle de congestionamento, controle de fluxo ,taman1o da anela- e estabelecimento de conexo ,setup-. O ;'/ " orientado a conexo. :ntes de a aplicao poder enviar dados a outra aplicao, " necessrio o 1ands1aEing, que " a troca de segmentos preliminares que estabelecem os parLmetros da transfer0ncia de dados ,troca de msgs de controle-. &nicia estado de remetente e receptor antes de trocar dados. #ma conexo ;'/ prov0 um servio full duple que permite o fluxo de dados bi-direcional na mesma conexo. 6SS* taman1o mximo de segmento. +sta*elecimento da conexo #C$ % O processo da aplicao cliente informa a camada de transporte no cliente que ele quer estabelecer uma conexo com um processo no servidor. : camada de transporte no cliente ento passa a estabelecer uma conexo ;'/-servidor, mandando um segmento ;'/ ao servidor. O servidor ento responde com um segundo segmento ;'/. :ssim, o servidor diz para o processo cliente que est pronto. #m terceiro segmento " enviado pelo cliente. :penas o terceiro segmento pode carregar uma carga 9til. +sse processo " con1ecido como ,DMaK-1ands1aEe-. #m vez estabelecida a conexo ;'/, os dois processos podem enviar dados um para o outro. O processo cliente passa a enviar dados atrav"s do socEet. :ssim que passam pelo socEet, os dados esto com o ;'/ do cliente, que os coloca no buffer de envio. : quantidade de dados que pode ser retirado do buffer de envio para ser enviado depende do taman1o 6aximo do segmento ,6SS-. O ;'/ combina cada pedao dos dados do cliente com o cabeal1o, formando o segmento ;'/. +nto, uma conexo ;'/ consiste em buffers, variveis e um socEet de conexo de um processo 1ost e um outro con unto para o outro 1ost. N O lado ,cliente ou servidor- que enviar o pacote inicia uma contagem de tempo na espera de uma resposta a sua solicitao, caso essa resposta no ocorra o ;'/ do transmissor far a retransmisso do pacote. O 3-,a- .ands/a0e1 o 2anelamento e o $3A343 ,/ositive :cEnoMledgment and $etransmission- so t"cnicas implementadas pelo ;'/ que realizam o estabelecimento da conexo, o controle do fluxo de informao ,assim controlando o congestionamento- e a deteco de erros e retransmisso de dados respectivamente. +strutura do se5mento do #C$ - O campo n9mero de seq40ncia serve para ordenar os pacotes de c1egada quando no vierem na ordem correta. ) o campo n9mero de recon1ecimento ,confirmao- serve para mostrar o n9mero dos pacotes que faltou enviar, ou se a, daquilo que esta faltando transmitir. O campo taman1o do cabeal1o informa quantos bits tem para poder informar a camada superior ,aplicao-. Os campos de flags ,sinalizadores- servem para sinalizar o ;'/ de uma outra mquina as aes que esto sendo executadas. !esse campo, al"m de um bit ser destinado ao processo de confirmao de recebimento ,:'O-, tem tamb"m o processo de sincronizao que serve para estabelecer uma conexo com outra mquina ,trocar informaes-. !o campo anela tem a seguinte considerao* <Guanto maior for o taman1o da anela, maior ser o fluxo de vazo=. O ob etivo de se esta*elecer uma conexo ,papel do ;'/- " negociar como os dados podem ser trocados, ou se a, negociar todos os parLmetros de controle ,informaes- da transmisso, que so exatamente as portas. +x. de parLmetros* $'; ,tempo de ida e volta-, taman1o da anela. O n9mero de confirmao ,:'O- " o n9mero do 9ltimo n9mero de seq40ncia recebido em ordem mais um. Se por acaso o n9mero de seq40ncia no vir em ordem ,faltar algum pacote-, por conta do autofluxo, o ;'/ automaticamente diminui a anela com o intuito de diminuir a vazo do fluxo. 'om isso o pacote " retransmitido. O campo )anela significa a quantidade de segmentos ,teoricamente-, mas na prtica " o taman1o em bKtes. ) o flag /#S@ serve para mandar informaes para o campo de dados, como os nomes de usurio e sen1a. A implementao da deteco e6ou correo de erros - P feito na camada de enlace, quando a tecnologia de transmisso usa um meio de transmisso ,cabos el"tricos- pouco confivel. +m contra partida, quando a tecnologia de transmisso usa um meio de transmisso ,fibra 5ptica- muito confivel essa implementao " feita na camada de transporte, por ter pouca perda de pacotes. +x.* .rame$elaK. 'om isso conclu2mos que, ou a deteco e8ou correo de erros est na camada de enlace ou na camada de transporte, pois tudo depende estrategicamente da tecnologia de transmisso. O servidor prox- " a mquina que representa na &nternet todas as outras mquinas da rede. Ou se a, nas redes que existem o servidor proxK, as mquinas que esto nessa rede no acessam diretamente a &nternet, e sim o proxK. $orque certos servios usam o protocolo #C$ e outros o 'D$7 - ;udo vai depender da necessidade de cada aplicao. O #3/ tem um mel1or controle no n2vel da aplicao sobre quais dados so enviados e quando. :l"m disso, com o #3/ no 1 estabelecimento de conexo e nem estados de conexo. Se a aplicao precisa de uma conexo rpida e que permita perda, a utilizao do protocolo #3/ " prefer2vel. 'aso contrario, se a aplicao tolere atraso e no perda e ten1a que ser bem confivel, ;'/ " prefer2vel. Ca*eal/o #C$ Q-----------------------------------------DB bits -------------------------------------Q R da porta de origem R da porta de saida !o. de sequencia !o. de recon1ecimento 'omprimento do cabeal1o !o utilizado '1ecE S#6 #$S )anela de /S@ $S; ST! .&! recepo /onteiros para dados urgentes Opes 3ados da aplicao :'O