Configuração de instâncias de roteamento VPLS
Para configurar uma instância de roteamento VPLS, inclua a vpls declaração:
vpls { active-interface { any; primary interface-name; } connectivity-type (ce | irb | permanent); control-word; encapsulation-type encapsulation-type; interface-mac-limit limit; import-labeled-routes [ routing-instance-name ]; label-block-size size; mac-table-aging-time time; mac-table-size size; neighbor neighbor-id; no-control-word; no-tunnel-services; site site-name { active-interface { any; primary interface-name; } interface interface-name { interface-mac-limit limit; } mesh-group mesh-group-name; multi-homing; site-identifier identifier; site-preference preference-value { backup; primary; } } site-range number; traceoptions { file filename <files number> <size size> <world-readable | no-world-readable>; flag flag <flag-modifier> <disable>; } tunnel-services { devices device-names; primary primary-device-name; } vpls-id vpls-id; }
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols][edit logical-systems logical-system-name routing-instances routing-instance-name protocols]Observação:Os roteadores da Série ACX não oferecem suporte à
[edit logical-systems]hierarquia.
Você não pode configurar um protocolo de roteamento (OSPF, RIP, IS-IS ou BGP) dentro de uma instância de roteamento VPLS (instance-type vpls). A Junos CLI não permite essa configuração.
A partir do Junos OS Release 16.1, você pode usar a import-labeled-routes declaração para especificar uma ou mais instâncias de roteamento não padrão onde você quer que as rotas rotuladas de pseudowire MPLS sejam vazadas da tabela de roteamento de caminho mpls.0 na instância de roteamento primária.
A configuração para as instruções de instância de roteamento VPLS é explicada nas seguintes seções:
Configuração da sinalização BGP para VPLS
Você pode configurar a sinalização BGP para a instância de roteamento VPLS. O BGP é usado para sinalizar os pseudowires que ligam cada um dos roteadores PE que participam da instância de roteamento VPLS. Os pseudowires transportam tráfego VPLS pela rede do provedor de serviços entre os sites VPLS.
Você não pode configurar a sinalização BGP e a sinalização LDP para a mesma instância de roteamento VPLS. Se você tentar configurar as declarações que permitem a sinalização BGP para a instância de roteamento VPLS (as siteinstruções , site-identifiere e site-range ) e as declarações que permitem a sinalização LDP para a mesma instância (as neighbor instruções and vpls-id ), a operação de confirmação falhará.
Na documentação do VPLS, a palavra roteador em termos como roteador PE é usada para se referir a qualquer dispositivo que forneça funções de roteamento.
Configure a sinalização BGP para a instância de roteamento VPLS concluindo as etapas nas seções a seguir:
- Configurando o nome do site VPLS e o identificador do site
- Configuração de identificadores automáticos de site para VPLS
- Configurando o intervalo de sites
- Configuração das interfaces do site VPLS
- Configurando a preferência de site VPLS
Configurando o nome do site VPLS e o identificador do site
Ao configurar a sinalização BGP para a instância de roteamento VPLS, em cada roteador PE você deve configurar cada site VPLS que tenha uma conexão com o roteador PE. Todos os circuitos de Camada 2 provisionados para um site VPLS são listados como o conjunto de interfaces lógicas (usando a interface instrução) dentro da site instrução.
Você deve configurar um nome e um identificador de site para cada site VPLS.
Para configurar o nome do site e o identificador do site, inclua as site e as site-identifier declarações:
site site-name { interface interface-name { interface-mac-limit limit; } site-identifier identifier; }
O identificador numérico pode ser qualquer número de 1 a 65.534 que identifique exclusivamente o site VPLS local.
Você pode incluir essas instruções nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Configuração de identificadores automáticos de site para VPLS
Quando você habilita identificadores de site automáticos, o Junos OS atribui automaticamente identificadores de site a sites VPLS. Apenas um site é permitido por instâncias de roteamento ao usar a automatic-side-id função. Para configurar identificadores de site automáticos para uma instância de roteamento VPLS, inclua a automatic-site-id declaração:
automatic-site-id { collision-detect-time seconds; new-site-wait-time seconds; reclaim-wait-time minimum seconds maximum seconds; startup-wait-time seconds; }
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls site site-name][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls site site-name]
Os roteadores da Série ACX não oferecem suporte à [edit logical-systems] hierarquia.
A automatic-site-id declaração inclui várias opções que controlam diferentes atrasos em anúncios de informações de alcance da camada de rede (NLRI). Todas essas opções são configuradas com valores padrão. Consulte o resumo da declaração para obter automatic-site-id mais informações.
A automatic-site-id instrução inclui as seguintes opções:
collision-detect-time— O tempo em segundos a esperar após um anúncio de reivindicação ser enviado aos outros roteadores em uma instância VPLS antes que um roteador PE possa começar a usar um identificador de site. Se o roteador PE receber um anúncio de reivindicação concorrente para o mesmo identificador de site durante esse período de tempo, ele iniciará o procedimento de resolução de colisão para identificadores de site.new-site-wait-time— O tempo em segundos de espera para receber informações de VPLS para uma instância de roteamento recém-configurada ou um novo site. Esse intervalo de tempo também é aplicado sempre que o recurso de identificador automático de site é ativado em uma instância de roteamento VPLS que não seja na inicialização. Efetivamente, esse cronômetro indica quanto tempo esperar antes que seja feita uma tentativa de alocar um identificador de site. Esse temporizador também é acionado sempre que uma instância de roteamento VPLS é habilitada.reclaim-wait-time— O tempo de espera antes de tentar reivindicar um identificador de site após uma colisão. Uma colisão ocorre sempre que é feita uma tentativa de reivindicar um identificador de site por dois sites VPLS separados.startup-wait-time— O tempo em segundos de espera na inicialização para receber todas as informações VPLS para os alvos de rota configurados nos outros roteadores PE incluídos na instância de roteamento VPLS.
Configurando o intervalo de sites
Ao habilitar a sinalização BGP para cada instância de roteamento VPLS, você pode, opcionalmente, configurar o intervalo de sites. O intervalo de sites especifica um limite superior no identificador máximo de sites que pode ser aceito para permitir que um pseudowire seja ativado. Você deve especificar um valor de 1 a 65.534. O valor padrão é 65.534. Recomendamos usar o padrão. Pseudowires não podem ser estabelecidos para sites com identificadores de site maiores que o intervalo de sites configurado. Se você emitir o show vpls connections comando, esses sites serão exibidos como OR (fora do intervalo).
Para configurar o intervalo de sites, inclua a site-range declaração:
site-range number;
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Os roteadores da Série ACX não oferecem suporte à [edit logical-systems] hierarquia.
Há redes que exigem que o intervalo de sites seja configurado usando um valor menor que o identificador de site local, por exemplo, um VPLS hub-and-spoke com sites multihomed. Para esse tipo de rede, você precisa permitir que pseudowires sejam estabelecidos entre os roteadores spoke e o roteador hub. No entanto, você também precisa evitar que pseudowires sejam estabelecidos diretamente entre roteadores spoke. Devido ao requisito de multihoming de sites spoke, os NRLIs VPN de Camada 2 precisam ser aceitos de outros roteadores spoke (pelo menos de spokes com o mesmo identificador de site que os sites configurados localmente) para determinar o status dos roteadores spoke locais (ativos ou não ativos) com base na preferência local incluída nos NRLIs recebidos dos outros roteadores spoke.
Esse tipo de rede VPLS pode ser implementado, por exemplo, numerando sites hub com identificadores de 1 a 8 e sites spoke com identificadores 9 e maiores. Em seguida, você pode configurar um intervalo de sites de 8 em cada um dos sites spoke. Embora os sites spoke aceitem NRLIs e os instalem nas tabelas de roteamento VPN de Camada 2 (permitindo que os sites multihomed determinem o status do site local), os sites spoke não podem estabelecer pseudowires diretamente com os outros sites spoke devido ao intervalo de sites configurado.
As configurações a seguir ilustram esse conceito. As configurações são para as instâncias de roteamento VPLS em três roteadores, dois roteadores spoke e um roteador de hub:
Roteador 1 — falou:
routing-instance hub-and-spoke {
no-local-switching;
protocols {
vpls {
site-range 8;
no-tunnel-services;
site spoke-9 {
site-identifier 9 {
multi-homing;
site-preference primary;
}
}
site spoke-10 {
site-identifier 10 {
multi-homing;
site-preference backup;
}
}
}
}
}
Roteador 2 — falou:
routing-instance hub-and-spoke {
no-local-switching;
protocols {
vpls {
site-range 8;
no-tunnel-services;
site spoke-9 {
site-identifier 9 {
multi-homing;
site-preference backup;
}
}
site spoke-10 {
site-identifier 10 {
multi-homing;
site-preference primary;
}
}
}
}
}
Hub — roteador 3:
routing-instance hub-and-spoke {
no-local-switching;
protocols {
vpls {
no-tunnel-services;
site hub {
site-identifier 1;
}
}
}
}
Configuração das interfaces do site VPLS
Você deve configurar uma interface para cada um dos pseudowires especificados para o site VPLS.
Para configurar uma interface para o site VPLS, inclua a interface declaração:
interface interface-name { interface-mac-limit limit; }
Você pode incluir essas instruções nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls site site-name][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Você também pode configurar um limite no número de endereços MAC que podem ser aprendidos com a interface especificada. Para obter mais informações, consulte Limitando o número de endereços MAC aprendidos de uma interface.
Configurando a preferência de site VPLS
Você pode especificar o valor de preferência local anunciado para um site VPLS específico. O valor de preferência do site é especificado usando a instrução configurada site-preference no nível da [edit routing-instances routing-instance-name protocols vpls site site-name] hierarquia. Ao configurar a site-preference declaração, um valor configurado para a local-preference declaração no [edit protocols bgp] nível de hierarquia é ignorado pela instância de roteamento VPLS. No entanto, você pode alterar o valor de preferência do site para rotas VPLS exportadas para outros roteadores configurando uma política de exportação. Quando um roteador PE recebe vários anúncios com o mesmo identificador de dispositivo de borda VPLS (VE), o anúncio com o maior valor de preferência local é preferido.
Para configurar a preferência de site VPLS, inclua a site-preference declaração:
site-preference preference-value { backup; primary; }
Você também pode especificar a backup opção ou a primary opção para a site-preference instrução. A backup opção especifica o valor de preferência como 1, o valor mais baixo possível, garantindo que o site VPLS seja o menos provável de ser selecionado. A primary opção especifica o valor de preferência como 65.535, o valor mais alto possível, garantindo que o site VPLS seja o mais provável de ser selecionado.
Para obter uma lista de níveis de hierarquia nos quais você pode incluir a site-preference instrução, consulte a seção de resumo da instrução para esta instrução.
Configuração da sinalização LDP para VPLS
Você pode configurar o LDP como o protocolo de sinalização para uma instância de roteamento VPLS. Essa funcionalidade é descrita no RFC 4762, Serviço de LAN privada virtual (VPLS) usando sinalização de protocolo de distribuição de rótulos (LDP).
O software Junos OS não suporta todo o RFC 4762. Ao habilitar a sinalização LDP para uma instância de roteamento VPLS, os engenheiros de rede devem estar cientes de que apenas os seguintes valores são suportados:
FEC -
128ou129Bit de controle —
0Tipo de pseudowire Ethernet—
0x0005Tipo de pseudowire de modo marcado com Ethernet—
0x0004
O VPLS sinalizado por LDP oferece suporte ao valor de comprimento do tipo (TLV) de verificação de conectividade de circuito virtual (VCCV) para mapeamento de rótulos pseudowire, exibição de banco de dados de rótulos e rastreamento de LDP. Quando você habilita a sinalização LDP para um pseudowire, o LDP anuncia os recursos VCCV para os roteadores vizinhos. O VCCV fornece um canal de controle para um pseudowire e inclui funções de operações e gerenciamento (por exemplo, verificação de conectividade). Esse canal de controle é estabelecido entre os dispositivos de entrada e saída do pseudowire. Uma vez estabelecidas, as mensagens de verificação de conectividade podem ser enviadas pelo canal de controle VCCV.
O software Junos OS oferece suporte aos seguintes recursos de VCCV para VPLS sinalizado por LDP (definido na Seção 8.1 do RFC 5085):
Tipos de verificação de conectividade VCCV:
Rótulo de alerta do roteador
Rótulo pseudowire MPLS com TTL=1
Tipo de verificação de conectividade VCCV:
Ping LSP
Se o dispositivo peer também anunciar parâmetros VCCV durante a configuração do pseudowire, o software Junos OS seleciona o conjunto de parâmetros comuns anunciados a serem usados como método para realizar o VCCV OAM no pseudowire.
Os parâmetros VCCV anunciados localmente e anunciados por pares podem ser visualizados usando o comando, show ldp database conforme mostrado aqui:
user@host> show ldp database l2circuit extensive
Input label database, 10.255.245.198:0--10.255.245.194:0
Label Prefix
299872 L2CKT CtrlWord PPP VC 100
MTU: 4470
VCCV Control Channel types:
MPLS router alert label
MPLS PW label with TTL=1
VCCV Control Verification types:
LSP ping
Label Prefix
State: Active
Age: 19:23:08
Esteja ciente do seguinte comportamento em relação aos TLVs ao configurar VPLS com sinal de LDP em uma rede com equipamentos de outros fornecedores:
Quando um dispositivo da Juniper Network recebe um TLV com um endereço vazio, o LDP aceita o TLV.
Quando um endereço MAC é retirado, o LDP especifica um endereço zero (0.0.0.0) para o AddressList.
Para habilitar a sinalização LDP para o conjunto de roteadores PE que participam da mesma instância de roteamento VPLS, você precisa usar a vpls-id declaração configurada no [edit routing-instances routing-instance-name protocols vpls] nível de hierarquia para configurar o mesmo identificador VPLS em cada um dos roteadores PE. O identificador VPLS deve ser globalmente exclusivo. Quando cada instância de roteamento VPLS (domínio) tem um identificador VPLS exclusivo, é possível configurar várias instâncias de roteamento VPLS entre um determinado par de roteadores PE.
A sinalização LDP requer que você configure uma sessão LDP de malha completa entre os roteadores PE na mesma instância de roteamento VPLS. Os roteadores PE vizinhos são configurados estaticamente. Túneis são criados entre os roteadores PE vizinhos para agregar tráfego de um roteador PE a outro. Pseudowires são então sinalizados para demultiplexar o tráfego entre instâncias de roteamento VPLS. Esses roteadores PE trocam o rótulo pseudowire, o rótulo MPLS que atua como o campo de demultiplexador pseudowire VPLS, usando classes de equivalência de encaminhamento LDP (FECs). Túneis baseados em MPLS e encapsulamento de roteamento genérico (GRE) são suportados.
Você não pode configurar a sinalização BGP e a sinalização LDP para a mesma instância de roteamento VPLS. Se você tentar configurar as declarações que permitem a sinalização BGP para a instância de roteamento VPLS (as siteinstruções , site-identifier, e site-range ), e as declarações que permitem a sinalização LDP para a mesma instância, neighbor e vpls-id, a operação de confirmação falhará.
Para habilitar a sinalização LDP para a instância de roteamento VPLS, conclua as etapas nas seguintes seções:
- Configuração da sinalização LDP para a instância de roteamento VPLS
- Configuração da sinalização LDP no roteador
Configuração da sinalização LDP para a instância de roteamento VPLS
Para configurar a instância de roteamento VPLS para usar a sinalização LDP, você deve configurar o mesmo identificador VPLS em cada roteador PE que participa da instância. Especifique o identificador VPLS com a vpls-id declaração:
vpls-id vpls-id;
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Os roteadores da Série ACX não oferecem suporte à [edit logical-systems] hierarquia.
Para configurar a instância de roteamento VPLS para usar a sinalização LDP, você também deve incluir a neighbor declaração para especificar cada um dos roteadores PE vizinhos que fazem parte desse domínio VPLS:
neighbor neighbor-id;
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Os roteadores da Série ACX não oferecem suporte à [edit logical-systems] hierarquia.
Configuração da sinalização LDP no roteador
Para habilitar a sinalização LDP, você precisa configurar o LDP em cada roteador PE que participa da instância de roteamento VPLS. Uma configuração mínima é habilitar o LDP na interface de loopback, que inclui o identificador de roteador (router-id), no roteador PE usando a interface declaração:
interface interface-name;
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[edit protocols ldp][edit logical-systems logical-system-name protocols ldp]
Os roteadores da Série ACX não oferecem suporte à [edit logical-systems] hierarquia.
Você pode habilitar o LDP em todas as interfaces do roteador usando a all opção para a interfaces declaração. Para obter mais informações sobre como configurar o LDP, consulte o Guia do usuário de aplicativos MPLS.
Configuração da instância de roteamento VPLS e da conectividade da interface VPLS
Você pode configurar a instância de roteamento VPLS para derrubar ou manter suas conexões VPLS, dependendo do status das interfaces configuradas para a instância de roteamento VPLS. Por padrão, a conexão VPLS é desativada sempre que uma interface voltada para o cliente configurada para a instância de roteamento VPLS falha. Esse comportamento pode ser configurado explicitamente especificando a ce opção para a connectivity-type instrução:
connectivity-type ce;
Como alternativa, você pode especificar que a conexão VPLS permaneça ativa enquanto uma interface IRB (Integrated Routing and Bridging) estiver configurada para a instância de roteamento VPLS, especificando a irb opção para a connectivity-type declaração:
connectivity-type irb;
Para garantir que a conexão VPLS permaneça ativa até que seja explicitamente retirada, especifique a permanent opção para a connectivity-type declaração:
connectivity-type permanent;
Essa opção é reservada para uso na configuração de redes de assinantes de atacado de Camada 2. Consulte o Guia de soluções de gerenciamento de assinantes de banda larga para obter detalhes sobre como configurar uma rede de atacado de Camada 2.
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Os roteadores da Série ACX não oferecem suporte à [edit logical-systems] hierarquia.
Os roteadores da Série ACX não oferecem suporte à interface irb na instância VPLS, portanto, o irb do tipo conectividade para VPLS não é suportado.
Configurando o tipo de encapsulamento VPLS
Você pode especificar um tipo de encapsulamento VPLS para os pseudowires estabelecidos entre vizinhos VPLS. O tipo de encapsulamento é transportado nas mensagens de sinalização LDP trocadas entre vizinhos VPLS quando pseudowires são criados. Pode ser necessário alterar o tipo de encapsulamento dependendo de quais equipamentos de outros fornecedores estão implantados em sua rede.
O VPLS fornece efetivamente uma ponte entre as redes Ethernet. Como consequência, apenas dois tipos de encapsulamento estão disponíveis:
ethernet—Ethernetethernet-vlan— LAN virtual Ethernet (VLAN)
Se você não especificar um tipo de encapsulamento para a instância de roteamento VPLS ou o vizinho VPLS, ethernet será usado.
Para especificar um tipo de encapsulamento para a instância de roteamento VPLS, inclua a encapsulation-type declaração:
encapsulation-type (ethernet | ethernet-vlan);
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Você também pode especificar um tipo de encapsulamento para um vizinho VPLS específico incluindo a encapsulation-type declaração nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls neighbor address][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls neighbor address]
Configurando a tabela de roteamento MPLS para rotas de vazamento uma instância de roteamento não padrão
A partir do Junos OS Release 16.1, você pode especificar uma ou mais instâncias de roteamento não padrão onde deseja que as rotas MPLS sejam vazadas da tabela de roteamento de caminho mpls.0 na instância de roteamento primária. Esse recurso é útil em uma configuração L2VPN/VPLS quando o roteador PE remoto é aprendido com o IGP em uma instância de roteamento não padrão, porque L2VPN/VPLS instala rotas rotuladas de entrada apenas na tabela mpls.0 primária.
Por padrão, as rotas na tabela de roteamento mpls.0 na instância de roteamento primária não são vazadas para as tabelas de roteamento correspondentes em instâncias de roteamento não padrão. Quando o tráfego L2VPN/VPLS é recebido na interface voltada para o núcleo em uma instância de roteamento não padrão, o roteador executa uma pesquisa na tabela que corresponde a essa interface, routing-instance-name.mpls.0. Como as rotas não são vazadas por padrão, nenhuma rota é encontrada na routing-instance-nametabela de roteamento .mpls.0 e todo o tráfego de entrada é descartado.
Para vazar rotas MPLS para uma instância de roteamento não padrão, inclua a import-labeled-routes declaração e especifique uma ou mais instâncias de roteamento nas quais as rotas precisam ser vazadas:
import-labeled-routes [ routing-instance-name ];
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Configurando o intervalo de tempo limite da tabela VPLS MAC
Você pode modificar o intervalo de tempo limite para a tabela VPLS. Recomendamos que você configure valores mais longos para redes VPLS pequenas e estáveis e valores mais curtos para redes VPLS grandes e dinâmicas. Se a tabela VPLS não receber nenhuma atualização durante o intervalo de tempo limite, o roteador aguardará um intervalo adicional antes de limpar automaticamente as entradas de endereço MAC da tabela VPLS.
Para modificar o intervalo de tempo limite para a tabela VPLS, inclua a mac-table-aging-time declaração:
mac-table-aging-time seconds;
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
A mac-table-aging-time declaração não está disponível nos roteadores da Série ACX e da Série MX.
Os roteadores da Série ACX não oferecem suporte à [edit logical-systems] hierarquia.
Configurando o tamanho da tabela de endereços MAC VPLS
Você pode modificar o tamanho da tabela de endereços de controle de acesso ao meio (MAC) VPLS. O tamanho padrão da tabela é de 512 endereços MAC, o mínimo é de 16 endereços e o máximo é de 65.536 endereços.
Os roteadores T4000 com FPCs Tipo 5 oferecem suporte a até 262.143 endereços MAC por instância de roteamento VPLS. Para habilitar o limite de aprendizado de endereço MAC VPLS aprimorado (ou seja, 262.143 endereços MAC), você deve incluir a enhanced-mode declaração no [edit chassis network-services] nível de hierarquia, reinicializar o roteador e, em seguida, modificar o tamanho da tabela de endereço MAC VPLS.
Se o limite da tabela MAC for atingido, novos endereços MAC não poderão mais ser adicionados à tabela. Eventualmente, os endereços MAC mais antigos são removidos da tabela de endereço MAC automaticamente. Isso libera espaço na tabela, permitindo que novas entradas sejam adicionadas. No entanto, enquanto a tabela estiver cheia, novos endereços MAC serão descartados.
Para alterar o tamanho da tabela VPLS MAC para cada instância de roteamento VPLS ou VPN, inclua a mac-table-size declaração:
mac-table-size size;
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Os roteadores da Série ACX não oferecem suporte à [edit logical-systems] hierarquia.
Quando você inclui a mac-table-size declaração, as interfaces afetadas incluem todas as interfaces dentro da instância de roteamento VPLS, incluindo as interfaces locais, as interfaces LSI e as interfaces VT.
Os roteadores da Série ACX não oferecem nenhuma declaração de suporte mac-table-size para VPLS.
Limitando o número de endereços MAC aprendidos de uma interface
Você pode configurar um limite para o número de endereços MAC aprendidos por uma instância de roteamento VPLS usando a mac-table-size declaração. Se o limite da tabela MAC for atingido, novos endereços MAC não poderão mais ser adicionados à tabela. Eventualmente, os endereços MAC mais antigos são removidos da tabela de endereço MAC automaticamente. Isso libera espaço na tabela, permitindo que novas entradas sejam adicionadas. No entanto, enquanto a tabela estiver cheia, novos endereços MAC serão descartados.
Como esse limite se aplica a cada instância de roteamento VPLS, os endereços MAC de uma única interface podem consumir todo o espaço disponível na tabela, impedindo que a instância de roteamento adquira endereços de outras interfaces.
Você pode limitar o número de endereços MAC aprendidos com cada interface configurada para uma instância de roteamento VPLS. Para fazer isso, inclua a interface-mac-limit declaração:
interface-mac-limit limit;
Os roteadores da Série ACX não oferecem suporte a interface-mac-limit limit para VPLS.
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
A interface-mac-limit instrução afeta apenas as interfaces locais (as interfaces voltadas para dispositivos CE).
A configuração da interface-mac-limit declaração no [edit routing-instances routing-instance-name protocols vpls] nível de hierarquia faz com que o mesmo limite seja aplicado a todas as interfaces configuradas para essa instância de roteamento específica.
A partir do Junos OS Release 12.3R4, se você não configurar o parâmetro para limitar o número de endereços MAC a serem aprendidos por uma instância VPLS, o valor padrão não será efetivo. Em vez disso, se você não incluir a interface-mac-limit opção no [edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls site site-name interfaces interface-name], nível da hierarquia, essa configuração não estará presente na configuração com o valor padrão de 1024 endereços. Se você atualizar um roteador executando uma versão do Junos OS anterior à versão 12.3R4 para a versão 12.3R4 ou posterior, deverá configurar a interface-mac-limit opção com um valor válido para que ela seja salva na configuração.
Você também pode limitar o número de endereços MAC aprendidos por uma interface específica configurada para uma instância de roteamento VPLS. Isso lhe dá a capacidade de limitar interfaces específicas que você espera que possam gerar muitos endereços MAC.
Para limitar o número de endereços MAC aprendidos por uma interface específica, inclua a interface-mac-limit instrução nos seguintes níveis de hierarquia:
[edit routing-instances routing-instance-name protocols vpls site site-name interfaces interface-name][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls site site-name interfaces interface-name]
Os roteadores da Série ACX não oferecem suporte à [edit logical-systems] hierarquia.
O limite MAC configurado para uma interface individual nesse nível de hierarquia substitui qualquer valor configurado no nível de [edit routing-instances routing-instance-name protocols vpls] hierarquia. Além disso, o limite MAC configurado usando a mac-table-size instrução pode substituir o limite configurado usando a interface-mac-limit declaração.
O limite de endereço MAC se aplica apenas a interfaces voltadas para o cliente.
Removendo endereços do banco de dados de endereços MAC
Você pode habilitar o processamento de liberação MAC para a instância de roteamento VPLS ou para o grupo de malha em uma instância de roteamento VPLS. O processamento de liberação MAC remove os endereços MAC do banco de dados de endereço MAC que foram aprendidos dinamicamente. Com os endereços MAC aprendidos dinamicamente removidos, a convergência de endereço MAC requer menos tempo para ser concluída.
Você pode limpar endereços MAC aprendidos dinamicamente do banco de dados de endereço MAC incluindo a mac-flush declaração:
mac-flush [ explicit-mac-flush-message-options ];
Para limpar endereços MAC aprendidos dinamicamente globalmente em todos os dispositivos que participam da instância de roteamento, você pode incluir a declaração nos seguintes níveis de hierarquia:
[edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls][edit routing-instances routing-instance-name protocols vpls]
Para limpar os endereços MAC nos roteadores em um grupo de malha específico, você pode incluir a declaração nos seguintes níveis de hierarquia:
[edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls mesh-group mesh-group-name][edit routing-instances routing-instance-name protocols vpls mesh-group mesh-group-name]
Nos roteadores da Série ACX, a declaração é suportada mesh-group apenas na Linha ACX5000 de roteadores. A Linha ACX5000 de roteadores pode suportar até 8 grupos de malha definidos pelo usuário por instância de roteamento VPLS.
Os roteadores da Série ACX não oferecem suporte à [edit logical-systems] hierarquia.
Para certos casos em que o processamento de liberação de MAC não é iniciado por padrão, você também pode especificar explicit-mac-flush-message-options para configurar adicionalmente o roteador para enviar mensagens explícitas de liberação de MAC sob condições específicas. Para obter uma lista das opções explícitas de mensagem de liberação MAC que você pode incluir com esta declaração, consulte a seção de resumo desta declaração.
Tabela de histórico de alterações
A compatibilidade com recursos é determinada pela plataforma e versão utilizada. Use o Explorador de recursos para determinar se um recurso é compatível com sua plataforma.