Começando com o MC-LAG
Configuração da agregação de enlaces multichassis em roteadores da Série MX
A agregação de enlaces 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 privada virtual (VPLS), aplicativos de cross-connect de circuito (CCC) e tipos de encapsulamento de circuito de Camada 2.
Os dispositivos MC-LAG usam o Inter-Chassis Control Protocol (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-se 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 e
ether-cccvlan-cccencapsulamentos.As funções de VPLS são suportadas e
ether-vplsvlan-vplsencapsulamentos.
O gerenciamento de falhas de conectividade de 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-vplsou encapsulation-flexible-ethernet-services. Você também precisa configurar as declarações admin-keye system-id as lacpdeclaraçõ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 emite 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 enlaces multichassis em switches da Série EX
Grupos de agregação de enlaces 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 multihoming e uma rede de Camada 2 sem loop sem executar o Spanning Tree Protocol (STP).
Em uma extremidade de um MC-LAG, há 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, há dois pares MC-LAG. Cada um dos pares MC-LAG tem um ou mais links físicos conectados a um único dispositivo cliente.
Os colegas do 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 enlaces multichassis (MC-LAG), você deve configurar o Protocolo de Comunicações entre Centro de Controle (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 fonte. 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 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 do 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 Inter-Control Center Communications Protocol (ICCP) em um grupo de agregação de links multichassis (MC-LAG) configurado em um domínio de ponte ativo e 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 [edit protocols iccp] nível de hierarquia e a multi-chassis-protection peer ip-address declaração no [edit interfaces interface-name] nível de hierarquia. A proteção multichassis reduz a configuração no nível de interface lógica para roteadores da Série MX com interfaces Ethernet agregadas de multichassis (MC-AE). Se o ICCP estiver UP e o link de dados de interchasse (ICL) aparecer, o roteador configurado como standby apresentará as interfaces MC-AE compartilhadas com o nó ativo de peer especificado pela peer declaração.
Por exemplo, as seguintes declarações ilustram como o mesmo endereço IP peer pode ser configurado para o link de proteção de peer e multichassis do ICCP:
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 de ICCP e confirmar tal configuração.