Caso de uso e arquitetura de referência
As arquiteturas para Switches da Série EX e outros elementos, como APs e roteadores WAN em uma filial, são bastante simples por natureza. Ou você tem:
Projetos de rede cobertos neste JVD:
- Um ou mais switches autônomos conectados a um roteador WAN. Os pontos de acesso são então conectados ao switch (geralmente também usando PoE). O roteador WAN geralmente é conectado por meio de um único uplink não redundante para economizar custos.
- Dois ou mais switches que formam um Virtual Chassis conectado a um roteador WAN. Os pontos de acesso são então conectados ao Virtual Chassis (geralmente também usando PoE). Aqui, recomendamos o uso de vários links para o uplink adicionando uma configuração de agregação de link IEEE 802.3ag para redundância.
- Para ramificações maiores, esses Virtual Chassis podem ser colocados em cascata e, em seguida, você tem uma camada de acesso e distribuição. Esse projeto pode até mesmo ser composto por dois grupos de agregação de enlaces (LAGs) ou pacotes, dependendo dos recursos do roteador WAN.
Projetos de rede não cobertos neste JVD:
- Uma malha de campus pequena, como o multihoming EVPN. Isso tem um JVD separado encontrado aqui.
- Um AP conectado diretamente a um roteador WAN.
A Figura 1 mostra as três arquiteturas principais que foram testadas de ponta a ponta com Switches da Série EX gerenciados pela nuvem Juniper Mist como parte deste JVD.
EX
Você pode encontrar referências usando um protocolo de roteamento como o OSPF entre o switch de distribuição (como o Virtual Chassis) e o roteador WAN. Esses designs raramente são usados hoje em dia porque projetos como o multihoming EVPN de malha de campus são mais populares nesse caso.
Além de vários switches autônomos, a Juniper Networks oferece o Virtual Chassis como uma tecnologia que combina vários switches e os gerencia como uma unidade lógica.
A implementação do Virtual Chassis tem as seguintes vantagens principais:
- Um Virtual Chassis é gerenciado como um único switch.
- O tempo de convergência na falha do link é mais rápido do que com a abordagem tradicional de spanning tree.
- Todos os uplinks podem estar ativos ao mesmo tempo usando a agregação de links. Com protocolos de spanning tree, apenas um link pode estar ativo ao mesmo tempo.
Não é um assunto deste JVD, mas, se você considerar o uso do Virtual Chassis em uma malha de campus gerenciada por nuvem do Juniper Mist, o Virtual Chassis só pode ser implantado na camada de acesso.
A Figura 3 destaca a vantagem geral de usar o Virtual Chassis em comparação com um método tradicional de spanning tree.
A maioria dos Switches da Série EX tenta formar um Virtual Chassis automaticamente a partir do estado de fábrica quando são ligados. Portanto, não há necessidade de intervenção manual durante a instalação. A conexão com a nuvem da Juniper Mist para gerenciar o dispositivo pode usar uma porta de gerenciamento dedicada ou usar o gerenciamento em banda preferencial por meio de qualquer porta de receita.
A Tabela 1 mostra quais modelos de switch da Série EX oferecem suporte a qual método de formação do Virtual Chassis:
| Modelo de switch usado no Virtual Chassis | Conexões VC feitas por meio de | Suporte à formação de VC |
|---|---|---|
| EX3400, EX4100, EX4100-F, EX4300, EX4400 e EX4600 | Conectores de backplane especiais chamados de portas VCP | Automático na inicialização (suporte a ZTP) |
| EX4000, EX4100-H | Portas de uplink predefinidas no painel frontal | Automático na inicialização (suporte a ZTP) |
| EX2300, EX4650 e QFX5120 | Portas de uplink no painel frontal | Pré-preparação necessária |
| EX4400-24X | Portas de painel frontais (depois de convertidas em HGoE) | Pré-preparação necessária |
Os uplinks para o roteador WAN devem utilizar um LAG IEEE 802.3ad com LACP ativo. O roteador WAN deve oferecer suporte a um recurso como "force-up" em pelo menos uma interface para criar um LAG entre o roteador WAN e o switch. Os detalhes são explicados nas Práticas recomendadas ao usar a agregação de links na seção Interfaces de uplink .