Começando com o MC-LAG
Configuração da agregação de enlace multichassis em roteadores da Série MX
A agregação de enlace multichassis (MC-LAG) permite que uma plataforma de roteamento universal 5G da Série MX forme uma interface lag lógica com dois ou mais dispositivos. O MC-LAG oferece benefícios adicionais sobre o LAG tradicional em termos de redundância de nível de nó, suporte a multihoming e uma rede de Camada 2 sem loop sem a necessidade de executar o Spanning Tree Protocol (STP). O MC-LAG pode ser configurado para instâncias de roteamento de serviços de LAN privadas virtuais (VPLS), aplicativos de conexão cruzada (CCC) e tipos de encapsulamento de circuitos de Camada 2.
Os dispositivos MC-LAG usam o Protocolo de Controle Inter-Chassis (ICCP) para trocar as informações de controle entre dois dispositivos de rede MC-LAG.
Em uma extremidade do MC-LAG está um dispositivo cliente MC-LAG que tem um ou mais links físicos em um grupo de agregação de links (LAG). Este dispositivo cliente não precisa estar ciente da configuração MC-LAG. Do outro lado do MC-LAG estão dois dispositivos de rede MC-LAG. Cada um desses dispositivos de rede tem um ou mais links físicos conectados a um único dispositivo cliente. Os dispositivos de rede coordenam entre si para garantir que o tráfego de dados seja encaminhado corretamente.
O MC-LAG inclui a seguinte funcionalidade:
Apenas o modo MC-LAG ativo único com instância VPLS multi-homed é suportado.
O MC-LAG opera apenas entre dois dispositivos.
As funções de circuito de camada 2 são suportadas com
ether-ccc
evlan-ccc
encapsulamentos.As funções de VPLS são suportadas com
ether-vpls
evlan-vpls
encapsulamentos.
O gerenciamento de falhas de conectividade Ethernet (CFM) especificado no padrão IEEE 802.1ag para operação, administração e gerenciamento (OAM) não é suportado em interfaces MC-LAG.
Para habilitar o MC-LAG, inclua a mc-ae
declaração no nível de [edit interfaces aeX aggregated-ether-options]
hierarquia, juntamente com uma das seguintes declarações no nível hierárquico [edit interfaces aeX]
: encapsulation-ethernet-bridge
, encapsulation ethernet-ccc
, encapsulation ethernet-vpls
ou encapsulation-flexible-ethernet-services
. Você também precisa configurar as lacp
, admin-key
e system-id
declarações no nível de [edit interfaces aeX aggregated-ether-options]
hierarquia:
Ao configurar a prefer-status-control-active
declaração, você também deve configurar a status-control active
declaração. Se você configurar a status-control standby
declaração com a prefer-status-control-active
declaração, o sistema emitirá um aviso.
Para excluir uma interface MC-LAG da configuração, emita o delete interfaces aeX aggregated-ether-options mc-ae
comando no nível de [edit]
hierarquia no modo de configuração:
[edit]
user@host# delete interfaces aeX aggregated-ether-options mc-ae
Execute as seguintes etapas em cada switch que está hospedando um MC-LAG:
Configuração da agregação de enlace multichassis em switches da Série EX
Grupos de agregação de enlace multichassis (MC-LAGs) permitem que um dispositivo cliente forme uma interface LAG lógica entre dois pares MC-LAG (por exemplo, switches EX9200). Um MC-LAG oferece redundância e balanceamento de carga entre os dois pares MC-LAG, suporte a multihoming e uma rede de Camada 2 sem loop sem executar o Protocolo de Árvores de Abrangência (STP).
Em uma extremidade de um MC-LAG, existe um dispositivo cliente MC-LAG, como um servidor, que tem um ou mais links físicos em um grupo de agregação de links (LAG). Este dispositivo cliente não precisa ter um MC-LAG configurado. Do outro lado do MC-LAG, existem dois colegas MC-LAG. Cada um dos pares MC-LAG tem um ou mais links físicos conectados a um único dispositivo cliente.
Os pares MC-LAG usam o Protocolo de Controle Inter-Chassis (ICCP) para trocar informações de controle e coordenar entre si para garantir que o tráfego de dados seja encaminhado corretamente.
Uma interface com um endereço IP já configurado não pode fazer parte da interface Ethernet agregada ou do grupo de interface Ethernet agregada por multichassis.
Execute as seguintes etapas em cada switch que hospeda um MC-LAG:
Veja também
Configuração do ICCP para MC-LAG
Para agregação de link multichassis (MC-LAG), você deve configurar o Protocolo de Comunicações de Centro de Intercontrolamento (ICCP) para trocar informações entre dois pares MC-LAG.
Para habilitar o ICCP, inclua a iccp
declaração no nível de [edit protocols]
hierarquia:
[edit protocols] iccp { authentication-key string; local-ip-addr ipv4-address; peer ip-address{ authentication-key string; liveness-detection { detection-time { threshold milliseconds; } minimum-interval milliseconds; minimum-receive-interval milliseconds; multiplier number; no-adaptation; transmit-interval { minimum-interval milliseconds; threshold milliseconds; } version (1 | automatic); } local-ip-addr ipv4-address; redundancy-group-id-list [ redundancy-groups ]; session-establishment-hold-time value; } session-establishment-hold-time value; traceoptions; }
A local-ip-address
declaração define o endereço de origem. Este pode ser um endereço ou endereço de interface especificado. A session-establishment-hold-time
declaração determina se um chassi assume o cargo de principal na sessão do ICCP.
A authentication-key
declaração é fornecida pela opção TCP Message Digest 5 (md5) para uma sessão TCP do ICCP. A redundancy-group-id-list
declaração especifica os grupos de redundância entre os pares do ICCP e a liveness-detection
hierarquia configura opções de protocolo de detecção de encaminhamento bidirecional (BFD).
O ICCP é baseado no TCP e usa rotas IP para chegar ao peer MC-LAG. Para garantir que a sessão de ICCP seja a mais resiliente possível, recomendamos que você configure rotas alternativas entre os endereços IP de ponto final do ICCP. Como alternativa, configure uma interface LAG que tenha duas ou mais interfaces entre os pares MC-LAG para evitar falhas na sessão quando não houver rotas alternativas.
Para o Protocolo de Comunicações do Centro de Controle (ICCP) em um grupo de agregação de link multichassis (MC-LAG) configurado em um domínio de ponte ativo-ativo, você deve garantir que você configure o mesmo endereço IP peer hospedando o MC-LAG, incluindo a peer ip-address
declaração no nível de [edit protocols iccp]
hierarquia e a multi-chassis-protection peer ip-address
declaração no nível de [edit interfaces interface-name]
hierarquia. A proteção contra multichassis reduz a configuração no nível de interface lógica para roteadores da Série MX com interfaces Ethernet agregadas por multichassis (MC-AE). Se o ICCP estiver UP e o link de dados de interchasse (ICL) aparecer, o roteador configurado como espera apresentará as interfaces MC-AE compartilhadas com o nó ativo de peer especificado pela peer
declaração.
Por exemplo, as declarações a seguir ilustram como o mesmo endereço IP peer pode ser configurado tanto para o link de proteção de peer ICCP quanto para multichassis:
set interfaces ae1 unit 0 multi-chassis-protection 10.255.34.112 interface ae0 set protocols iccp peer 10.255.34.112 redundancy-group-id-list 1
Embora você possa confirmar uma configuração MC-LAG com vários parâmetros definidos para ele, você pode configurar a proteção multichassis entre dois pares sem configurar o endereço peer ICCP. Você também pode configurar vários pares ICCP e cometer tal configuração.