H3C Switches DR System Upgrade & Replacement & Expansion Guide-6W102

HomeSupportResource CenterDiagnose & MaintainUpgrade GuidesH3C Switches DR System Upgrade & Replacement & Expansion Guide-6W102
Download Book

 

H3C Switches DR System Upgrade Guide

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Document version: 6W101-20220430

 

Copyright © 2022 New H3C Technologies Co., Ltd. All rights reserved.

No part of this manual may be reproduced or transmitted in any form or by any means without prior written consent of New H3C Technologies Co., Ltd.

Except for the trademarks of New H3C Technologies Co., Ltd., any trademarks that may be mentioned in this document are the property of their respective owners.

This document provides generic technical information, some of which might not be applicable to your products.

The information in this document is subject to change without notice.


Contents

About DR system upgrade· 1

DR system upgrade methods· 1

Standard upgrade· 1

Graceful upgrade· 2

Upgrade process· 2

Benefits· 3

Compatible hardware and software· 3

Preparing for an upgrade· 4

Verifying the device state· 4

Viewing the current software version· 4

Verifying system states· 4

Verifying DR system states· 5

Checking the flash memory· 6

Verifying service states· 7

Preparing upgrade files· 7

Startup files· 7

Patch images· 8

Configuration file· 8

Preparing tools· 8

Setting up the upgrade environment and transferring the upgrade files to the device· 8

Performing a standard upgrade· 8

Disconnecting the DR member devices from a controller (in a controller-based environment) 8

Upgrading one member device· 9

Specifying upgrade files· 9

Isolating the member device· 9

Rebooting the member device· 9

Verifying the upgrade result 9

Restoring network connections on the member device· 10

Verifying service states· 10

Upgrading the other member device· 10

Restoring the controller connection (in a controller-based environment) 11

Rolling back the DR system (in a controller-based environment) 11

Replacing a faulty device by performing a standard upgrade· 11

Transferring the configuration file of the faulty device to the replacement device· 11

Upgrading the replacement device· 12

Disconnecting the replacement device· 12

Disconnecting the faulty device· 12

Replacing the faulty device· 12

Powering on the replacement device· 12

Setting up network connections on the replacement device· 13

Verifying service states on the replacement device· 14

Performing a graceful upgrade· 14

Disconnecting the DR member devices from a controller (in a controller-based environment) 14

Upgrading one member device· 15

Switching to maintenance mode· 15

Saving the running configuration· 15

Specifying upgrade files and rebooting the member device· 16

Verifying the upgrade result 16

Switching to normal mode· 17

Upgrading the other member device· 18

Restoring the controller connection (in a controller-based environment) 18

Rolling back the DR system (in a controller-based environment) 18

Replacing a faulty device by performing a graceful upgrade· 18

Switching to maintenance mode· 18

Transferring the configuration file of the faulty device to the replacement device· 19

Upgrading the replacement device· 19

Disconnecting the replacement device· 19

Disconnecting the faulty device· 19

Replacing the faulty device· 19

Connecting the replacement device to the network· 19

Powering on the replacement device or bringing up the physical interfaces· 20

Switching to normal mode on the replacement device· 20

Verifying service states on the replacement device· 20

 

 


About DR system upgrade

Distributed Resilient Network Interconnect (DRNI) virtualizes two physical devices into one system through multichassis link aggregation to provide node redundancy in addition to link redundancy.

In addition to the benefits of link aggregation, such as high bandwidth, link redundancy, and load sharing, DRNI also provides service continuity during software upgrade of one member in the multichassis link aggregation system.

This document introduces the following upgrade methods:

·     Standard upgrade.

·     Graceful upgrade. Use this method on GIR-capable devices.

 

 

NOTE:

Graceful insertion and removal (GIR) enables you to gracefully isolate the device from the network for device maintenance or upgrade. GIR minimizes service interruption by instructing the affected protocols (for example, routing protocols) to isolate the device and switch over to the redundant path. You do not need to configure graceful switchover protocol by protocol. For more information about GIR, see the fundamentals configuration guides or release notes for the devices.

 

DR system upgrade methods

Standard upgrade

To perform a standard upgrade, upgrade the DR member devices one by one. All DRNI-capable device models support the standard upgrade method.

As shown in Figure 1, you can upgrade the DR member devices in any order. The impact of the upgrade on services does not differ whether you upgrade the primary or secondary device first. If you upgrade the secondary device first, the roles of the DR member devices are switched after the upgrade.

Figure 1 Standard upgrade process

 

Graceful upgrade

Upgrade process

This upgrade method guarantees zero packet loss during an upgrade.

In a graceful upgrade, the DR member devices are also upgraded one by one. Unlike a standard upgrade, a graceful upgrade requires you to place a DR member device in maintenance mode before you upgrade it. After the DR member device is upgraded, you must place it in normal mode.

As shown in Figure 2, you can upgrade the DR member devices in any order. The impact of the upgrade on services does not differ whether you upgrade the primary or secondary device first. If you upgrade the secondary device first, the roles of the DR member devices are switched after the upgrade.

Figure 2 Graceful upgrade process

 

Benefits

With spanning tree disabled, a standard upgrade interrupts traffic for 500 ms or shorter, while a graceful upgrade guarantees non-stop forwarding of east-west overlay traffic and north-south underlay traffic at the leaf tier.

Compatible hardware and software

A graceful upgrade requires the DR member devices to support GIR. Table 1 shows the hardware and software support for GIR.

Table 1 Hardware and software support for GIR

Hardware

Software

S12500X-AF, S12500F-AF

F2805 or later

S12500G-AF, S12500-XS, S10500X, S7600, S7600E-X, S7500X

R7624P0x or later

S6890

F2805 or later

S6805, S6850, S9850

F6623 or later

S9820-8C

F6631 or later

S6550XE-HI, S6525XE-HI

ESS 6103L03

 

Preparing for an upgrade

 

NOTE:

·     This document uses the command output from the S6850 switch series for demonstration. The command output varies by device model.

·     To facilitate viewing and recording of the command output, you can execute the screen-length disable command in user view to disable pausing between screens of output.

 

Verifying the device state

Viewing the current software version

Execute the display version command to view the current software version.

<Sysname> display version

H3C Comware Software, Version 7.1.070, Feature 6632

Copyright (c) 2004-2021 New H3C Technologies Co., Ltd. All rights reserved.

H3C S6850-56HF uptime is 0 weeks, 4 days, 1 hour, 44 minutes

Last reboot reason : User reboot

Verifying system states

Perform the following tasks:

·     Execute the display device command to verify that the device is operating correctly.

<Sysname> display device

Slot Type                State    Subslot  Soft Ver                     Patch Ver

1    S6850-56HF          Master   0        S6850-56HF-6632              None     

·     Execute the display system stable state command to verify that the device is stable.

<Sysname> display system stable state

System state     : Stable

Redundancy state : No redundancy

  Slot    CPU    Role       State

  1       0      Active     Stable

·     Execute the display memory command and record the memory usage.

<Sysname> display memory

Memory statistics are measured in KB:                                          

Slot 1:                                                                        

             Total      Used      Free    Shared   Buffers    Cached   FreeRatio

Mem:       8090436   1633592   6456844         0      3672    187888       79.8%

-/+ Buffers/Cache:   1442032   6648404                                         

Swap:            0         0         0                                         

·     Execute the display cpu-usage command and record the CPU usage.

<Sysname> display cpu-usage

Slot 1 CPU 0 CPU usage:

       1% in last 5 seconds

       1% in last 1 minute

       1% in last 5 minutes

Verifying DR system states

Perform the following tasks:

·     Execute the display drni summary command to verify that DRNI is operating correctly.

<Sysname> display drni summary

Flags: A -- Aggregate interface down, B -- No peer DR interface configured

C -- Configuration consistency check failed

 

IPP: BAGG1

IPP state (cause): UP

Keepalive link state (cause): UP

 

DR interface information

DR interface  DR group  Local state (cause)  Peer state  Remaining down time(s)

BAGG2          2           UP                       UP           -

BAGG3          3           UP                       UP           -

·     Execute the display drni keepalive command to verify that the keepalive link is operating correctly.

<Sysname> display drni keepalive

Neighbor keepalive link status: Up

Neighbor is alive for: 135642 s 501 ms

Keepalive packet transmission status:

  Sent: Successful

  Received: Successful

Last received keepalive packet information:

  Source IP address: 10.0.0.2

  Time: 2021/12/11 09:21:51

  Action: Accept

 

Distributed relay keepalive parameters:

Destination IP address: 10.0.0.2

Source IP address: 10.0.0.1

Keepalive UDP port : 6400

Keepalive VPN name : vpn1

Keepalive interval : 1000 ms

Keepalive timeout  : 5 sec

Keepalive hold time: 3 sec

·     Execute the display drni role command to verify that the DR role of the device is correct.

<Sysname> display drni role

                    Effective role information

Factors                  Local                   Peer

Effective role         Primary                  Secondary

Initial role            None                     None

MAD DOWN state          Yes                      Yes

Health level            0                         0

Role priority           32768                    32768

Bridge MAC              3cd4-3ce1-0200          3cd4-437d-0300

Effective role trigger: IPL calculation

Effective role reason: Bridge MAC

 

                    Configured role information

Factors                  Local                    Peer

Configured role          Primary                  Secondary

Role priority            32768                    32768

Bridge MAC               3cd4-3ce1-0200          3cd4-437d-0300

·     Execute the display drni system command to verify that the DR system parameters are correct.

<Sysname> display drni system

                     System information

Local system number: 1                       Peer system number: 2

Local system MAC: 0001-0001-0001           Peer system MAC: 0001-0001-0001

Local system priority: 123                  Peer system priority: 123

Local bridge MAC: 3cd4-3ce1-0200           Peer bridge MAC: 3cd4-437d-0300

Local effective role: Primary              Peer effective role: Secondary

Health level: 0

Standalone mode on split: Enabled

In standalone mode: No

 

                     System timer information

Timer                       State       Value (s)    Remaining time (s)

Auto recovery              Disabled    -            -

Restore delay              Disabled    300          -

Consistency-check delay  Disabled    15           -

Standalone delay          Disabled    -            -

Role to None delay        Disabled    60           -

Checking the flash memory

1.     Execute the dir command to verify that the flash memory has sufficient space to save the target images.

<Sysname> dir

Directory of flash:

   0 -rw-       80264 DEC 11 2021 00:33:57   startup.mdb

   1 -rw-        3523 DEC 11 2021 00:33:56   startup.cfg

   2 -rw-    9959424  DEC 11 2021 16:04:08   boot.bin

   3 -rw-    53555200 DEC 11 2021 16:04:08   system.bin

   4 drw-           - DEC 11 2021 00:03:07   seclog

   5 drw-           - DEC 11 2021 00:03:07   versionInfo

   6 -rw-    91273216 DEC 11 2021 09:54:27   backup.bin

 

1048576 KB total (897252 KB free)

2.     If the flash memory does not have sufficient space, delete undesired files by executing the delete /unreserved flash:/filename command in user view.

Verifying service states

Execute the commands in the following matrix to verify that the MAC address table, ARP table, routing neighbor, routing table, and FIB entries are correct.

 

Command

Description

display mac-address

Display MAC address entries.

display arp

Display ARP entries.

display ipv6 neighbors

Display IPv6 neighbors.

display ip interface brief

Display IP addresses of Layer 3 interfaces.

display ospf peer

Display OSPF neighbors.

display ospfv3 peer

Display OSPFv3 neighbors.

display bgp peer ipv4

Display BGP IPv4 peers.

display bgp peer ipv6

Display BGP IPv6 peers.

display isis peer

Display IS-IS neighbors.

display ip routing-table

display ip routing-table all-routes

display ipv6 routing-table

display ipv6 routing-table all-routes

Display routing information.

display fib

display ipv6 fib

Display FIB entries.

display vrrp

display vrrp ipv6

Display VRRP group status.

display current-configuration

Display the running configuration.

 

Preparing upgrade files

Prepare startup files, patch images, and a configuration file.

Startup files

Startup files provide hardware drivers and service features. Startup files include the following:

·     Boot image—A file that contains the operating system kernel. It provides process management, memory management, file system management, and the emergency shell.

·     System image—A file that contains required and standard features, including device management, interface management, configuration management, and routing.

Software images are released in one of the following forms:

·     Separate .bin files.

·     As a whole in one .ipe package file. The images in an .ipe package file are compatible

 

 

NOTE:

The S6850 switch series uses an .ipe package that contains the image files and the BootRom file. If you specify an .ipe package as the next-startup file, the device will automatically extract all .bin files from the package and load them at the next startup.

 

Patch images

A patch image is released for fixing bugs without rebooting the device.

Configuration file

A configuration file saves a set of commands for configuring software features on the device. You can save any configuration to a configuration file so the configuration can survive a reboot. You can also use configuration files to bulk configure devices.

Preparing tools

Prepare the following tools:

·     An endpoint for accessing the device.

·     An Ethernet network cable and a console cable.

·     FTP Server, SFTP Server, or TFTP Server software.

The software is not provided with the device. You need to purchase and install the software on the endpoint.

Setting up the upgrade environment and transferring the upgrade files to the device

1.     Connect the endpoint to the device with cables.

¡     Use the console cable to connect the serial port of the endpoint to the console port of the device.

¡     Use the Ethernet network cable to connect the network port of the endpoint to the management Ethernet interface of the interface.

2.     Transfer the upgrade files to the device through FTP, SFTP, or TFTP.

Performing a standard upgrade

Disconnecting the DR member devices from a controller (in a controller-based environment)

1.     If the DR member devices are connected to a controller, disconnect them from the controller.

2.     Execute the display openflow instance instance-id controller command to verify that the controller is disconnected.

[Sysname] display openflow instance 1 controller | include state

 Connect state           : Idle

 Connect state           : Idle

Upgrading one member device

Specifying upgrade files

1.     Specify the target .ipe package as a next-startup file.

<Sysname> boot-loader file flash:/s9850_6850-f6633.ipe all main

2.     Verify that the .ipe package will be loaded at the next startup.

<Sysname> display boot-loader

Software images on slot 1:

Current software images:

  flash:/s9850_6850-cmw710-boot-f6632.bin

  flash:/s9850_6850-cmw710-system-f6632.bin

Main startup software images:

  flash:/s9850_6850-cmw710-boot-f6633.bin

  flash:/s9850_6850-cmw710-system-f6633.bin

Backup startup software images:

  None

Isolating the member device

Perform one of the following tasks:

·     Shut down the physical interfaces in the following order:

a.     Downlink service interfaces.

b.     Uplink service interfaces.

c.     Physical interface used for setting up the keepalive link.

d.     Physical member ports of the IPP.

·     Shut down all physical interfaces by interface range or power off the device in scenarios insensitive to service interruption.

Do not shut down logical interfaces such as aggregate, VLAN, tunnel, and VSI interfaces.

Rebooting the member device

Execute the reboot command to reboot the member device.

<Sysname> reboot

Start to check configuration with next startup configuration file, please wait.........DONE!

Current configuration may be lost after the reboot, save current configuration? [Y/N]:y  -----Enter y to save the configuration.

Please input the file name(*.cfg)[flash:/drni_old.cfg]

(To leave the existing filename unchanged, press the enter key):startup.cfg

Validating file. Please wait...

Saved the current configuration to mainboard device successfully.

This command will reboot the device. Continue? [Y/N]:y  --------Enter y to reboot the device.

Verifying the upgrade result

1.     Verify that the member device has been upgraded to the target version.

<Sysname> display boot-loader

Software images on slot 1:

Current software images:

  flash:/s9850_6850-cmw710-boot-f6633.bin

  flash:/s9850_6850-cmw710-system-f6633.bin

Main startup software images:

  flash:/s9850_6850-cmw710-boot-f6633.bin

  flash:/s9850_6850-cmw710-system-f6633.bin

Backup startup software images:

  None

2.     Execute the display device command to verify that the member device is operating correctly.

<Sysname> display device

Slot Type                State    Subslot  Soft Ver                     Patch Ver

1    S6850-56HF          Master   0        S6850-56HF-6633              None     

3.     Verify that the configuration has been restored:

¡     Execute the display current-configuration command in any view to verify that the configuration has been restored to the state before the upgrade.

¡     Execute the display diff current-configuration configfile flash:/XXX.cfg command in any view to verify that the current configuration file is not lost or changed.

Restoring network connections on the member device

If you have shut down the physical interfaces one by one or by interface range before the upgrade, bring up the physical interfaces in the following order:

1.     Physical member ports of the IPP.

2.     Physical interface used for setting up the keepalive link.

3.     Uplink service interfaces.

4.     Downlink service interfaces.

If you have powered off the device before the upgrade, skip this step.

Verifying service states

1.     Perform one of the following tasks:

¡     Display forwarding entries such as routing, FIB, and MAC address entries to verify that they are not lost during the upgrade and that service flows are the same as before the upgrade. Verify that the memory usage and CPU usage of the device do not change greatly before and after the upgrade.

¡     Verify with the O&M team that the services and servers attached to the device are operating correctly.

2.     If services are abnormal, roll back the software and check service states again to restore abnormal services.

Upgrading the other member device

Upgrade the other member device as described in "Upgrading one member device."

If services are abnormal after the upgrade, roll back the software on the DR member devices in the reverse order of their upgrade.

Restoring the controller connection (in a controller-based environment)

1.     Connect the primary and secondary devices to the controller.

2.     Execute the display openflow instance instance-id controller command to verify that the controller is connected.

[Sysname] display openflow instance 1 controller | include state

 Connect state           : Established

 Connect state           : Established

Rolling back the DR system (in a controller-based environment)

If the services are abnormal after you connect the controller, roll back the DR system to the original software version as follows:

1.     Disconnect the controller.

2.     Roll back the software on the DR member devices in the reverse order of their upgrade..

Replacing a faulty device by performing a standard upgrade

Transferring the configuration file of the faulty device to the replacement device

If the faulty device is operational, use the following workflow:

1.     Save the configuration file and download it to your endpoint.

2.     (Optional.) Delete the emergency processing settings from the configuration file, such as the shutdown command on faulty interfaces and traffic collection configuration.

3.     Transfer the configuration file to the replacement device.

If the faulty device is not operational, use the following workflow:

1.     Obtain the most recent backup for the configuration file of the faulty device from the network management system or configuration backup tool you use for configuration backup.

2.     Use one of the following methods to verify that the backup configuration file contains the running configuration of the faulty device:

a.     Check the contents of the backup configuration file.

b.     Compare the backup configuration file with that of the running DR member device.

3.     Transfer the backup configuration file to the replacement device.

Upgrading the replacement device

Upgrade the replacement device to the software version used by the running DR member device, as described in "Upgrading one member device."

Disconnecting the replacement device

To reduce traffic loss, power off the replacement device or shut down all its physical interfaces.

Disconnecting the faulty device

Power off the faulty device or shut down all its physical interfaces. Use the power-off method when you replace faulty devices in bulk.

Replacing the faulty device

To replace the faulty device at its original location:

1.     Confirm the service change window and hardware replacement schedule with business departments.

2.     Power off the faulty device and remove it from the rack.

Transient service interruption will occur after the faulty device is powered off. You can ignore this issue for insensitive services. To record the service interruption duration and packet loss duration, perform ping operations continuously.

3.     Place the replacement device on the rack.

4.     Set up an IPL between the replacement device and the running DR member device.

To place the replacement device at a location different than the faulty device:

1.     Place the replacement device on the rack as required.

2.     Confirm the service change window and hardware replacement schedule with business departments.

3.     Power off the faulty device and remove it from the rack.

Transient service interruption will occur after the faulty device is powered off. You can ignore this issue for insensitive services. To record the service interruption duration and packet loss duration, perform ping operations continuously.

4.     Set up an IPL between the replacement device and the running DR member device.

Powering on the replacement device

1.     Power on the replacement device.

2.     After the replacement device finishes bootup, verify DRNI configuration consistency:

¡     Display interface-specific information about type 1 configuration consistency check.

<Sysname> display drni consistency type1 interface bridge-aggregation 1//Replace the aggregate interface name based on your network environment.

LAGG consistency check: Success

Local aggregation mode: Dynamic

Peer aggregation mode: Dynamic

VLAN consistency check :Success

Local link type: Trunk

Peer link type: Trunk

Local PVID: 10

Peer PVID: 10

STP consistency check: Success

Local STP protocol state: Enabled

Peer STP protocol state: Enabled

¡     Display global information about type 2 configuration consistency check.

<Sysname> display drni consistency type2 global

VLAN consistency check: Success

Local VLAN interfaces:

  2-10, 15, 20-30, 40, 50

Peer VLAN interfaces:

  2-10, 15, 20-30, 40, 50

Passing PVID and VLANs (tagged) on local IPP:

  1

Passing PVID and VLANs (tagged) on peer IPP:

  1

Invalid VLANs on local IPP:

  None

Setting up network connections on the replacement device

1.     Connect the uplink service interfaces, and verify that protocols run correctly on the uplinks. For example, verify that OSPF neighbor relationships are established and LACP aggregation state is correct.

2.     Connect the downlink service interfaces, and perform ping operations continuously to detect traffic interruption or loss.

3.     Set up a keepalive link with the running DR member device, and verify that the keepalive link operates correctly and no local interface is in DRNI MAD DOWN state.

<Sysname> display drni keepalive

Neighbor keepalive link status: Up//The peer device is present and can send and receive keepalive packets.

Neighbor is alive for: 135642 s 501 ms

Last keepalive packet sending status: Successful

Last keepalive packet sending time: 2021/12/11 18:23:53 986 ms

Last keepalive packet receiving status: Successful

Last keepalive packet receiving time: 2021/12/11 18:23:54 99 ms

Distributed relay keepalive parameters:

Destination IP address: 10.0.0.2

Source IP address: 10.0.0.1

Keepalive UDP port : 6400

Keepalive VPN name : vpn1

Keepalive interval : 1000 ms

Keepalive timeout  : 5 sec

Keepalive hold time: 3 sec

 

<Sysname> display drni mad verbose

DRNI MAD DOWN state: No //No interface is in DRNI MAD DOWN state.

Restore delay: 30 s

Remaining restore delay: -

DRNI MAD default action: DOWN

DRNI MAD DOWN persistence: Disabled

Excluding logical interfaces: Disabled

Port configuration for DRNI MAD DOWN action:

  Included ports(user-configured):

  Included ports(system-configured):

  Excluded ports(user-configured):

  Excluded ports(system-configured):

    Management interfaces:

      M-GigabitEthernet0/0/0

      M-GigabitEthernet0/0/1

    DR interfaces:

      Bridge-Aggregation4

    IPP:

      Bridge-Aggregation3

    Member interfaces of IPP Bridge-Aggregation3:

      Twenty-FiveGigE1/0/1

      Twenty-FiveGigE1/0/2

Verifying service states on the replacement device

1.     Execute the display interface brief command to verify that the physical interfaces are in UP state instead of the Administratively DOWN or ADM state.

2.     Verify that links are aggregated correctly:

a.     Execute the display link-aggregation verbose bridge-aggregation command to verify that aggregate member ports are selected.

b.     Execute the display interface brief command to verify that the bandwidth of aggregation interfaces is as expected.

3.     Verify with the O&M team that the services and servers attached to the device are operating correctly.

Performing a graceful upgrade

Disconnecting the DR member devices from a controller (in a controller-based environment)

1.     If the DR member devices are connected to a controller, disconnect them from the controller.

2.     Execute the display openflow instance instance-id controller command to verify that the controller is disconnected.

[Sysname] display openflow instance 1 controller | include state

 Connect state           : Idle

 Connect state           : Idle

Upgrading one member device

Switching to maintenance mode

Execute the gir system-mode maintenance command for traffic to switch to the other member device.

 

IMPORTANT

IMPORTANT:

To prevent misconfiguration from causing traffic loss, do not isolate only routing protocols or aggregate interfaces.

 

<Sysname> system-view

[Sysname] gir system-mode maintenance

Collecting commands... Please wait.

Configuration to be applied:

bgp 200

isolate enable

isis 1

isolate enable

isis 2 vpn-instance vpna

isolate enable

ospf 1 router-id 11.11.11.11

isolate enable

ospfv3 1

isolate enable

link-aggregation lacp isolate

Do you want to continue? [Y/N]: y   ---------Enter y to proceed.

Generated a snapshot: before_maintenance.

Applying: bgp 200...OK

Applying:   isolate enable...OK

Applying: isis 1...OK

Applying:   isolate enable...OK

Applying: isis 2 vpn-instance vpna...OK

Applying:   isolate enable...OK

Applying: ospf 1 router-id 11.11.11.11...OK

Applying:   isolate enable...OK

Applying: ospfv3 1...OK

Applying:   isolate enable...OK

Applying: link-aggregation lacp isolate...OK

Changed to maintenance mode successfully.

Saving the running configuration

Save the running configuration to avoid traffic loss at the next startup.

Specifying upgrade files and rebooting the member device

1.     Specify the target .ipe package as a next-startup file.

<Sysname> boot-loader file flash:/s9850_6850-f6633.ipe all main

2.     Verify that the .ipe package will be loaded at the next startup.

<Sysname> display boot-loader

Software images on slot 1:

Current software images:

  flash:/s9850_6850-cmw710-boot-f6632.bin

  flash:/s9850_6850-cmw710-system-f6632.bin

Main startup software images:

  flash:/s9850_6850-cmw710-boot-f6633.bin

  flash:/s9850_6850-cmw710-system-f6633.bin

Backup startup software images:

  None

3.     Reboot the device.

<Sysname> reboot

Start to check configuration with next startup configuration file, please wait.........DONE!

Current configuration may be lost after the reboot, save current configuration? [Y/N]:y  -----Enter y to save the running configuration.

Please input the file name(*.cfg)[flash:/drni_old.cfg]

(To leave the existing filename unchanged, press the enter key):startup.cfg  ------Enter the configuration file name or rename the configuration file.

Validating file. Please wait...

Saved the current configuration to mainboard device successfully.

This command will reboot the device. Continue? [Y/N]:y  --------Enter y to reboot the device.

Verifying the upgrade result

1.     Verify that the member device has been upgraded to the target version.

<Sysname> display boot-loader

Software images on slot 1:

Current software images:

  flash:/s9850_6850-cmw710-boot-f6633.bin

  flash:/s9850_6850-cmw710-system-f6633.bin

Main startup software images:

  flash:/s9850_6850-cmw710-boot-f6633.bin

  flash:/s9850_6850-cmw710-system-f6633.bin

Backup startup software images:

  None

2.     Execute the display device command to verify that the member device is operating correctly.

<Sysname> display device

Slot Type                State    Subslot  Soft Ver                     Patch Ver

1    S6850-56HF          Master   0        S6850-56HF-6633              None     

3.     Verify that the configuration has been restored:

¡     Execute the display current-configuration command in any view to verify that the configuration has been restored to the state before the upgrade.

¡     Execute the display diff current-configuration configfile flash:/XXX.cfg command in any view to verify that the current configuration file is not lost or changed.

4.     Execute the display drni summary command to verify that DRNI is operating correctly.

<Sysname> display drni summary

Flags: A -- Aggregate interface down, B -- No peer DR interface configured

C -- Configuration consistency check failed

 

IPP: BAGG1

IPP state (cause): UP

Keepalive link state (cause): UP

 

DR interface information

DR interface  DR group  Local state (cause)  Peer state  Remaining down time(s)

BAGG2         2         UP                   UP          -

BAGG3         3         UP                   UP          -

Switching to normal mode

1.     Switch to normal mode for traffic to switch back to the member device.

[Sysname] undo gir system-mode maintenance

Collecting commands... Please wait.

Configuration to be applied:

   undo link-aggregation lacp isolate

   ospfv3 1

     undo isolate enable

   ospf 1 router-id 11.11.11.11

     undo isolate enable

   isis 1

     undo isolate enable

   isis 2 vpn-instance vpna

     undo isolate enable

   bgp 200

     undo isolate enable

Do you want to continue? [Y/N]: y

Applying: undo link-aggregation lacp isolate...OK

Applying: ospfv3 1...OK

Applying:   undo isolate enable...OK

Applying: ospf 1 router-id 11.11.11.11...OK

Applying:   undo isolate enable...OK

Applying: isis 1...OK

Applying:   undo isolate enable...OK

Applying: isis 2 vpn-instance vpna...OK

Applying:   undo isolate enable...OK

Applying: bgp 200...OK

Applying:   undo isolate enable...OK

Changed to normal mode successfully.

Generated a snapshot: after_maintenance.

[DUTA]

2.     Verify service states by performing one of the following tasks:

¡     Display forwarding entries such as routing, FIB, and MAC address entries to verify that they are not lost during the upgrade and that service flows are the same as before the upgrade.

¡     Verify with the O&M team that the services and servers attached to the device are operating correctly.

3.     Save the running configuration.

Upgrading the other member device

Upgrade the other member device as described in "Upgrading one member device."

Restoring the controller connection (in a controller-based environment)

1.     Connect the primary and secondary devices to the controller.

2.     Execute the display openflow instance instance-id controller command to verify that the controller is connected.

[Sysname] display openflow instance 1 controller | include state

 Connect state           : Established

 Connect state           : Established

Rolling back the DR system (in a controller-based environment)

If the services are abnormal after you connect the controller, roll back the DR system to the original software version as follows:

1.     Disconnect the controller.

2.     Roll back the software on the DR member devices in the reverse order of their upgrade.

Replacing a faulty device by performing a graceful upgrade

Switching to maintenance mode

1.     Execute the gir system-mode maintenance command for traffic to switch to the other device.

2.     Save the running configuration.

Transferring the configuration file of the faulty device to the replacement device

If the faulty device is operational, use the following workflow:

1.     Save the configuration file and download it to your endpoint.

2.     (Optional.) Delete the emergency processing settings from the configuration file, such as the shutdown command on faulty interfaces and traffic collection configuration.

3.     Transfer the configuration file to the replacement device.

If the faulty device is not operational, use the following workflow:

1.     Obtain the most recent backup for the configuration file of the faulty device from the network management system or configuration backup tool you use for configuration backup.

2.     Use one of the following methods to verify that the backup configuration file contains the running configuration of the faulty device:

a.     Check the contents of the backup configuration file.

b.     Compare the backup configuration file with that of the running DR member device.

3.     Transfer the backup configuration file to the replacement device.

Upgrading the replacement device

Upgrade the replacement device to the software version used by the running DR member device, as described in "Specifying upgrade files and rebooting the member device" and "Verifying the upgrade result."

Disconnecting the replacement device

To reduce traffic loss, power off the replacement device or shut down all its physical interfaces.

Disconnecting the faulty device

Power off the faulty device or shut down all its physical interfaces. Use the power-off method when you replace faulty devices in bulk.

Replacing the faulty device

Remove the faulty device from the rack, and place the replacement device at the original location or a new location.

Connecting the replacement device to the network

Connect the replacement device to the network with cables.

Powering on the replacement device or bringing up the physical interfaces

Power on the replacement device and bring up the physical interfaces.

Switching to normal mode on the replacement device

Execute the undo gir system-mode maintenance command to switch to normal mode for traffic to switch to the replacement device.

Verifying service states on the replacement device

1.     Execute the display interface brief command to verify that the physical interfaces are in UP state instead of the Administratively DOWN or ADM state.

2.     Verify that links are aggregated correctly:

a.     Execute the display link-aggregation verbose bridge-aggregation command to verify that aggregate member ports are selected.

b.     Execute the display interface brief command to verify that the bandwidth of aggregation interfaces is as expected.

3.     Verify with the O&M team that the services and servers attached to the device are operating correctly.

Contact Sales