Você está na página 1de 5

1. UDP a. O que significa a sigla?

O UDP um acrnimo do termo ingls User Datagram Protocol que significa protocolo de datagramas de utilizador (ou usurio). http://pt.scribd.com/doc/22654722/TCP-e-UDP-Alice-Martins b. Qual a sua RFC?
RFC 768 J. Postel ISI

User Datagram Protocol definido como disponibilizar um datagrama modo de comutao por pacotes de comunicao de computador no ambiente de um conjunto interligado de redes de computadores. este protocolo assume que o Internet Protocol (IP) usado como o subjacente protocolo. Este protocolo prev um procedimento de programas aplicativos para enviar mensagens para outros programas com um mnimo de mecanismo de protocolo. o protocolo orientado para transao e entrega e proteo duplicado no esto garantidos. Aplicaes que exigem entrega confivel de ordenado fluxos de dados devem usar o Transmission Control Protocol (TCP). http://www.ietf.org/rfc/rfc768.txt

c. Qual o desenho do cabealho?

0 15 16 31 +--------+--------+--------+--------+ | Source | Destination | | Port | Port | +--------+--------+--------+--------+ | Checksum | | | Coverage | Checksum | +--------+--------+--------+--------+ | | : Payload : | | +-----------------------------------+ UDP-Lite Header Format http://www.ietf.org/rfc/rfc3828.txt

2. TCP a. O que significa a sigla? O TCP (que significa Transmission Control Protocol) um dos protocolos sob os quais estabelece o ncleo da Internet. http://pt.scribd.com/doc/22654722/TCP-e-UDP-Alice-Martins

b. Qual a sua RFC? RFC: 793 Substitui: RFC 761 IENs: 129, 124, 112, 81, 55, 44, 40, 27, 21, 5

O Transmission Control Protocol (TCP) destinado ao uso como altamente protocolo host-tohost confivel entre hosts no computador de comutao de pacotes redes de comunicao, e em sistemas interligados de tais redes. Este documento descreve as funes a serem executadas pelo Transmission Control Protocol, o programa que implementa-lo, e sua interface para programas ou usurios que necessitam de seus servios. http://www.ietf.org/rfc/rfc793.txt

c. Qual o desenho do cabealho?


0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Source Port | Destination Port | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Sequence Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Acknowledgment Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Data | |U|A|P|R|S|F| | | Offset| Reserved |R|C|S|S|Y|I| Window | | | |G|K|H|T|N|N| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Checksum | Urgent Pointer | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Options | Padding | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | data | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ TCP Header Format

http://www.ietf.org/rfc/rfc793.txt

d. Como feito o estabelecimento da conexo? A conexo TCP: TCP(Transmission Control Protocol) um protocolo da camada de transporte, orientado a conexo. Ele responsvel pela diviso da mensagem em datagramas, reagrupamento e retransmisso no caso de datagramas perdidos.Dentre suas principais vantagens, podemos destacar a segurana quanto reposio de pacotes perdidos e ordenao desses pacotes.

http://pt.wikiversity.org/wiki/Ficheiro:Versiones_de_TCP_en_BSD.svg

e. Como feito o encerramento da conexo? Como o TCP full-duplex cada nodo da conexo deve ser fechado separadamente. A regra que cada ponta pode enviar um FIN sinalizando que no transmitir mais dados. Aps o recebimento do FIN a outra ponta envia um ACK confirmando o recebimento do FIN, mas como ainda no emitiu seu FIN ela pode continuar enviando dados enquanto for necessrio. Quando essa ultima ponta estiver pronta ela manda o seu FIN. E aguarda o ACK do FIN.

Fechamento normal de uma conexo TCP http://www.slideshare.net/ikkebr/estabelecimento-e-encerramento-de-conexopresentation

f. Como feito o controle de congestionamento do TCP? No estabelecimento da conexo, o TCP comea a enviar segmentos com o tamanho de 1 ou 2 o MSS (Maximum Segmento Size) aumentando gradativamente caso o envio seja bem sucedido. Esse valor ser guardado em CWND (Congestion Window Janela de Congestionamento) que ser sempre a medida dinmica da capacidade de transmisso de dados da rede, enquanto que em RWND (Size Window Receive) a capacidade de o receptor receber dados do transmissor. O tamanho inicial de CWND (IW - Initial Window) tradicionalmente 1 MSS, mas novas propostas utilizam IW = 4*MSS. A cada chegada de um ACK no duplicado CWND += 1*SMSS (Size Window Sender) , isso at que CWND seja menor que o limitante (SSTHRESH - Slow-Start Threshold). Este algoritmo chamado de Slow-Start, algoritmo de partida lenta, dessa forma a transmisso dos dados se d de forma exponencial durante o perodo que CWND menor que o limitante. Quando CWND ultrapassa o valor do limite, a transmisso se d de forma linear, num processo chamado de Congestion Avoidance onde a CWND aumentada de 1*FSS (Full Segment Size Representa o maior tamanho de um segmento transmitido) a cada ciclo de transmisso e confirmao dos pacotes (O RTT - Round Trip Time - depende do ciclo mencionado anteriormente e do Timeout com base no "Algoritmo de Karn"). Aps uma transmisso de segmento, o TCP aciona um temporizador de retransmisso e guarda uma cpia dos octetos enviados em uma fila de retransmisso. Quando um ACK no duplicado chega no emissor o segmento retirado da fila de retransmisso, caso o ACK seja duplicado o segmento mais velho na fila retransmitido e o temporizador tem seu tempo dobrado (Time Backoff) e novamente iniciado. O temporizador (conforme sugesto o temporizador inicializar-se com 3 segundos) calculado dinamicamente em funo da mdia e da varincia do RTT [RFC 2988], sendo assim capaz de acompanhar o comportamento da rede nesse intervalo de tempo. Sempre quando houver estouro do temporizador por um segmento que no foi recebido, o TCP deve ajustar seus parmetros de congestionamento para evitar mais perdas. Ou seja, o CWND recebe 1*FSS e o limitante assume o maior valor entre o (FlightSize/2) e (2*SMSS) [RFC 2581]. (FlightSize: Somatrio dos segmentos enviado sem recebim

Janela de Congestionamento do TCP (Slow-Start/Congestion Avoidance)

http://www.oficinadanet.com.br/artigo/968/controle_de_congestionamento

3. Qual a diferena entre o UDP e o TCP? A diferena bsica entre o UDP e o TCP o fato de que o TCP um protocolo orientado conexo e, portanto, inclui vrios mecanismos para iniciar, manter e encerrar a comunicao, negociar tamanhos de pacotes, detectar e corrigir erros, evitar congestionamento do fluxo e permitir a retransmisso de pacotes corrompidos, independente da qualidade do meio fsico. No UDP, por sua vez, feito para transmitir dados pouco sensveis, como fluxos de udio e vdeo, ou para comunicao sem conexo como o caso da negociao DHCP ou traduo de endereos por DNS. No UDP no existem checagens e nem confirmao alguma. Os dados so transmitidos apenas uma vez, incluindo apenas um frgil, e opcional, sistema de CRC de 16 bits. Os pacotes que chegam corrompidos so simplesmente descartados, sem que o emissor sequer saiba do problema. Por outro lado, a ausncia de estruturas de controle complexas garante ao UDP alta eficincia, j que cada pacote composto praticamente somente por dados. http://pt.scribd.com/doc/22654722/TCP-e-UDP-Alice-Martins