NESTA PÁGINA
Modificação da função primária do mecanismo de roteamento padrão
Configurando falha automática no mecanismo de roteamento de backup
Verificação do status de redundância do mecanismo de roteamento
Cópia de um arquivo de configuração de um mecanismo de roteamento para o outro
Carregando um pacote de software do outro mecanismo de roteamento
Configuração da redundância do mecanismo de roteamento
Siga as etapas e exemplos abaixo para configurar a redundância do mecanismo de roteamento.
Para concluir as tarefas nas seguintes seções, devem ser definidos grupos de configuração re0 e re1 . Para obter mais informações sobre grupos de configuração, consulte o Guia de usuário do Junos OS CLI.
Modificação da função primária do mecanismo de roteamento padrão
Para roteadores com dois mecanismos de roteamento, você pode configurar qual mecanismo de roteamento é o principal e qual é o backup. Por padrão, o mecanismo de roteamento no slot 0 é o principal (re0) e o primeiro no slot 1 é o backup (re1).
Em sistemas com dois mecanismos de roteamento, ambos os mecanismos de roteamento não podem ser configurados para serem primários ao mesmo tempo. Essa configuração faz com que a verificação de confirmação seja reprovada.
Para modificar a configuração padrão, inclua a routing-engine declaração no nível de [edit chassis redundancy] hierarquia:
[edit chassis redundancy] routing-engine slot-number (master | backup | disabled);
slot-number pode ser 0 ou 1. Para configurar o mecanismo de roteamento para ser o principal, especifique a opção principal . Para configurá-lo como backup, especifique a opção de backup . Para desativar um mecanismo de roteamento, especifique a opção desabilitada .
Para alternar entre os mecanismos de roteamento primários e de backup, veja a função primária do mecanismo de comutação manual.
Configurando falha automática no mecanismo de roteamento de backup
As seções a seguir descrevem como configurar o failover automático para o mecanismo de roteamento de backup quando determinadas falhas ocorrem no mecanismo de roteamento primário.
- Sem interrupção no encaminhamento de pacotes
- Na detecção de um erro de disco rígido no mecanismo de roteamento primário
- Na detecção de uma conectividade LCMD quebrada entre o VM e o RE
- Na detecção de uma perda de sinal keepalive do mecanismo de roteamento primário
- Na detecção da falha de interface em0 no mecanismo de roteamento primário
- Quando um processo de software falha
Sem interrupção no encaminhamento de pacotes
Para roteadores com dois mecanismos de roteamento, você pode configurar o switchover gracioso do mecanismo de roteamento (GRES). Quando a transição graciosa é configurada, a reconexão de tomada ocorre perfeitamente sem interrupção no encaminhamento de pacotes. Para obter informações sobre como configurar o switchover gracioso do mecanismo de roteamento, veja configuração da comutação graciosa do mecanismo de roteamento.
Na detecção de um erro de disco rígido no mecanismo de roteamento primário
Depois de configurar um mecanismo de roteamento de backup, você pode direcioná-lo para assumir a função primária automaticamente se detectar um erro de disco rígido do mecanismo de roteamento primário. Para habilitar esse recurso, inclua a on-disk-failure declaração no nível de [edit chassis redundancy failover] hierarquia.
[edit chassis redundancy failover] on-disk-failure;
A on-disk-failure declaração no nível hierárquica [edit chassis redundancy] não é suportada em plataformas PTX que executam o Junos Evolved. Essas plataformas são padrão para uma transferência de switch quando a falha no disco é detectada.
Na detecção de uma conectividade LCMD quebrada entre o VM e o RE
Defina a configuração a seguir que resultará em um switchover RE automático quando a conectividade LCMD entre VM e RE for quebrada. Para habilitar esse recurso, inclua a on-loss-of-vm-host-connection declaração no nível de [edit chassis redundancy failover] hierarquia.
[edit chassis redundancy failover] on-loss-of-vm-host-connection;
Se o processo de LCMD estiver falhando na primária, o sistema mudará após um minuto, desde que a conexão RE LCMD de backup seja estável. O sistema não mudará sob as seguintes condições: se a conexão RE LCMD de backup for instável ou se a primária atual acabar de ganhar o papel principal. Quando o primário acaba de ganhar o papel principal, a transferência acontece apenas após quatro minutos.
Na detecção de uma perda de sinal keepalive do mecanismo de roteamento primário
Depois de configurar um mecanismo de roteamento de backup, você pode direcioná-lo para assumir a função primária automaticamente se ele detectar uma perda de sinal keepalive do mecanismo de roteamento primário.
Para permitir o failover no recebimento de uma perda de sinal keepalive, inclua a on-loss-of-keepalives declaração no [edit chassis redundancy failover] nível hierárquicos:
[edit chassis redundancy failover] on-loss-of-keepalives;
A on-loss-of-keepalives declaração na [edit chassis redundancy] hierarquia não é suportada em plataformas PTX que executam o Junos Evolved. Essas plataformas fazem o padrão de uma transferência de switch quando mensagens keepalive não são detectadas.
Quando o switchover gracioso do mecanismo de roteamento não é configurado, por padrão, o failover ocorre após 300 segundos (5 minutos). Você pode configurar um intervalo de tempo mais curto ou mais longo.
O período de tempo keepalive é redefinido para 360 segundos quando o mecanismo de roteamento primário foi reiniciado ou parado manualmente.
Para alterar o período de tempo keepalive, inclua a keepalive-time declaração no nível de [edit chassis redundancy] hierarquia:
[edit chassis redundancy] keepalive-time seconds;
O intervalo para tempo de keepalive é de 2 a 10.000 segundos.
O exemplo a seguir descreve a sequência de eventos se você configurar o mecanismo de roteamento de backup para detectar uma perda de sinal keepalive no mecanismo de roteamento primário:
-
Configure manualmente um tempo de keepalive de 25 segundos.
-
Após a perda da conexão do mecanismo de encaminhamento de pacotes ao mecanismo de roteamento primário e o temporizante keepalive expirar, o encaminhamento de pacotes é interrompido.
-
Após 25 segundos de perda keepalive, uma mensagem é registrada e o mecanismo de roteamento de backup tenta assumir o papel principal. Um alarme é gerado quando o mecanismo de roteamento de backup fica ativo, e o display é atualizado com o status atual do Mecanismo de Roteamento.
-
Após o mecanismo de roteamento de backup assumir o papel principal, ele continua a funcionar como primário.
Quando o switchover gracioso do mecanismo de roteamento é configurado, o sinal keepalive é habilitado automaticamente e o tempo de failover é definido para 2 segundos (4 segundos em roteadores M20). Você não pode redefinir manualmente o tempo de keepalive.
Quando você interrompe ou reinicia o mecanismo de roteamento primário, o Junos OS reinicia o tempo de permanência para 360 segundos, e o mecanismo de roteamento de backup não assume o papel principal até que o período de tempo de permanência de 360 segundos expira.
Um antigo mecanismo de roteamento primário torna-se um mecanismo de roteamento de backup se ele voltar ao serviço após um failover para o mecanismo de roteamento de backup. Para restaurar o status primário do antigo mecanismo de roteamento primário, você pode usar o comando de modo operacional mestre do mecanismo de roteamento de chassi de solicitação.
Se em qualquer momento um dos mecanismos de roteamento não estiver presente, o mecanismo de roteamento restante se tornará primário automaticamente, independentemente de como a redundância é configurada.
Na detecção da falha de interface em0 no mecanismo de roteamento primário
Depois de configurar um mecanismo de roteamento de backup, você o instrui a assumir a função principal automaticamente se a interface em0 falhar no mecanismo de roteamento primário. Para habilitar esse recurso, inclua a on-re-to-fpc-stale declaração no nível de [edit chassis redundancy failover] hierarquia.
[edit chassis redundancy failover] on-re-to-fpc-stale;
Quando um processo de software falha
Para configurar a transferência automática para o mecanismo de roteamento de backup se um processo de software falhar, inclua a failover other-routing-engine declaração no nível de [edit system processes process-name] hierarquia:
[edit system processes process-name] failover other-routing-engine;
process-name é um dos nomes válidos do processo. Se essa declaração estiver configurada para um processo e esse processo falhar quatro vezes em 30 segundos, o roteador será reiniciado do outro mecanismo de roteamento. Outra declaração disponível no nível de [edit system processes] hierarquia é o failover de mídia alternativa. Para obter informações sobre a opção de mídia alternativa, consulte a Biblioteca de administração do Junos OS para dispositivos de roteamento.
Função primária do mecanismo de comutação manual
Para mudar manualmente a função primária do mecanismo de roteamento, use um dos seguintes comandos:
-
No mecanismo de roteamento de backup, solicite que o mecanismo de roteamento de backup assuma o papel principal, emitindo o
request chassis routing-engine master acquirecomando. -
No mecanismo de roteamento principal, solicite que o mecanismo de roteamento de backup assuma o papel principal usando o
request chassis routing-engine master releasecomando. -
Em ambos os mecanismos de roteamento, a função principal do switch, emitindo o
request chassis routing-engine master switchcomando.
Verificação do status de redundância do mecanismo de roteamento
Um arquivo de log separado é fornecido para registro de redundância em /var/log/mastership. Para visualizar o log, use o file show /var/log/mastership comando. A Tabela 1 lista os códigos e descrições de eventos de log de função principal.
| Código de eventos |
Descrição |
|---|---|
| E_NULL = 0 |
O evento é um evento nulo. |
| E_CFG_M |
O mecanismo de roteamento é configurado como primário. |
| E_CFG_B |
O mecanismo de roteamento está configurado como backup. |
| E_CFG_D |
O mecanismo de roteamento está configurado como desativado. |
| E_MAXTRY |
O número máximo de tentativas de adquirir ou liberar a função primária foi excedido. |
| E_REQ_C |
Uma solicitação de função primária de reivindicação foi enviada. |
| E_ACK_C |
Um reconhecimento do papel primário de reivindicação foi recebido. |
| E_NAK_C |
Uma solicitação de função primária de reivindicação não foi reconhecida. |
| E_REQ_Y |
A confirmação da função primária é solicitada. |
| E_ACK_Y |
O papel primário é reconhecido. |
| E_NAK_Y |
O papel primário não é reconhecido. |
| E_REQ_G |
Uma solicitação de função primária de versão foi enviada por um mecanismo de roteamento. |
| E_ACK_G |
O Mecanismo de Roteamento reconheceu a liberação do papel principal. |
| E_CMD_A |
A aquisição master do mecanismo de roteamento de chassi de solicitação de comando foi emitida pelo mecanismo de roteamento de backup. |
| E_CMD_F |
A força de aquisição mestre do mecanismo de roteamento de chassi de solicitação de comando foi emitida a partir do mecanismo de roteamento de backup. |
| E_CMD_R |
A versão mestre do mecanismo de roteamento de chassi de solicitação de comando foi emitida pelo mecanismo de roteamento primário. |
| E_CMD_S |
O switch mestre do mecanismo de roteamento de chassi de solicitação de comando foi emitido a partir de um mecanismo de roteamento. |
| E_NO_ORE |
Nenhum outro mecanismo de roteamento foi detectado. |
| E_TMOUT |
Uma solicitação cronometrada. |
| E_NO_IPC |
A conexão do mecanismo de roteamento foi perdida. |
| E_ORE_M |
Outro estado do mecanismo de roteamento foi alterado para primário. |
| E_ORE_B |
Outro estado do Mecanismo de Roteamento foi alterado para backup. |
| E_ORE_D |
Outro estado do mecanismo de roteamento foi alterado para desativado. |
Verifique o uso geral da CPU e da memória
Propósito
Você pode exibir informações exaustivas do processo do sistema sobre processos de software que estão sendo executados no roteador e têm terminais de controle. Esse comando equivale ao comando superior do UNIX. No entanto, o comando superior do UNIX mostra o uso de memória em tempo real, com os valores de memória em constante mudança, enquanto o sistema show processa um comando extensivo fornece um instantâneo do uso da memória em um determinado momento.
Ação
Para verificar o uso geral de CPU e memória, insira o seguinte comando de interface de linha de comando (CLI) do Junos OS:
user@host> show system processes extensive
Saída de amostra
user@R1> show system processes extensive
last pid: 5251; load averages: 0.00, 0.00, 0.00 up 4+20:22:16 10:44:41
58 processes: 1 running, 57 sleeping
Mem: 57M Active, 54M Inact, 17M Wired, 184K Cache, 35M Buf, 118M Free
Swap: 512M Total, 512M Free
PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND
4480 root 2 0 3728K 1908K select 231:17 2.34% 2.34% chassisd
4500 root 2 0 1896K 952K select 0:36 0.00% 0.00% fud
4505 root 2 0 1380K 736K select 0:35 0.00% 0.00% irsd
4481 root 2 0 1864K 872K select 0:32 0.00% 0.00% alarmd
4488 root 2 0 8464K 4600K kqread 0:28 0.00% 0.00% rpd
4501 root 2 -15 1560K 968K select 0:21 0.00% 0.00% ppmd
4510 root 2 0 1372K 812K select 0:13 0.00% 0.00% bfdd
5 root 18 0 0K 0K syncer 0:09 0.00% 0.00% syncer
4485 root 2 0 3056K 1776K select 0:07 0.00% 0.00% snmpd
4499 root 2 0 3688K 1676K select 0:05 0.00% 0.00% kmd
4486 root 2 0 3760K 1748K select 0:05 0.00% 0.00% mib2d
4493 root 2 0 1872K 928K select 0:03 0.00% 0.00% pfed
4507 root 2 0 1984K 1052K select 0:02 0.00% 0.00% fsad
4518 root 2 0 3780K 2400K select 0:02 0.00% 0.00% dcd
8 root -18 0 0K 0K psleep 0:02 0.00% 0.00% vmuncachedaemo
4 root -18 0 0K 0K psleep 0:02 0.00% 0.00% bufdaemon
4690 root 2 0 0K 0K peer_s 0:01 0.00% 0.00% peer proxy
4504 root 2 0 1836K 968K select 0:01 0.00% 0.00% dfwd
4477 root 2 0 992K 320K select 0:01 0.00% 0.00% watchdog
4354 root 2 0 1116K 604K select 0:01 0.00% 0.00% syslogd
4492 root 10 0 1004K 400K nanslp 0:01 0.00% 0.00% tnp.sntpd
4446 root 10 0 1108K 616K nanslp 0:01 0.00% 0.00% cron
4484 root 2 0 15716K 7468K select 0:01 0.00% 0.00% mgd
4494 root 2 15 2936K 2036K select 0:01 0.00% 0.00% sampled
5245 remote 2 0 8340K 3472K select 0:01 0.00% 0.00% cli
2 root -18 0 0K 0K psleep 0:00 0.00% 0.00% pagedaemon
4512 root 2 0 2840K 1400K select 0:00 0.00% 0.00% l2tpd
1 root 10 0 852K 580K wait 0:00 0.00% 0.00% init
5244 root 2 0 1376K 784K select 0:00 0.00% 0.00% telnetd
4509 root 10 0 1060K 528K nanslp 0:00 0.00% 0.00% eccd
4508 root 2 0 2264K 1108K select 0:00 0.00% 0.00% spd
2339 root 10 0 514M 17260K mfsidl 0:00 0.00% 0.00% newfs
4497 root 2 0 2432K 1152K select 0:00 0.00% 0.00% cosd
4490 root 2 -15 2356K 1020K select 0:00 0.00% 0.00% apsd
4496 root 2 0 2428K 1108K select 0:00 0.00% 0.00% rmopd
4491 root 2 0 2436K 1104K select 0:00 0.00% 0.00% vrrpd
4487 root 2 0 15756K 7648K sbwait 0:00 0.00% 0.00% mgd
5246 root 2 0 15776K 8336K select 0:00 0.00% 0.00% mgd
0 root -18 0 0K 0K sched 0:00 0.00% 0.00% swapper
5251 root 30 0 21732K 840K RUN 0:00 0.00% 0.00% top
4511 root 2 0 1964K 908K select 0:00 0.00% 0.00% pgmd
4502 root 2 0 1960K 956K select 0:00 0.00% 0.00% lmpd
4495 root 2 0 1884K 876K select 0:00 0.00% 0.00% ilmid
4482 root 2 0 1772K 776K select 0:00 0.00% 0.00% craftd
4503 root 10 0 1040K 492K nanslp 0:00 0.00% 0.00% smartd
6 root 28 0 0K 0K sleep 0:00 0.00% 0.00% netdaemon
4498 root 2 0 1736K 932K select 0:00 0.00% 0.00% nasd
4506 root 2 0 1348K 672K select 0:00 0.00% 0.00% rtspd
4489 root 2 0 1160K 668K select 0:00 0.00% 0.00% inetd
4478 root 2 0 1108K 608K select 0:00 0.00% 0.00% tnetd
4483 root 2 0 1296K 540K select 0:00 0.00% 0.00% ntpd
4514 root 3 0 1080K 540K ttyin 0:00 0.00% 0.00% getty
4331 root 2 0 416K 232K select 0:00 0.00% 0.00% pccardd
7 root 2 0 0K 0K pfeacc 0:00 0.00% 0.00% if_pfe_listen
11 root 2 0 0K 0K picacc 0:00 0.00% 0.00% if_pic_listen
3 root 18 0 0K 0K psleep 0:00 0.00% 0.00% vmdaemon
9 root 2 0 0K 0K scs_ho 0:00 0.00% 0.00% scs_housekeepi
10 root 2 0 0K 0K cb-pol 0:00 0.00% 0.00% cb_poll
Significado
A saída de amostra mostra a quantidade de memória virtual usada pelo Mecanismo de Roteamento e processos de software. Por exemplo, 118 MB de memória física são gratuitos e 512 MB do arquivo de swap são gratuitos, indicando que o roteador não está sem memória. O campo de processos mostra que a maioria dos 58 processos está no estado de sono, com 1 no estado em execução. O processo ou o comando que está sendo executado é o comando superior.
A coluna de comandos lista os processos que estão sendo executados no momento. Por exemplo, o processo do chassi (chassi) tem um identificador de processo (PID) de 4480, com uma prioridade atual (PRI) de 2. Um número de prioridade menor indica uma prioridade maior.
Os processos são listados de acordo com o nível de atividade, com o processo mais ativo no topo da produção. Por exemplo, o processo de chassi (chassi) está consumindo a maior quantidade de recursos de CPU em 2,34%.
O campo de memória (Mem) mostra a memória virtual gerenciada pelo Mecanismo de Roteamento e usada por processos. O valor no campo da memória está em KB e MB, e é dividido da seguinte forma:
-
Ativo — memória alocada e, na verdade, usada por programas.
-
Inact — Memória alocada, mas não recentemente usada, ou memória que foi liberada por programas. A memória inativa ainda é mapeada no espaço de endereço de um ou mais processos e, portanto, conta para o tamanho conjunto residente desses processos.
-
Com fio — a memória que não é elegível para ser trocada, e geralmente é usada para estruturas de memória do Mecanismo de Roteamento ou memória fisicamente bloqueada por um processo.
-
Cache — memória que não está associada a nenhum programa e não precisa ser trocada antes de ser reutilizado.
-
Buf — O tamanho do buffer de memória usado para reter dados chamados recentemente do disco.
-
Grátis — memória que não está associada a nenhum programa. A memória liberada por um processo pode se tornar Inactive, Cache ou Free, dependendo do método usado pelo processo para liberar a memória.
Quando o sistema está sob pressão de memória, o processo de pageout reutiliza a memória das páginas gratuitas, cache, inativas e, se necessário, ativas.
O campo Swap mostra o espaço total de swap disponível e quanto não éutilizado. No exemplo, a saída mostra 512 MB de espaço total de swap e 512 MB de espaço de troca livre.
Por fim, o uso de memória de cada processo está listado. O campo SIZE indica o tamanho do espaço de endereço virtual, e o campo RES indica a quantidade do programa em memória física, que também é conhecido como RSS ou Tamanho do conjunto residente. Na saída de amostra, o processo de chassi (chassi) tem 3728 KB de espaço de endereço virtual e 1908 KB de memória física.
Exemplo de configuração inicial do mecanismo de roteamento
Você pode usar grupos de configuração para garantir que os endereços IP corretos sejam usados para cada Mecanismo de Roteamento e manter um único arquivo de configuração para ambos os mecanismos de roteamento.
O exemplo a seguir define grupos de configuração re0 e re1 com endereços IP separados. Esses nomes de grupos de configuração bem conhecidos fazem efeito apenas no mecanismo de roteamento apropriado.
groups {
re0 {
system {
host-name my-re0;
}
interfaces {
fxp0 {
description "10/100 Management interface";
unit 0 {
family inet {
address 10.255.2.40/24;
}
}
}
}
}
re1 {
system {
host-name my-re1;
}
interfaces {
fxp0 {
description "10/100 Management interface";
unit 0 {
family inet {
address 10.255.2.41/24;
}
}
}
}
}
}
Você pode atribuir um endereço IP adicional à interface Ethernet de gerenciamento (no exemplo) em ambos os mecanismos de roteamento. O endereço atribuído usa a palavra-chave somente mestre e é idêntico para ambos os Mecanismos de roteamento, garantindo que o endereço IP para o mecanismo de roteamento primário possa ser acessado a qualquer momento. O endereço está ativo apenas na interface Ethernet de gerenciamento principal do Mecanismo de Roteamento. Durante uma troca de mecanismo de roteamento, o endereço passa para o novo mecanismo de roteamento primário.
Por exemplo, na re0, a configuração é:
[edit groups re0 interfaces fxp0]
unit 0 {
family inet {
address 10.17.40.131/25 {
master-only;
}
address 10.17.40.132/25;
}
}
Na re1, a configuração é:
[edit groups re1 interfaces fxp0]
unit 0 {
family inet {
address 10.17.40.131/25 {
master-only;
}
address 10.17.40.133/25;
}
}
Para obter mais informações sobre a configuração inicial de mecanismos de roteamento duplos, consulte o Guia de instalação e atualização de software do Junos OS. Para obter mais informações sobre a atribuição de um endereço IP adicional à interface Ethernet de gerenciamento com a palavra-chave master-only em ambos os mecanismos de roteamento, consulte o Guia de usuário do Junos OS CLI.
Veja também
Cópia de um arquivo de configuração de um mecanismo de roteamento para o outro
Você pode usar a porta do console ou a porta Ethernet de gerenciamento para estabelecer conectividade entre os dois mecanismos de roteamento. Em seguida, você pode copiar ou usar o FTP para transferir a configuração da primária para o backup, carregar o arquivo e empenhá-lo da maneira normal.
Para se conectar ao outro mecanismo de roteamento usando a porta Ethernet de gerenciamento, emita o seguinte comando:
user@host> request routing-engine login (other-routing-engine | re0 | re1)
Em um roteador TX Matrix, para fazer conexões com o outro mecanismo de roteamento usando a porta Ethernet de gerenciamento, emita o seguinte comando:
user@host> request routing-engine login (backup | lcc number | master | other-routing-engine | re0 | re1)
Para obter mais informações sobre o request routing-engine login comando, consulte o CLI Explorer.
Para copiar um arquivo de configuração de um mecanismo de roteamento para o outro, emita o file copy comando:
user@host> file copy source destination
Neste caso, source é o nome do arquivo de configuração. Esses arquivos são armazenados no diretório /configuração. A configuração ativa é /config/juniper.conf, e configurações antigas estão em /config/juniper.conf {1...9}. O destination arquivo é do outro Mecanismo de Roteamento.
O exemplo a seguir copia um arquivo de configuração do Mecanismo de Roteamento 0 para o Mecanismo de Roteamento 1:
user@host> file copy /config/juniper.conf re1:/var/tmp/copied-juniper.conf
O exemplo a seguir copia um arquivo de configuração do Mecanismo de Roteamento 0 para o Mecanismo de Roteamento 1 em um roteador TX Matrix:
user@host> file copy /config/juniper.conf scc-re1:/var/tmp/copied-juniper.conf
Para carregar o arquivo de configuração, insira o load replace comando no nível de [edit] hierarquia:
user@host> load replace /var/tmp/copied-juniper.conf
Certifique-se de alterar quaisquer endereços IP especificados na configuração de interface Ethernet de gerenciamento no Mecanismo de Roteamento 0 para endereços apropriados para o Mecanismo de Roteamento 1.
Veja também
Carregando um pacote de software do outro mecanismo de roteamento
Você pode carregar um pacote do outro mecanismo de roteamento para o mecanismo de roteamento local usando o comando existente request system software add package-name :
user@host> request system software add re(0|1):/filename
Na parte re da URL, especifique o número do outro mecanismo de roteamento. filename Na parte da URL, especifique o caminho para o pacote. Os pacotes normalmente estão no diretório /var/sw/pkg.