This disclosure relates to configuration typing and classification of physical, e.g., hardware, devices using fingerprints.
Information technology (IT) organizations and service providers, such as providers of cloud-based services, face increasingly large numbers of hardware devices as storage prices decrease and Big Data becomes common. These hardware devices and their subcomponents can number in the thousands. While it is relatively simple to discover and store information related to a single device, it is difficult to know what other devices have similar or identical configurations. Increased scale and a high rate of change experienced by an environment results in frequent part removal or replacement. Together, these elements render manual classification ineffective.
Disclosed herein are techniques for automatically assigning and managing fingerprints to devices connected by one or more networks. One method taught includes identifying a fingerprint for a first device located on a network, the first device having a plurality of hardware components and the fingerprint generated based on a combination of at least two hardware components of the first device, and assigning the fingerprint to the first device. The method, upon a condition that the device does not have a first identifier assigned to it that identifies the plurality of hardware components, compares the fingerprint to a plurality of stored fingerprints, with at least some of the stored fingerprints having a respective identifier. Upon a condition that the fingerprint matches one of the plurality of stored fingerprints and the one of the plurality of stored fingerprints has an identifier associated therewith, the identifier associated with the one of the plurality of stored fingerprints is assigned to the first device as the first identifier.
An apparatus taught herein includes a memory and a processor. The processor is configured to execute instructions stored in the memory to identify a fingerprint for a first device located on a network, the first device having a plurality of hardware components and the fingerprint generated based on a combination of at least two hardware components of the first device, assign the fingerprint to the first device, upon a condition that the device does not have a first identifier assigned to it that identifies the plurality of hardware components, compare the fingerprint to a plurality of stored fingerprints, with at least some of the stored fingerprints having a respective identifier, and, upon a condition that the fingerprint matches one of the plurality of stored fingerprints and the one of the plurality of stored fingerprints has an identifier associated therewith, assign the identifier with the one of the plurality of stored fingerprints to the first device as the first identifier.
Variations in these and other implementations of the teachings herein will be described in additional detail hereafter.
The description herein makes reference to the accompanying drawings wherein like reference numerals refer to like parts throughout the several views, and wherein:
Organizations desirably classify technical equipment or devices, commonly servers, into particular groups based on the specific combination of physical components forming the device. This is frequently referred to as a stock keeping unit (SKU) or bill of materials (BOM). As soon as a device is classified as one configuration, parts can be removed or inserted, thereby rendering the previous classification incorrect. Keeping track of new and updated devices requires a great deal of inefficient human interaction to remain marginally accurate. In any event, it is almost impossible to reach total accuracy.
One way to address this issue is to build complex business rules in an attempt to sort the devices into buckets based on their components (i.e., their configuration of components). However, the decision tree must be modified each time a new component is added to the environment as a whole. It also must be re-tested to ensure logic integrity has not been compromised once modified. This complexity can lead to inaccuracy and delay and requires a high degree of expert-level human interaction to maintain and troubleshoot the rule set.
In contrast, the teachings herein describe the automated assignment of fingerprints to a device based on the combination of physical components forming the device. In this way, each device on a network has a fingerprint. A database of the devices is updated when an existing device is changed or a new device is added. Each device may also have a SKU field and one or more metadata tags helpful in typing and classifying the devices. This eliminates complex business logic and decision trees through the use of automated, dynamic, tagged fingerprints to group devices. Reporting is also streamlined through generation of reports on fingerprints or fingerprint tags and metadata. Details of the certain implementations of the invention follow an initial discussion of the environment in which they may be implemented.
A network 108 connects server station 102 with a number of network-enabled devices 110a, 110b, . . . 110n (collectively referred to as devices 110). Network-enabled means that devices 110 are configured to communicate over network 108 as discussed hereinafter. Network 108 can be, for example, the Internet. Network 108 can also be a local area network (LAN), wide area network (WAN), virtual private network (VPN), cellular telephone network or any other means of transferring data between server station 102 and devices 110. Network 108 can be formed of more than one tiered network, and one or more intermediate devices may exist between server station 102 and devices 110.
Devices 110 have a variety of configurations and hence a variety of hardware components. Some of the possible configurations are described with reference to
A memory component 204 in computing device 200 can be a read only memory (ROM) device or a random access memory (RAM) device in an implementation. Any other suitable type of storage device can be used as memory component 204. Memory component 204 can include an operating system, one or more applications in the form of program code, and data. When computing device 200 implements server station 102, for example, one of the applications may implement the fingerprint-based configuration typing and classification described herein.
Computing device 200 may also include one or more input component(s) 206 and output component(s) 208. Input component 206 may be a camera, keyboard, microphone, etc. Output component 208 may be a display, speaker, etc. Input and output components 206, 208 may also be combined into a single component, for example a touch sensitive display that combines a display with a touch sensitive element that is operable to sense touch inputs.
As shown in
The components of computing device 200, namely CPU 202, memory component 204, input component(s) 206, output component(s) 208 and storage component 210, are coupled for communication over a bus component 212. Bus component 212 may be any type of bus that allows communication between the components. In addition, bus component 212 may be coupled to one or more wired or wireless communication components allowing communications external of computing device 200. For example, when computing device 200 is used to implement server station 102, bus component 212 may be used to communicate with devices 110. When computing device 200 is used to implement one or more of devices 110a, 110b, . . . 110n, bus component 212 may be used to communicate with server station 102. Bus component 212 may be composed of multiple bus components.
Although
For simplicity of explanation, process 300 is depicted and described as a series of steps. However, steps in accordance with this disclosure can occur in various orders and/or concurrently. Additionally, steps in accordance with this disclosure may occur with other steps not presented and described herein. Furthermore, not all illustrated steps may be required to implement a method in accordance with the disclosed subject matter.
Broadly, process 300 assigns a fingerprint to each combination of physical components forming a network-connected device. Fingerprints are described below in additional detail with reference to
More specifically, process 300 finds a device, for example one of devices 110a, 110b, . . . 110n, at step 302. Finding the device 110 may be responsive to a query, such as a periodic query. The query may also be prompted by the addition of a new device 110 to computing system 100. Responsive to the query, device 110 returns data that can be used to generate a fingerprint as described below. The data may be produced by a processor of device 110 through a query the processor makes to components along a bus of device 110, such as bus component 212. Alternatively, a processor of server device 102 may directly query the identity of components of network-enabled device 110. The query from server device 102 and response from device 110 may be transmitted over network 108, for example.
At step 304, process 300 generates the fingerprint for device 110 using the data responsive to the query. Again, fingerprints are described in additional detail with reference to
After assignment at step 310, process 300 queries as to whether the current device 110 has an identifier, a SKU in this example, at step 312. The identifier may be part of the data received from the current device 110 in response to the initial query.
If the current device 110 has a SKU in response to the query of step 312, process 300 advances to step 314 to query whether the fingerprint matches the SKU. The comparison may be made character-by-character such that a match represents that the fingerprint and SKU are the same. Alternatively, the data store may maintain a correspondence between fingerprints and SKUs. In this case, a match represents that the SKU corresponds to the fingerprint in the data store. If no match exists in response to the query of step 314, process 300 issues an error report at step 316. The error report describes the current device 110 and its mismatched SKU and fingerprint. This mismatch could represent, for example, a change in the actual configuration of the current device 110 (represented by the fingerprint) as compared to the previously-designated configuration (represented by the SKU).
Referring back to step 312, process 300 advances to step 318 if the current device 110 does not have a SKU. At step 318, process 300 queries as to whether the fingerprint has a SKU corresponding to it in, for example, the data store. If not, process 300 advances to step 316 to issue an error report. The error report identifies the fingerprint as a fingerprint without a SKU. This could mean that the current device 110 has a new configuration not previously included in the data store. In contrast, if the fingerprint has a SKU at step 318, process 300 advances to step 320 to assign the SKU from the data store to the current device 110. The SKU may be sent over network 108 for storage in memory component 204 of the current device 110, for example. The SKU may additionally or alternatively be stored, such as in a database of the data store or elsewhere, in association with a location, serial number, etc., tied to the current device 110 that is neither the identifier nor the fingerprint.
After the error report issues at step 316, or the SKU is assigned at step 320, process 300 checks to see whether there are other devices 110 connected in the computing system, such as computing system 100, at step 322. If so, process 300 returns to step 302 to find the next device 110 for typing and classification. Otherwise, process 300 ends. Desirably, process 300 is performed for each device 110a, 110b, . . . 110n connected to the computer system 100 each time process 300 is performed. In certain implementations, process 300 is performed when a device is added solely to add the device and is otherwise performed periodically.
The fingerprints 404, 406, 408 are dynamically generated at step 304 to create a unique fingerprint based on each unique combination of physical components. A fingerprint is created the first time a specific combination of components is detected, and is expunged when that combination no longer exists. For example, after process 300 is completed for each device 110, any fingerprint not associated with a device 110 may be removed from the data store.
A fingerprint may be generated by a number of techniques, and the particular technique used is not important as long as the same configuration for more than one device results in the same fingerprint. One technique may include using a hash function with the data for the specific hardware components as input. Another technique may involve discarding data associated with one or more of the components and applying a hash or other function or transformation to the remaining data. Yet another technique is to insert the components into a database entry and use the entry index as the fingerprint.
The fingerprint is tunable in that it can be based on various device components such as Model number, CPU, memory, chassis, linecard, etc. It can also be based on ranges. For example, a memory range can be set for plus or minus 4 GB, so that otherwise identical devices with 7 GB, 9 GB and 9.5 GB would be grouped into one 8 GB set (i.e., under one fingerprint) and machines with 15 GB, 16 GB, and 17 GB would be grouped into one 16 GB set (i.e., under another fingerprint). This tunable behavior allows the user to define how loose or granular to be when creating fingerprints. Once granularity is set, human interaction is not needed in the creation of the fingerprints. Process 300 can run frequently on a configurable basis to ensure data is timely and accurate.
Implementations of the present invention also provide for metadata tagging of the fingerprints. Metadata tagging provides labels with information that may be useful to the user of the data store. Various tags are possible and may be stored with a server, device or both, in association with a fingerprint. For example, many computing systems 100 will have a long tail distribution of fingerprints, where a large number of devices fall into a small number of fingerprints but relatively unique configurations result in a large number of fingerprints with very few matching devices. For example, the most common fingerprint with a current configuration can be tagged with the metadata tag of “Approved”, “Current” or “Active” as with fingerprint 404 of
Note that tag association may be non-exclusive, allowing the same tag to be shared across multiple fingerprints. This allows multiple fingerprints to be coalesced into larger groups for management or reporting. Tags may be assigned after process 300 is complete. In an alternative implementation, the metadata tag(s) may be associated with the identifier, such as the SKU.
According to the teachings herein, problems with keeping track of devices connected in a distributed computing system are addressed by automating the generation of fingerprints in a way that permits tracking of new and changed devices. Each device can be tagged with metadata for easier tracking. The automated fingerprint-based grouping, reporting and rapid classification of large groups of similar physical components described herein eliminates complex business logic and decision trees by using automated, dynamic, tagged fingerprints to group devices. Administration of this model simply becomes tagging the most common fingerprints (e.g., associating the fingerprint to an identifier) and investigating a small number of outlier fingerprints as they are identified. Reporting is similarly streamlined as reports can immediately be generated on fingerprint or fingerprint tags and metadata.
Implementations of server station 102 and/or devices 110 (and the algorithms, methods, instructions, etc., stored thereon and/or executed thereby) can be realized in hardware, software, or any combination thereof. The hardware can include, for example, computers, intellectual property (IP) cores, ASICs, programmable logic arrays, optical processors, programmable logic controllers, microcode, microcontrollers, servers, microprocessors, digital signal processors or any other suitable circuit. In the claims, the term “processor” should be understood as encompassing any of the foregoing hardware, either singly or in combination.
All or a portion of implementations of the present invention can take the form of a computer program product accessible from, for example, a tangible, non-transitory computer-usable or computer-readable medium. A computer-usable or computer-readable medium can be any device that can, for example, tangibly contain, store, communicate, or transport the program for use by or in connection with any processor. The medium can be, for example, an electronic, magnetic, optical, electromagnetic, or a semiconductor device. Other suitable mediums are also available.
The above-described embodiments, implementations and aspects have been described in order to allow easy understanding of the present invention and do not limit the present invention. On the contrary, the invention is intended to cover various modifications and equivalent arrangements included within the scope of the appended claims, which scope is to be accorded the broadest interpretation so as to encompass all such modifications and equivalent structure as is permitted under the law.
Number | Name | Date | Kind |
---|---|---|---|
5619724 | Moore | Apr 1997 | A |
6005942 | Chan | Dec 1999 | A |
6457053 | Satagopan et al. | Sep 2002 | B1 |
7310629 | Mendelson | Dec 2007 | B1 |
7921218 | Cheng | Apr 2011 | B2 |
8301589 | Sen et al. | Oct 2012 | B2 |
8365201 | Holan et al. | Jan 2013 | B2 |
20060274753 | Park | Dec 2006 | A1 |
20070192872 | Rhoads | Aug 2007 | A1 |
20080043000 | Currid et al. | Feb 2008 | A1 |
20110093703 | Etchegoyen | Apr 2011 | A1 |
20120011704 | Hammouri | Jan 2012 | A1 |
20120117419 | Hillman | May 2012 | A1 |
20130346260 | Jubran | Dec 2013 | A1 |
20140325555 | Khader | Oct 2014 | A1 |
Number | Date | Country |
---|---|---|
2 112 782 | Oct 2009 | EP |
Number | Date | Country | |
---|---|---|---|
20160019296 A1 | Jan 2016 | US |