Configure mensagens de verificação de continuidade
O Junos OS oferece aprimoramentos para desencadear uma comutação e convergência de proteção mais rápidas em caso de falhas em domínios Ethernet para serviços Carrier Ethernet. Esses aprimoramentos podem ser usados quando dispositivos CE no domínio Ethernet detectam falhas de serviço mais rápidas e propagam as informações no TLV de status de interface das mensagens de verificação de continuidade (CCMs). Quando os CCMs são recebidos, os dispositivos PE podem realizar determinadas ações que facilitam a comutação e a convergência de proteção mais rápidas. Você pode configurar o CCM para uma melhor escalabilidade usando as informações fornecidas neste tópico.
Configure comutação de proteção mais rápida para topologias de rede ponto a ponto
Você pode aplicar um perfil de ação para fornecer comutação de proteção mais rápida para topologias de rede ponto a ponto com comutação local configurada. Em um estado normal, as sessões de CCM são configuradas nas interfaces de trabalho e proteção. Os pacotes CCM transmitidos contêm um TLV de status de interface com o valor na interface de trabalho e valor reduzido na interface de proteção. Quando um link falha na interface de trabalho, a interface de proteção começa a receber o TLV de status de interface como up. Com a configuração do perfil, se o status da interface que o TLV recebeu na interface de proteção estiver ativado, a interface de trabalho será automaticamente marcada como interface-down.
Para configurar o interface-status-tlv evento para baixo, inclua a interface-status-tlv down declaração no nível de [edit protocols oam ethernet connectivity-fault-management action-profile profile-name event] hierarquia.
Para configurar interface-down como ação do perfil de ação, inclua a interface-down declaração no nível de [edit protocols oam ethernet connectivity-fault-management action-profile profile-name action] hierarquia.
Para configurar peer-interface como a ação clara, inclua peer-interface no nível de [edit protocols oam ethernet connectivity-fault-management action-profile profile-name clear-action] hierarquia.
[edit protocols oam]
ethernet {
connectivity-fault-management {
action-profile p1 {
event {
interface-status-tlv down;
}
action {
interface-down;
}
clear-action {
interface-down peer-interface;
}
}
}
}
Nesta configuração de perfil de ação, quando o TLV de status de interface é recebido como up, ele peer-interface é marcado como para baixo.
A peer-interface configuração está na protect-maintenance-association declaração. Considere o exemplo a seguir usando a protect-maintenance-association declaração na configuração:
[edit protocols oam]
ethernet {
connectivity-fault-management {
action-profile p1 {
event {
adjacency-loss;
}
action {
interface-down;
}
clear-action {
interface-down peer-interface;
}
}
maintenance-domain nsn {
level 5;
maintenance-association ma1 {
protect-maintenance-association ma2;
continuity-check {
interval 100ms;
connection-protection-tlv;
}
mep 100 {
interface ge-1/1/0.0;
direction down;
auto-discovery;
}
}
maintenance-association ma2 {
continuity-check {
interval 100ms;
connection-protection-tlv;
}
mep 101 {
interface ge-1/2/0.0;
direction down;
auto-discovery;
}
remote-mep 100
action-profile p1;
}
}
}
}
Consulte também
Configure uma convergência mais rápida para topologias de rede multiponto para multiponto de dupla casa
Você pode aplicar um perfil de ação para fornecer convergência mais rápida para topologias de rede multiponto para multiponto de dupla casa. Se um serviço Ethernet multiponto para multiponto usar o encaminhamento baseado em MAC e os endereços MAC obsoletos existirem nas tabelas de aprendizado, isso pode resultar em falhas de tráfego na rede onde o tráfego de entrada é silenciosamente descartado, sem informar a fonte de que os dados não chegaram ao destinatário desejado. Com a configuração do perfil, se o status da interface que o TLV recebeu na interface de proteção estiver ativa, então o TLV de status da interface na interface de trabalho é marcado como desativado e o dispositivo PE para a interface de proteção propaga uma mensagem mac-flush remota para os dispositivos PE no serviço de LAN privada virtual (VPLS) usando TLDP-MAC-FLUSH. O mac flush evita a filtragem de rota nula devido a entradas mac-db obsoletas.
Para configurar o interface-status-tlv evento para baixo, inclua a interface-status-tlv down declaração no nível de [edit protocols oam ethernet connectivity-fault-management action-profile profile-name event] hierarquia.
Para configurar propagate-remote-flush como ação do perfil de ação, inclua a propagate-remote-flush declaração no nível de [edit protocols oam ethernet connectivity-fault-management action-profile profile-name action] hierarquia.
Para configurar propagate-remote-flush como a ação clara, inclua a propagate-remote-flush declaração no nível de [edit protocols oam ethernet connectivity-fault-management action-profile profile-name clear-action] hierarquia.
[edit protocols oam]
ethernet {
connectivity-fault-management {
action-profile test {
event {
interface-status-tlv down;
}
action {
propagate-remote-mac-flush;
}
clear-action {
propagate-remote-mac-flush;
}
}
}
}
Nesta configuração de perfil de ação, quando o pacote CCM de entrada contém o TLV de status de interface com valor reduzido, a ação propagate-remote-mac-flush é acionada para o perfil de ação.
Consulte também
Configure uma ID VLAN primária para aumentar a flexibilidade
Você pode atribuir uma ID de LAN virtual primária (VLAN) na associação de manutenção para aumentar a flexibilidade no número de tags. Quando um vlan-range ou vlan-id-list está configurado em uma interface, o OAM de serviço deve ser executado em uma das VLANs. A VLAN designada para monitoramento de serviços é considerada a VLAN primária. Se um primary-vid não estiver configurado, o Junos OS atribui o primeiro VLAN a vlan-range partir do ou vlan-id-list. Em versões anteriores, o Junos OS atribuiu o VLAN 4095.
Para configurar uma ID VLAN primária, você pode especificar a primary-vid declaração no nível de [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name] hierarquia:
[edit protocols oam ethernet connectivity-fault-management]
maintenance domain md3 {
level 3;
maintenance-association ma3 {
primary-vid 2000;
continuity-check {
interval 10ms;
connection-protection-tlv;
}
mep 2 {
interface ge-2/2/0.0;
direction up;
auto-discovery;
}
}
}
Consulte também
Configure uma associação de manutenção remota para aceitar uma ID diferente
Você pode configurar uma associação de manutenção para aceitar um identificador de associação de manutenção (ID) diferente de um vizinho, incluindo uma remote-maintenance-association declaração. As sessões de CCM 802.1ag esperam o mesmo identificador de associação de manutenção de seus vizinhos. Se houver uma incompatibilidade entre os identificadores da associação de manutenção, as PDUs serão marcadas como PDUs de erro. Se uma remote-maintenance-association declaração estiver configurada, um identificador de associação de manutenção diferente é aceito e as sessões de CCM 802.1ag não marcam as PDUs ccm como PDUs de erro quando o nome da associação de manutenção é o mesmo que o nome especificado na remote-maintenance-association declaração.
Para configurar uma associação de manutenção remota, inclua a remote-maintenance-association declaração no nível de [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name] hierarquia:
[edit protocols oam ethernet connectivity-fault-management]
maintenance domain md3 {
level 1;
maintenance-association ma3 {
remote-maintenance-association fix-ma;
continuity-check {
interval 10ms;
connection-protection-tlv;
}
mep 2 {
interface ge-2/2/0.0;
direction up;
auto-discovery;
}
}
}
Usando essa configuração, a interoperabilidade é melhorada para CCMs com dispositivos CE low-end com suporte a configurações de identificadores de associação de manutenção fixa.