TP - Retransmissão e ACK's duplicados
5 views
Skip to first unread message
Thomaz Barros
Nov 7, 2010, 6:31:51 PM11/7/10
to monitoria...@googlegroups.com
Olá, eu tenho as seguintes dúvidas e gostaria de saber se alguém pode me responder:
Por que não é calculado o RTT para segmentos retransmitidos?
Por que o remetente espera três ACK's duplicados ao invés de dois?
Grato desde já pela resposta,
Thomaz
Por que não é calculado o RTT para segmentos retransmitidos?
Por que o remetente espera três ACK's duplicados ao invés de dois?
Grato desde já pela resposta,
Thomaz
Mariam Afonso
Nov 8, 2010, 1:30:05 PM11/8/10
to monitoria...@googlegroups.com
Oi!
Por que o remetente espera três ACK's duplicados ao invés de dois?
Me lembro do Aguiar falar sobre isso na aula: é apenas uma convenção, podia ser qq outro valor, mas escolheram 3.
Abraços,
Mariam
Abraços,
Mariam
Leandro Coelho
Nov 8, 2010, 1:44:03 PM11/8/10
to monitoria...@googlegroups.com
Por exemplo:
Considere que os pacotes n, n+1 e n+2 são enviados e que o pacote n é recebido
e confirmado com ACK. Se os pacotes n+1 e n+2 são reordenados ao longo do
caminho (isto é., são recebidos na ordem n+2, n+1), então o receptor do pacote
n+2 irá gerar um ACK duplicado para n e irá disparar uma retransmissão (caso
a política seja esperar apenas o segundo ACK duplicado para a retrasnmissão).
Esperando por três ACKs duplicados, pode ser o caso que dois pacotes seguintes
são recebidos corretamente, enquanto n+1 não foi recebido ainda. Os projetistas
provavelmente assumiram que esperar por dois pacotes (ao invés de um) oferece
um tradeoff (“meio termo”) razoável entre disparar uma retrasnmissão rápida
quando necessário, mas não retransmitir prematuramente no caso de ter ocorrido
apenas uma inversão da ordem de chegada dos pacotes.
Espero ter ajudado.
abs
Considere que os pacotes n, n+1 e n+2 são enviados e que o pacote n é recebido
e confirmado com ACK. Se os pacotes n+1 e n+2 são reordenados ao longo do
caminho (isto é., são recebidos na ordem n+2, n+1), então o receptor do pacote
n+2 irá gerar um ACK duplicado para n e irá disparar uma retransmissão (caso
a política seja esperar apenas o segundo ACK duplicado para a retrasnmissão).
Esperando por três ACKs duplicados, pode ser o caso que dois pacotes seguintes
são recebidos corretamente, enquanto n+1 não foi recebido ainda. Os projetistas
provavelmente assumiram que esperar por dois pacotes (ao invés de um) oferece
um tradeoff (“meio termo”) razoável entre disparar uma retrasnmissão rápida
quando necessário, mas não retransmitir prematuramente no caso de ter ocorrido
apenas uma inversão da ordem de chegada dos pacotes.
Espero ter ajudado.
abs
2010/11/8 Mariam Afonso <mariam...@gmail.com>
Taísa Martins
Nov 8, 2010, 2:01:54 PM11/8/10
to monitoria...@googlegroups.com
eu tbm acredito que seja só uma convenção
tipo que o povo fez testes e talz...
mas no livro tem perguntando isso então talvez tenha uma resposta melhor msm ^^
mas ainda tow terminando de estudar então não posso ajudar mtu =P
só pra corrigir uma coisa que eu acredito que o Leandro se enganou
quando ele fala 2 acks duplicados significa que vc recebeu 3 acks iguais: o ack confirmando a recepção do pacote e mais dois duplicados e não que recebeu um ack confirmando a recepção do pacote msm e mais um duplicado!
--
Atenciosamente,
Taísa Martins
tipo que o povo fez testes e talz...
mas no livro tem perguntando isso então talvez tenha uma resposta melhor msm ^^
mas ainda tow terminando de estudar então não posso ajudar mtu =P
só pra corrigir uma coisa que eu acredito que o Leandro se enganou
quando ele fala 2 acks duplicados significa que vc recebeu 3 acks iguais: o ack confirmando a recepção do pacote e mais dois duplicados e não que recebeu um ack confirmando a recepção do pacote msm e mais um duplicado!
2010/11/8 Leandro Coelho <leand...@gmail.com>
--
Atenciosamente,
Taísa Martins
Reply all
Reply to author
Forward
0 new messages