Configuração de uma conexão virtual de pulsação de chassi

Benefícios da configuração de uma conexão virtual entre chassis e pessoas

A configuração de uma conexão virtual de chassi oferece os seguintes benefícios para um Chassi virtual da Série MX:

• Resiliência aprimorada durante cenários de falha

  Configurar a conexão avançada melhora a resiliência do Virtual Chassis no caso de uma interrupção ou divisão de adjacência causada por uma falha nas interfaces de porta do Virtual Chassis, ou quando um dos roteadores membros fica sem serviço. Se a conexão pulsante detectar que o roteador primário Virtual Chassis (VC-P) ainda está operando e capaz de responder durante uma divisão, o software mantém a função primária no VC-P existente, isola o roteador de backup Virtual Chassis (VC-B) até que o Virtual Chassis se recupera e retoma a função de backup no VC-B quando o Virtual Chassis se forma novamente. Como resultado, a conexão pulsante impede que os roteadores membros mudem desnecessariamente as funções primárias, o que consome recursos do sistema e causa resultados inesperados e indesejáveis.

  Quando o VC-B é isolado durante uma interrupção, o software reinicia imediatamente todas as placas de linha e alimenta todas as portas de rede até que a interrupção seja resolvida e o Virtual Chassis se forme novamente. Esse comportamento oferece suporte a aplicativos de rede com equipamentos externos que exigem uma condição de enlace físico para mudar os caminhos de tráfego para outras conexões.

• Processo de eleição de papel primário aprimorado

  O Virtual Chassis Control Protocol (VCCP) controla a eleição de papel primário em um Virtual Chassis. Quando você configura a conexão pulsante em um Chassi Virtual da Série MX, o software VCCP avalia as informações de saúde coletadas a partir da conexão inigualábilidade para ajudar a determinar qual roteador membro deve se tornar o principal global (VC-P) no caso de uma interrupção ou separação da adjacência. Quando a conexão pulsante detecta que o roteador de membro peer é responsivo, o software VCCP suprime mudanças desnecessárias nas funções primárias.

  Por outro lado, quando a conexão de pulsação não está configurada, o software VCCP não tem essas informações adicionais de saúde ao determinar as funções primárias apropriadas após uma interrupção ou divisão.

• Capacidade de visualizar facilmente e estatísticas claras relacionadas à conexão de pulsação

  Os comandos operacionais para o Virtual Chassis permitem que você exeja o status da conexão de pulsação, analise estatísticas detalhadas e medições de latência relacionadas à conexão de pulsação e contadores de estatísticas claros e campos de data e hora para um ou ambos os roteadores membros.

Requisitos de configuração para a conexão Descaso

Para estabelecer uma conexão avançada para um Chassi Virtual da Série MX, você deve configurar uma rota segura e confiável entre o roteador principal e o roteador de backup para a troca de pacotes de TCP/IP. Especificamente, você deve garantir que o mecanismo de roteamento primário no roteador de backup Virtual Chassis (VC-Bp) possa fazer uma conexão TCP/IP com o master-only endereço IP do mecanismo de roteamento primário no roteador primário Virtual Chassis (VC-Pp).

Os seguintes requisitos adicionais se aplicam quando você configura a conexão de coração pulsar:

• Configure a conexão apenas entre os roteadores membros do Virtual Chassis elegíveis para se tornarem o roteador primário Virtual Chassis, também conhecido como principal de protocolo ou principal global.

  Em uma configuração do Virtual Chassis da Série MX de dois membros, você atribui a routing-engine função a cada roteador como parte da configuração pré-fornecida. A routing-engine função permite que o roteador funcione como o roteador principal ou roteador de backup do Virtual Chassis, conforme necessário. Como resultado, você pode configurar a conexão entre ambos os roteadores membros em uma configuração do Virtual Chassis da Série MX de dois membros.

• Use a interface de gerenciamento Ethernet (fxp0) do roteador como o caminho do coração.

  A interface de gerenciamento geralmente está disponível antes do que as interfaces de placa de linha, e normalmente está conectada a uma rede mais segura do que as outras interfaces.

• Configure um master-only endereço IP para a fxp0 interface de gerenciamento para garantir um acesso consistente ao VC-Pp, independentemente de qual mecanismo de roteamento esteja ativo no momento.

  O master-only endereço está ativo apenas na interface de gerenciamento para o VC-Pp. Durante uma transferência, o master-only endereço se move para o novo Mecanismo de Roteamento atualmente funcionando como o VC-Pp.

• Garanta a conectividade TCP entre os roteadores membros VC-Pp e VC-Bp

  A conexão Virtual Chassis abre uma porta TCP proprietária numerada 33087 no VC-Pp para ouvir mensagens de coração. Se o projeto da sua rede incluir firewalls ou filtros, certifique-se de que a rede permite o tráfego entre a porta TCP 33087 no VC-Pp e a porta TCP alocada dinamicamente no VC-Bp.

• Ao usar uma conexão avançada, não configure a no-split-detection declaração como parte da configuração pré-fornecida do Virtual Chassis.

  A no-split-detection declaração suprime qualquer ação quando uma divisão é detectada no Virtual Chassis. O uso da no-split-detection declaração é proibido quando você configura uma conexão sem problemas, e o software impede que você configure as declarações e heartbeat-address as no-split-detection declarações ao mesmo tempo. Se você tentar fazer isso, o software exibe uma mensagem de erro e faz com que a operação de confirmação falhe.

Em um Virtual Chassis da Série MX de dois membros, você pode configurar uma conexão com ambos os roteadores membros na mesma sub-rede ou com cada roteador membro em uma sub-rede diferente. A Tabela 1 resume as diferenças importantes entre os procedimentos de configuração para roteadores membros na mesma sub-rede e roteadores membros em diferentes sub-redes.

Como funciona a conexão de pulsação

Quando o Virtual Chassis está operando corretamente, a conexão de coração pulsante envia periodicamente pacotes de pulsação pelo caminho TCP/IP entre o mecanismo de roteamento primário no roteador primário do Virtual Chassis e o mecanismo de roteamento primário no roteador de backup Virtual Chassis.

Quando uma interrupção ou divisão de adjacência é detectada no Virtual Chassis, cada roteador membro envia uma mensagem final para determinar se o outro membro é capaz de responder e para de enviar mensagens periódicas adicionais até que o Virtual Chassis se forme novamente. O outro membro deve responder à mensagem de pulsação de coração dentro do período de tempo limite padrão (2 segundos), ou dentro de um período de pulsação de coração configurado na faixa de 1 a 60 segundos. Para determinar o período de tempo que se passa em sua rede entre a transmissão de uma mensagem de solicitação de pulsação e o recebimento de uma mensagem de resposta a problemas cardíacos, você pode emitir o show virtual-chassis heartbeat detail comando para visualizar o número de segundos relatados nos campos e Minimum latency nos Maximum latency campos.

Condições de falha na conexão de pulsação e chassi virtual

A configuração da conexão de pulsação impede mudanças desnecessárias de função primária entre os roteadores membros do Virtual Chassis quando ocorre uma interrupção ou separação de adjacência. A Tabela 2 descreve os efeitos sobre o papel primário para condições comuns de falha quando você permite a conexão de pulsação em um Chassi virtual da Série MX de dois membros.

Em todos os casos, exceto quando o chassi VC-P falha, a função primária do Virtual Chassis é mantida no VC-Pp existente se a conexão pulsante detectar que o VC-P ainda está operando e capaz de responder durante uma divisão. Evitar uma mudança de função desnecessária minimiza a carga do sistema causada por um switch de função primária de protocolo e reduz a probabilidade de resultados imprevisíveis.

A falta de conexão Virtual Chassis Heartbeat e perda de adjacência de VCP é uma condição de dupla falha que retorna efetivamente ao comportamento de "detecção sem separação". Os dois membros não conseguem verificar a condição do roteador de membros de pares. O Virtual Chassis Heartbeat usa as reações de "detecção sem divisão", que exige que o VC-P permaneça no papel mestre do protocolo e VC-B como VC-P. Essa condição "split-master" não é ideal para protocolos de roteamento e outros mecanismos de gerenciamento de topologia. Nesse cenário, a condição split-master é melhor do que operar sem qualquer membro mestre do protocolo.

A comunicação Virtual Chassis Heartbeat só está ativa quando o Virtual Chassis é devidamente formado com a eleição bem-sucedida das funções de chassi de membros vc-P e VC-B. As funções determinadas durante uma perda de adjacência de VCP são mantidas até que o Virtual Chassis seja devidamente formado novamente. A interrupção da conectividade Virtual Chassis O problema não afeta as funções de protocolo no Virtual Chassis durante a duração das condições de "split".

Conexão de pulsação em comparação com a detecção de divisão

Em certas condições de falha do Virtual Chassis, a configuração de detecção de divisão (habilitada por padrão ou explicitamente desativada) pode causar resultados imprevisíveis e indesejáveis, como um Virtual Chassis com dois roteadores primários, ou um Virtual Chassis sem roteador primário.

A Tabela 3 compara os efeitos da detecção de divisão e da conexão de problemas cardíacos para duas condições comuns de falha: falha nas interfaces de porta do Virtual Chassis e falha do chassi VC-B.