Quando atualizei minha pilha de redes depois de mergulhar no ecossistema do laboratório doméstico, eu tinha objetivos simples. Primeiro, para meu NAS, servidor doméstico e PC para jogos, eu queria uma LAN doméstica com recursos Ethernet extremamente rápidos para poder acelerar tarefas de backup e obter melhor desempenho em tarefas de edição de vídeo com tecnologia SMB e unidades VM baseadas em iSCSI. As VLANs eram outro aspecto importante que eu queria priorizar, pois queria isolar ameaças à segurança chamadas dispositivos domésticos inteligentes do resto da rede.
Como esses dois problemas foram resolvidos com a obtenção de um switch central (gerenciado) com três portas 10G e switches gerenciados adicionais para meus acessórios IoT, eu não estava interessado no restante das especificações ou recursos que meus novos satélites de rede ofereciam. Mas depois de abrir acidentalmente a página de configuração em um switch TP-Link outro dia, me deparei com essa configuração chamada Loop Detection, e ela acabou resolvendo um problema de rede que tenho tido de vez em quando.
5 configurações de roteador que a maioria das pessoas nunca toca para resolver meus problemas de rede
Correções menos conhecidas para problemas conhecidos
Loops de comutação aleatórios ocasionalmente atrapalhavam minha LAN doméstica
Esta doença não é incomum em switches com múltiplas portas
Se você nunca ouviu falar de loops de comutação, esses problemas ocorrem quando você tem mais de um caminho de Camada 2 entre um par de terminais de rede. Deixando de lado o jargão técnico, esta é a condição em que dois conjuntos de cabos são conectados a um switch e a um dispositivo cliente (ou mesmo outro switch) na mesma VLAN. Para as pessoas que estão se perguntando como isso é um problema, um loop de switch pode não apenas causar tempestades de transmissão onde os quadros inundam continuamente as redes e consomem largura de banda significativa, mas também pode causar um uso anormalmente alto da CPU para o processador interno do switch.
Não parece um grande problema no papel, e nunca pensei nisso quando tinha um switch de rede “burro” de 5 portas responsável por conectar um PC, NAS e alguns outros dispositivos ao roteador. Mas à medida que minha coleção de servidores domésticos, computadores de placa única e (mais importante) dispositivos inteligentes começou a crescer, tive que investir em switches de rede adicionais além daqueles que mantinha em minha caixa. E agora que tenho alguns fios Ethernet espalhados pelas salas, às vezes conecto um cabo a um switch fictício depois de usar o fio anteriormente para um experimento doméstico inteligente, apenas para perceber que criei um loop que causou problemas de desempenho da rede alguns minutos depois. É aqui que entra a detecção de feedback…
A detecção de loopback acabou sendo uma boa solução para meus clientes de ponta
Funciona bem para tudo, desde unidades NAS multi-NIC até switches não gerenciados
Em vez de deixar meu switch ter um acesso de raiva toda vez que encontrar loops, ativar o recurso de reconhecimento de loop envia um quadro especializado para fora da porta. Este quadro de detecção de loop atravessa a rede e retorna ao switch em caso de loop. Por ser um quadro especializado, ele é reconhecido pelo switch, que então bloqueia a porta (ou VLAN, se eu tiver configurado dessa forma), causando uma condição de loopback.
A melhor parte desse recurso é que ele está disponível nas UIs da web de quase todos os switches gerenciados Zyxel e TP-Link em meu laboratório doméstico, então não preciso usar hardware especializado para habilitá-lo. Também é bastante leve no consumo de recursos e funciona muito bem para switches conectados diretamente aos dispositivos do meu cliente. Por exemplo, habilitei a detecção de loopback em um switch de 8 portas em meu porão e ele desligou imediatamente a porta 5 quando conectei acidentalmente dois cabos ao mesmo switch barato de 4 portas. Além disso, é igualmente útil se eu tiver dispositivos clientes emparelhados com meus switches e quiser evitar que outra pessoa da minha casa os conecte acidentalmente.
Sua segunda porta Ethernet é útil, mas não pense nisso em termos de velocidade
Tudo se resume à flexibilidade
Infelizmente, o LPD não é ideal para portas tronco
Felizmente, as chances de meu laboratório doméstico encontrar esse problema são muito baixas
Ao contrário dos switches fictícios e dos clientes simples que discuti até agora, as portas tronco das conexões de switches intergerenciados são uma história completamente diferente. Como ele transporta tráfego multi-VLAN ao mesmo tempo, se o LPD desligasse a porta após um loop, o tráfego destinado a todas as conexões VLAN nesse tronco seria eventualmente interrompido. Portanto, desabilitei o LPD para as portas de tronco nos switches gerenciados para evitar esse problema.
Porém, existe outra solução para esse problema: usar o protocolo spanning tree, que bloqueia seletivamente links redundantes e evita loops. A desvantagem é que isso pode atrasar o link ao conectar um dispositivo pela primeira vez, o que significa que terei que esperar alguns segundos extras sempre que adicionar um novo sistema à minha LAN. Sem mencionar que alguns dos meus switches nem suportam STP e eu teria que atualizar para seus equivalentes comerciais para obter esse recurso. Felizmente, documentar todas as portas de tronco do switch e mantê-las intactas durante meus experimentos de adulteração ajudou a evitar que esse cenário improvável causasse estragos em minha rede.
