Slaying the Lost Packet Dragon with Pathfinder | Telos Alliance

By The Telos Alliance Team on Nov 15, 2017 12:20:00 PM

Trevor Stuart, Manager of Broadcast Engineering, Bell Media RadioSlaying the Lost Packet Dragon with Pathfinder

Using IP radios as your STLs has many advantages. One disadvantage though is that they can be more susceptible to rain and snow fade than other STLs.

Using Axia Pathfinder and syslog, I’ve been able to keep my stations on-air, without hearing a dropped packet. Though I am using syslog, the same result can be achieved using SNMP. Even if the IP radio you have is not capable of sending syslog, you can still make this work for you with a little tweaking...

A situation that this does not help is when there is a sudden loss of radio communications. Perhaps someone trips on the power cord to the IP radio. This means Pathfinder does not get a warning from the radio and IP communication is lost before Pathfinder would be able to instruct the switcher at the transmitter site to switch. Fortunately, our BDI switcher has a 45 second silence sensor in it which covers this scenario.

Here’s a step-by-step guide to implementing this trick:

  • I use a BDI composite Switcher; this gives a switchable A/B input and 2 outputs.
  • Port A is the composite out of my Omnia.11, which is on Dragonwave.
  • Port B is the composite out of my 950 STL, the processor for this one is at the studio end because I also have a 1KW offsite backup TX that this processor feeds.
  • BDI has GPIO which is wired to an Axia Multi-Node at the site.
  • Dragonwave and Pathfinder are on same network; same physical infrastructure, same VLAN, but different subnet than the rest of Axia…
  • Axia is 172.16.2.xxx
  • Dragonwave is 192.168.10.xxx

Pathfinder Server’s Axia NIC has 2 IPs; one in Axia subnet, the other in Dragonwave subnet. All static.

Advanced TCP-IP Settings.jpg

In the Dragonwave configuration, under System/Logs, I set the syslog forwarding host to the IP I assigned my Pathfinder. Because I have four radios and two Pathfinders, I configured one radio at each end with Pathfinder 1 and the other radio at each end with Pathfinder 2. This covers me if I’ve lost a radio, I'm on my backup Pathfinder, or basically any combination of those.

Next, in Pathfinder, build a Generic protocol translator. Syslog uses UDP port 514.

Protocol Translator Setup 2.jpg

I set mine to use all routers.

In stacking events I’ve built a section just for FM Tower Switchers. The qualifiers are the translator itself and a GPO I built that helps avoid having it jump back and forth too frequently.

It took some wireshark sniffing to get the right command I wanted it to switch on. There are several to choose froms, but I've found the one below to give a good lead time before failure, and it's never actually had a failure on-air.

Qualifier 1: The command string is “Major: RSL below threshold rf1 alarm raised.”

FM Tower Switchers 2.jpg

Qualifier 2: “Virtual GPO” state.

FM Tower Switchers 3.jpg

Action 1: Notify Engineering.

Action 1.jpg

Action 2: Set the GPO of the Multi-Node that is connected to the BDI pin to 1 low, telling BDI to change inputs from A to B.

Action 2.jpg

Action 3: Set the Virtual GPO to low to help avoid loops with A/B switching.

Action 3.jpg

Returning to Dragonwave is done with 2 different events.

Event 1: When Dragonwave states it’s all clear, wait 10 minutes before changing the “virtual GPO” to High. The command is “Major: RSL below threshold rf1 Alarm cleared.”

FM Tower Switchers 4.jpg

Event 2: When the “Virtual GPO” has been set to High for another 10 minutes, switch back.

There is roughly a 20-minute window in this scenario; you can adjust the timeframe to your needs.

FM Tower Switchers 5.jpg

First, clear any errors on the BDI, in case it had lost audio at some point, as it will not flip between A/B if in an error condition from loss of audio.This is done via Multi-Node GPO, connected to BDI.

FM Tower Switchers 6.jpg

Then Multi-Node GPO tells BDI to switch back to input A.

FM Tower Switchers 7.jpg

Emails specific to your local needs will be sent to you as well.

Telos Alliance has led the audio industry’s innovation in Broadcast Audio, Digital Mixing & Mastering, Audio Processors & Compression, Broadcast Mixing Consoles, Audio Interfaces, AoIP & VoIP for over three decades. The Telos Alliance family of products include Telos® Systems, Omnia® Audio, Axia® Audio, Linear Acoustic®, 25-Seven® Systems, Minnetonka™ Audio and Jünger Audio. Covering all ranges of Audio Applications for Radio & Television from Telos Infinity IP Intercom Systems, Jünger Audio AIXpressor Audio Processor, Omnia 11 Radio Processors, Axia Networked Quasar Broadcast Mixing Consoles and Linear Acoustic AMS Audio Quality Loudness Monitoring and 25-Seven TVC-15 Watermark Analyzer & Monitor. Telos Alliance offers audio solutions for any and every Radio, Television, Live Events, Podcast & Live Streaming Studio With Telos Alliance “Broadcast Without Limits.”

Recent Posts

Subscribe

If you love broadcast audio, you'll love Telos Alliance's newsletter. Get it delivered to your inbox by subscribing below!