-
Questão que exige o conhecimento relativo ao processo de confirmação existente no protocolo TCP. O erro da assertiva reside no trecho "e dos segmentos ACK."
O ACK é a resposta e a confirmação em si.
FFF
-
O TCP não confirma os segmentos, SYN/ACK confirma o número de bytes recebidos,
Embora o software TCP mantenha controle sobre os segmentos que estão sendo transmitidos ou recebidos, não há nenhum campo específico para indicar o número de um segmento no cabeçalho. Em vez disso, existem dois campos genéricos denominados de número de seqüência e número de confirmação. Esses dois campos se referem ao número de bytes e não o número do segmento. [FUROZAN]
-
Rai, segmento é o nome dado ao pacote na camada de transporte, entendo que ao confirmar os bytes recebidos se confirma o recebimento do pacote...
Acho que a questão aí é só dos acks... Pois até os pacotes de controle (syn, fin) possuem confirmação )ack).
-
Acredito que esse gabarito está errado, pois, como o colega @Saulo pontuou: "até os pacotes de controle (syn, fin) possuem confirmação (ack)"
Inclusive a falta dessa confirmação, dá origem a um ataque chamado SYN Flood
Fonte: minha humilde opinião
-
Ack não tem confirmação.
-
Para quem não entende os comentários sem o gabarito e não tem acesso a resposta.
Gaba: ERRADO
"O TCP exige confirmações..."
tentando traduzir a questão... a assertiva generalizou todas as FLAGS do TCP dizendo que TODAS exige confirmação:
pacotes de controle (syn, fin) possuem confirmação - ok
Ack não tem confirmação
Flags TCP:
- urg: traz o pacote para o primeiro lugar na fila do buffer (informações urgentes);
- ack: confirma o recebimento de algum segmento;
- psh: envia o dado para a camada seguintes sem precisar esperar encher o buffer;
- rst: reinicia a conexão;
- syn: requisita o início de uma nova conexão;
- fin: requisita o encerramento de uma conexão.
-
O TCP não confirma os segmentos, SYN/ACK confirma o número de bytes recebidos,
Embora o software TCP mantenha controle sobre os segmentos que estão sendo transmitidos ou recebidos, não há nenhum campo específico para indicar o número de um segmento no cabeçalho. Em vez disso, existem dois campos genéricos denominados de número de seqüência e número de confirmação. Esses dois campos se referem ao número de bytes e não o número do segmento. [FUROZAN]
-
Pelo que entendi da questão, ela diz que o ack precisa de confirmação... o que não cabe é verdade... senão a gente teria o ack do ack do ack do ack... ad aeternum
-
"Para evitar o problema dos dois exércitos, são utilizados timers. Se uma resposta para um FIN não chegar no período equivalente a duas vezes o tempo máximo de duração de um pacote, o transmissor do FIN encerrará a conexão. Eventualmente, o outro lado perceberá que não há mais ninguém na escuta e também sofrerá um timeout".
Fonte: Redes de computadores, Andrew S. Tanenbaum, pg 576
-
flags-
ack: confirma o recebimento de algum segmento;
-
Tanebaum diz o seguinte em relação ao ACK: “ao bit ACK é atribuído o valor 1 para indicar que Acknowledgement number é válido. Se ACK for igual a zero, isso significa que o segmento não contém uma confirmação e assim o campo Acknowledgement number é ignorado.”
O que o TCP controla são os bytes, o que é confirmado são os recebimentos de bytes.
As flags dos cabeçalhos são controles, isso não exige a confirmação das flags. O TCP controla os dados, por exemplo: recebi até o byte X, manda o próximo byte.
Resumindo: não há confirmação de recebimento para a flag ACK.
fonte: Missão
-
Gab.: ERRADO!
>>O cliente envia FLAG SYN;
>>Servidor aceita enviando um pacote FLAG SYNTACK;
>>O cliente confirma através do pacote ACK.
-
Gabarito: Errado.
ACK é a confirmação. Manda o SYN, recebeu, ACK pra confirmar.
Bons estudos!
-
Gabarito: Errado.
O ACK é a mensagem de confirmação de recebimento. Logo, essa mensagem não tem mensagem de confirmação.
-
GALERA BORA PEDIR PRA COMENTAREM AS QUESTÕES!!!!!!!
-
ACK é uma "mensagem"; ajuda no controle de fluxo e de congestionamento para transmissão dos dados.
-
O TCP, de fato, exige confirmação do recebimento de bytes, visto que ele é orientado a conexão. Já o ACK é a mensagem de confirmação do recebimento desses bytes, logo, essa mensagem (ACK) não tem mensagem de confirmação.
Caso esteja errado, favor enviar msg no privado!
-
Acredito que o erro é dizer que o ACK tem confirmação, visto que o ACK é o último na etapa de comunicação e não tem retorno. FONTE: Comentários do TECconcursos.
Cliente -> SYN -> Servidor
Servidor -> SYN-ACK -> Cliente.
Cliente -> ACK -> Servidor
-
O ACK é a mensagem de confirmação de recebimento. Logo, essa mensagem não tem mensagem de confirmação.
-
•ACK - Certificação que recebeu o ultimo pacote ou outra resposta.
-
ACK não precisa de confirmação pq ele já é a própria confirmação
FONTE: vozes da minha cabeça
-
Nessa fiquei imaginando, ACK já é a confirmação, se tiver que confirmar, oque confirmação a que confirmou...loop infinito de confirmações...
-
A conexão TCP é considerada garantida em virtude da utilização de um procedimento conhecido como 3 way handshake connection: desde que o primeiro pacote TCP entra na rede, a conexão começa a ser monitorada: o cliente envia um pacote com o flag SYN marcado; ao receber este pacote, o servidor responde com um pacote com o flag ACKnowledge/SYN (ACK) marcado. Ao receber este pacote, o cliente envia outro pacote com o flag ACK marcado, determinando assim a conexão entre o cliente e o servidor.
Cada segmento inclui um campo de soma de verificação que é usado para verificar um segmento corrompido. Se o segmento estiver corrompido, ele é descartado pelo TCP de destino e considerado extraviado. O TCP usa reconhecimentos para confirmar a recepção de segmentos de dados. Os segmentos de controle que não transportam dados, mas consomem um número em sequência também são reconhecidos. Os segmentos ACK nunca são reconhecidos.
Professor Maurício Bueno
-
Um ACK não depende do outro, foi como o colega falou, se isso fosse necessários, teríamos um loop infinito.
-
O TCP é um protocolo de transporte confiável.
O TCP fornece confiabilidade implementado controle de erros sobre os dados.
A detecção e a correção de erros no TCP são obtidas por meio do uso de três ferramentas simples: checksum, confirmação de recebimen-to e time-out
Confirmação
O TCP usa confirmações para validar o recebimento do segmento de dados. Um segmento de controle que não transporta dados, mas que usa um número de sequência, também deve ser confirmado. Um segmento ACK jamais necessita de confirmação
-
Bom saber que, com o meu erro, o gráfico ficou dividido exatamente em 50% para cada lado,,, ;/
-
Ack é a confirmação
-
Errado.
ACKNOWLEDMENT ou Número de confirmação é a própria confirmação.