-
GABARITO: E
O TCP (Transmission Control Protocol, que significa "Protocolo de controle de transmissão") Ele é complementado pelo Protocolo da Internet, sendo normalmente chamado de TCP/IP. A versatilidade e robustez do TCP tornou-o adequado a redes globais, já que este verifica se os dados são enviados de forma correta, na sequência apropriada e sem erros, pela rede.
O TCP é um protocolo de nível da camada de transporte (camada 4) do Modelo OSI O Protocolo de controle de transmissão provê confiabilidade, entrega na sequencia correta e verificação de erros pacotes de dados, entre os diferentes nós da rede, para a camada de aplicação.
Aplicações que não requerem um serviço de confiabilidade de entrega de pacotes podem se utilizar de protocolos mais simples como o User Datagram Protocol (UDP), que provê um serviço que enfatiza a redução de latência da conexão.
-
Com um canal confiável, nenhum dos dados transferidos é corrompido (trocado de 0 para 1 ou vice-versa) nem perdido, e todos são entregues na ordem em que foram enviados. Este é exatamente o modelo de serviço oferecido pelo TCP às aplicações de Internet que recorrem a ele.
pág 149 do livro Redes de Computadores e a Internet - Uma abordagem Top Down - 6ª Edição - Oficial, Kurose.
-
De fato, um dos papeis do TCP é o de corrigir esses erros ordenando os quadros transmitidos durante a janela deslizante, porém, é possível sim que erros ocorram durante esse processo, então, ao meu ver esta questão caberia recurso, uma vez que ela enfatiza "erros no fluxo"..
-
Concordo com o André, cabe recurso.
-
Erros ocorrem e são corrigidos porsteriormente. O TCP não impede falhas.
-
Essa questão ficou bem chata. Se não ocorrem erros no fluxo de bytes, para que serve retransmissão do TCP?
-
De acordo com KUROSE e ROSS:
"O TCP cria um serviço de transferência confiável de dados sobre o serviço de best-effort do IP. Este serviço garante que a cadeia de dados que um processo lê a partir de seu buffer de recebimento TCP não está corrompida, não tem lacunas, não tem duplicações e está em sequência, isto é, a cadeia de bytes recebida é identica à enviada [...]"
Claramente notamos que o examinador não entende este conceito de abstração das camadas, ou seja, ele leu este trecho e fez um raciocínio próprio. Entendo que, como o colega falou, o TCP pode sim ter erros (gente isso é meio óbvio, existe algo que não pode ter erro em Tecnologia da Informação?). Mas como diz o trecho que a camada inferior recebe sem erros, não significa que não houve erros no caminho, mas sim que QUANDO ela recebeu, ela recebeu sem erros, pois ela só recebe SEM ERROS, caso contrário o Destinatário manda um ACK não condizente ao enviado pelo Remetente, que envia novamente, até o ACK respectivo ser recebido, aííí sim.. Ao chegar na camada de rede, está sem erros.
Caramba, escrever isso é como desabafar...
-
Para quem não entende os comentários sem o gabarito e não tem acesso a resposta.
Gaba: ERRADO
TCP vai corrigir erros ordenando os quadros transmitidos.
-
Tudo é possível nesse mundo!!!
Menos que ocorram erros no fluxo de baites de um computador específico para outro na Internet. (TCP)
É cada uma.
-
Questão mal formulada. Vejamos:
A camada Enlace corrige e verifica os erros que ocorrem na transmissão de dados. Visto isso, percebe-se que ocorrem erros sim, mas são corrigidos. Se não ocorressem erros, para que a camada enlace?
Cespe Cespe...
Força rapaziada!
-
Então não podem ocorrer problemas nos fluxos de bits? E se um cabo sofrer interferência? Ou mesmo romper? Há infinitos meios de ocorrerem falhas nos fluxos de bits.
Pelo que parece, o examinador quis cobrar o conhecimento acerca da ordem de chegada dos pacotes, os quais são ordenados no recebimento, havendo retransmissões (pela camada de enlace) dos frames que tenham sido "perdidos", até que toda a estrutura recebida no destino esteja em conformidade com o segmento enviado.
Enfim, questão MUITO discutível. Além de conhecer o conteúdo, temos que fumar a mesma maconha que o examinador para chegar a resposta. PQP.
-
QUESTÃO: Ainda que o TCP (transmission control protocol) seja guiado por conexões confiáveis, é possível que ocorram erros no fluxo de baites de um computador específico para outro na Internet.
TANENBAUM, 4ª edição diz que a "entrega é sem erros".
-
ESSA cespe está de sacanagem conosco. Respondi uma questão mais acima que permitia a ocorrência de erros na transmissão. Fica difícil acertar.
-
Se ocorressem erros teria que estar usando o UDP.
-
GAb E
Neste caso, se houvesse o erro de entrega não seria pelo TCP e sim pelo UDP.
-
O TCP/IP foi desenvolvido em 1969 pelo U.S. Departament of Defense Advanced Research Projects Agency, como um recurso para um projeto experimental chamado de ARPANET (Advanced Research Project Agency Network) para preencher a necessidade de comunicação entre um grande número de sistemas de computadores e várias organizações militares dispersas. O objetivo do projeto era disponibilizar links (vínculos) de comunicação com alta velocidade, utilizando redes de comutação de pacotes. O protocolo deveria ser capaz de identificar e encontrar a melhor rota possível entre dois sites (locais), além de ser capaz de procurar rotas alternativas para chegar ao destino, caso qualquer uma das rotas tivesse sido destruída. O objetivo principal da elaboração de TCP/IP foi na época, encontrar um protocolo que pudesse tentar de todas as formas uma comunicação caso ocorresse uma guerra nuclear. A partir de 1972 o projeto ARPANET começou a crescer em uma comunidade internacional e hoje se transformou no que conhecemos como Internet. Em 1983 ficou definido que todos os computadores conectados ao ARPANET passariam a utilizar o TCP/IP. No final dos anos 1980 a Fundação Nacional de Ciências em Washington, D.C, começou a construir o NSFNET, um backbone para um supercomputador que serviria para interconectar diferentes comunidades de pesquisa e também os computadores da ARPANET. Em 1990 o NSFNET se tornou o backbone das redes para a Internet, padronizando definitivamente o TCP/IP.
-
ERRADO, pois diferente do Protocolo UDP, o TCP é um protocolo confiável, garantindo a integralidade dos dados, ou seja, NÃO TOLERA ERROS. Daí o fato de ele ser resiliente.
-
Gab.: ERRADO!
Uma das grandes características do TCP é a sua confiabilidade. Por isso, caso ocorra erro na entrega, tal transmissão foi realizada pelo UDP.
-
é possível afirmar categoricamente que independente do que aconteça, no TCP NUNCA OCORRERÁ nem um erro ????
´´Ainda que o TCP (transmission control protocol) seja guiado por conexões confiáveis, é possível que ocorram erros no fluxo de baites de um computador específico para outro na Internet´´.
TANENBAUM, 4ª edição diz que a "entrega é sem erros".
-
Ja é a segunda questão que resolvo sobre TCP ser livre de erros, aceita!
-
Segunda questão que erro sobre e tô começando a achar que o CESPE se refere aos erros definitivos, que não podem ser corrigidos. Quando pode ser corrigido ela não considera erro
-
Se vc marca ERRADO num item desse no dia da prova, vc merece a vaga só pela coragem.
-
Doente de amor, procurei remédio nas loucuras da banca
-
Preciso lembrar que para o CESPE o TCP NUNCA comete erros!!!!
-
Devido ao TCP garantir a entrega, é inaceitável que ocorram erros.
-
TCP reenvia pacotes com erros.
-
NÃO TOLERA ERROS!
-
Erros podem ocorrer, mas o protocolo TCP detectar os erros de transmissão de bit e os retransmite. Foi o que eu pensei. Errei...
-
Quem estuda não sabe, quem não estuda tbm não sabe. Vlw CESPE.
-
Na origem, os dados (fluxo de bytes) são passados para a camada de transporte (neste caso, o protocolo TCP), que os divide em segmentos.
No destino, o TCP recebe os segmentos e é o responsável por verificar erros (se houver, deve acontecer a retransmissão) e o ordenamento. Depois de tudo em ordem e sem erros, os segmentos são passados para a camada superior (aplicação).
Resumindo: independentemente de erros ocorridos nas camadas inferiores à camada de transporte, o TCP entrega o fluxo de bytes sem erros.
GABARITO: Errado
-
Metodo Nishimura fail
-
"é possível que ocorram erros no fluxo de baites de um computador específico para outro na Internet."
Claro que é possível, por isso o TCP pode recuperar pacotes perdidos, eliminar pacotes duplicados,
recuperar dados corrompidos e ele pode recuperar até mesmo a conexão em caso de problemas no
sistema ou na rede.
A questão generalizou, não é porque uso o TCP que não há problemas, o uso dele é exatamente por haver problemas e por isso sua importância.
-
tentando entender pq não foi anulada....
-
Pessoal, encontrei esses trechos em dois livros do Tanenbaum:
"O TCP (Transmission Control Protocol — protocolo de controle de transmissão), é um protocolo orientado a conexões confiável que permite a entrega sem erros de um fluxo de bytes originário de uma determinada máquina em qualquer computador da inter-rede."
Tanenbaum, Redes de computadores, 4° edição, pg.49
"TCP (Transmission Control Protocol), é um protocolo orientado a conexões confiável que permite a entrega sem erros de um fluxo de bytes originário de uma determinada máquina em qualquer computador da internet."
Tanenbaum, Redes de computadores, 5° edição, pg.29
-
Aplicação do método de NIXIMURA! RSRS
-
Nada na informática é confiável, mas para o cespe...
-
As pessoas que acertaram essa questão foram algumas que erraram a primeira vez, engoliram a seco e marcaram errado na segunda vez que fizeram.. Deprimente kkkk
-
Desconsiderem esta questão! Tnc...
O nível dos examinadores do cespe, em informática, chega a ser risível.
-
O cara perguntou se podia haver erros no fluxo de bytes, não perguntou se o TCP corrigia esses erros ou não.
Lastimável!
-
Errei, me ensinaram outra coisa do TCP.
-
O protocolo TCP é igual a um Homem honrado : não tolera erros! Pode tolerar atrasos ( porque nós somos resilientes), mas nunca um erro!
Um causo " venérico" pra ninguém esquecer: tive um relacionamento com uma santinha que sempre me fazia atrasar para os eventos, mas eu tolerava os atrasos dela. Aí veio aquele erro que o protolo TCP e eu não perdoamos! Ou seja : Pode tolerar arasos, pq o Homem e o TCP são Resilentes, mas nunca o erro !! ehehehehe!
-
TCP (TRANSMISSION CONTROL PROTOCOL)
→ é confiável, orientado à conexão e faz controle de fluxo.
→ pro CESPE, é livre de ERROS.
FONTE: Coments do QC
-
TCP: Orientado à conexão, confiável, demorado mas com garantia dos pacotes.
-
Só aceitem: TCP = DEUS DO NOVO MUNDO, DIVO, PERFEITO, SEM DEFEITOS, IMORTAL, MORAL INTACTA, RODRIGO HILBERT DOS PROTOCOLOS
-
eXAMINEM O examinador
-
BOLA. TA AÍ UMA COISA QUE EU NÃO TERIA NO DIA DA PROVA.
-
TCP é DEUS e pronto
-
Tá "S"ertinho.
-
Para a CESPE o TCP é tipo Felipe Neto
-
TCP é um protocolo orientado a conexão.
Possui mecanismos de retransmissão.
TCP -> Admite atrasos, mas não admite perdas/falhas de pacotes.
-
Direto ao ponto!!
TCP: tolera atrasos
UDP: tolera erros/perdas
-
O TCP para o CESPE é igual ao STF para os seus egrégios Ministros: totalmente isento e livre de erros.
-
Para o cespe o TCP é aquele chefe chato; Não tolera falhas.
-
Dos criadores de: " nada está tão ruim que não possa piorar"
eles: Cespe + informatica = apocalypse
-
Na origem, os dados (fluxo de bytes) são passados para a camada de transporte (neste caso, o protocolo TCP), que os divide em segmentos.
No destino, o TCP recebe os segmentos e é o responsável por verificar erros (se houver, deve acontecer a retransmissão) e o ordenamento. Depois de tudo em ordem e sem erros, os segmentos são passados para a camada superior (aplicação).
Resumindo: independentemente de erros ocorridos nas camadas inferiores à camada de transporte, o TCP entrega o fluxo de bytes sem erros.
GABARITO: Errado
Fonte: tecconcursos