[EAS] Single point entry of CAP messages

Tom Spencer Radiofreetom at gmail.com
Thu May 19 17:49:14 CDT 2011


Compare and contrasting what has and hasn't worked in the past - and why 
- might just yield insights into what a new system might need to avoid 
the pitfalls of the previous ones.

Example -

It should be clear that regardless of what data signals are employed, 
there needs to be instant or nearly so connection from originator to 
distributor - whether that's a "smart highway" sign or KKKK AM & FM.

And all end distributors should have the information as nearly 
simultaneous as possible.  The legacy EAS system does this about as fast 
as its software allows...

The ideal system would be the local mayor / police chief / sheriff / 
whoever - or their designated representative - effectively placing a 
conference call to every single station, cable operator, etc., in the 
area. 

Absent that, the system needs to be rugged enough to allow partial 
failures - again a designed-in feature of legacy EAS (although sometimes 
lacking in implementation)  The so-called "daisy chain" actually has at 
least two paths from any given originator to the final broadcast point; 
everything I've seen about CAP says it's all on the internet.  Single 
point failure waiting to happen, even without considering stations that 
don't have and can't get a decent full-time internet connection. 

The CAP server itself is another single-point failure mode, our good 
friend Chris' datacenter notwithstanding... no slam or slur intended, 
Chris - but how many of these servers realistically will be in a 
well-run center such as yours?  I can see someone implementing it on an 
old P3 machine running Windows 98SE.... <wink>

Just a few of the possible points that need to be addressed.

Where's the server our Washington State friends located?  The PacNW 
seems to be getting a jump on this; perhaps they should be writing the 
Task and Standard for implementing CAP EAS?

David Ostmo wrote:
> There is a huge difference between complaining and problem solving.  
> What are the real issues?  What ideas can we offer for solutions? 
>
> Rehashing Conelrad and EBS is complaining.  Complaining is like a 
> rocking chair, it keeps you busy but you don't get anywhere.
>
> David Ostmo
>
> On 5/19/2011 1:20 PM, Alex Hartman wrote:
>   
>> Complaining about the inevitable is how the inevitable changes,
>> inevitably. If nobody complained, there would be no ideas on
>> improvement. :) So no, this thread is not a waste of time.
>>     



More information about the EAS mailing list