Peer-assisted image update with self-healing capabilities

Patent metadata

Field	Value
Publication number	US-2016337169-A1
Application number	US-201514711035-A
Country	US
Kind code	A1
Filing date	May 13, 2015
Priority date	May 13, 2015
Publication date	Nov 17, 2016
Grant date	—

Abstract

In one embodiment, a device in a network receives update recovery data from a neighbor of the device in the network. The device monitors the neighbor during installation of a software update by the neighbor. The device detects an installation failure of the software update by the neighbor. The device causes recovery of the neighbor using the update recovery data, in response to detecting the installation failure of the software update by the neighbor.

First claim

What is claimed is:

1 . A method comprising:
receiving, at a device in a network, update recovery data from a neighbor of the device in the network, monitoring, by the device, the neighbor during installation of a software update by the neighbor; detecting, by the device, an installation failure of the software update by the neighbor; and causing, by the device, recovery of the neighbor using the update recovery data, in response to detecting the installation failure of the software update by the neighbor.

2 . The method as in claim 1 , wherein the update recovery data identifies a configuration of the neighbor, wherein causing recovery of the neighbor comprises:
providing, by the device, the identified configuration to the neighbor.

3 . The method as in claim 1 , wherein the update recovery data identifies an interface or module of the neighbor, wherein causing recovery of the neighbor comprises:
causing, by the device, the neighbor to restore the identified interface or module.

4 . The method as in claim 1 , wherein detecting the installation failure comprises:
determining, by the device, that the neighbor has not sent a message to the device in a threshold amount of time.

5 . The method as in claim 1 , wherein detecting the installation failure comprises:
receiving, at the device, an indication from the neighbor of the installation failure.

6 . The method as in claim 1 , further comprising:
receiving, at the device, a request from the neighbor to monitor the installation of the software update by the neighbor; determining, by the device, whether the device has sufficient resources to monitor the installation of the software update by the neighbor; and providing, by the device, an indication as to whether the device has sufficient resources to monitor the installation of the software update by the neighbor.

7 . The method as in claim 1 , further comprising:
providing, by the device, a notification regarding the detected installation failure to a user interface device.

8 . A method comprising:
providing, by a device in a network, update recovery data to a neighbor of the device in the network; causing, by the device, network traffic to be routed away from the device; attempting, by the device, installation of a software update; and receiving, at the device, the update recovery data from the neighbor, in response to an installation failure of the software update by the device.

9 . The method as in claim 8 , wherein the update recovery data identifies at least one of: a configuration of the device, an interface used by the device, or a module used by the device.

10 . The method as in claim 8 , further comprising:
providing, by the device, a notification to the neighbor indicative of whether the installation of the software update by the device was successful.

11 . The method as in claim 8 , further comprising:
receiving, at the device, data regarding the software update; and providing, by the device, a notification indicative of whether the device is eligible to install the software update, based on the received data regarding the software update.

12 . The method as in claim 8 , further comprising:
selecting, by the device, the neighbor to monitor the device during installation of the software update by the device; notifying, by the device, the neighbor that the neighbor was selected to monitor the device during installation of the software update; and receiving, at the device, an indication as to whether the neighbor has sufficient resources to monitor the installation of the software update by the device.

13 . The method as in claim 8 , wherein causing network traffic to be routed away from the device comprises:
setting, by the device, an overload bit in an Intermediate System-to-System (ISIS) message or an Open Shortest Path First (OSPF) max metric parameter.

14 . The method as in claim 8 , further comprising:
notifying, by the device, the neighbor that the device is to be restarted after installation of the software update, wherein the neighbor is configured to detect the installation failure based on a timeout.

15 . An apparatus, comprising:
one or more network interfaces to communicate with a network; a processor coupled to the one or more network interfaces and configured to execute a process; and a memory configured to store the process executable by the processor, the process when executed operable to:
receive update recovery data from a neighbor of the apparatus in the network,
monitor the neighbor during installation of a software update by the neighbor;
detect an installation failure of the software update by the neighbor; and
cause recovery of the neighbor using the update recovery data, in response to detecting the installation failure of the software update by the neighbor.

16 . The apparatus as in claim 15 , wherein the update recovery data identifies a configuration of the neighbor, and wherein the apparatus causes recovery of the neighbor by providing the identified configuration to the neighbor.

17 . The apparatus as in claim 15 , wherein the update recovery data identifies an interface or module of the neighbor, and wherein the apparatus causes recovery of the neighbor by causing the neighbor to restore the identified interface or module.

18 . The apparatus as in claim 15 , wherein the apparatus detects the installation failure by determining that the neighbor has not sent a message to the device in a threshold amount of time.

19 . The apparatus as in claim 15 , wherein the apparatus detects the installation failure by receiving an indication from the neighbor of the installation failure.

20 . The apparatus as in claim 15 , wherein the process when executed is further operable to:
receive a request from the neighbor to monitor the installation of the software update by the neighbor; determine whether the apparatus has sufficient resources to monitor the installation of the software update by the neighbor; and provide an indication as to whether the apparatus has sufficient resources to monitor the installation of the software update by the neighbor.

Assignees

• Cisco Tech Inc

Inventors

• Chhabra Gaurav
• Kanak Ather Sayeed
• Bansal Shashi Kumar
• Behringer Michael H

Classifications

• H04L45/22

  Alternate routing · CPC title

• H04L41/0672 Primary

  Electricity · mapped topic

• H04L41/082

  the condition being updates or upgrades of network functionality · CPC title

• H04L45/28

  using route fault recovery · CPC title

• H04L41/0661 Primary

  by reconfiguring faulty entities · CPC title