Contents

Introduction
Prerequisites
Requirements
Componentes Utilizados
Informações de Apoio
Visão geral da atualização rack-by-rack
Fase de desligamento do Rack 1
Fase de ativação do Rack 1
Fase crítica de failover
Fase de ativação do Rack 0
Fase de limpeza
Configurar
Diagrama de Rede
Verificar
Troubleshoot
Caveats

Introduction

Este documento mostra como realizar uma atualização rack-by-rack com script, e também como ativar uma recarga SMU (Software Maintenance Upgrade) em um cluster ASR 9000 Series Aggregation Services Router nV Edge. Uma atualização rack-by-rack pode ser usada durante a instalação de uma nova versão do software ou de um patch de software (SMU) nos racks. A perda de pacotes é minimizada na atualização do software graças às novas topologias de rede, que incorporam a redundância de cabeamentos dos racks ao cluster.

Até o momento de publicação deste documento (maio de 2014), contamos com três métodos confirmados para realizar a atualização ou ativação de SMU em um cluster:

  1. Uma atualização padrão de software ou ativação padrão de SMU por meio do comando install activate . Os dois racks devem estar ativos.
  2. A realização da atualização padrão de software, bem como a ativação de SMU do ASR 9000, requer três ações: o desligamento do rack DSC de backup (Designated Shelf Controller), a atualização do software instalado no rack DSC primário (recarregamento do sistema) e a ativação do rack DSC de backup, para que a sincronização seja realizada.
  3. O método rack-by-rack com script.

O terceiro método será discutido no documento.

Observação: não é recomendável executar a atualização rack-by-rack sem o script.

Observação: In-Service Software Upgrade (ISSU) não é suportado no cluster, mesmo para ativação SMU.

A perda de pacotes pode variar dependendo da escala e dos recursos, mas deve permanecer entre o intervalo de 8 seg <> 180 seg.

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento destes tópicos:

Componentes Utilizados

As informações contidas neste documento são baseadas em um sistema com dois ASR 9001, Cisco IOS XR com qualquer versão entre 4.3.2 e 5.1.0 e uma estação de trabalho Ubuntu Linux.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Informações de Apoio

Visão geral da atualização rack-by-rack

Fase de desligamento do Rack 1

Fase de ativação do Rack 1

Fase crítica de failover

Fase de ativação do Rack 0

Fase de limpeza

Configurar

Diagrama de Rede

Nota:Use a Command Lookup Tool (somente clientes registrados) para obter mais informações sobre os comandos usados nesta seção.

Observação: um ASR 9001 tem apenas 1 porta de console por chassi.

  1. Recupere uma cópia do script.
    Enter into KSH and copy the script to disk0:

    From exec mode type 'run' to enter KSH.

    Copy the file from /pkg/bin/ folder using the following command: 
    cp /pkg/bin/nv_edge_upgrade.exp <destination> 
    eg: cp /pkg/bin/nv_edge_upgrade.exp /disk0:

    After this the script can be copied off the router and modified.
  2. Instale, no servidor Linux, o software indicado no script.
    sudo yum install expect

    or

    sudo apt-get install expect
  3. Determine o local de instalação do script no servidor Linux.
    root@ubuntu:~$ whereis expect 
    expect: /usr/bin/expect /usr/bin/X11/expect /usr/share/man/man1/expect.1.gz
    root@ubuntu:~$
  4. Modifique a primeira linha do script nv_edge_upgrade.exp para que ela corresponda ao diretório inicial do software indicado no script.
    #!/usr/bin/expect -f
  5. Altere o script para que ele corresponda às configurações do servidor do console.

    Observação: Se você atualizar um cluster ASR 9001, poderá deixar o endereçamento em standby inalterado. Mesmo com um endereçamento de standby falso, o script será executado com sucesso.

    set rack0_addr      "172.18.226.153"
    set rack0_port      "2049"

    set rack0_stby_addr "172.27.152.19"
    set rack0_stby_port "2004"

    set rack1_addr      "172.18.226.153"
    set rack1_port      "2050"

    set rack1_stby_addr "172.27.152.19"
    set rack1_stby_port "2007"
  6. Inclua as credenciais de login no script.
    set router_username "cisco"
    set router_password "cisco"
  7. Inclua a nova lista de imagens no script
    set image_list       "disk0:asr9k-mini-px-5.1.0  \
    disk0:asr9k-fpd-px-5.1.0 \
    disk0:asr9k-mpls-px-5.1.0 \
    disk0:asr9k-mgbl-px-5.1.0 \
    disk0:asr9k-bng-px-5.1.0 \ "

    ou recarregue os SMUs que precisam ser ativados.

    set image_list       "disk0:asr9k-px-5.1.0-CSCxxXXXXX-1.0.0  \ "
  8. Inclua os IRLs no script. Insira o comando show nv edge data forwarding location 0/RSP0/CPU0 para verificar os links.
    set irl_list {{TenGigE 0/0/2/0} {TenGigE 0/0/2/1} {TenGigE 1/0/2/0} {TenGigE 1/0/2/1} }
  9. Modifique o script para incluir uma sequência de desconexão Linux Telnet. O valor octal 35 equivale a uma combinação de chaves Ctrl-], que costuma ser usada para encerrar a conexão Telnet reversa do console e permitir que o script seja concluído com sucesso. Essa modificação deve ocorrer perto da linha 162 do script.
    proc router_disconnect { } {
      global debug_mode
      global connected_rack

      if {$debug_mode == 1} { return }

      send -- "\35"
      sleep 1
      expect -exact "telnet> "
      send -- "quit\r"
      expect eof

      set connected_rack -1
      sleep 5
  10. Instale e adicione o novo software ou SMUs ao cluster ASR 9000.
    admin 
    install add tar ftp://cisco:cisco@10.118.12.236/5.1.0.tar sync
  11. Assim que a operação de instalação e adição for concluída, desconecte todas as sessões ativas de terminal das portas de console do cluster.
  12. Acesse o servidor Linux e ative o script.
    root@ubuntu:~/nV$ expect nv_edge_upgrade.exp
    ########################
    This CLI Script performs a software upgrade on
    an ASR9k Nv Edge system, using a rack-by-rack
    parallel reload method.  This script will modify
    the configuration of the router, and will incur
    traffic loss.

    Do you wish to continue [y/n] y

Verificar

Use esta seção para confirmar se a sua configuração funciona corretamente.

O progresso do script/atualização pode ser visto na estação de trabalho do Linux. A atualização rack-by-rack leva entre 45 e 60 minutos para ser realizada.

No ASR 9000, realize as etapas a seguir para confirmar a atualização do software/a ativação do SMU e o status do sistema nV system:

  1. Verifique o software XR.
    RP/0/RSP0/CPU0:ASR9006#show install active summary
    Mon Mar 31 12:43:43.825 EST
    Default Profile:
      SDRs:
        Owner
      Active Packages:
        disk0:asr9k-fpd-px-5.1.0
        disk0:asr9k-mgbl-px-5.1.0
        disk0:asr9k-mpls-px-5.1.0
        disk0:asr9k-mini-px-5.1.0
        disk0:asr9k-bng-px-5.1.0 
        disk0:asr9k-px-5.1.0-CSCxxXXXXX-1.0.0

    RP/0/RSP0/CPU0:ASR9006#show install committed summary
    Mon Mar 31 12:44:07.250 EST
    Default Profile:
      SDRs:
        Owner
      Committed Packages:
        disk0:asr9k-fpd-px-5.1.0
        disk0:asr9k-mgbl-px-5.1.0
        disk0:asr9k-mpls-px-5.1.0
        disk0:asr9k-mini-px-5.1.0
        disk0:asr9k-bng-px-5.1.0
        disk0:asr9k-px-5.1.0-CSCxxXXXXX-1.0.0
  2. Verifique o plano de dados.
    show nv edge data forwarding location all
    <Snippet>
    -----------------node0_RSP0_CPU0------------------

    nV Edge Data interfaces in forwarding state: 4

    TenGigE0_0_1_3                  <-->  TenGigE1_0_0_3                
    TenGigE0_1_1_3                  <-->  TenGigE1_1_0_3              
    TenGigE0_2_1_3                  <-->  TenGigE1_2_0_3               
    TenGigE0_3_1_3                  <-->  TenGigE1_3_0_3                    
    <Snippet>

    Nesta saída, os IRLs devem estar no estado de encaminhamento.

  3. Verifique o plano de controle.
    show nv edge control control-link-protocols location 0/RSP0/CPU0
    <Snippet>
    Port enable administrative configuration setting: Enabled
    Port enable operational state: Enabled
    Current bidirectional state: Bidirectional
    Current operational state: Advertisement - Single neighbor detected
    Priority lPort             Remote_lPort      UDLD STP
    ======== =====             ============      ==== ========
    0        0/RSP0/CPU0/0     1/RSP0/CPU0/0     UP   Forwarding
    1        0/RSP0/CPU0/1     1/RSP1/CPU0/1     UP   Blocking  
    2        0/RSP1/CPU0/0     1/RSP1/CPU0/0     UP   On Partner RSP
    3        0/RSP1/CPU0/1     1/RSP0/CPU0/1     UP   On Partner RSP

    Nesta saída, o 'estado bidirecional atual' deve ser exibido como Bidirecional e apenas uma das portas deve estar configurada como Encaminhamento.

  4. Verifique o estado do cluster.
    RP/0/RSP0/CPU0:ASR9006#admin show dsc
    ---------------------------------------------------------
               Node  (     Seq)     Role       Serial State
    ---------------------------------------------------------
        0/RSP0/CPU0  (       0)   ACTIVE  FOX1613G35U PRIMARY-DSC
        0/RSP1/CPU0  (10610954)  STANDBY  FOX1613G35U NON-DSC
        1/RSP0/CPU0  (  453339)  STANDBY  FOX1611GQ5H NON-DSC
        1/RSP1/CPU0  (10610865)   ACTIVE  FOX1611GQ5H BACKUP-DSC

    Este comando exibe tanto o status DSC (entre racks) e a função de redundância (interna aos racks) para os RSPs (Route Switch Processors) do sistema.

    Neste exemplo:

    • RSP0 em Rack 0 é o DSC primário e o RSP ativo do rack.
    • RSP1 em Rack 0 não é DSC e o RSP em standby do rack.
    • RSP0 em Rack 1 não é DSC e o RSP em standby do rack.
    • RSP1 em Rack 1 é o DSC backup e o RSP ativo do rack.

    Observação: a função DSC é usada para tarefas que só precisam ser concluídas uma vez no sistema, como aplicar a configuração ou executar atividades de instalação.

    Observação: a função do RSP principal é determinada pela ordem em que os racks e os RSPs são inicializados.

Troubleshoot

Atualmente, não existem informações disponíveis específicas sobre Troubleshooting para esta configuração.

Caveats