Agora, temos um pacote de fibra entre os dois sites geograficamente separados. É a nossa própria fibra 'de propriedade', de modo que um intermediário não é uma preocupação ... Além disso, o anel de fibra inclui várias redundâncias, incluindo caminhos físicos separados. Tudo bem e bem.
Diante disso, ainda é considerado "prática recomendada" usar roteamento e sub-redes diferentes entre os sites remotos? Ou podemos estender nossa rede 'local' (site principal) para o site remoto junto com as vlans do site principal? Isso ainda é considerado uma prática abaixo do ideal ou até ruim? Mais ao ponto, há alguma razão para não? (Além disso, entendo a questão da "interrupção da retroescavadeira"; espera-se que os caminhos físicos separados lidem com essa contingência).
Primeiro, não existe uma prática recomendada nessa situação. Os detalhes gerais do projeto, como as interconexões do site layer2 / layer3, são orientados pelas necessidades da empresa, orçamento, recursos de sua equipe, preferências e conjuntos de recursos do fornecedor.
Mesmo com todo o amor por mover instâncias de VM entre datacenters (o que é muito mais fácil com as interconexões da camada 2 entre datacenters), eu pessoalmente ainda tento conectar edifícios na camada3, porque os links da camada3 geralmente significam:
Menor custo operacional e menor tempo para a resolução do problema. A grande maioria dos diagnósticos de solução de problemas de rede é baseada em serviços IP. Por exemplo, o mtr possui apenas visibilidade da camada3. Assim, os saltos da camada 3 são muito mais fáceis de corrigir quando você encontra quedas de pacotes, devido a congestionamentos ou erros nos links. O Layer3 também é mais fácil de diagnosticar quando você está lidando com problemas de caminhos múltiplos (comparado, por exemplo, com caminhos múltiplos que não são da camada 3, como o LACP). Por fim, é muito mais fácil descobrir onde está um servidor ou PC quando você pode rastrear diretamente para o switch de borda.
Domínios menores de transmissão / inundação. Se você tiver incompatíveis temporizadores ARP / CAM , estará vulnerável a inundações unicast desconhecidas. A correção para isso é bem conhecida, mas a maioria das redes que eu vejo nunca se incomoda em combinar os temporizadores ARP e CAM corretamente. Resultado final? Mais tráfegos e inundações de tráfego dentro do domínio da camada2 ... e se você estiver inundando os links da camada2 entre edifícios, estará inundando os pontos de congestionamento da rede natural.
Mais fácil de implantar firewalls / ACLs / QoS ... todas essas coisas podem funcionar na camada2, mas tendem a funcionar melhor na camada3 (porque os órgãos de fornecedores / padrões passaram pelo menos 15 dos 20 anos anteriores construindo conjuntos de recursos de fornecedores que preferem a camada3) .
Menos árvore de abrangência. O MSTP / RSTP tornou a expansão de árvore muito mais tolerável, mas todos os tipos de STP ainda se resumem àquele protocolo desagradável que adora inundar transmite a direção errada quando você solta um BPDU em um link de bloqueio de STP. Quando isso pode acontecer? Congestionamento intenso, transceptores esquisitos, links unidirecionais (por qualquer motivo, incluindo humanos) ou links que estão sendo executados com erros neles.
Isso significa que é ruim implantar a layer2 entre edifícios? Nem um pouco ... realmente depende da sua situação / orçamento / preferências da equipe. No entanto, eu usaria links de camada3, a menos que haja uma razão convincente em contrário. 1 Esses motivos podem incluir preferências religiosas em sua equipe / mgmt, menor familiaridade com as configurações da camada3, etc.
1 Para quem quer saber como eu ligo para interconexões de data center de camada2 quando há links de camada3 entre os datacenters, prefiro pseudo-fios EoMPLS se não houver equipamento Nexus. Teoricamente, a OTV parece um candidato se eu tivesse o Nexus, mas pessoalmente ainda não estive lá. Bottom line, existem soluções para o tunelamento Layer2 através Layer3 quando você precisar.