Não há nada - incorretamente - errado com um domínio de broadcast grande se ele estiver configurado adequadamente (e com segurança). Empregar o PVLAN, por exemplo, pode permitir redes muito grandes sem muito drama, já que hosts isolados não veem tráfego um do outro. Da mesma forma, se a rede for relativamente estática, os links muito estáveis e os controles estiverem prontos para bloquear a inundação broadcast / multicast / unicast, ela poderá funcionar.
Dito isso, na maioria das vezes o tipo de redes que você está descrevendo (mais de 2000 hosts) são basicamente uma crise esperando para acontecer. Alguns dos problemas / sinais de aviso podem incluir -
Tráfego de broadcast excessivo - Tanto o tráfego de aplicativos em todo lugar (ou seja, como o Windows antigo), o tráfego ARP excessivo, etc. Pense nisso em termos de pacotes por segundo mais do que a largura de banda absoluta - centenas de pacotes por segundo de tráfego em segundo plano chegando lá. Tenha em mente que certos eventos de rede (interruptores subindo ou descendo) podem exacerbar isso terrivelmente.
Diâmetro de rede / estabilidade topológica - Os loops de árvore de abrangência transitória ocorrem sob certas condições (por exemplo, reinicialização do dispositivo)? Qual volume de TCNs e assim por diante você está vendo? A ponte da raiz está se movendo em tudo? Fisicamente quantos interruptores estão em cascata juntos?
Como funcionam as falhas de link? Se um link cair, o que acontece? Eu vi situações em que as coisas estavam seriamente quebradas a ponto de a topologia da rede literalmente nunca se estabilizar quando um link redundante era desativado. Isso exigiu reinicializações em massa - bem, mais propriamente, foi necessário um novo design completo, mas esse é um problema separado.
Interface cai em roteadores e switches? Problemas de buffer? Estas também podem ser dicas.
Em geral, as pontes que cruzam sites físicos causam uma quantidade desproporcional de problemas. Existe uma razão convincente para que seus sites (ou andares) não possam ser divididos em sub-redes roteadas? A melhor prática é certamente a rota possível e ponte onde não ...