Troubleshooting IP-centric technologies can be a new challenge for engineers. Often it becomes a case of “You don’t know—what you don’t know,” until it is too late. In addition, once the engineer knows there is a problem, it is important to know what tools are needed to solve it.
Step one in the maintenance of an IP-centric facility is knowledge of T&M and the proper gear. The old oscilloscope and voltmeter are probably not the best tools for the job. Today’s test gear is as sophisticated as the media equipment.
Step two in calming the often “Hair on fire,” panic scenario is documentation. Without a map, the engineer is hopelessly lost.
But, IP facilities require a new type of documentation. With the familiar SDI infrastructure, a traditional system block diagram is often sufficient for troubleshooting. With a modern IP-centric facility, block diagrams are of little use because of the software involved.
These two articles will help you both document and effectively troubleshoot your IP-centric facility and gear.
Troubleshooting IP systems requires both system knowledge and the proper tools. If either is missing, the odds for a winning game plan are small.
As production and playout centers and broadcasters adopt computer-based technology, the technical staffs needs to expand their knowledge of IP and the tools needed to troubleshoot these systems. Part of the process can be training supplied by the equipment vendors.
However, the bottom line responsibility is on the technical staff to understand their facility’s intricacies and have the documentation and tools required to keep it running smoothly.
In the article, “Maintenance and Troubleshooting in the World of IP,” the author suggests some steps to take through real-world scenarios. What he discovers on the job, proves to often be an eye-opening exercise.
The transition to IP is having an impact on all aspects of broadcast from business to technical operations, workflow engineering and maintenance. One key component of this change is how a production or broadcast system needs to be documented. Gone are the good old days when an engineering drawing and wire run list and some service manuals were all the engineer needed to maintain, diagnose and troubleshoot issues.
In this article, readers learn about documenting IP addresses, port configuration, VLANs and subnets. They will review the importance of documenting applications running, Firewall rules and services being used.
The article concludes with a real-life story of what happened when something failed and a facility’s IP documentation was insufficient. All this and more in the article, “How IP is Redefining System Engineering Documentation.”
Visit The Broadcast Bridge NAB coverage spectacular to see products, technology and news from this year’s convention.
While there, sign up for a free subscription to receive a daily, weekly or monthly custom email filled with content and technology that you select. Don’t wait for an out-of-date, month’s-old print version of “breaking events,” get your free membership to The Broadcast Bridge today.
You might also like...
The broadcast equipment industry is in the process of making the transition to IP based transport for video, audio and data. This has led to development of a suite of standards including SMPTE ST 2022-6 for encapsulation of uncompressed SDI…
Some engineers can maintain their current SDI systems armed with little more than a foggy memory of how things are interconnected. But with IP networks, such a philosophy guarantees panic if something fails. When it comes to properly documenting an…
As broadcasting moves to highly efficient production lines of the future, understanding business needs is key for engineers, and recognizing the commercial motivations of CEOs and business owners is crucial to building a successful media platform.
Broadcast engineers have a whole plethora of tools available in their kit-bag to integrate systems. The common denominators are SDI, AES and MADI for media exchange, serial and ethernet protocols for control, and the trusted GPI should everything else fail.
Unless you are a greenfield site, have one vendor to meet all your operational and creative needs, or are incredibly lucky, you will at some point need to integrate your Cloud Software-as-a-Service into the broadcast workflows. This is much easier…