[EAS] Interesting zombie artifact (I think)
Harold Price
hprice at sagealertingsystems.com
Thu Feb 14 06:36:00 CST 2013
Greg,
I've tracked at least one of this type of report
back to the source, I've seen many others that are similar.
If the alert shows up in the log as "expired",
and the dates in the displayed message are for a
prior day, your device has heard a recording of
the actual event, played back as part of news,
commentary, or "funny things this week" broadcast
on the station you are monitoring. Check with
your monitor source, see what they were playing
at 02/12/13 20:23:17 your local time. Remind them that part CFR 47 11.45 says:
"No person may transmit or cause to transmit the
EAS codes or Attention Signal, or a recording or
simulation thereof, in any circumstance other
than in an actual National, State or Local Area
emergency or authorized test of the EAS.
Broadcast station licensees should also refer to §73.1217 of this chapter."
73.1217 refers to broadcast hoaxes.
Sometimes this is part of a news package that
comes from upstream, and as a practical matter,
there is little you can do. Sometimes, it comes
from local staff, playing something from You
Tube. The latter is something that can be
locally controlled, and should be part of local training.
Background:
Sometimes, especially with legacy equipment,
clocks will get out of sync at the sending and
receiving station, so that the time will be out
of the capture range of the receiver, which
starts at the timestamp in the EAS message, and
runs to timestamp+duration. The ENDEC reports
this as either "behind", if it appears to be a
few days ago, or "ahead" if it appears to be in
the future - other vendors have other nomenclature.
Sometimes, with newer equipment, either the
sender or receiver will have their UTC offset
entered incorrectly, so that the timestamp in the
message is incorrect, or the timestamp in the
receiver is interpreted incorrectly.
In these two cases, the call sign in the EAS
message will be what you expect it to be - the
call sign (or group id) of your monitor assignment.
In the case where the call sign is something
else, or the time is off by a day or more, you
may be hearing a recording of an alert, as I
suspect is the case for Greg's log.
An ahead or behind log entry (or your vendors
equivalent), means you should do a little
investigation to see just what is going on. For
properly configured devices, the ahead or behind messages won't get on the air.
[For completeness, in a message that is already
too long, there are other permutations - you will
see the call sign you expect if your monitor
assignment is playing a "best of" recording that
includes a copy of an EAS message they
sent. This will happen if the ENDEC is in-line
before the recorder. You will also see the call
sign you expect if the relay point held the
message just long enough to be expired when you
receive it. Both of these cases occur in the wild from time to time.]
Harold
At 01:47 AM 2/14/2013, Gregory Muir wrote:
>I am throwing this out there as a real curiosity item to the group.
>
>The below event was logged on a Sage machine
>owned by a radio station that is located in the
>same town that the original Montana "zombie"
>television station is located. It never made it
>to air due to several strange characteristics to it which I will explain.
>
>First, this message was tagged (tag omitted for
>respect) as the originator being the original
>"zombie" television station that made the
>news. This ENDEC only monitors the NWS and
>local LP1 (AM) & 2 (FM) stations, not the source
>that was tagged. "Monitor 2" is the local LP2
>which will be discussed about a little more later.
>
>The receive time stamp is one day later than the
>issue date which is one reason why the ENDEC did
>not forward the message. In addition, the
>counties listed are not part of this ENDECs
>forwarding counties. There was no associated
>audio file stored possibly because the message
>was expired (not sure about that issue).
>
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> Expired 02/12/13 20:23:17 Local Area Emergency, Received on Monitor 2.
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> The Civil Authorities have issued a Local Area
> Emergency for Powell, MT, Broadwater, MT,
> Jefferson, MT, Lewis and Clark, MT, and
> Meagher, MT beginning at 2:33 pm Mon Feb 11 and
> ending at 2:48 pm Mon Feb 11 (Tag omitted for this email)
More information about the EAS
mailing list