10,500 Accounts Down - 8 Weeks To Fix

By: John Honovich, Published on Feb 09, 2017

At the Barnes Buchanan Conference, Alarms Detections Systems explained that 10,500 of their accounts, consisting of half of their RMR, went down and took 8 weeks to fix.

This chart shows the start of the outage:

** ********* ******** **********,****** ********** **************** **** **,*** ** their ********, ********** ** half ** ***** ***, went **** *** **** 8 ***** ** ***.

**** ***** ***** *** start ** *** ******:

[***************]

** *** * ************ ************** problem **** ***** *** be ***** ********. *******, and ******* *********, *** to ** ** **** of *** **,*** ******** down:

*** ********* **** ******** schools, ********, ******* *****, etc. *** **** ******** fire ******. **** *** the ********* *** *** that.

Product ******

*** **** *** **** need ** ** ** site, **** ****** ** replace *** ******* / transceiver. *****, *** ****** products **** ********* **** the ************ ** *** got *,*** ** *** devices ******* **** ***** dealers ** ****.

****, ** *** ********, antennas **** ******** ****** the ****** ** * temporary ********.

** *** *****, *,*** of *** ***** **** from *** ************ *** not **** ******, ** the ****** ***** ***** a ***** *** ******* to **** ***** ** the ******:

*******, * ***** *****, in ********, **** **** done.

****

** ******** *** **** just *** ****** **** to ** * *** hundred ********* ** *******, given *** * ***** of * *** ********* of ~** *********** ** to ** ***** * day, ********* ********. *** that ** **** ******* the ***** **** ** lost ******** *** ********** of ******* ** *** accounts, ***.

Manufacturer ******** ***********

*** ******** ** ********* who *** ************ *** citing ******* **** **** that ************. *******, ***** ****** ********** ***-**********, ****** * ****** from *** ************:

* ****** *********, ***** transmits ** *** **** 465.9875 *** ********* ** our ********’* ***-*****************, ******* *** *****’* surface ** **** ******** area ** ******** **** un-decodable **** *******. ** we **** **** **** satellite *** **** ************ over **** **** ********* all **** *** ***** since ****, ** ******* those ************* ***** **** highly ******** ** **** caused *** ******** **** occurred.
**** **** **** ***** unique *** * ************ incident ** ******, ******-***** radio ********* ************ (***) in *** **** ******* area ** ********. ***** have **** ******* ******* RFI ****** ***** ** the **** ******* **** over ****** ******. **** had **** ********** ** penetrate ** ***-*****************. ******* *** *** our ********* ** *** area **** ********** *** concerns ** *** **** from *** ** ***** RFI ****** ***** **** most ****** ***** *****.

** **** ** *********** to *** **** ********** or ************ *** ************ will make ** *** *** this.

Comments (18)

Brandon Knutson

IPVMU Certified | 02/09/17 09:49pm

2G dialer no-longer-supported issue?

Ethan Ace

IPVM | In reply to Brandon Knutson | 02/09/17 09:51pm

It was an AES-Intellinet issue. I'm trying to find some related articles about it now and we'll update.

John Honovich

IPVM | In reply to Ethan Ace | 02/09/17 10:00pm

Just found an article in SSI from a few months ago confirming AES. Given that, strange that ADS would not disclose the manufacturer.

Marty Calhoun

IPVMU Certified | In reply to Ethan Ace | 02/09/17 10:22pm

Exactly what I was thinking, AES had to be them.Only long range wireless that I considered worth a hoot in hell, but now??

Joel Kriener

IPVMU Certified | 02/09/17 10:15pm

Very interested in hearing more background on this .....

Paul Curran

02/09/17 10:20pm

Seems to be caused by a rogue French satellite.

Eddie Perry

In reply to Paul Curran | 02/10/17 01:42pm

no it was totally the Russians, they made the French satellite go rouge

Mendy lewis

02/10/17 08:36pm

What wen wrong with the radio frequency, is it the alarm communicator with central station , or the wireless alarm system?

Ethan Ace

IPVM | In reply to Mendy lewis | 02/10/17 08:45pm

AES-Intellinet is an alternative to telephone, cellular, or IP dialers. It uses spread spectrum, 450-470 Mhz radios, which act as a mesh. So if you have customers clustered in one area, they all act as transmitter and receiver, til the signal riches an uplink, which is usually IP to the central station.

That frequency is licensed in the United States, so nothing else should have been transmitting on it, but according the AES' investigation, a satellite malfunctioned and sent a packet which was received and rebroadcast by the network. Instead of ignoring it, essentially the radios just didn't know what to do with it, so they kept trying to rebroadcast it until they finally went down.

SSI has a followup article with AES in which they talk about what happened/how they're preventing it from happening again, etc.

Paul Curran

In reply to Ethan Ace | 02/10/17 09:17pm

I wonder why the network wasn't encrypted? How could a external packet drop into the network and what's the stop anyone land based doing this?

Ethan Ace

IPVM | In reply to Paul Curran | 02/10/17 09:27pm

According to AES, it was a combination of that rogue packet and some ground based interference.

I'm not an RF genius and I'm not that well versed on AES' product, but...I'd tend to agree with you. I don't get a lot of warm fuzzies about it not being possible.

Undisclosed End User #1

02/10/17 09:33pm

You cannot even imagen how much stuff, that is "certified" by various manufacturers and agencies who is using ISM band (433 MHz), for instance burglar alarms that are totally B.S, so many of these system that can easily be "disabled" by using using one simple handheld radio and transmitting on the right (or near) frequency...

Undisclosed End User #1

02/12/17 11:32pm

The french satellite? http://www.hydrowise.com.cn/images/images/Argos3PMT-KHD.pdf

AES-IntelliNet Data Radio: https://fccid.io/L9N-7085UE5

I tend to believe it was a combination (or only #1)

#1. Satellite blocked the Data Radios receiver (when passing over).

#2. "Ground station" made reverse engineering of the traffic (most likely clear text), injected an "packet" that caused "broadcast storm" and overloaded the [low speed] network. (I assume it is Mesh as it says here, otherwise this will can go out from this hypothesis)

John Honovich

IPVM | In reply to Undisclosed End User #1 | 02/13/17 12:01am

#2. "Ground station" made reverse engineering of the traffic (most likely clear text), injected an "packet" that caused "broadcast storm" and overloaded the [low speed] network.

So do you think this was malicious then or?

Undisclosed End User #1

In reply to John Honovich | 02/13/17 12:22am

Frankly speaking, no.

I did only take the "report" in consideration, and besides, I have no clue how the "network" works, could be "Mesh" AKA repeating of packets - I have no idea how the protocol they are using works. (would be interesting to know tough)

The Radio is simple analogue stuff (as can been seen on FCC site), nothing special, this leave me personally to believe they has interference from the Satellite alone, and there was no "packet" was entered into their "network". And that would also make sense with their "temporary" vehicles all around, only to pickup the radio traffic from the customers and relay in. (with 3G / GSM?)

(Depending what's behind the radios (on the serial port), it could be possible to relay packets (most probably not even IP), but personally I don't think so)

Anyhow, that's the price to pay when using license free frequencies AKA ISM band for pretty serious applications. - Maybe embarrassing enough to make up a story to justify the change...

Robert Baxter

02/14/17 09:39pm

The issues raised are well known in the Central Station Community. There were actually two different situations. Issue 1 was from a few years ago: The discussion about the satellite interference was related to tracking of marine life fitted with communicators that happened to be on the same frequency as the one FCC granted to ADS. The french satellite did not have approval to use the frequency.

Issue #2 is a recent incident that occurred around Sept of last year. This is what I have heard was the cause - there was a faulty packet of data introduced by one of the radios that was being distributed throughout the network that caused the receivers to not respond or rebroadcast. The network was very large and should have been isolated onto a few different frequencies, also a number of the radios were very old and did not have up to date firmware.

Undisclosed End User #1

In reply to Robert Baxter | 02/14/17 10:07pm

"The french satellite did not have approval to use the frequency."

Well, the frequency seems to me (to what I have been reading) is free frequency to use for anyone, i.e. license to use this frequency are not required.

I have been thinking about the "faulty packet", and personally i cannot find out how the "faulty packet" can enter one another "network" to be "rouge" packet that would put the "legal" network in faulty state.

What I can only think of, is simply "RF choke" of the central receiver, since this is listening on the frequency that the "rouge" french satellite transmitting on.

My personal conclusion

Very good example on how manufactures think they can use free frequencies for implementing pretty serious applications without any drawbacks. The frequency is free to use for anyone, and anyone who will implement anything on these frequencies must be aware of the highly risk to have another applications on same frequency.

I personally know several cases when "the only legal" application is disturbed by a nearby hamradio repeater, who is transmitting 50 watt on near frequency and locking out AFSK/FSK receivers with totally lacking of any input filters. (of course, the "legal" application is the hamradio repeater and the ISM stuff, but there is absolutely nothing that can be said "I have priority of this frequency" - but the power of 50watt of registered repeater beats easily all other ISM stuff with lack of proper bandpass filter)

As I said before, this is the price to pay to use free frequencies for pretty serious applications...

Robert Baxter

02/15/17 03:14am

"The frequency is free to use for anyone, and anyone who will implement anything on these frequencies must be aware of the highly risk to have another applications on same frequency."

This is not a Wi-Fi frequency. The frequencies in these bands are not free, it is regulated, meaning it is assigned to users. Users of the AES-Intellinet system have to get approval from the FCC or Industry Canada (or both if near the border) and pay annually for the band requested and then assigned to them and the assigned geographical area they can operate their transmitters by the regulators.

Read this IPVM report for free.

This article is part of IPVM's 6,380 reports, 860 tests and is only available to members. To get a one-time preview of our work, enter your work email to access the full article.

Related Reports

Hikvision Global Revenue Falls, Hit By Coronavirus on Apr 27, 2020

Hikvision's global revenue fell in the first quarter of 2020 due to the coronavirus, with Hikvision stating uncertainty for 2020 "is greater than...

Latest London Police Facial Recognition Suffers Serious Issues on Feb 24, 2020

On February 20, IPVM visited another live face rec deployment by London police, but this time the system was thwarted by technical problems and...

NetPosa's Terrible Situation Worsens on May 19, 2020

NetPosa is fighting for its existence as the situation worsens for what was once the PRC's largest VMS provider. The firm is being investigated by...

Resideo AlarmNet Has Major Outage on Mar 12, 2020

AlarmNet suffered a major outage yesterday, impacting Total Connect, Resideo, and Honeywell / Ademco alarm customers. Inside we examine what...

LenelS2 Coronavirus Cuts on Apr 13, 2020

LenelS2 has made cuts because of Coronavirus, sources tell IPVM. Inside this note, we examine the cuts made and the impact on LenelS2 going...

LSP Presents 2nd Generation FP Power Supplies on Apr 29, 2020

Life Safety Power (LSP) presented its FP2 power supply in the April 2020 IPVM New Products show. Inside this report: A 30-minute video from...

Wesco Wins Anixter on Jan 13, 2020

Despite Anixter earlier arguing that Wesco's bid was inferior to CD&R's by nearly 10%, Anixter confirmed that they are taking Wesco's 3.1%...

Verkada Raises $80 Million, Triples Valuation To $1.6 Billion on Jan 30, 2020

Verkada's rocketing valuation continues. 9 months ago, they got a half-billion valuation and now they have announced more than triple that, at $1.6...

Disaster At ISC West: Reed And SIA Burn Manufacturers on Mar 16, 2020

ISC West is a disaster but there's a winner for now. Reed and SIA have burned the manufacturers in spectacular fashion. The coup de grâce was...

IFSEC And The Security Event Both Postponed To September Due to Coronavirus on Mar 10, 2020

IFSEC, the UK's largest security show and held in London, has been delayed to September 8-10 due to the coronavirus. The show was originally...

Most Recent Industry Reports

Remove Dahua and Hikvision Equipment "Immediately" Or Else Banned From US Government Contracts on Jul 10, 2020

The US government has directed contractors to remove covered equipment, such as Dahua, Hikvision, and Huawei Hisilicon products, "immediately." If...

ZeroEyes Presents Firearm Detection Video Analytics on Jul 09, 2020

ZeroEyes presented its Firearm detection Video Analytics system at the May 2020 IPVM Startups show. A 30-minute video from ZeroEyes...

Directory of 162 "Fever" Camera Suppliers on Jul 09, 2020

This directory provides a list of "Fever" scanning thermal camera providers to help you see and research what options are available. There are...

Clinton Public View Monitor (PVM) Mask Detection Tested on Jul 09, 2020

Face mask detection, or more specifically not wearing one, is expanding amidst the pandemic. Clinton Electronics has added this capability to their...