US20070162591A1 - Network equipment restart indication - Google Patents

Network equipment restart indication Download PDF

Info

Publication number
US20070162591A1
US20070162591A1 US11/306,733 US30673306A US2007162591A1 US 20070162591 A1 US20070162591 A1 US 20070162591A1 US 30673306 A US30673306 A US 30673306A US 2007162591 A1 US2007162591 A1 US 2007162591A1
Authority
US
United States
Prior art keywords
network element
network
reboots
indicia
memory
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/306,733
Inventor
Frederick Mo
Yang Wang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
UTStarcom Inc
Original Assignee
UTStarcom Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by UTStarcom Inc filed Critical UTStarcom Inc
Priority to US11/306,733 priority Critical patent/US20070162591A1/en
Assigned to UTSTARCOM, INC. reassignment UTSTARCOM, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MO, FREDERICK Y., WANG, YANG
Priority to PCT/IB2007/050026 priority patent/WO2007080524A2/en
Publication of US20070162591A1 publication Critical patent/US20070162591A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning

Definitions

  • the present inventions relate to network equipment and, more particularly, relate to equipment indications on a network.
  • a problem is that often the equipment doing the monitoring shuts down as well. For example, upon a power failure or network failure, most or all of the equipment will shutdown. When monitoring equipment is unable to check the other equipment, there is no knowledge of how much or how often the other equipment had trouble or restarted.
  • a method is needed to correctly identify a reset 100% of the time.
  • An object of the present inventions is to enable a network manager to correctly identify if equipment has been reset.
  • Another object of the present inventions is to enable a network manager to perform the optimum information synchronization selection.
  • an additional object of the present inventions is to provide information such as how many times equipment has been restarted even if the network manager was not running for a while.
  • An additional other object of the present inventions is to provide information such as how many times equipment has been restarted even if a node does not have a real-time clock or hard disk which many low cost systems do not have.
  • Another further object of the present inventions is to provide a better feeling about the quality of products and reliance on system information displayed by a network manager.
  • An additional object of the present inventions is to help identify real problems in a network by providing accurate alarm information and result in better system reliability or shorter downtime.
  • a network element uses a non-volatile memory to store indicia of reboots.
  • the indicia of reboots are communicated over a network to a network manager.
  • the network manager compares the indicia of reboots and a prior indicia of reboots to assess whether a network element has rebooted.
  • the network elements preferably store a count of reboots as the indicia.
  • FIG. 1 illustrates a schematic block diagram of network equipment according to the present inventions
  • FIG. 2 illustrates a flow diagram of an exemplary monitored network element of the present inventions
  • FIG. 3 illustrates a flow diagram of a monitoring network manager of the present inventions.
  • FIG. 1 illustrates a schematic block diagram of network equipment.
  • a network manager 110 communicates with a plurality of ‘N’ network elements 140 over a network 130 such as over an ethernet or RS-232 connection.
  • the network manager 110 is preferably a server or other computing device having a communication unit and processor 120 and memory 123 .
  • the memory 123 can be both random access memory and a hard drive in the server.
  • the communication unit couples the network manager 110 and the network 130 for communication of binary value messages.
  • the network manager 110 monitors the network elements 140 to determine their status as such as, preferably the reboot status of the elements 140 .
  • a reboot is a restart of the network element or a portion of the network element.
  • Each network element 140 contains a control module 150 and a plurality of DSL (digital subscriber line) modules 170 .
  • the DSL modules 170 connect to customer premises equipment (CPE) modems 190 over an ADSL (asynchronous DSL) lines 180 .
  • the network elements with their DSL modems make up a DSLAM (digital subscriber line access multiplexer).
  • the DSL modules 170 are line modules that can contain the DSL modem itself or can connect to other hardware containing the DSL modem.
  • Each DSL module can support 24 to 48 customer premises equipment (CPE) modems 190 in one commercial example.
  • CPE customer premises equipment
  • the network element 140 contains a non-volatile memory 160 .
  • the non-volatile memory 160 is preferably a flash memory or alternatively a hard drive.
  • the non-volatile memory 160 stores a session ID of the network element.
  • this session ID is a counter value representing a number of reboots of the network element 140 .
  • the non-volatile memory 160 can store other forms of session ID such as a timestamp.
  • the non-volatile memory 160 increments its count every time the control module 150 reboots.
  • the session ID can be a single byte or up to 32 bit word.
  • the network manager 110 monitors the session ID in the non-volatile memory 160 reads the session IDs and thus knows the status of the network elements 140 .
  • the network manager compares the count read from the non-volatile memory of a given network element 140 against a previous count for that given network element stored in the network manager's memory 123 . The difference tells the network manager 110 that the given network element 140 had rebooted since the last check.
  • the network manager In a situation where there is a power failure or other network manager downtime, the network manager is unable to continuously monitor the network elements. Having available a session ID, such as a reboot or timestamp, the network manager 110 is always able to determine that trouble previously existed in the different network elements.
  • the network manager memory 123 stores a previous count corresponding to a given network element.
  • a comparator in a processor 120 of the network manager compares the indicia of reboots read from a network element 140 and the previous count in the memory 123 to assess whether the network element 140 has rebooted.
  • the comparator can comprise a subtractor for determining a difference between the indicia of reboots read from the network element and the previous count in the memory to determine a number of times the network element has rebooted.
  • the processor 120 of the network manager compares a time stamp of a current network element session ID stored in the memory 123 and a time stamp of a network element session ID received in the indicia of reboots from a network element 140 .
  • non-volatile memory 160 is preferably contained within the control module 150 because it counts control module reboots, the non-volatile memory can be located anywhere within the network element whether or not it is counting reboots of the control module. This is also the case when logging reboot timestamps.
  • the network manager 110 can perform diagnostics on the affected network element 140 . For example, after a reboot is detected, the network manager 110 can synchronize information between network manager 110 and network element 140 . Further, after a reboot is detected, the network manager 110 can download any necessary files such as configuration data file or upload new firmware to the network element 140 . After a reboot is detected, the network manager 110 can also re-sync with the network element or re-load the same firmware in the network element 140 . Also, after a reboot is detected, the network manager 110 can also log the reboot event that happened and update its internal copy of the session ID.
  • FIG. 2 illustrates a flow diagram of an exemplary monitored network element.
  • the network equipment initializes its session ID at step 210 .
  • An initial session ID could be a timestamp or incrementing of a reboot counter for the network element.
  • the session ID is then saved to the non-vile memory in step 220 .
  • a reboot may occur during operation of the network element at step 230 .
  • the session ID is retrieved from the non-volatile memory at step 240 and updated at step 250 .
  • This updated session ID is then saved to the non-volatile memory at step 260 . Operation then continues at step 230 until the next reboot.
  • the network element is able to return its session ID to the network manager upon request by the network manager.
  • FIG. 3 illustrates a flow diagram of a monitoring network manager.
  • the network manager starts up at step 310 .
  • the session IDs of all of the plurality of network elements are loaded from the storage memory of the network manager at step 310 .
  • the session ID is continually read from each of the plurality of network elements at step 330 . While the session ID is preferably read on a periodic basis, the session ID can also be read on an intermittent or other error driven interrupt basis.
  • the stored session ID is compared with the session ID read from a given network element to determine if the given work element has rebooted.
  • the previously stored session ID is subtracted from the one read from the given network element to determine how many times the given network element has rebooted at step 350 . Operation then returns to the operation at step 330 .
  • the session ID is again continually read from the network element.
  • the session ID indicia of reboot of the network element could be the value of a timestamp or other value.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Telephonic Communication Services (AREA)
  • Stored Programmes (AREA)
  • Retry When Errors Occur (AREA)

Abstract

A network element (140) uses a non-volatile memory (150) to store indicia of reboots. The indicia of reboots are communicated over a network to a network manager (110). The network manager (110) compares the indicia of reboots and a prior indicia of reboots to assess whether a network element (140) has rebooted. The network elements preferably store a count of reboots as the indicia.

Description

    BACKGROUND OF THE INVENTIONS
  • 1. Technical Field
  • The present inventions relate to network equipment and, more particularly, relate to equipment indications on a network.
  • 2. Description of the Related Art
  • In a network it is necessary for equipment to monitor the status of other equipment. When some equipment shuts down and reboots, other equipment needs to monitor its status.
  • A problem is that often the equipment doing the monitoring shuts down as well. For example, upon a power failure or network failure, most or all of the equipment will shutdown. When monitoring equipment is unable to check the other equipment, there is no knowledge of how much or how often the other equipment had trouble or restarted.
  • Prior solutions require a system to have a real-time clock. Otherwise it cannot correctly identify if equipment has been reset.
  • What is needed is a more knowledgeable and more intelligent way of determining the status of monitored network equipment.
  • A method is needed to correctly identify a reset 100% of the time.
  • SUMMARY OF THE INVENTIONS
  • An object of the present inventions is to enable a network manager to correctly identify if equipment has been reset.
  • Another object of the present inventions is to enable a network manager to perform the optimum information synchronization selection.
  • Also an additional object of the present inventions is to provide information such as how many times equipment has been restarted even if the network manager was not running for a while.
  • An additional other object of the present inventions is to provide information such as how many times equipment has been restarted even if a node does not have a real-time clock or hard disk which many low cost systems do not have.
  • Another further object of the present inventions is to provide a better feeling about the quality of products and reliance on system information displayed by a network manager.
  • An additional object of the present inventions is to help identify real problems in a network by providing accurate alarm information and result in better system reliability or shorter downtime.
  • A network element uses a non-volatile memory to store indicia of reboots. The indicia of reboots are communicated over a network to a network manager. The network manager compares the indicia of reboots and a prior indicia of reboots to assess whether a network element has rebooted. The network elements preferably store a count of reboots as the indicia.
  • The details of the preferred embodiments and these and other objects and features of the inventions will be more readily understood from the following detailed description when read in conjunction with the accompanying drawings wherein:
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 illustrates a schematic block diagram of network equipment according to the present inventions;
  • FIG. 2 illustrates a flow diagram of an exemplary monitored network element of the present inventions; and
  • FIG. 3 illustrates a flow diagram of a monitoring network manager of the present inventions.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • FIG. 1 illustrates a schematic block diagram of network equipment. A network manager 110 communicates with a plurality of ‘N’ network elements 140 over a network 130 such as over an ethernet or RS-232 connection. The network manager 110 is preferably a server or other computing device having a communication unit and processor 120 and memory 123. The memory 123 can be both random access memory and a hard drive in the server. The communication unit couples the network manager 110 and the network 130 for communication of binary value messages.
  • The network manager 110 monitors the network elements 140 to determine their status as such as, preferably the reboot status of the elements 140. A reboot is a restart of the network element or a portion of the network element.
  • Each network element 140 contains a control module 150 and a plurality of DSL (digital subscriber line) modules 170. The DSL modules 170 connect to customer premises equipment (CPE) modems 190 over an ADSL (asynchronous DSL) lines 180. The network elements with their DSL modems make up a DSLAM (digital subscriber line access multiplexer). The DSL modules 170 are line modules that can contain the DSL modem itself or can connect to other hardware containing the DSL modem. Each DSL module can support 24 to 48 customer premises equipment (CPE) modems 190 in one commercial example.
  • The network element 140 contains a non-volatile memory 160. The non-volatile memory 160 is preferably a flash memory or alternatively a hard drive. The non-volatile memory 160 stores a session ID of the network element. Preferably, this session ID is a counter value representing a number of reboots of the network element 140. Alternatively, however, the non-volatile memory 160 can store other forms of session ID such as a timestamp. In a preferred embodiment, the non-volatile memory 160 increments its count every time the control module 150 reboots. The session ID can be a single byte or up to 32 bit word.
  • The network manager 110 monitors the session ID in the non-volatile memory 160 reads the session IDs and thus knows the status of the network elements 140. When the non-volatile memory contains a count of reboots, the network manager compares the count read from the non-volatile memory of a given network element 140 against a previous count for that given network element stored in the network manager's memory 123. The difference tells the network manager 110 that the given network element 140 had rebooted since the last check.
  • In a situation where there is a power failure or other network manager downtime, the network manager is unable to continuously monitor the network elements. Having available a session ID, such as a reboot or timestamp, the network manager 110 is always able to determine that trouble previously existed in the different network elements.
  • The network manager memory 123 stores a previous count corresponding to a given network element. A comparator in a processor 120 of the network manager compares the indicia of reboots read from a network element 140 and the previous count in the memory 123 to assess whether the network element 140 has rebooted. The comparator can comprise a subtractor for determining a difference between the indicia of reboots read from the network element and the previous count in the memory to determine a number of times the network element has rebooted.
  • Alternatively, when the network element stores a session ID of a time stamp instead of a count, the processor 120 of the network manager compares a time stamp of a current network element session ID stored in the memory 123 and a time stamp of a network element session ID received in the indicia of reboots from a network element 140.
  • Although the non-volatile memory 160 is preferably contained within the control module 150 because it counts control module reboots, the non-volatile memory can be located anywhere within the network element whether or not it is counting reboots of the control module. This is also the case when logging reboot timestamps.
  • When the network manager 110 can determine where a reboot has occurred, the network manager 110 can perform diagnostics on the affected network element 140. For example, after a reboot is detected, the network manager 110 can synchronize information between network manager 110 and network element 140. Further, after a reboot is detected, the network manager 110 can download any necessary files such as configuration data file or upload new firmware to the network element 140. After a reboot is detected, the network manager 110 can also re-sync with the network element or re-load the same firmware in the network element 140. Also, after a reboot is detected, the network manager 110 can also log the reboot event that happened and update its internal copy of the session ID.
  • FIG. 2 illustrates a flow diagram of an exemplary monitored network element. The network equipment initializes its session ID at step 210. An initial session ID could be a timestamp or incrementing of a reboot counter for the network element. The session ID is then saved to the non-vile memory in step 220. A reboot may occur during operation of the network element at step 230. Upon a reboot, the session ID is retrieved from the non-volatile memory at step 240 and updated at step 250. This updated session ID is then saved to the non-volatile memory at step 260. Operation then continues at step 230 until the next reboot.
  • At any time during the operation of the steps of FIG. 2, the network element is able to return its session ID to the network manager upon request by the network manager.
  • FIG. 3 illustrates a flow diagram of a monitoring network manager. The network manager starts up at step 310. The session IDs of all of the plurality of network elements are loaded from the storage memory of the network manager at step 310. The session ID is continually read from each of the plurality of network elements at step 330. While the session ID is preferably read on a periodic basis, the session ID can also be read on an intermittent or other error driven interrupt basis. At step 340, the stored session ID is compared with the session ID read from a given network element to determine if the given work element has rebooted. The previously stored session ID is subtracted from the one read from the given network element to determine how many times the given network element has rebooted at step 350. Operation then returns to the operation at step 330. At the operation in step 330, the session ID is again continually read from the network element.
  • Although a counter unit is illustrated in the exemplary flow diagram of FIG. 3, the session ID indicia of reboot of the network element could be the value of a timestamp or other value.
  • Although the inventions have been described and illustrated in the above description and drawings, it is understood that this description is by example only, and that numerous changes and modifications can be made by those skilled in the art without departing from the true spirit and scope of the inventions. Although the examples in the drawings depict only example constructions and embodiments, alternate embodiments are available given the teachings of the present patent disclosure. For example, although DSL examples are disclosed, the inventions are applicable to other communications equipment such as voice access equipment and wireless network equipment and basestations and routers and telephone switches and CATV systems and set top-boxes.

Claims (20)

1. A network element comprising:
a plurality of line modules;
a control module operatively coupled to the line modules for control;
a non-volatile memory to store indicia of reboots; and
a communication unit for communicating the indicia over a network.
2. A network element according to claim 1, wherein the non-volatile memory comprises a flash memory.
3. A network element according to claim 1, wherein the non-volatile memory comprises a hard drive.
4. A network element according to claim 1, wherein the non-volatile memory is comprised within the control module.
5. A network element according to claim 1, wherein the communication unit communicates a binary value message over a network connection.
6. A network element according to claim 1, wherein the non-volatile memory comprises a counter for counting reboots to provide the indicia of reboots.
7. A network element according to claim 6, wherein the counter counts reboots of the control module.
8. A network element according to claim 7, wherein the counter is comprised within the control module.
9. A network element according to claim 1, wherein the communication unit communicates the indicia over the network to a network manager.
10. A network element according to claim 1, further comprising a clock for providing a time and a memory for storing one or more time stamps corresponding to reboots.
11. A network element according to claim 1, wherein the network elements are in a rack.
12. A network element according to claim 1, wherein each line module corresponds to one or more line ports.
13. A network element according to claim 12, wherein each line port is associated with a DSLAM modem.
14. A network manager comprising:
a communication unit and a processor for communicating with and managing a network of network elements and for reading indicia of reboots from the network elements;
a memory for storing a prior indicia of reboots corresponding to a given network element; and
a comparator for comparing the indicia of reboots read from the network element and the prior indicia of reboots in the memory to assess whether the network element has rebooted.
15. A network manager according to claim 14, wherein the memory stores a previous count corresponding to a given network element and the comparator compares the indicia of reboots read from the network element and the previous count in the memory to assess whether the network element has rebooted.
16. A network manager according to claim 15, wherein the memory stores a previous count corresponding to a given network element and wherein the comparator comprises a subtractor for determining a difference between the indicia of reboots read from the network element and the previous count in the memory to determine a number of times the network element has rebooted.
17. A network manager according to claim 14, wherein the comparator compares a time stamp of a current network element session ID stored in the network manager and a time stamp of a network element session ID received in the indicia of reboots.
18. A network manager according to claim 14, wherein each network element corresponds to one or more line ports.
19. A network manager according to claim 18, wherein each line port is associated with a DSLAM modem managed by the network manager.
20. A network manager according to claim 14, wherein the communication unit and the processor are comprised in a server.
US11/306,733 2006-01-09 2006-01-09 Network equipment restart indication Abandoned US20070162591A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US11/306,733 US20070162591A1 (en) 2006-01-09 2006-01-09 Network equipment restart indication
PCT/IB2007/050026 WO2007080524A2 (en) 2006-01-09 2007-01-04 Network equipment restart indication

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/306,733 US20070162591A1 (en) 2006-01-09 2006-01-09 Network equipment restart indication

Publications (1)

Publication Number Publication Date
US20070162591A1 true US20070162591A1 (en) 2007-07-12

Family

ID=38234014

Family Applications (1)

Application Number Title Priority Date Filing Date
US11/306,733 Abandoned US20070162591A1 (en) 2006-01-09 2006-01-09 Network equipment restart indication

Country Status (2)

Country Link
US (1) US20070162591A1 (en)
WO (1) WO2007080524A2 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110235583A1 (en) * 2010-03-29 2011-09-29 Samsung Electronics Co. Ltd. Method and apparatus for downloading data in mobile communication system
US20130067016A1 (en) * 2011-09-08 2013-03-14 Christopher Alan Adkins System and Method for Secured Host-slave Communication
WO2017184112A1 (en) * 2016-04-18 2017-10-26 Arista Networks, Inc. System and method of a graceful reboot of a network controller
US10587468B2 (en) 2015-04-27 2020-03-10 Arista Networks, Inc. System and method of a graceful reboot of a network controller
US11863715B2 (en) 2019-12-19 2024-01-02 Beijing Bytedance Network Technology Co., Ltd Joint use of adaptive colour transform and differential coding of video

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6715067B1 (en) * 1999-09-21 2004-03-30 Intel Corporation Initializing a processor-based system from a non-volatile re-programmable semiconductor memory
US6948099B1 (en) * 1999-07-30 2005-09-20 Intel Corporation Re-loading operating systems
US20060126706A1 (en) * 2004-12-10 2006-06-15 Kevin Brand Auto-reboot modem

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6983362B1 (en) * 2000-05-20 2006-01-03 Ciena Corporation Configurable fault recovery policy for a computer system
US6957328B2 (en) * 2001-01-05 2005-10-18 International Business Machines Corporation System and method using a first counter and a second counter to select a code image during a reboot routine
US6965989B1 (en) * 2001-08-14 2005-11-15 Network Appliance, Inc. System and method for fast reboot of a file server
US6854054B1 (en) * 2001-12-06 2005-02-08 Ciena Corporation System and method of memory management for providing data storage across a reboot

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6948099B1 (en) * 1999-07-30 2005-09-20 Intel Corporation Re-loading operating systems
US6715067B1 (en) * 1999-09-21 2004-03-30 Intel Corporation Initializing a processor-based system from a non-volatile re-programmable semiconductor memory
US20060126706A1 (en) * 2004-12-10 2006-06-15 Kevin Brand Auto-reboot modem

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110235583A1 (en) * 2010-03-29 2011-09-29 Samsung Electronics Co. Ltd. Method and apparatus for downloading data in mobile communication system
US20130067016A1 (en) * 2011-09-08 2013-03-14 Christopher Alan Adkins System and Method for Secured Host-slave Communication
US9231926B2 (en) * 2011-09-08 2016-01-05 Lexmark International, Inc. System and method for secured host-slave communication
US20160098359A1 (en) * 2011-09-08 2016-04-07 Lexmark International, Inc. System and Method for Secured Host-slave Communication
US9535852B2 (en) * 2011-09-08 2017-01-03 Lexmark International, Inc. System and method for secured host-slave communication
US10587468B2 (en) 2015-04-27 2020-03-10 Arista Networks, Inc. System and method of a graceful reboot of a network controller
WO2017184112A1 (en) * 2016-04-18 2017-10-26 Arista Networks, Inc. System and method of a graceful reboot of a network controller
US11863715B2 (en) 2019-12-19 2024-01-02 Beijing Bytedance Network Technology Co., Ltd Joint use of adaptive colour transform and differential coding of video

Also Published As

Publication number Publication date
WO2007080524A3 (en) 2009-04-23
WO2007080524A2 (en) 2007-07-19

Similar Documents

Publication Publication Date Title
US10063312B2 (en) Optical network unit reset message
US6594786B1 (en) Fault tolerant high availability meter
US7570688B2 (en) Non-chronological system statistics
US20070162591A1 (en) Network equipment restart indication
CN111796959B (en) Self-healing method, device and system for host container
GB2372672A (en) Network management apparatus and method for processing events associated with device reboot
US9207950B2 (en) Method and device for distinguishing between cold boot and warm boot and setting a data to make it fail to determine the boot type as warm boot
US6665822B1 (en) Field availability monitoring
US8127179B2 (en) Providing system reset information to service provider
TW202026879A (en) Method for remotely clearing abnormal status of racks applied in data center
RU2710288C1 (en) Method of remote abnormal state reset of racks used in data center
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps
Cisco Problem Scenarios
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps

Legal Events

Date Code Title Description
AS Assignment

Owner name: UTSTARCOM, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MO, FREDERICK Y.;WANG, YANG;REEL/FRAME:016989/0979

Effective date: 20060109

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION