Entendendo a redundância do conselho de controle de comutação

CFEBs redundantes no roteador M10i

No roteador M10i, o CFEB executa as seguintes funções:

• Buscas de rota — realiza buscas de rota usando a tabela de encaminhamento armazenada em SRAM síncronos (SSRAM).

• Gerenciamento da memória compartilhada — aloca uniformemente pacotes de dados recebidos em toda a memória compartilhada do roteador.

• Transferência de pacotes de dados de saída — passa pacotes de dados para a placa de interface fixa (FIC) de destino ou placa de interface física (PIC) quando os dados estiverem prontos para serem transmitidos.

• Transferência de pacotes de exceção e controle — passa pacotes de exceção para o microprocessador no CFEB, que processa quase todos eles. O restante é enviado ao Mecanismo de Roteamento para processamento adicional. Quaisquer erros originados no Mecanismo de encaminhamento de pacotes e detectados pelo CFEB são enviados ao Mecanismo de Roteamento usando mensagens de log do sistema.

O roteador M10i tem dois CFEBs, um que está configurado para atuar como o principal e o outro que serve como um backup no caso de a primária falhar. Você pode iniciar uma troca manual emitindo o request chassis cfeb master switch comando. Para obter mais informações, consulte a Biblioteca de Administração do Junos OS para dispositivos de roteamento.

FEBs redundantes no roteador M120

O roteador M120 oferece suporte a até seis placas de mecanismo de encaminhamento (FEBs). O concentrador PIC flexível (FPCs), que hospeda PICs, é separado das FEBs, que lidam com o encaminhamento de pacotes. Os FPCs estão localizados na frente do chassi e fornecem energia e gerenciamento aos PICs por meio do midplane. Os FEBs estão localizados na parte de trás do chassi e recebem sinais do midplane, que os FEBs processam para encaminhamento de pacotes. O midplane permite que qualquer FEB carregue tráfego para qualquer FPC.

Para configurar o mapeamento de FPCs para FEBs, use a fpc-feb-connectivity declaração descrita na Biblioteca de Administração do Junos OS para dispositivos de roteamento. Você não pode especificar uma conexão entre um FPC e um FEB configurado como um backup. Se um FPC não for especificado para se conectar a um FEB, o FPC será atribuído automaticamente à FEB com o mesmo número de slot. Por exemplo, o FPC no slot 1 é atribuído ao FEB no slot 1.

Você pode configurar um FEB como um backup para um ou mais FEBs configurando um grupo de redundância FEB. Quando um FEB falha, o FEB de backup pode assumir rapidamente o encaminhamento de pacotes. Um grupo de redundância deve conter exatamente um FEB de backup e pode conter opcionalmente um FEB primário e vários outros FEBs. Uma FEB pode pertencer a apenas um grupo. Um grupo pode fornecer backup em uma base individual (primário para backup), de várias para uma base (duas ou mais FEBs-to-backup) ou uma combinação de ambos (um primário para backup e um ou mais FEBs-to-backup).

Quando você configura um FEB primário em um grupo de redundância, o FEB de backup espelha o estado de encaminhamento exato do FEB primário. Se a switchover ocorrer a partir de um FEB primário, o FEB de backup não será reiniciado. Uma transição manual do FEB primário para o FEB de backup resulta em menos de 1 segundo de perda de tráfego. O failover do FEB primário para o FEB de backup resulta em menos de 10 segundos de perda de tráfego.

Se um failover ocorrer do outro FEB e um FEB primário for especificado para o grupo, o feb backup reinicializa para que o estado de encaminhamento do outro FEB possa ser baixado para o FEB de backup e o encaminhamento possa continuar. O failover automático de um FEB que não é especificado como feb primário resulta em maior perda de pacotes. A duração da perda de pacotes depende do número de interfaces e do tamanho da tabela de roteamento, mas pode ser minutos.

Se um failover de um FEB ocorrer quando nenhum FEB primário for especificado no grupo de redundância, o FEB de backup não será reiniciado e as interfaces no FPC conectado ao FEB anteriormente ativo permanecem on-line. O FEB de backup deve obter todo o estado de encaminhamento do Mecanismo de Roteamento após uma transferência, e essa atualização pode levar alguns minutos. Se você não quiser que as interfaces permaneçam on-line durante a transferência para o outro FEB, configure um FEB primário para o grupo de redundância.

O failover para um FEB de backup ocorre automaticamente se um FEB em um grupo de redundância falhar. Você pode desabilitar o failover automático para qualquer grupo de redundância, incluindo a no-auto-failover declaração no [edit chassis redundancy feb redundancy-group group-name] nível de hierarquia.

Você também pode iniciar uma troca manual emitindo o request chassis redundancy feb slot slot-number switch-to-backup comando, onde slot-number está o número do FEB ativo. Para obter mais informações, veja o CLI Explorer.

As condições a seguir resultam em falha enquanto o FEB de backup em um grupo de redundância estiver disponível:

• O FEB está ausente.

• A FEB sofreu um erro difícil ao entrar em operação.

• Uma falha de software na FEB resultou em um acidente.

• A conectividade Ethernet de um FEB para um mecanismo de roteamento falhou.

• Ocorreu um erro duro no FEB, como uma falha de energia.

• O FEB foi desativado quando o botão offline para o FEB foi pressionado.

• O timer de cão de guarda de software no FEB expirado.

• Erros ocorreram nos links entre todos os planos de malha ativa e o FEB. Essa situação resulta em falha no FEB de backup se ele tiver pelo menos um link de malha válido.

• Erros ocorreram no enlace entre o FEB e todos os FPCs conectados a ele.

Após a ocorrência de uma switchover, um FEB de backup não está mais disponível para o grupo de redundância. Você pode reverter do FEB de backup para o FEB anteriormente ativo, emitindo a solicitação de comando de modo operacional solicitando redundância de slot slot-number feb revers-from-backup, onde slot-number está o número do FEB anteriormente ativo. Para obter mais informações, veja o CLI Explorer.

Quando você reverte do FEB de backup, ele fica novamente disponível para uma mudança de switch. Se o grupo de redundância não tiver um FEB primário, o FEB de backup será reiniciado após você reverter para o FEB anteriormente ativo. Se o FEB a que você reverter não for um FEB primário, o FEB de backup será reiniciado para que ele possa ser alinhado com o estado da FEB primária.

Se você modificar a configuração para um grupo de redundância existente para que um FEB se conecte a um FPC diferente, o FEB será reiniciado a menos que o FEB já esteja conectado a um ou dois FPCs Tipo 1 e a mudança só resultou na conexão feb a um outro ou a um FPC tipo 1. Para obter mais informações sobre como mapear uma conexão entre um FPC e um FEB, consulte a Biblioteca de Administração do Junos OS para dispositivos de roteamento. Se você alterar o FEB primário em um grupo de redundância, o FEB de backup será reiniciado. O FEB também é reiniciado se você alterar um FEB de backup para um FEB sem backup ou alterar um FEB ativo para um FEB de backup.

Para visualizar o status de grupos de redundância FEB configurados, emita o comando do show chassis redundancy feb modo operacional. Para obter mais informações, veja o CLI Explorer.

SSBs redundantes no roteador M20

A placa de sistema e switch (SSB) no roteador M20 executa as seguintes funções principais:

• Gerenciamento de memória compartilhada nos FPCs — O ASIC do gerenciador de buffer distribuído na SSB aloca uniformemente pacotes de dados recebidos em toda a memória compartilhada nos FPCs.

• Transferência de célula de dados de saída para os FPCs — um segundo ASIC de gerenciador de buffer distribuído no SSB passa as células de dados para os FPCs para remontagem de pacotes quando os dados estão prontos para serem transmitidos.

• Pesquisas de rota — o ASIC do processador de Internet no SSB realiza pesquisas de rota usando a tabela de encaminhamento armazenada no SSRAM. Após a realização da pesquisa, o ASIC do processador de Internet informa o midplane da decisão de encaminhamento, e o midplane encaminha a decisão para a interface de saída apropriada.

• Monitoramento de componentes do sistema — o SSB monitora outros componentes do sistema para condições de falha e alarme. Ele coleta estatísticas de todos os sensores do sistema e os transmite ao Mecanismo de Roteamento, que define o alarme apropriado. Por exemplo, se um sensor de temperatura exceder o primeiro limiar definido internamente, o mecanismo de roteamento emite um alarme de "alta temperatura". Se o sensor exceder o segundo limiar, o Mecanismo de Roteamento inicia um desligamento do sistema.

• Transferência de pacotes de exceção e controle — o ASIC do processador de Internet passa pacotes de exceção para um microprocessador no SSB, que processa quase todos eles. Os pacotes restantes são enviados ao Mecanismo de Roteamento para processamento adicional. Quaisquer erros que se originem no Mecanismo de encaminhamento de pacotes e que sejam detectados pela SSB são enviados ao Mecanismo de Roteamento usando mensagens de log do sistema.

• Controle de reset do FPC — o SSB monitora a operação dos FPCs. Se detectar erros em um FPC, o SSB tenta redefinir o FPC. Após três resets sem sucesso, o SSB tira o FPC offline e informa o Mecanismo de Roteamento. Outros FPCs não são afetados, e a operação normal do sistema continua.

O roteador M20 possui até dois SSBs. Um SSB está configurado para agir como primário e o outro está configurado para servir como um backup no caso de a primária falhar. Você pode iniciar uma troca manual emitindo o request chassis ssb master switch comando. Para obter mais informações, veja o CLI Explorer.

SFMs redundantes nos roteadores M40e e M160

Os roteadores M40e e M160 têm módulos redundantes de comutação e encaminhamento (SFMs). Os SFMs contêm o ASIC do Processador de Internet II e dois ASICs de Gerenciador de Buffer Distribuído. As SFMs garantem que todo o tráfego que sai dos FPCs seja tratado corretamente. As SFMs oferecem pesquisa de rota, filtragem e comutação.

O roteador M40e detém até dois SFMs, um que está configurado para agir como o principal e o outro configurado para servir como backup caso o primário falhe. A remoção da SFM em espera não afeta a função do roteador. Se o SFM ativo falhar ou for removido do chassi, o encaminhamento para até que o SFM fique em espera e fique ativo. Leva aproximadamente 1 minuto para que o novo SFM se torne ativo. A sincronização das informações de configuração do roteador pode levar mais tempo, dependendo da complexidade da configuração.

O roteador M160 contém até quatro SFMs. Todos os SFMs estão ativos ao mesmo tempo. Uma falha ou tirar um SFM offline não afeta a função do roteador. O encaminhamento continua ininterrupto.

Você pode iniciar uma troca manual emitindo o request chassis sfm master switch comando. Para obter mais informações, veja o CLI Explorer.