This blog post evolved over time - initially it was a mere scratchpad for notes during our initial research between 2012/11/29 and 11/30. Later, after Syria was back online again, I added a summary and some potential explanations of what might have happened at the end of this blog post.
and others pointed out, Syria seems to be offline since 10:26 UTC. Michael Kafka and me verified this fact via looking at BGP
routing tables and looked at the potential damage to the Internet as a global system.
Here is what we can confirm / figured out:
AS29386 is the Syrian Telecom (STE). It seems to be the
central hub for all connections to/from Syria. So, we started first with this network.
This is how STE is connected:
Next, we looked at Renesys' claim that 92% of all announcements were offline. However, the situation seems to be worse: at the time of this writing we did not find a single BGP prefix which was announced via STE AS29386. There still might be some other carrier which announces Syrian IP spaces but none of them went through Syria Telecom.
Next, we looked at the list of known netblocks which are announced via AS29386 based on RIPE's stat.ripe.net service: https://stat.ripe.net/as29386#tabId=routing
. This list was compared against our BGP table. We indeed could confirm that none of the networks were visible. UPDATE 00:45 a.m.:
Cloudflare has a good analysis
of the Internet blackout. Summary: a fiber cable cut seems unlikely according to cloudflare. UPDATE 2012/11/30, 11:00 a.m.
: The last night was busy with figuring out some details. I could independently confirm that even the IP range, which was active in the Finfisher malware
was not reachable anymore. This is interesting since this IP range was actually attributed to the Syrian government. So, even they are definitely offline. This is strange. If I were the Syrian government and I wanted to block rebels from communicating via the Internet, I wouldn't turn off my own connectivity as well. What happened? UPDATE:
Renesys has an updated Analysis
. There seems to be some traffic flowing out, but via other carriers. We could not confirm this. However what we could find out was...
How does it look from inside of Syria?
I received a traceroute from within Syria via a friend of a friend of a friend. So, please be aware of this and treat it merely as a hint. However, to me it looks real.
The first IP addresses are intentionally obfuscated to protect the individual who made the traceroute. It is interesting to see that the traceroute ends at:
% Information related to '220.127.116.11 - 18.104.22.168'inetnum: 22.214.171.124 - 126.96.36.199
descr: STE PDN Backbone Network
status: ASSIGNED PA
remarks: ANY Problems Like SPAM, Hacking etc..
remarks: Send Email to firstname.lastname@example.org
source: RIPE # Filteredperson: Mostafa Sawan
phone: +963 21 5229803
fax-no: +963 21 52288992
source: RIPE # Filteredperson: Weam Salem
address: PDN- STE
source: RIPE # Filtered% Information related to '188.8.131.52/18AS29256'route: 184.108.40.206/18
descr: STE Public Data Network Backbone and LIR
source: RIPE # Filtered% Information related to '220.127.116.11/18AS29386'route: 18.104.22.168/18
descr: STE Public Data Network Backbone and LIR
source: RIPE # Filtered
In other words, we are observing the path that data pakets would take from within Syria to google (22.214.171.124). However, the network where everything stops is STE (precisely the STE PDN Backbone Network). It will be very interesting to compare this traceroute later when the internet connectivity is restored again. Then we will be able to see exactly at which point data pakets were dropped.
Here is a screenshot of the traceroute:
Why is this traceroute so special? It was smuggled out via a VSAT connection
!! So this is to the best of my knowledge a unique view of the Internet blockage as seen from inside Syria at the time of when it happened. Indeed, there seem to be many VSATs in Syria. The New York times confirmed
According to the same sources, regular landline phones still work in Damaskus. Also, accessing *.SY domains / servers from within Syria seems to still work (at least yesterday night). It's just the international wired links which are down. Somehow this proves my point that I made in an interview with "DerStandard"
. Still, VSATs and modems are slow - but at least some folks still had some connectivity.
Speaking of DNS:
$ dig -t ns sy; <<>> DiG 9.7.6-P1 <<>> -t ns sy
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26318
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0;; QUESTION SECTION:
;sy. IN NS;; ANSWER SECTION:
sy. 86400 IN NS ns1.tld.sy.
sy. 86400 IN NS ns2.tld.sy.
sy. 86400 IN NS pch.anycast.tld.sy.
sy. 86400 IN NS sy.cctld.authdns.ripe.net.;; Query time: 18 msec
;; SERVER: x x x x #53(x x x x )
;; WHEN: Fri Nov 30 12:49:46 2012
;; MSG SIZE rcvd: 125
This means that ripe.net is still a secondary authoritative DNS server for *.sy domains. You can still query *.sy domains from there in case you know what you are searching for. This fits together with claims that *.sy domains which are hosted in the US are still reachable.
Syrian sea cables (source: Mikko Hipponen):
In addition there seem to be land cables to turkey - again according to Mikko.UPDATE 2012/11/30 14:45
: Otmar and me cross checked the BGP announcements via a different mechanism. Since our initial analysis only included any network which was announced via STE, we thought we should better double check again and look if we had forgotten any Syrian network which was not going through STE. Therefore, we took a different approach: we extracted the syrian IP ranges from the maxmind DB, fetched the ASNs, compared against the full BGP feed and found that our last hope, a traceroute path to Syria via the indian carrier TATA
terminates in Paris. So even though we chose a different path for our analysis, we end up with the same result: Syria is indeed offline. UPDATE 2012/12/2
: it seems that the land line via Turkey mentioned above was planned but was not in operation during the Internet blackout. This makes it very hard to attribute the cause of the blackout to either the rebels or the government. As Renesys said in their updated blog
The restoration was achieved just as quickly and neatly as the outage: like a switch being thrown. Does that mean that we believe the government (or the opposition) threw the switch? Frankly, the data available just don't support attribution at this point, despite all the speculation.
Where do the sea cables come in? Close to Tartous (Tartus) (and by the way, Tartus hosts the russian naval base
).Greg's cable map site
has a nice list of lines arriving at Tartus:
If there was some physical damage to these lines or the landing site, then most probably the carrier operators should know about that. Did someone ask them already what happened? If they don't know of any damage, then something must have happened on the software level or further inland.
pictures of the Tarassul
data center (note the Blue-coat
(and the power cord that you could trip over ;-) ):
. Again, just to be sure - this is some info from the Internet. No idea how much solid evidence this picture is.
Post-fact analysis - what actually happened?
Hard to tell. Personally I still believe it was caused by a "network maintenance" event. That is - someone got a phone call and had to disable BGP announcements. Or there was some upgrade to DPI systems. However, the fact that all networks were gone (including the government networks and the network range which was hosting the famous FinFisher command & control server) speaks exactly against this theory. If we apply reasoning (which might be the wrong thing in a war(?)), then we should assume that these government networks should have been up and running. But they were not as we could independently confirm. Also there are multiple sea cables going into Syria. But they seem to come together at one point in Tartus. A single point of failure.
In summary I can only conclude that we don't know for sure what really happened, but we know for sure that it is really a bad idea to have a single point of failure.
More specifically, I believe we need:
It makes sense to have many fiber lines. If we were to believe the official story that rebels blew up a communications cable, then redundant connections would have avoided any blackout.
Having one organization and one technician administering vital systems which are a single point of failure is a bad idea. Humans make errors. Or they can get bribed. Who knows what really happened in Syria? Maybe the technician had to upgrade the DPI system and the upgrade did not work?
Having multiple organizations / ISPs minimizes these risks.
they have guns!
All of the above is of course only a recommendation which works in a democratic nation at peace. If there are multiple SWAT teams with guns entering multiple ISPs' office at the same time and ordering a nationwide shutdown, there is little you can do but to shut down everything.
Nevertheless, I am very happy that Austria at least is well connected with multiple redundant links and with multiple ISPs. But even here we should learn the lesson from Syria: build redundancy! It's important! Srsly.
On a lighter note, I was wondering why I personally got so excited about the subject.
Well, I guess xkcd answered it for me:
Author: L. Aaron Kaplan