Início / server / Perguntas / 1180264
Accepted
King David
Asked: 2025-04-29 18:09:04 +0800 CST

redhat + como reverter alterações de congestionamento TCP BBR

  • 772

Configuramos as configurações do BBR em todas as nossas máquinas RHEL 8.6 da seguinte forma: (de acordo com a documentação da Red Hat [https://access.redhat.com/solutions/3713681]). O objetivo é avaliar se a configuração do BBR proporciona alguma melhoria na rede. Caso contrário, planejamos reverter para as configurações padrão do Cubic.

sysctl -w net.ipv4.tcp_congestion_control=bbr
echo "net.ipv4.tcp_congestion_control = bbr" >> /etc/sysctl.conf
modprobe tcp_bbr

para reverter as alterações escrevi os seguintes passos

sysctl -w net.ipv4.tcp_congestion_control=cubic
delete from /etc/sysctl.conf the line with net.ipv4.tcp_congestion_control = bbr

mas não tenho certeza de como reverter as alterações sobremodprobe tcp_bbr

precisamos apenas fazer:

modprobe tcp_cubic

ou

rmmod tcp_bbr
rmmod: ERROR: Module tcp_bbr is in use

ou então?

networking

1 respostas

  1. Best Answer

    Reinicialize – ou espere até que todos os soquetes TCP atuais que estavam usando esse método de controle de congestionamento sejam fechados. Então, o módulo poderá ser removido quando nada mais fizer referência a ele.

    Vários métodos de controle de congestionamento podem ser carregados simultaneamente (e definidos globalmente, por rota ou por soquete). O CUBIC anterior ainda é carregado – possivelmente até compilado na imagem do kernel principal, dependendo da distribuição Linux – então não há necessidade de carregá-lo novamente, embora isso modprobeseja inofensivo.

    Deixar o tcp_bbrmódulo carregado é inofensivo se ele não estiver em uso. Você pode fazer testes configurando o método de controle de congestionamento padrão por rota, ou deixá-lo disponível para os programas selecionarem via setsockopt(), ou simplesmente deixá-lo como está até a próxima reinicialização.

    O oposto de modprobeé, na verdade modprobe -r [-v], , pois ambos manipulam árvores de dependências (o primeiro carrega módulos auxiliares adicionais, o último descarrega módulos que não são mais necessários), enquanto rmmodé o oposto de, insmodpois eles operam apenas no único módulo especificado. (Mais ou menos como 'yum/dnf/apt' versus 'rpm/dpkg'.)

    • 2

relate perguntas