T1 over IP is a damnable sin. I can see why you might do it on a campus
network to connect phone systems in different buildings. But for what
you spend on T1 over IP equipment, I'd wonder why the person wasn't just
considering a different phone system.
Honestly I'm very impressed by the radio stations's Comrex BRIC-Link. I
just wish they knew how to use it.
And their response to me telling them it will work better if you update
the firmware and enable FEC is still: *grumble grumble*, finger point,
it worked before, etc
On 6/25/2020 9:31 PM, Mark Radabaugh wrote:
The stuff we find from old analog radio guys is downright scary…
Encoders feeding T1’s feeding TDM to packet converters across a data
link back to TDM to analog with no error correction or buffering.
Or the radio guy who ripped out the Canopy BH10’s because the radio
was only getting -60dB and everyone knows you need -50dB for good audio.
oh my...
Mark
On Jun 25, 2020, at 3:22 PM, Steve Jones <[email protected]
<mailto:[email protected]>> wrote:
I had to correct problems for a radio station we service. What a PITA
dealing with them is. I accept the guy knows more about AM/FM radio
than ill ever even think about, but come on, learn the tech youre
managing. Fist issue was they were broadcasting real time stream with
absolutely no buffer. They also were not running any firewall. so
after a few times of them getting hacked and being an open SIP
server, they decided to get a more secure device (still no firewall)
and finally got one with a buffer and correction. I think I got him
to buffer up 3 seconds, which pretty much resolved all that.
Its like come on, be realistic, dont run things with no margins. This
would literally have askip when someone walked into the tower shed
and turned on the fluorescent light
On Thu, Jun 25, 2020 at 2:16 PM Adam Moffett <[email protected]
<mailto:[email protected]>> wrote:
So some radio station is transporting audio over IP from studio to
tower. A few weeks ago they started getting skips in the audio, and
they're finger pointing at me. At first I couldn't even see a
problem.
Eventually I find that every so often there's a 1/10th second
event with
packet loss. Seven seconds after the event you hear a little
blip on
the radio. You could go a few hours between events, or only a
few minutes.
I said yeah I'll try to track down what's causing that, but if
you have
a 7 second delay on this one-way transmission, isn't there plenty of
time to resend 1/10th second of missing audio?
*grumble grumble*, finger point, it worked before, etc
So I've been trying to narrow down where this is happening and swap
interfaces and such. And keep in mind anything I do interrupts the
radio so I have to do it at odd hours. Periodically during the
process I
re-ask why does this even happen? This amount of loss shouldn't
hurt you.
*grumble grumble*, finger point, it worked before, etc
So today they let me take a look at their Comrex audio streaming
thing-a-ma-bobbers, and I looked in the manual. Turns out the error
correction features don't work on lossless audio codecs unless your
firmware version is above a certain revision. Theirs isn't above
that
revision, and they're using a lossless audio codec. So now I'm like,
yeah I'll keep looking for that little blip, but in the meantime you
don't have to hear it if you'll upgrade your firmware and enable FEC.
They've had a number of people looking at this, including their
engineer. Their equipment has robust enough error correction
that they
could run that stuff on satellite or 4G if they wanted to. It's
just not
configured right!
You'd have fixed this in half an hour if you'd have RTFM'd you
frickin
noobs.
--
AF mailing list
[email protected] <mailto:[email protected]>
http://af.afmug.com/mailman/listinfo/af_af.afmug.com
--
AF mailing list
[email protected] <mailto:[email protected]>
http://af.afmug.com/mailman/listinfo/af_af.afmug.com
--
AF mailing list
[email protected]
http://af.afmug.com/mailman/listinfo/af_af.afmug.com
