-
O protocolo UDP, da camada de transporte, não fornece qualquer controle de fluxo de pacotes, erros ou sincronização.
-
Uai, está errado isso ai...
UDP... controle... fuxo... não não.
-
"...UDP fornece controle preciso..." que isso!!?? esse UDP é o irmão maluco, o certinho é TCP.
-
@Breno R.
obrigado irmão, por um segundo pensei em desistir de concursos....hauhahahaha
-
O colega está equivocado, não houve alteração de gabarito. Apesar de estranho o gabarito se manteve. Questão 55, do caderno 13.
http://www.cespe.unb.br/concursos/stf_13/arquivos/Gab_Definitivo_STF13_013_37.PDF
-
É.... foi mal ae... eu confundi. Acho que na esperança da banca ter acertado, vi o gabarito errado.
Questão sem sentido, é complicado demais ver esses erros bizonhos.
O que resta, é pensar que ninguém entrou com recurso e ficou como está.
-
Realmente o protocolo UDP é utilizado pelo DNS no processo de resolução de nomes; mas o controle de fluxo, erros e sincronização está presente no TCP, não no UTP.
Em resumo, ao se pesquisar o endereço IP de algum host (por exemplo: www.google.com) envia-se um pacote UDP contendo o nome do host a um servidor DNS. Ele responderá com um pacote UDP contendo o endereço IP do nome enviando.
Espero ter ajudado.
-
Primeira vez que vejo que o UDP faz controle de fluxos. Questão sem sentido!
-
Primeira vez que vejo que o UDP faz controle de fluxos. Questão sem sentido!
-
Primeira vez que vejo que o UDP faz controle de fluxos. Questão sem sentido!
-
Amigos eu também errei a questão, mas resolvi buscar o motivo, e encontrei. A questão apesar de estranha, ESTÁ CORRETA CONFORME TANENBAUM, POIS TRATA-SE DE UMA POSSIBILIDADE. OLHEM SÓ!
Segundo Tanenbaum(2011,p.341),"Para aplicações que precisam ter controle preciso sobre o fluxo de pacotes, os erros ou a sincronização, o UDP fornece apenas aquilo que é determinado. [...] Uma aplicação que utiliza o UDP desse modo é o DNS(Domain Name System)."
**O problema dessa questão é que ao usar o verbo fornece, a questão parece ir contra os nossos conceitos que temos de que o UDP É UM PROTOCOLO QUE QUE NÃO REALIZA CONTROLE, visto que essas são suas características típicas.
Bibliografia:
TANENBAUM, A. S.; WETHERALL, D. Redes de Computadores. 5. ed. São Paulo: Pearson, 2011.
-
Nem perco tempo olhando uma questão dessas.. todo mundo erra numa prova. Mesmo eu sabendo a resposta não ia ter coragem de dizer que o UDP fazia isso para o DNS!! Vai saber se o camarada que fez a questão sabe a mesma coisa que eu!
-
Corrigindo o HTTP Concurseiro. O Tanenbaum afirma na mesma página. "Para aplicações que preicsam ter controle preciso sobre o fluxo de pacotes, os erros ou a sincronização, o UDP fornece APENAS AQUILO QUE É DETERMINADO." A banca copiou trechos de parágrafos diferentes e colou na questão. Não é o que o Tanenbaum afirma.
-
Absurdo dos absurdos!
Acho que não tem nem como deixar à cargo da aplicação estes controles, uma vez que isto anularia qualquer necessidade de haver uma camada de transporte na pilha de protocolos...ainda mais dizendo que cabe à aplicação DNS...kkkk!
Vai estudar seu malokero du caralu, copiao de livro, repetidor de rodape, vai trabalhar primeiro, depois vc faz prova!
-
Walking Nerd está correto. HTTP Concurseiro se equivocou. O Tanenbaum explica que, como a comunicação no DNS é simples ("pacote UDP contendo o nome do host a um servidor DNS" e "servidor responde com um pacote UDP que contém o enderçeo IP do host") não é necessária toda aquela complexidade do TPC.
-
Pelo jeito tem examinador usando drogas em horário de expediente...
-
questao tranquila, nao vai afetar a nota de ninguem, todo mundo vai errar na prova.....
-
WTF?
-
Boa questão pra aprovar quem não estuda
-
Em concursos grandes essa questão seria anulada, oramos kkkkkk
-
Não e o TCP que faz o controle de fluxo???
-
Ótima questão para um início de madrugada de domingo estudando.
-
QUE COLOQUE O CACETE NA MESA O CARA QUE TEM CORAGEM DE MARCAR ESSE GABARITO.
-
APF SEISL "Em concursos grandes essa questão seria anulada". Realmente... esse concursinho para o STF é minúsculo, menor que concurso de prefeitura. Os maiores experts de TI fizeram essa prova? Que nada... Nas provas do STF, o CESPE pode aplicar sua jurisprudência própria sem problemas. Vc tem toda a razão!
-
Como assim???
-
Segundo[1], "Vale a pena mencionar explicitamente algumas ações que o UDP não realiza. Ele não realiza controle de fluxo, controle de erros(erros foi substituido por congestionamento, segundo a tradução da 5th ediçãõ) ou retransmissão após a recepção de um segmento incorreto. Tudo isso cabe aos processos do usuário. O que ele faz é fornecer uma interface para o protocolo IP com o recurso adicional de demultiplexação de vários processos que utilizam as portas. Isso é tudo que ele faz. Para aplicações que precisam ter controle preciso sobre o fluxo de pacotes, o controle de erros ou a sincronização, o UDP fornece apenas aquilo que é determinado.
Uma área na qual o UDP é especialmente útil é a de situações cliente/servidor. Com freqüência, o cliente envia uma pequena solicitação ao servidor e espera uma pequena resposta de volta. Se a solicitação ou a resposta se perder, o cliente simplesmente chegará ao timeout e tentará de novo (ora, onde está o controle de erros aqui, como a questão afirma???). Não só o código é simples, mas é necessário um número menor de mensagens (uma em cada sentido) do que no caso de um protocolo que exige uma configuração inicial. Uma aplicação que utiliza o UDP desse modo é o DNS (Domain Name System),
Na minha iterpretação, quando ele fala q "Para aplicações que precisam ter controle preciso sobre o fluxo de pacotes, o controle de erros ou a sincronização, o UDP fornece apenas aquilo que é determinado", ele não tá dizendo q o UDP fornece controle preciso de erro/fluxo...ele tá afirmando q o UDP fornece apenas o necessário...a aplicação q se vire e implemente mecanismos adicionais se quiser ter tais controles (pra mim, está claro...UDP FORNECE APENAS O NECESSÁRIO).
Agora, vamos analisar a questão em si:
"Na aplicação DNS (Domain Name System), o UDP fornece controle preciso dos fluxos de pacotes, erros ou sincronização".
De fato, se vc usa o protocolo UDP e quiser ter controle de fluxo, de erro etc, issp é, sim, possivel. Porém, vc, programador, q se vire pra implemntar isso de alguma forma, mas jamais poderá usar o UDP para isso pq ele não tem esse recurso. Por exemplo, o programador pode inserir como regra de negocio q, se a consulta demorar mais q 1 segundo para ser resolvida, a aplicação presumir q houve um erro e aborta-la...isso eh um controle de erro, mas ocorre na aplicacao, e não no UDP em si.
Logo, a questão tá errada pq não é o UDP q fornece isso, mas é a aplicação q, aproveitando-se do comportamento do UDP, implementa isso!!!
Eu concordo com o fato de o trecho do livro do autor[1] tá estranho, pois parece misturar as duas coisa, dando a entender, à primeira vista, q um justifica o outro...tô procurando a versão original, em inglês, pra ver se o autor quis mesmo colocar dessa forma ou se houve falha na tradução;
Mas o pior de tudo é q o examinador "Zezinho" leu esse trecho, interpretou a sua forma e colocou de uma forma q o autor não quis dizer.
Fonte:
[1] RC, Tanenbaum
-
Se o Cespe disse que está certo então tá né...
-
Aí a nota de corte foi 70 e vc fez 69, depois descobriu que essa questão foi dada como certa, e voce tinha marcado como Errada...kkkkkk
-
"Se o Cespe disse que está certo então tá né..."
Não tá não, quem decide se está certo ou não é o trio Kurose/Tanenbaum/Forouzan, faltou um bom recurso!