The Zurich release has arrived! Interested in new features and functionalities? Click here for more

Matthew Fearnle
Tera Contributor

     Since you are here you have given some thought to building a CMDB for your AV assets. There are several approaches you can take, or you can build a hybrid approach, it depends on what weight you give which approach. If you take the approach that AV is the entry point for Iot (Internet of Things) then a technical approach works. If the churn of AV leaves you in a budgetary quandary then a cost approach might be the right approach. If operational stability is the main course then a volatility approach may be the best approach.

Technical Approach: This allows an enterprise to track each incident to an individual component level. The data will include many assets that may never fail, but if there is an industry failure ( a bad run, in manufacturing parlance) you'll be covered. This will assure that any networked asset, no mater how small is in the CMDB. It is my opinion that eventually the AV function of the enterprise will eventually be responsible for the maintenance and support of IoT devices. Since AV has boots on the ground, then everything from humidity sensors to lighting sensors will migrate under one umbrella.

                                                find_real_file.png

Since AV still has a number of dummy devices, that being a device that has no function other than to distribute and display content, one may ask why put these in your CMDB. 

find_real_file.png These devices will eventually become networked or eliminated by cloud devices, so if you are looking for funding for your your next generation of AV you can use your CMDB to target retire certain components. While this approach seems labor intensive there is a way to work with your vendors to pre-sort bulk data do make for easy bulk upload, we'll address that later.

Cost Approach: If your AV replacement cycle is stable and you just need to upgrade certain components then a cost approach will keep the upgrade cycle in Service Now. From a component level the bulk of the component cost can be traced to three types of assets

find_real_file.png

One of the challenges of AV is lifecycle management, both technical lifecycle and physical lifecycle management. Since each component has its own lifecycle it is often required to swap out a component before an upgrade to the whole space. By using the CMDB one can forecast whether or not a next generation asset will work within the existing system. Specifics such as inputs/outputs, brightness and throw distance can be negotiated pre-install....making your life that much easier. Whole system upgrades require a bid process from scratch so individual components are not that important. The ability of handing off an equipment list to a corresponding bid can prove useful. As projectors in many environments are assigned a life of 5-7 years many last longer. So if you outlast your depreciation schedule good for you....but still have the budget set aside. For sound processors that integration variables may come from the card slot availability and type, again the CMDB will give you the reference you need. It helps if you attach a picture or a link to the schematics to provide a quick reference as to whether or not a sound card or DSP replacement is the way to proceed.

Volatility/Stability Approach: In all fairness AV if installed correctly is pretty stable considering the complexity of some systems. Less complex systems are more stable by their very nature. More complex systems can be stabilized by using the CMDB to track software, firmware, licenses and code. 

find_real_file.png

Polycom for example requires a multi year agreement for certification, if allowed to lapse preceding uncovered years must be paid for in order to receive service... a re-certification fee may also be required. Now, not all users keep this current, but using the CMDB to track this will allow you to notify users that there is an identifiable risk profile. It is a difficult discussion when your big VC is held hostage for $4500 that your client wasn't aware of. This tracking can go a long way in assuring system stability. Stability focused service also assures that when issues do happen there isn't the knee jerk reaction to blame it on code. There has been industry talk of the 600mz band going away...are any of your wireless mics in this range? Tracking wireless mics prevent adjacent rooms with mics from "stepping on each other".

So how do we magically get this into Service Now?

Here's a simple approach:

Physical Location: Campus>Building>Room>Install date

Room Type: Classroom>Lab>Conference Room>Event Space>Public Space (use for Digital Signage) 

This allows you to filter by Room Type

Asset Class/Asset Type:

Display: Projectors, Flat Panel Monitors, Screens, Video Walls, Install date

Control: Touch panels, Signal Processors, Control Signal Extenders, Control Signal Converters, (Crestron), Install date

Audio: Digital Sound Processors (DSPs), Amplifiers, Speakers, Microphones, Install date

Video: Non-Video Conference Cameras, VCRs, DVD Players, Video Converters, Video Servers, Install date

Video Conferencing: Codecs, VC Cameras, VC Servers, Software, License Keys, Install date

 

Manufacturer: Use the name on the unit even if it is manufactured under another name, "Panasonic" is "Panasonic" even if it is manufactured by Matsushita

Model Number: Use model number most noticeable on unit

Serial Number: Really only necessary if SN is needed to call into service or asset is switched out and has a cost ceiling

Warranty: differentiate between workmanship warranty on the room (usually a year) and warranty on an asset (if 1 year+)

This will help you build filters to find End of Life (EOL) and End of Service (EOS) assets

Hope this helps! I'd like to see what you folks experience and I encourage additions and feedback.

Add MAC and IP when and where applicable...

 

Remember AV works....until it doesn't!

Handy Inventory sheet attached.

MF

6 Comments
Nia McCash
Mega Sage
Mega Sage

Hi Matthew, 

I'm interested in the CMDB data structure design of your implementation. Am I correct in assuming that you use just one CI Class (u_cmdb_ci_av_equipment) to model all your AV equipment regardless of type (eg. sound processors vs. projectors vs. mixers, etc)?  Or are there sub class to this?

Matthew Fearnle
Tera Contributor

I use one class per function, and then use a sub "type". If you have a asset that fails across the enterprise ( as we did with a Cramer sound amp) then they are easy to locate. Also if Crestron says Processor x is being replaced by Processor Y then you can pull that report. The "Class" is in bold, the "type" is next to it , not Bold in the blog

sheila_pickett
ServiceNow Employee
ServiceNow Employee

Tremendously useful Matthew.  Thank you for sharing this!

Matthew Fearnle
Tera Contributor

My pleasure!, nice to know there are others putting AV into Service Now. To me its a no brainer

...just takes some work.

Matthew Fearnle
Tera Contributor

One Asset class "AudioVisual" sub classes Monitors, Projectors, Processors, DSP (Digital Sound Processors), wireless presentation (for Solstice and other wireless units), content players (for Aerva and other digital signage players), software (VTC), License (VTC), warranties....for starters. Make the inventory sheet mandatory for vendors (write it into the contract)  and do a bulk upload....

 

leslieo
Tera Contributor

Hello Matthew,

 

I am most interested in the ground structure of AV asset/CI input into ServiceNow: Model Categories, Asset/CI Classes and  Asset/CI relationships, etc.

Would installing the plugin CMDB CI Class Models be useful? It seems to cover a lot of what you have spoken about. The only differences is that it seems to class this under the "Facilities" banner and not "IT".

Your article goes a little deeper in suggesting in creating separate categories for various AV equipment, where the plugin only seems to have 2 included.

Otherwise, thank you again for all the super useful information

 

Regards

 

Leslie