Qual das estratégias a seguir, aplicada ao roteador ...

Alternativa Correta: Limitação de pacotes ACK de saída (Alternativa C)

Vamos entender por que esta é a alternativa correta e como ela se aplica ao cenário descrito na questão.

No contexto de redes de computadores e Qualidade de Serviço (QoS), é essencial garantir que certas aplicações, como VoIP (Voz sobre IP) utilizando SIP (Session Initiation Protocol), tenham prioridade em relação a outras, como downloads via HTTP. Isso ocorre porque aplicações de VoIP são sensíveis a latência, jitter e perda de pacotes, que podem afetar diretamente a qualidade da chamada de voz.

Quando muitos downloads HTTP estão sendo realizados simultaneamente, a largura de banda pode ser consumida de maneira significativa, impactando negativamente a performance de aplicações de tempo real como o VoIP. Uma maneira de mitigar esse problema é ajustando o comportamento do tráfego de rede para priorizar os pacotes de voz.

Por que a alternativa C está correta?

Limitação de pacotes ACK de saída é a estratégia mais adequada para este cenário. Vamos entender por quê:

• Os pacotes ACK (Acknowledgment) são usados no protocolo TCP para reconhecer a recepção dos pacotes. Em uma conexão ADSL, onde a taxa de upload é geralmente menor que a de download, o envio excessivo de pacotes ACK pode saturar a capacidade de upload.

• Ao limitar os pacotes ACK de saída, você reduz a quantidade de confirmações que o roteador precisa enviar de volta para os servidores dos downloads HTTP. Isso libera a largura de banda de upload, permitindo que os pacotes de voz VoIP tenham uma prioridade maior.

• Dessa forma, a latência e o jitter dos pacotes de voz são minimizados, garantindo uma melhor qualidade de serviço para as chamadas VoIP.

Vamos analisar por que as outras alternativas não são as mais adequadas:

• A: Prioridade de upload para os dados direcionados para a porta 5060. A porta 5060 é utilizada pelo SIP para sinalização, mas a qualidade da chamada de voz em si depende do fluxo de dados RTP (Real-time Transport Protocol), que pode usar portas diferentes.

• B: Prioridade de download para os dados direcionados para a porta 5060. Similar ao item anterior, priorizar apenas a porta de sinalização não resolve o problema de qualidade da chamada.

• D: Prioridade de upload para os pacotes UDP. Embora a voz VoIP utilize UDP, priorizar todos os pacotes UDP não é específico o suficiente e pode não resolver o problema dos pacotes de voz com eficiência.

• E: Limitação de pacotes ACK de entrada. Limitar ACKs de entrada não terá o mesmo efeito desejado, pois o problema principal é a saturação da taxa de upload.

Entender esses conceitos é crucial para quem estuda redes de computadores, especialmente quando o foco é garantir a qualidade de serviço em diferentes tipos de tráfego.

Se eu limitar os ACKs de saída(gabarito), eu vou gerar retransmissões. Em último caso, como o TCP vai acionar o controle de congestionamento e vai entrar na partida lenta, diminuindo a TAXA de cada download. Porém, isso não necessariamente para prover QoS ao VoIP pois se esse GRANDE numero de downloads solictar uma banda(ainda que pequena), pode ser que não se possa atender aos requisitos de QoS da rede.

Por outro lado, se eu der pioridade aos pacotes UDP, seria comop "reservar" uma banda para o VoIP...

Alguém concorda?

@Turetto, também acho isso. Fora que no SIP também existe um 200 ACK para confirmação da sessão, ou seja, bloquear o ACK iria eliminar o uso de VoiP da rede interna para externa ou vice e versa.