[EAS] Decoder handling of non-EAS CAP messages
Dave Turnmire
EASsbeList at cableone.net
Mon Jul 20 13:22:05 CDT 2015
We had an interesting experience this last weekend that we are still
trying to fully understand what happened. We have been issuing CAP
alerts for quite some time, but only recently started distributing via
IPAWS. Along with the latter, came our ability to generate WEA alerts.
Saturday was the first occasion we had to initiate an alert that was NOT
intended to be distributed via EAS... just WEA.
Yet... even though the CAP message clearly identified it as for WEA
only... it was in fact distributed to broadcasters. And then forwarded
to the public. That was made worse by the fact that since it hadn't
been intended to go to broadcasters, there wasn't any accompanying
audio, and no "description" field for TV stations or Text-to-speech
processing by decoders. So, the residents of this particular county
were advised there was a "Law Enforcement Emergency", but with no
further info. You can imagine some might be distressed by that.
For those not familiar with the "under the hood" stuff, here is the
relevant section of XML code from this message:
<parameter>
<valueName>BLOCKCHANNEL</valueName>
<value>EAS</value>
</parameter>
<parameter>
<valueName>CMAMtext</valueName>
<value>Endangered male w/ health issues. XXXXX in Grand View area
contact YYYY Sheriff
</value>
</parameter>
<parameter>
<valueName>BLOCKCHANNEL</valueName>
<value>NWEM</value>
</parameter>
As I understand it, there are three possible "channels" of alerts via
IPAWS, the "EAS" channel that we use, the "CMAS" (aka WEA) channel, and
the "NWEM" channel (not yet implemented by NOAA Weather). An alert can
theoretically be sent by all three of these channels, albeit with
somewhat different restrictions.
To my way of thinking, our Saturday alert indicated TWO flaws. One, our
vendor for distributing CAP messages shouldn't have sent the alert
direct to broadcasters and cable companies. And second... the EAS
decoders shouldn't have forwarded a CAP alert that wasn't marked for EAS
distribution.
So... my question for the group... especially decoder manufacturers...
am I interpreting this situation correctly? In the specific case of EAS
decoders, shouldn't they be designed to ignore... or at the least not
forward... CAP messages that indicate the EAS channel is blocked?
Thanks
Dave
More information about the EAS
mailing list