[s5unnyjjj's Review] Measuring Internet Speed: Current Challenges and Future Recommendations

Link: https://dl.acm.org/doi/10.1145/3372135

Measuring internet speed: current challenges and future recommendations: Communications of the ACM: Vol 63, No 12

 

인터넷 속도 측정에 관한 megazine 을 읽고 요약한 내용을 작성하였습니다.

---

1. Introduction

 * The accuracy of measurement is critical to assessments

   - The measurements can inform everything from investment decisions to policy actions and even litigation

   - These measurements make the resulting data unreliable or misleading because of relying on outmoded technology

 

 *  This magazine describes the current state of speed testing tools, outlines their limitations, and explores paths forward to better inform the various technical and policy ambitions and outcomes

 

Additional Explanation

인터넷 속도 측정은 투자 결정부터 정책 조치, 심지어 소송까지 모든 것에 있어서 측정의 정확성은 이러한 평가에 매우 중요합니다. 안타깝게도 이러한 노력은 때로 구식 기술에 의존하여 결과 데이터를 신뢰할 수 없거나 오해의 소지가 있습니다. 또한 다양한 요인이 인터넷 속도 테스트의 결과에 영향을 미칠 수 있습니다. 그러므로 본 magazine에서는 속도 테스트의 한계를 설명하고, 다양한 기술 및 정책 목표와 결과를 더 잘 알릴 수 있는 경로를 탐색하는 내용을 담고 있습니다.

 

2. Limitations of Existing Speed Tests

 *  User-related consideration

   - Speed tests that are run over a home wireless connection often reflect a measurement of the user’s home wireless connection

   - Many past experiments demonstrate that the user’s Wi-Fi is often the network performance bottleneck

 

 *  Wide-area network considerations

   - The network links can become impaired

   - For example, the quality of connection to a home can become impaired by factors such as a squirrel chewing through a line or a bad ground wire

 

 *  Test infrastructure considerations

   - Because speed tests based on active measurements rely on performing measurements to some Internet endpoint, another possible source of a performance bottleneck is the server infrastructure itself

   - The test server infrastructure must be adequately provisioned so that it does note become the bottleneck for the speed test

 

 *  Test design c Considerations

   - Number of parallel connections

   - Test duration

   - Throughput calculation

 

 *  Self-selection bias

   - Many users initiate such tests only when they are experiencing a technical problem or are reconfiguring their network

   - Speed tests that are initiated by a user suffer from self-selection bias

 

 *  Infrequent testing

   - If tests are too infrequent or are only taken at certain times of day, the resulting measurements may not accurately reflect a user’s Internet capacity

   - If the user only conducts a test when there is a transient problem, the resulting measurement may not be representative of the performance that a user typically experiences

 

Additional Explanation

첫 번째는 user-related consideration입니다. 홈 무선 연결을 통해 실행되는 속도 테스트는 Wi-Fi 네트워크 자체가 일반적으로 사용자와 테스트 서버 사이의 최저 용량 링크입니다. 뿐만 아니라 과거의 많은 실험에서 종종 Wi-Fi가 네트워크 성능 병목 현상임을 입증하였습니다.

두 번째는 wide-area network considerations입니다. 광역 네트워크인 경우 고려사항이 있습니다. 예를 들면 광역 네트워크의 경우, 다람쥐와 같은 동물들이 라인을 씹거나 잘못된 접지선을 씹는 것과 같은 요인으로 인해 손상될 수 있습니다. 뿐만 아니라 날씨에 의해 손상되거나 안테나를 차단하는 나뭇잎으로 인해 손상될 수 있습니다. 그러므로 결과에 부당하게 영향을 미치는 가능성을 완화하려면 많은 사용자를 대상으로 테스트를 진행해야 합니다.

세번째는 인프라 고려 사항을 테스트 합니다. 활성 측정을 기반으로 하는 속도 테스트는 일부 인터넷 엔드 포인트 즉, 측정 서버에 대한 측정 수행에 의존하기 때문에 성능 병목 현상의 또 다른 가능한 원인은 서버 인프라 자체입니다.

네번째는 테스트 디자인 c 고려사항입니다. 우선 병렬 연결 수를 고려해야합니다. 속도 테스트 설계에서 중요한 고려 사항은 테스트에서 클라이언트와 서버간에 데이터를 전송하는데 사용하는 병렬 TCP 연결 수입니다. 그 다음 고려해야할 것은 테스트 기간입니다. 테스트 기간과 전송되는 데이터 양도 테스트 결과에 큰 영향을 미칩니다. 마지막 고려사항은 처리량 계산입니다. 테스트에서 결과를 계산하는데 사용하는 방법은 매우 다양하며 해당 방법은 종종 공개되지 않습니다. 그러므로 서로 다른 테스트를 비교하기가 어렵습니다.

다섯 번째는 self-selection bias로, 속도를 측정할 때 각자 편향적으로 선택하곤합니다. 많은 사용자가 기술적 문제가 발생하거나 네트워크를 재구성하는경우에만 이러한 테스트를 시작하게 되기때문에 사용자가 시작한 속도 테스트는 self-selection bias으로 어려움을 겪습니다.

여섯 번째는 infrequent testing입니다. 테스트가 너무 드물거나 하루 중 특정 시간에만 수행되는 경우 결과 측정 값이 사용자의 인터넷 용량을 정확하게 반영하지 못할 수 있습니다. 또한 사용자가 일시적인 문제가 있을 때만 테스트를 수행하는 경우 결과 측정은 사용자가 일반적으로 경험하는 성능을 나타내지 않을 수 있습니다. 또한 사용량이 많거나 사용량이 적은 시간 동안 무작위로 선택한 시간에 하루에 여러 번 자동 테스트를 실행하면 이러한 요인 중 일부를 설명 할 수 있습니다.

 

3. The Future of Speed Testing

 * Retire outmoded tools such as Network Diagnostic Tool (NDT)

 

 * Use native, embedded, and dedicated measurement techniques and devices

 

 * Control for factors along the end-to-end path when analyzing results

 

 * Augment active testing with application quality metrics

Additional Explanation

마지막으로 속도 테스트의 미래에 대해 설명드리겠습니다.

첫 번째는 속도 측정에 주로 사용되는 NDT가 부적합하고 부정확성이 입증되었습니다. 왜냐하면 NDT는 여전히 링크 용량 측정에 적합하지 않은 단일 TCP연결을 사용하고 있기 때문이기에 이러한 도구를 사용하여 측정하는 것을 멈춰야 합니다.

두 번째는 본질적이고 임베디드 및 전용 측정 기술 및 장치를 사용해야합니다. 네트워크 속도가 증가함에 따라 웹 기반 테스트는 초당 수백 메가 비트를 초과하는 속도로 데이터를 전송할 수 없기 때문입니다.

세 번째는 결과를 분석할 때 종단 간 경로를 따라 요인을 제어합니다. 네트워크 속도가 증가함에 따라 종단 간 경로의 다른 곳에서 병목 현상이 점점 더 많이 발생하니 이런 요인을 제어해야합니다.

네 번째는 어플리케이션 품질 지표로 active testing을 확장해야합니다. 액세스 네트워크 속도가 증가함에 따라 ‘속도 테스트＇를 모니터링하는 것 뿐만 아니라 다양한 응용 프로그램에 대한 품질 지표를 모니터링하고 추론할 수 있는 새로운 방법을 개발하는 것도 중요합니다.

 

 

이러한 발전은 기존 인터넷 속도 테스트 도구의 유용성에 대한 이해를 발전시키고 사용자의 인터넷 경험을 보다 대표적으로 측정하기 위해 이러한 도구를 어떻게 재설계해야하는지 고려할 필요가 있음을 시사합니다.

---

>> 위 내용은 필자가 읽고 작성한 내용입니다.

>> 부족한 점이 많을 수 있기에 잘못된 내용이나 궁금한 사항이 있으면 댓글 달아주시기 바랍니다.

>> 긴 글 읽어주셔서 감사합니다.