Redundância de interface de serviços de enlace

Configuração da associação entre interfaces LSQ e SONET

Para configurar a associação entre AS ou MULTIservices PICs que hospedam interfaces IQ de serviços de link e as interfaces SONET, inclua a lsq-failure-options declaração no [edit interfaces] nível hierárquico:

Por exemplo, considere o seguinte cenário de rede:

• O roteador primário inclui interfaces oc3-0/2/0 e lsq-1/1/0.

• O roteador de backup inclui interfaces oc3-2/2/0 e lsq-3/2/0.

Configure APS SONET, com oc3-0/2/0 como circuito de trabalho e oc3-2/2/0 como circuito de proteção. Inclua a trigger-link-failure declaração para estender a falha aos PICs LSQ:

Nota:

Você deve configurar a lsq-failure-options declaração apenas no roteador principal. A configuração não é suportada no roteador de backup.

Para inibir o roteador de enviar mensagens de solicitação de rescisão de PPP para o host remoto se o Link Services IQ PIC falhar, inclua a no-termination-request declaração no [edit interfaces lsq-fpc/pic/port lsq-failure-options] nível de hierarquia:

Essa funcionalidade também é compatível com PICs de link. Para inibir o roteador de enviar mensagens de solicitação de rescisão de PPP para o host remoto se um link PIC falhar, inclua a no-termination-request declaração no nível hierárquico [edit interfaces interface-name ppp-options] .

A no-termination-request declaração é apoiada apenas com configurações de APS MLPPP e SONET e funciona apenas com interfaces PPP, PPP over Frame Relay e MLPPP nos seguintes PICs:

• PICs de IQ de OC3 canalizados

• PICs de IQ de OC12 canalizados

• PICs de IQ STM1 canalizados

• PICs de IQ STM4 canalizados

Configurando a interoperabilidade do SONET APS com o Cisco Systems FRF.16

Os roteadores da Juniper Networks configurados com APS podem não interoperar corretamente com o Cisco FRF.16. Para permitir a interoperação, inclua a cisco-interoperability declaração no nível de [edit interfaces lsq-fpc/pic/port mlfr-uni-nni-bundle-options] hierarquia:

A opção send-lip-remove-link-for-link-reject solicita ao roteador que envie um Link Integrity Protocol para remover o link quando receber uma mensagem de rejeição de link adicional.

Restrições à redundância de APS para interfaces LSQ

As seguintes restrições se aplicam à recuperação de falhas do LSQ:

• Aplica-se apenas aos PICs IQ de serviços de enlace instalados em roteadores da Série M, com exceção dos roteadores M320.

• Você deve configurar a failure-options declaração em interfaces LSQ físicas, não em unidades canalizadas por MLFR.

• Os PICs IQ de serviços de enlace devem estar associados aos PICs de enlace SONET. Os PICs pareados podem ser instalados em diferentes roteadores ou no mesmo roteador; em outras palavras, tanto a interchasse quanto a recuperação da intrachasse são suportadas

• A recuperação de falhas é apátrida; como resultado, o flapping de rota e a perda do estado do enlace são esperados na recuperação da interchasse, exigindo a renegociação do PPP. Na recuperação da intrachasse, nenhum impacto no tráfego é previsto com o failover do Mecanismo de Roteamento, mas o failover do PIC resulta em renegociação de PPP.

• A transição não é reversiva: quando o hardware original é restabelecido ao serviço, o tráfego não volta automaticamente para ele.

• O switchover APS normal e o switches APS desencadeados por PIC só podem ser distinguidos verificando as mensagens de log do sistema.

  Nota:

  Quando um AS PIC experimenta a pressão traseira persistente como resultado de um alto volume de tráfego por 3 segundos, a condição desencadeia um despejo de núcleo automático e reinicialização do PIC para ajudar a limpar o bloqueio. Uma mensagem de log do sistema no nível LOG_ERR é gerada. Esse mecanismo se aplica a pacotes de serviços de Camada 2 e Camada 3.

Configuração de interfaces LSQ pareadas redundantes

O tipo rlsq de interface física especifica os pares entre interfaces primárias e secundárias lsq para permitir a redundância. Para configurar uma interface de backup lsq , inclua a redundancy-options declaração no nível de [edit interfaces rlsqnumber] hierarquia:

Para a rlsq interface, number pode ser de 0 a 1023. Se a interface primária lsq falhar, o processamento de tráfego muda para a interface secundária. A interface secundária permanece ativa mesmo após a recuperação da interface primária. Se a interface secundária falhar e a interface primária estiver ativa, processamento de switches para a interface principal.

A opção hot-standby é usada com configurações de redundância de um para um, nas quais um PIC em funcionamento é suportado por um PIC de backup. Ele é compatível com configurações de MLPPP, CRTP, FRF.15 e FRF.16 para a interface LSQ para alcançar um serviço LSQ ininterrupto. Ele define o requisito para que o tempo de detecção e recuperação de falhas seja inferior a 5 segundos. O comportamento é reversivo, mas você pode alternar manualmente entre os PICs primários e secundários emitindo o comando do request interfaces (revert | switchover) rlsqnumber modo operacional. Ele também fornece um switch ao longo do tempo de 5 segundos e menos para FRF.15 e um máximo de 10 segundos para FRF.16.

A opção warm-standby é usada com configurações de redundância nas quais um PIC de backup oferece suporte a vários PICs em funcionamento. Os tempos de recuperação não são garantidos, pois a configuração deve ser completamente restaurada no PIC de backup após a detecção de uma falha.

Certas combinações hot-standby de e warm-standby configuração não são permitidas e resultam em um erro de configuração. Os exemplos a seguir são permitidos:

• Interface rlsq0 configurada com primary lsq-0/0/0 e warm-standby, em combinação com interface rlsq0:0 configurada com primary lsq-0/0/0:0

• Interface rlsq0:0 configurada com primary lsq-0/0/0:0, em combinação com interface rlsq0:1 configurada com primary lsq-0/0/0:1

As combinações de exemplo a seguir não são permitidas:

• Interface rlsq0 configurada com primary lsq-0/0/0 e hot-standby, em combinação com interface rlsq0:0 configurada com primary lsq-0/0/0:0

• Interface rlsq0:0 configurada com primary lsq-0/0/0:0, em combinação com interface rlsq1:0 configurada com primary lsq-0/0/0:0

• Interface rlsq0:0 configurada com primary lsq-0/0/0:1, em combinação com interface rlsq1:1 configurada com primary lsq-0/0/0:1

• Interface rlsq0 configurada com primary lsq-0/0/0, em combinação com interface rlsq1 configurada com primary lsq-0/0/0

Além disso, a mesma interface física não pode ser reutilizado como a interface principal para mais de uma interface, nem qualquer uma das rlsq interfaces lógicas associadas. Por exemplo, a interface lsq-0/0/0 primária não pode ser reutilizado em outra rlsq interface como lsq-0/0/0:0.

Restrições a interfaces LSQ redundantes

A falha no IQ PIC dos serviços de enlace ocorre sob as seguintes condições:

• O PIC primário não é inicializado. Neste caso, a rlsq interface não surge e a intervenção manual é necessária para reiniciar ou substituir o PIC, ou renomear o PIC primário para o secundário na rlsq configuração.

• Se as condições a seguir não forem atendidas ao configurar uma rlsq interface:

  • O número de unidade alocado na rlsq interface é menor do que o número de pacotes de interface de rede para rede (UNI-NNI) (FRF.16) de interface de interface de rede para rede (UNI-NNI) (FRF.16) alocados no LINK Services PIC.

  • O identificador de conexão de link de dados (DLCI) está configurado para a rlsq interface.

  Se essas condições não forem atendidas, a rlsq interface não inicializa. Quando você emite o show interfaces redundancy comando, o rlsq estado da interface é indicado como Waiting for primary MS PIC.

• O PIC primário fica ativo e depois falha. O PIC secundário assume automaticamente o processamento.

• Acontece um failover para o PIC secundário. O PIC secundário então falha. Se o PIC primário tiver sido restabelecido ao estado ativo, processe switches para ele.

• O FPC que contém o Link Services IQ PIC falha.

As seguintes restrições se aplicam a configurações redundantes de LSQ:

• Recomendamos que os PICs primários e secundários sejam configurados em dois FPCs diferentes (em chassis que não sejam roteadores M10i).

• Você não pode configurar um Link Services IQ PIC com configurações explícitas de pacotes e como um componente de uma rlsq interface.

• As configurações LSQ redundantes oferecem suporte completo ao GRES. (Você deve configurar o GRES no nível de [edit chassis] hierarquia; veja a Biblioteca de administração do Junos OS para dispositivos de roteamento.

• Se você configurar a redundancy-options declaração com a opção hot-standby , a configuração deve incluir um valor de primary interface e um valor de secondary interface.

• Como o mesmo nome da interface é usado hot-standby e warm-standby, se você modificar a configuração para alterar este atributo, é recomendável que você primeiro desativa a interface, comprometa a nova configuração e depois reativa a interface.

• Você não pode fazer alterações em uma configuração ativa redundancy-options . Você deve desativar a configuração da rlsqnumber interface, alterá-la e reativa-la.

• A rlsqnumber configuração só fica ativa se a interface primária estiver ativa. Quando a configuração é ativada pela primeira vez, a interface principal deve estar ativa; se não, a rlsq interface espera até que a interface primária apareça.

• Você não pode modificar a configuração das lsq interfaces depois que elas foram incluídas em uma interface ativa rlsq .

• Todos os comandos de modo operacional que se aplicam às rsp interfaces também se aplicam às rlsq interfaces. Você pode emitir show comandos para a rlsq interface ou as interfaces primárias e secundárias lsq . No entanto, as estatísticas sobre as interfaces de link não são transmitidas após a transferência de um mecanismo de roteamento.

• As rlsq interfaces também suportam a lsq-failure-options configuração, discutida na configuração da redundância de interface LSQ em vários roteadores usando APS SONET. Se os PICs IQ de serviços de enlace primário e secundário falharem e a lsq-failure-options declaração estiver configurada, a configuração aciona um switch SONET APS.

• As configurações LSQ redundantes que exigem o MLPPP Multilink Frame Relay (FRF.15 e FRF.16) são suportadas apenas com a opção warm-standby .

• O suporte LSQ redundante é estendido para interfaces de rede ATM.

• Interfaces canalizadas são usadas com pacotes FRF-16, por exemplorlsq0:0. O rlsq número e seus componentes, as interfaces e secondary as primary interfaces devem combinar para que a configuração seja válida: ou todos devem ser canalizados, ou nenhum. Para um exemplo de uma configuração FRF.16, veja #id configuração-lsq-interface-redundância-em-um único roteador usando-virtual-interfaces__d81e788.

• Ao configurar uma interface canalizada rlsq , você deve usar um número de índice de canal de 0 a 254.

Nota:

Os PICs de serviços adaptativos e multisserviços no modo de camada 2 (executando serviços de Camada 2) não são reiniciados quando uma situação de controle de fluxo MAC é detectada.

Configuração da replicação do estado do enlace para PICs de link redundantes

A replicação do estado do link, também chamada de preservação de interface, é uma adição à funcionalidade SONET Automatic Protection Switching (APS) que ajuda a promover a redundância dos PICs de link usados nas configurações de LSQ.

A replicação do estado do link oferece a capacidade de adicionar dois conjuntos de links, um do SONET PIC ativo (em funcionamento) e outro do backup (proteger) SONET PIC ao mesmo pacote. Se o SONET PIC ativo falhar, os links do PIC de espera são usados sem causar uma renegociação de link. Todo o estado negociado é replicado dos links ativos aos links de espera para evitar a renegociação do enlace. Para obter mais informações sobre as configurações do SONET APS, consulte a Biblioteca de interfaces de rede do Junos OS para dispositivos de roteamento.

Para configurar a replicação do estado do link, inclua a preserve-interface declaração no nível de [edit interfaces interface-name sonet-options aps] hierarquia em ambas as interfaces de rede:

As seguintes restrições se aplicam à redundância do link PIC:

• A funcionalidade APS deve estar disponível nos PICs SONET e as configurações da interface devem ser idênticas em ambas as extremidades do link. Qualquer incompatibilidade de configuração faz com que a operação de confirmação falhe.

• Esse recurso é suportado apenas com PICs de link habilitados para LSQ e SONET APS, incluindo OC3 canalizado, OC12 canalizado e PICs de fila inteligente STM1 canalizado (IQ).

• A replicação do estado do link oferece suporte ao encapsulamento MLPPP e PPP over Frame Relay (frame-relay-ppp) e oferece suporte total ao GRES.

• Ativar a interface ou traceoptions de protocolo com um grande número de links MLPPP pode desencadear a renegociação do Protocolo de Controle de Enlaces (LCP) durante o tempo de switchover do link.

  Nota:

  Essa renegociação é mais provável que ocorra para configurações com roteadores Juniper Networks back-to-back do que em redes em que um roteador da Juniper Networks está conectado a um multiplexer add/drop (ADM).

• Em geral, as redes que conectam um roteador Juniper Networks a um ADM permitem uma transição de link MLPPP mais rápida do que aquelas com roteadores Juniper Networks back-to-back. A diferença de tempo de transição do link MLPPP pode ser significativa, especialmente para redes com um grande número de links MLPPP.

• Uma configuração de tempo limite de manutenção de LCP agressiva pode levar à renegociação do LCP durante a transição do link MLPPP. Por padrão, o intervalo de temporizante keepalive LCP é de 10 segundos e a contagem de baixa de enlaces consecutivos é de 3. Os links MLPPP iniciam a negociação de LCP somente após um intervalo de 30 segundos. A redução desses valores de configuração pode acionar um ou mais links de MLPPP para diminuir o tempo de transição.

  Nota:

  É mais provável que a renegociação do LCP ocorra para configurações com roteadores Juniper Networks back-to-back do que em redes em que um roteador da Juniper Networks está conectado a um ADM.

Como exemplo, a configuração a seguir mostra a configuração de replicação do estado do link entre as portas coc3-1/0/0 e coc3-2/0/0.

Exemplos: Configuração de interfaces LSQ redundantes para recuperação de falhas

Configuração da redundância de interface LSQ para MLPPP

A configuração a seguir mostra isso lsq-1/1/0 e lsq-1/3/0 funciona como um par e o tipo de redundância é hot-standby, o que define o requisito para que o tempo de detecção e recuperação de falhas seja inferior a 5 segundos:

O exemplo a seguir mostra uma configuração MLPPP relacionada:

Nota:

A configuração do protocolo MLPPP é necessária para essa configuração.

O exemplo a seguir mostra uma configuração cos relacionada:

O exemplo a seguir mostra uma configuração completa de replicação de estado do link para MLPPP. Este exemplo usa dois pacotes, cada um com quatro links T1. Os quatro primeiros links T1 formamt1-*:1 t1-*:4o primeiro pacote e os últimos quatro links T1 formamt1-*:5 t1-*:8o segundo pacote. Para minimizar a duplicação na configuração, este exemplo usa a [edit groups] declaração; para obter mais informações, consulte a Biblioteca de administração do Junos OS para dispositivos de roteamento. Esse tipo de configuração não é necessário; simplifica a tarefa e minimiza a duplicação.

Configurando a redundância de interface LSQ para um pacote FRF.15

O exemplo a seguir mostra uma configuração para um pacote FRF.15:

Configurando a redundância de interface LSQ para um pacote FRF.16

O exemplo a seguir mostra uma configuração para um pacote FRF.16: