Veja bem, Patrick.
O TCP � um protocolo de transporte orientado a conex�o, com controles
que o tornam confi�vel.
O UDP por sua vez, n�o estabelece conex�o e n�o oferece garantia de
entrega. Com ele, voc� pode fazer uma aplica��o que envie um pacote na
rede e n�o aguarde resposta, quando voc� tem que "torcer" para que o
pacote chegue no destino. Este � o caso de um envio de trap SNMP, por
exemplo. Algumas aplica��es, como o SYSLOG, enviam 3 pacotes de um mesmo
evento para o servidor de SYSLOG, reduzindo a probabilidade de que algum
evento n�o seja registrado por causa de um pacote descartado. Elas n�o
esperam um ACK do destino.
Mas existem aplica��es que s�o implementadas sobre UDP apenas porque
este � um protocolo mais simples, e tamb�m porque a aplica��o tem que
ser simples e pequena o suficiente para poder ser guardada em uma ROM,
por exemplo. Um exemplo cl�ssico � o TFTP. A maioria dos equipamentos de
rede usa TFTP para a carga de sistema operacional, principalmente quando
� apenas a ROM BIOS (bootstrap) que est� operando.
Veja que esta aplica��o faz transfer�ncias arquivos, mas o UDP n�o
implementa nem janela deslizante, nem controle de sequ�ncia. Desta
forma, para garantir que o arquivo vai ser transferido corretamente �
preciso enviar um pacote, e aguardar um ACK do receptor. O pr�prio TFTP
implementa um controle de sequ�ncia bastante simples, numerando os
pacotes transmitidos, j� que n�o pode contar com o UDP para isso. A
poss�vel perda de um pacote � resolvida atrav�s de time-out e
retransmiss�o.
[]s
--
Josmar Afonso Ignacio Antunes
[EMAIL PROTECTED]
Banco do Estado do Paran� S/A
Departamento de Suporte T�cnico
Patrick M�rcius M�dice Bisi wrote:
>
> Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>
> Gostaria que me tirassem uma d�vida:
>
> Pela forma que foi colocada, parece que as aplica��es que utilizam UDP
> emitem um ACK a cada pacote. O que eu sempre soube � que o UDP n�o usa ACK,
> e por isso mesmo, � mais r�pido e menos confi�vel que o TCP.
>
> Esclare�am para mim.
>
> Obrigado.
>
> ------------------------------------------------------
> Patrick M�rcius M�dice Bisi
> Knowledge Management Group
> Microsoft Certified Trainer
> <<mailto:[EMAIL PROTECTED]>>
> +55 (27) 9273-1952
> ICQ# 21734746
> CONNET Consultoria Ltda.
> Microsoft Certified Solution Provider
> <<http://www.connet-es.com.br/>>
> +55 (27) 200-3339
> ------------------------------------------------------
>
> -----Original Message-----
> From: Josmar Antunes [mailto:[EMAIL PROTECTED]]
> Sent: quarta-feira, 12 de julho de 2000 09:08
> To: Lista de Discuss�o Rede Wan
> Subject: Re: [redewan] Largura de banda X velocidade da rede
>
> Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>
> Carlos,
>
> De forma geral, o tempo de propaga��o est� diretamente relacionado ao
> desempenho da rede.
> Por�m, isto afeta diferentemente cada aplica��o, dependendo de como ela
> � projetada.
>
> Aquelas, como por exemplo FTP, que fazem uso do recurso do "sliding
> window" do TCP e conseguem enviar v�rios pacotes antes de receber um
> ACK, n�o sofrem muito com o aumento do atraso de propaga��o.
>
> J� as aplica��es que s�o altamente interativas, ou que s�o implementadas
> sobre UDP e requerem um ACK a cada pacote transmitido, como TELNET e
> TFTP, t�m uma queda de desempenho bastante percept�vel.
>
> � tudo uma quest�o de analisar qual � o perfil das tuas aplica��es, e se
> os servi�os oferecidos pela rede atendem �s tuas necessidades. Em caso
> positivo, torna-se uma quest�o de rela��o custo-benef�cio.
> � bom fazer um "piloto" para n�o ter surpresas desagrad�veis.
>
> --
> Josmar Afonso Ignacio Antunes
> [EMAIL PROTECTED]
> Banco do Estado do Paran� S/A
> Departamento de Suporte T�cnico
>
> Carlos Augusto Barbosa wrote:
> >
> > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> >
> > Prezados amigos da lista,
> >
> > Surgiu uma d�vida quanto a seguinte quest�o:
> >
> > O que se deve considerar ao definir um link, por exemplo.
> > Um link de 64Kbps com tempos de resposta de 120msec � mais rapido e
> > eficiente do que um link de 64Kbps com tempos de resposta de 800msec ?
> >
> >
> ............................................................................
> > ............
> > > Carlos Augusto Barbosa
> > > Analista de Suporte/Telecom
> > > LSG SKYCHEFS,INC
> > > phone 55-11-64453122 # 318
> > > fax 55-11-64123485
> > > [EMAIL PROTECTED]
> >
> ............................................................................
> > ............
> >
> > ______________________________________________________________________
>
> ______________________________________________________________________
>
> ______________________________________________________________________
|
