Luca Borgianni - Music 220c

Week 1

General idea of the project: Despite the widespread availability of high-performance internet, there remains a significant challenge for thousands of musicians residing in rural and remote areas. This challenge often precludes them from fully experiencing Networked Music Performance (NMP) with optimal performance and quality fo experience. The emergence of Low Earth Orbit (LEO) satellite constellations, positioned at altitudes ranging from 300 to 600 kilometers, has presented a promising solution in respect to GEO satellites with delays that are unfeasible for a real-time application such as NMP. These constellations have enabled latency levels that can fall within the threshold of 50 milliseconds, beyond which online musical collaboration becomes impractical or yields unsatisfactory results. This project aims to leverage the capabilities of Starlink satellite internet connectivity alongside 5G networks as a supplementary solution during periods of Starlink downtime. To seamlessly integrate these two tunnels, we will employ Software-Defined Wide Area Networking (SD-WAN) technology. This approach offers the flexibility to implement Traffic Engineering algorithms, with a particular focus on Reinforcement Learning techniques.

Week 2

Private 5G is a prosiming feature of 5G and I look for some possibile solutions. Unfortunately, the commercial solutions are too expansive and the idea is to use a simple 5G SIM. We ordered Starlink!

Week 3

The dish has arrived! Some tests to do. I try connecting 2 channels of audio using JackTrip with: jacktrip -C jackloop128.stanford.edu --udprt

Starlink ready! Speedtest

Week 4

I used the tool pingtracer to test the trend of ping to the website www.unipi.it (Website of University of Pisa). As expected the delay is pretty high because of the distance. I did one test with Starlink and one with the CCRMA Wi-FI.

Starlink Ping
Starlink Ping
CCRMA_Wifi
CCRMA WiFi

Week 5

Setting up a testbed for doing delay measurements. I wrote a simple python code for automatic ping: GitHub

Week 6

Starting from the script of Week 5 I started the ping measurements from the client and the server as shown in the picture

Testbed
Testbed

Week 7

Analysis of the first dataset: 1 week of ping and packet loss measurements. I decided to send a burst of 10 packets every 10 seconds.

Raw data
Raw data

Week 8

Satellite Map: Starlink Map Real time

Starlink Map
Starlink Map real time

Week 9

Starlink Ping Metrics Analysis Report

Date: 2024-05-10

Preliminary Data Analysis

The dataset contains ping metrics for a day using a Starlink connection, with metrics such as Timestamp, Destination, PacketTransmit, PacketReceive, PacketLossCount, PacketLossRate, RTTMin, RTTAvg, RTTMax, RTTMdev, PacketDuplicateCount, and PacketDuplicateRate.

Packets Transmitted/Received: On average, 10 packets are transmitted every interval, with an average of 9.83 packets received.

Packet Loss Rate: The average packet loss rate is 1.7%, with a maximum of 100% at certain intervals.

Round-Trip Time (RTT):

  • Average Minimum RTT: 37.66 ms
  • Average RTT: 48.19 ms
  • Average Maximum RTT: 68.89 ms
  • Standard Deviation of RTT: 9.48 ms

Detailed Analysis

1. RTT Values Over Time

RTT (Min, Avg, Max) over Time

This chart shows the variation of minimum, average, and maximum RTT values over the day.

2. Packet Loss Rate Over Time

Packet Loss Rate over Time

This chart shows the variation in packet loss rate over the day, indicating periods of instability in the connection.

Graph Interpretation

1. RTT Values Trend Over Time

The graph shows the trend of minimum, average, and maximum RTT values throughout the day:

  • Minimum RTT (RTT Min): Fluctuates around 30-40 ms, with some variations over time.
  • Average RTT (RTT Avg): Generally stays between 40-50 ms, with periodic spikes.
  • Maximum RTT (RTT Max): Shows more variations and spikes, with values that can exceed 100 ms in some cases.

2. Packet Loss Rate Over Time

The packet loss rate graph shows:

  • Packet Loss Rate: Most of the time, the packet loss rate is close to 0%, but there are several significant spikes indicating periods of instability in the connection.

Anomaly Analysis

We observe some anomalies in the data, particularly:

  • RTT Spikes: There are moments during the day when maximum RTT values increase significantly, indicating potential congestion or interference issues.
  • Packet Loss: The spikes in the packet loss rate suggest temporary interruptions in the connection.

Distribution Analysis

Histogram of RTT Min

The histograms show the distribution of RTT values and packet loss rate:

  • RTT Min: Most values are concentrated between 30-40 ms.
  • Average RTT: Most values are concentrated between 40-50 ms.
  • Maximum RTT: The distribution is broader, with many values between 50-100 ms and some higher peaks.
  • Packet Loss Rate: Most values are close to 0%, but there are significant peaks indicating high packet loss.

Conclusions

RTT Spikes: Significant spikes in maximum RTT values suggest periods of high latency, potentially due to network congestion or interference.

Packet Loss: Spikes in packet loss rates indicate moments of complete disconnection, which is concerning for the reliability of the connection.

RTT Distribution: Most RTT values fall within acceptable ranges, but high spikes require further investigation.

Next Steps

  • Correlation Analysis: Examine if there are correlations between RTT spikes and packet loss.
  • Cause Investigation: Identify potential external causes for high latency and packet loss periods, such as weather conditions or hardware issues.
  • Network Optimization: Evaluate possible optimizations to improve the stability and reliability of the Starlink connection.

Week 10

As a final demonstration, we will do a Networked Music Performance using Starlink and JackTrip. For this first concert, we will have two musicians. Following the architecture of week 6, one of them will have access to the Starlink network, while the other one will use the CCRMA Terrestrial Network.

FINAL PRESENTATION