Configuração de pseudowires redundantes para circuitos de Camada 2 e VPLS
Um pseudowire redundante pode atuar como uma conexão de backup entre roteadores PE e dispositivos CE, mantendo o circuito de Camada 2 e os serviços VPLS após certos tipos de falhas. Esse recurso pode ajudar a melhorar a confiabilidade de certos tipos de redes (metro, por exemplo) em que um único ponto de falha pode interromper o serviço para vários clientes. Pseudowires redundantes não podem reduzir a perda de tráfego a zero. No entanto, eles fornecem uma maneira de se recuperar normalmente de falhas pseudowire de forma que o serviço possa ser reiniciado dentro de um limite de tempo conhecido.
Para obter uma visão geral de como os pseudowires redundantes funcionam, consulte Pseudowires redundantes para circuitos de Camada 2 e VPLS.
Para configurar a redundância pseudowire para circuitos de Camada 2 e VPLS, conclua os procedimentos nas seguintes seções:
Configuração da redundância pseudowire no roteador PE
Você configura a redundância pseudowire no roteador PE, atuando como saída para os pseudowires primários e em standby usando a backup-neighbor declaração.
Para configurar a redundância pseudowire no roteador PE, inclua a backup-neighbor declaração:
backup-neighbor { community name; psn-tunnel-endpoint address; standby; virtual-circuit-id number; }
Para obter uma lista de níveis de hierarquia nos quais você pode incluir essa instrução, consulte o resumo da instrução para esta declaração.
A backup-neighbor declaração inclui as seguintes opções de configuração:
community— Especifica a comunidade para o vizinho de backup.psn-tunnel-endpoint— Especifica o endereço de endpoint para o túnel de rede comutada por pacotes (PSN) no roteador PE remoto. O endereço do endpoint do túnel PSN é o endereço de destino do LSP no roteador PE remoto.standby— Configura o pseudowire para o vizinho de backup especificado como o standby. Quando você configura essa declaração, o tráfego flui pelos pseudowires ativos e em standby para o dispositivo CE. O dispositivo CE descarta o tráfego do pseudowire em standby, a menos que o pseudowire ativo falhe. Se o pseudowire ativo falhar, o dispositivo CE muda automaticamente para o pseudowire em espera.virtual-circuit-id— Identifica exclusivamente os circuitos de Camada 2 primário e em standby. Essa opção é configurável apenas para circuitos de Camada 2.
Configurando o atraso de comutação para os pseudowires
Para configurar o tempo que o roteador aguarda antes de alternar o tráfego do pseudowire primário com falha para um pseudowire de backup, inclua a switchover-delay declaração:
switchover-delay milliseconds;
Para obter uma lista de níveis de hierarquia nos quais você pode incluir essa instrução, consulte o resumo da instrução para esta declaração.
Configurando um tempo de reversão para o pseudowire redundante
Você pode especificar um tempo de reversão para circuitos redundantes de Camada 2 e pseudowires VPLS. Quando você configura pseudowire redundantes para circuitos de Camada 2 ou VPLS, o tráfego é comutado para o pseudowire de backup no caso de falha do pseudowire primário. Se você configurar um tempo de reversão, quando o tempo configurado expirar, o tráfego será revertido de volta para o pseudowire principal, supondo que o pseudowire primário tenha sido restaurado.
Para configurar um tempo de reversão para pseudowires redundantes, especifique o tempo em segundos usando a revert-time instrução:
revert-time (Protocols Layer 2 Circuits) seconds maximum seconds;
Com a maximum opção, especifique um intervalo máximo de reversão a ser adicionado após o revert-time atraso. Se um atraso de tempo de reversão for definido, mas um cronômetro máximo não for definido, os VCs serão restaurados após a expiração do cronômetro de reversão.
Para reduzir o máximo possível a quantidade de tráfego descartado e possíveis assimetrias de caminho de dados observadas durante os períodos de transição do primário para o backup, você pode usar esse temporizador de restauração. Esse temporizador de restauração é ativado quando o caminho de backup está funcionando como ativo e, em seguida, o caminho principal é restaurado. O objetivo é evitar mover o tráfego de volta para o caminho principal imediatamente, para garantir que as tarefas relacionadas do plano de controle (como IGP, LDP, RSVP e BGP interno) tenham tempo suficiente para concluir seu ciclo de atualização.
Ao habilitar um retorno gradual do tráfego para o caminho principal, você pode garantir que o processamento e a atualização do plano de controle relativamente lentos não tenham um impacto negativo no processo de restauração.
A maximum opção estende a funcionalidade do temporizador de reversão para fornecer um intervalo de jittered no qual um determinado número de circuitos pode ser transferido de volta para o caminho principal. Ao usar esse valor máximo, você pode definir um intervalo de tempo durante o qual os circuitos devem alternar. Como consequência, as transições efetivas dos circuitos são dispersas durante os períodos de restauração.
Ao fazer uso da revert-time x maximum y instrução, você pode garantir que o circuito correspondente que está ativo seja movido para o caminho principal dentro de um intervalo de tempo (t1) como: x <= t1 <= y. Em outras palavras, ao ativar esta declaração, você pode garantir o seguinte:
Os VCs permanecem no caminho de backup por pelo menos x segundos após o caminho principal voltar.
Os VCs são movidos de volta para o caminho principal antes que y segundos tenham decorrido.
y valor máximo = x valor máximo * 2 = 1200 segundos.
Os valores ideais para x e y estarão condicionados a aspectos internos da sua rede. Por esse motivo, não há valores padrão para essas configurações. Se nenhum tempo de reversão for definido, o comportamento padrão será não revertivo. Ou seja, os circuitos não são retornados ao caminho principal após a restauração. Eles são mantidos no caminho de backup.
Para obter uma lista de níveis de hierarquia nos quais você pode incluir essa instrução, consulte o resumo da instrução para esta declaração.