The TOFFEE Project
HOMEDOCUMENTATIONUPDATESVIDEOSRESEARCHDOWNLOADSPONSORSCONTACT


RESEARCH 》 A study on Deep Space Networks (DSN)

When you are dealing Deep Space Networks (DSN) one among the most challenging parts is the Interplanetary distances and communicating data across such vast distances. This is where we are not dealing with common Internet type traffic such as HTTP/FTP/VoIP/etc but it is completely different when it comes to DSN so far. So optimizing data in DSN becomes mandatory. For example if you think one of the Mars Rovers, they have used LZO lossless compression. Although they do to an extent lossy compression on images shot by these space-probes at times they we may also need high-resolution detailed high-quality images. And sometimes it is not just photos sent back to the earth, at times the space probes may also report their health status, keep alive messages as well transmit the scientific research data such as data recorded in various sensors situated on-board.

Although we got space probes across the space and ISS (International Space Station) orbiting over Earth, we do not have a scenario yet something like human colonies/bases on Moon or Mars and other planets. Eventually when such things happen in around 2020-2030 or so as the way NASA and scientists predict, DSN is going to be a case where more private companies may offer their solutions. But before that we need to still solve some of the fundamental data communication challenges involved in DSN. This is on of the fields which I am actively involved since a decade.

Unlike here on Earth upgrading a piece of hardware or communication technology is just impossible to do on a space probe which may exist millions of miles away from Earth. This also makes this technology evolve quite slowly unlike Earth bound communication technologies such as Mobile communications, Satellite networks and so on. For further complete coverage of this topic kindly refer my below detailed video titled Deep Space Communication - Episode1.

Understanding Communication Speeds: Most DSN networks are radio-wave signal based and not light (photonic) based communication. Radio waves do not travel at the speed of light. It is also one of the reason for the slow-down of the DSN unlike ground or earth bound fibre optic links since in this case data travels almost (since the medium is not vacuum and speed of light depends on the medium) at the speed of light. Before we imagine network speeds in DSN, let us understand an ideal situation of speed of light between two points in space:

Distance Speed of Light
Earth <> Moon1.5 seconds
Earth <> Mars4 minutes (240 seconds)
Earth <> Sun8 minutes (480 seconds)
Earth <> Jupiter30 minutes (1800 seconds)
Earth <> Saturn1 hour (3600 seconds)
Earth <> Neptune4 hours (14400 seconds)
Earth <> Pluto4.6 hours (16560 seconds)

NOTE: Since we compute network speeds often in bits/sec (and latency in nano-seconds and milli-seconds), in the above chart I am converting everything in seconds to understand the scale.

So based on the above chart now we can understand the scale of complexity in DSN. This underscores a fundamental limitation of physics !

Communication Protocols for DSN: For DSN a complete new set of protocols are defined which is SCP (stands for Space Communications Protocol). There are various RFCs which are defined which is called as SCPS (where S stands for Specifications). There are various variants under SCPS are defined such as SCPS-FP, SCPS-TP, SCPS-SP and SCPS-NP. The biggest difference you may find in DSN is that the delay involved due to inter-planetary distances. So based on the distance you may experience communication delays, loss of packets, etc. Say for example if you think a successful connection is established (for example a TCP session/connection), you may have to-and-fro keep alive acknowledgement packets exchanged every few milliseconds. But whereas in a case of DSN you may experience this happening every few minutes or every few hours. So that is how bizarre it is. Although there is no packet exchanges happening in few minutes or hours you should understand this is due to vast distances involved.

These SCPS specifications are defined by a committee called as CCSDS (stands for Consultative Committee for Space Data Systems). This is a body which is formed as per collaborative effort of various space agencies across the world. An Internet spanning across multiple planets is termed as IPN (stands for Interplanetary Network or in short InterPlanet). For further complete coverage of this topic kindly refer my below detailed video titled Deep Space Communication - Episode2.

Lossless Compression Algorithms for DSN: A specific set of tailor made algorithms are required for space communications unlike the ones which are used in communications here on Earth. They have to be light-weight and at the same time super-efficient and should have least processing latencies. The communication data could be just anything such as scientific research data collected via space probe sensors or it could be hi-resolution photos sent back to earth or it could be commands sent to these probes via ground control crew. I have done extensive research on this for almost more than a decade on various lossless compression algorithms. This is a case where we are dealing optimizing real-time data. This is not a passive file compression something like creating a tar-ball or some zipfile. This is a case you are sending and receiving packets continuously and you are processing them in real-time.

NASA have their own lossless compression variants and often they are customized. One of the well known algorithms which NASA uses is the LOCO-I (stands for Low Complexity Lossless Compression) which is mainly meant for compressing images. LOCO-I is a kind of lossless compression variant of JPEG. Which is why it is also can be sometimes called as JPEG-LS (stands for JPEG-Lossless). Based on LOCO-I NASA did hardware based solution which is FPGA-LOCO. Since it is hardware based, it is good in performance, reliability and extremely energy efficient.

Apart from this CCSDS have their own variant of RICE lossless compression algorithm. For further complete coverage of this topic kindly refer my below detailed video titled Space Lossless Compression.

References:

NASA:

Wikipedia:

Other:



Suggested Topics:


WAN Optimization and Network Optimization

💎 TOFFEE-MOCHA new bootable ISO: Download
💎 TOFFEE Data-Center Big picture and Overview: Download PDF


Recommended Topics:

TOFFEE-Mocha WAN Emulation software development - Update: 17-June-2016 ↗
Saturday' 13-Mar-2021
Now I supported and finished complete GUI support of these parameters so that you can configure, store, reboot and the same will restore upon reboot. Besides I complete the TOFFEE-Mocha Big-Picture page. The Big picture is an interface where you can find all the configuration (or settings) of the TOFFEE-Mocha. This is almost similar to CISCO device show all command but in graphical representation. Sometimes a network admin can also print the Big Picture page and paste it near to the device to refer its settings.

The TOFFEE Project :: TOFFEE-Mocha :: WAN Emulator ↗
Saturday' 13-Mar-2021
The TOFFEE Project :: TOFFEE-Mocha :: Linux Open-Source WAN Emulator

Bufferbloat in a Networking Device or an Appliance ↗
Saturday' 13-Mar-2021

Riverbed and Silver Peak WAN Optimization vs TOFFEE-DataCenter (TOFFEE and or TrafficSqueezer) - FAQ ↗
Saturday' 13-Mar-2021

Building my own CDN - choosing a web-hosting to deploy my CDN - Update: 28-July-2016 ↗
Saturday' 13-Mar-2021
The TOFFEE Project website is hosted on Inmotion Hosting. And so I am looking for alternate hosting provider to build my first CDN node. My plan is to make multiple sub-domains of my website such as cdn1.the-toffee-project.org, cdn2.the-toffee-project.org and point each of this corresponding subdomain(s) to various alternative web hosting servers geographically spread across the world. Sometimes choosing the same vendor for multiple CDN nodes may result multiple servers existing in the data-center. And this becomes an issue if there is some catastrophic network disaster.

TOFFEE-DataCenter packet packaging feature for WAN Optimization ↗
Saturday' 13-Mar-2021

Watch on Youtube - [1888//1] Deep Space Communication - Episode1 - Introduction ↗


TEST CASES :: TEST RESULTS :: Raspberry Pi WAN Emulator TOFFEE-Mocha-1.0.14-1-rpi2 ↗
Saturday' 13-Mar-2021

TOFFEE deployment topology guide ↗
Saturday' 13-Mar-2021
Assume you have two sites (such as Site-A and Site-B) connected via slow/critical WAN link as shown below. You can optimize this link by saving the bandwidth as well possibly improve the speed. However, the WAN speed can be optimized only if the WAN link speeds are below that of the processing latency of your TOFFEE installed hardware. Assume your WAN link is 12Mbps, and assume the maximum WAN optimization speed/capacity of Raspberry Pi is 20Mbps, then your link will get speed optimization too. And in another case, assume your WAN link is 50Mbps, then using the Raspberry Pi as WAN Optimization device will actually increase the latency (i.e slows the WAN link). But in all the cases the bandwidth savings should be the same irrespective of the WAN link speed. In other words, if you want to cut down the WAN link costs via this WAN Optimization set up, you can always get it since it reduces the overall bandwidth in almost all the cases (including encrypted and pre-compressed data).

TOFFEE Documentation :: TOFFEE-1.1.24-3-rpi2 ↗
Saturday' 13-Mar-2021
Here is my VLOG Youtube video of the same which includes details about version release notes, future road-map and so on. The TOFFEE release is highly optimized and customized for hardware platforms such as x86-64 based Intel NUC and other Intel mobile computing platforms such as laptops and so on. This version (or release) is not suited and so not recommended to be used for high-end desktop and server hardware platform.

Building my own CDN - choosing a web-hosting to deploy my CDN - Update: 28-July-2016 ↗
Saturday' 13-Mar-2021
The TOFFEE Project website is hosted on Inmotion Hosting. And so I am looking for alternate hosting provider to build my first CDN node. My plan is to make multiple sub-domains of my website such as cdn1.the-toffee-project.org, cdn2.the-toffee-project.org and point each of this corresponding subdomain(s) to various alternative web hosting servers geographically spread across the world. Sometimes choosing the same vendor for multiple CDN nodes may result multiple servers existing in the data-center. And this becomes an issue if there is some catastrophic network disaster.



Featured Educational Video:
Watch on Youtube - [17445//1] 294 - VRF - Virtual Routing and Forwarding - Introduction ↗

Communication data network standards and data transfer speeds :: Chart ↗
Saturday' 13-Mar-2021
Here is a complete chart comprising popular communication data network standards and their respective transfer rates. I hope this reference chart will help network engineers and network software developers while performing networking tests and experiments, building WAN/network products, building WAN simulated networks of a specific standard and so on. This may also helps us to track technological advancements of communication data networks.

WAN Optimization iPhone and Android - Mobile App ↗
Saturday' 13-Mar-2021

Demo TOFFEE_DataCenter WAN Optimization VM (in VirtualBox) Test Setup ↗
Saturday' 13-Mar-2021
Demo TOFFEE_DataCenter WAN Optimization VM (in VirtualBox) Test Setup

TOFFEE with Hardware Compression and Decompression Accelerator Cards ↗
Saturday' 13-Mar-2021
You can build a basic TOFFEE WAN Optimization hardware completely in software layer (i.e its networking data-plane and control-plane). And if you are a product manufacturer you can make commercial WAN Optimization products with TOFFEE with software layer alone. And if you choose to improve its performance, you can use any third-party PCIe Compression Accelerator cards.



Watch on Youtube - [1888//1] Deep Space Communication - Episode1 - Introduction ↗

TOFFEE-DataCenter :: Optimized ISP backbone networks for countries with slowest Internet Speed ↗
Saturday' 13-Mar-2021



Research :: Optimization of network data (WAN Optimization) at various levels:
Network File level network data WAN Optimization


Learn Linux Systems Software and Kernel Programming:
Linux, Kernel, Networking and Systems-Software online classes


Hardware Compression and Decompression Accelerator Cards:
TOFFEE Architecture with Compression and Decompression Accelerator Card [CDN]


TOFFEE-DataCenter on a Dell Server - Intel Xeon E5645 CPU:
TOFFEE-DataCenter screenshots on a Dual CPU - Intel(R) Xeon(R) CPU E5645 @ 2.40GHz - Dell Server