Configuração de pseudowires redundantes para circuitos de Camada 2 e VPLS
Um pseudowire redundante pode funcionar como uma conexão de backup entre roteadores PE e dispositivos CE, mantendo os serviços de circuito de Camada 2 e VPLS após certos tipos de falhas. Esse recurso pode ajudar a melhorar a confiabilidade de determinados tipos de redes (metro, por exemplo), onde 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 graciosamente de falhas pseudowire de tal forma que o serviço pode ser reiniciado dentro de um prazo 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, preencha os procedimentos nas seguintes seções:
Configurando redundância pseudowire no roteador PE
Você configura a redundância pseudowire no roteador PE agindo como a saída para os pseudowires primários e de espera 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 esta declaração, consulte o resumo da declaraçã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 de pacote (PSN) no roteador PE remoto. O endereço 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 esta declaração, o tráfego flui sobre os pseudowires ativos e de espera para o dispositivo CE. O dispositivo CE derruba o tráfego do pseudowire de espera, a menos que o pseudowire ativo falhe. Se o pseudowire ativo falhar, o dispositivo CE muda automaticamente para o pseudowire de espera.virtual-circuit-id— Identifica exclusivamente os circuitos de Camada 2 principal e de espera. Essa opção é configurável apenas para circuitos de Camada 2.
Configurando o atraso na escala de switch para pseudowires
Para configurar o tempo que o roteador espera antes de mudar 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 esta declaração, consulte o resumo da declaração para esta declaração.
Configurando um tempo de reversão para o pseudowire redundante
Você pode especificar um tempo de reversão para pseudowires redundantes de circuito de Camada 2 e VPLS. Quando você configura pseudowires redundantes para circuitos de Camada 2 ou VPLS, o tráfego é trocado para o pseudowire de backup caso o pseudowire principal falhe. Se você configurar um tempo de reversão, quando o tempo configurado expirar o tráfego é revertido para o pseudowire principal, assumindo que o pseudowire primário foi restaurado.
Para configurar um tempo de reversão para pseudowires redundantes, especifique o tempo em segundos usando a revert-time declaração:
revert-time (Protocols Layer 2 Circuits) seconds maximum seconds;
Com a opção maximum , especifique um intervalo máximo de reversão para adicionar após o revert-time atraso. Se um atraso de reversão for definido, mas um temporizador máximo não for definido, os VCs serão restaurados após a expiração do tempo 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 períodos de transição primárias para backup, você pode usar esse temporizador de restauração. Este temporizador de restauração é ativado quando o caminho de backup está funcionando como ativo e, em seguida, o caminho principal é restaurado. O objetivo é evitar levar o tráfego de volta ao caminho principal imediatamente, para garantir que as tarefas relacionadas ao plano de controle (como IGP, LDP, RSVP e BGP interna) tenham tempo suficiente para concluir seu ciclo de atualização.
Ao permitir um retorno gradual do tráfego ao caminho principal, você pode garantir que o processamento e a atualização relativamente lentos do plano de controle não tenham um impacto negativo no processo de restauração.
A opção maximum estende a funcionalidade do temporizador reverso para fornecer um intervalo de jittered sobre o qual um certo número de circuitos pode ser transicionado de volta para o caminho principal. Ao fazer uso desse valor máximo, você pode definir um intervalo de tempo durante o qual os circuitos devem mudar. Como consequência, as transições eficazes dos circuitos são dispersas durante os períodos de restauração.
Ao fazer uso da revert-time x maximum y declaração, você pode garantir que o circuito correspondente ativo seja movido para o caminho principal dentro de um slot de tempo (t1) como esse: x <= t1 <= y. Em outras palavras, ativando 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 transferidos 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 serão condicionados a aspectos internos de sua rede. Por isso, não existem valores padrão para essas configurações. Se nenhum tempo de reversão for definido, o comportamento padrão não será revertido. Ou seja, os circuitos não são devolvidos 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 esta declaração, consulte o resumo da declaração para esta declaração.