[EAS] Decoder handling of non-EAS CAP messages
Sean Donelan
sean at donelan.com
Mon Jul 20 15:12:00 CDT 2015
On Mon, 20 Jul 2015, Ed Czarnecki wrote:
> Put very simply, CAP EAS devices nearly all the IPAWS CAP EAS feed. If the alert is present in the feed, it's supposed to be there. The WEA feed is a completely separate messaging path that EAS devices do not have access to.
That looks like a vendor proprietary extension.
Essentially all CAP channels work the same way, if the message is
distributed through a CAP channel, and it will be processed by every
device listening on that channel. There is no "BLOCKCHANNEL" parameter.
While there is some filtering by the CAP-EAS devices of their channel,
i.e. geography or event code, some operators of CAP-EAS device do not
always filter them. There are several web sites on the Internet which
show every IPAWS message distributed through the PUBLIC channel including
tests and administrative messages. And there was a case of a national
cable TV provider which had the wrong filters in their CAP-EAS device, and
re-broadcast the weekly FEMA test.
Simple rule, if you don't want a message processed by other CAP channels,
i.e. CMAS only, do not forward the message to other CAP channels.
Of course, that brings up a secondary problem. You probably want
newsrooms at broadcast stations to know about the WEA message, but not
re-broadcast the administrative message. In theory, CAP can act as a wire
service to reach broadcasters. But most Public Information Officers
already have a private list of contacts at news stations for email or fax
alerts instead of using CAP.
More information about the EAS
mailing list