Skip to main content
QUICK REVIEW

[논문 리뷰] Multi-Source Multi-Path HTTP (mHTTP): A Proposal

Juhoon Kim, Ramin Khalili|arXiv (Cornell University)|2013. 10. 10.
Network Traffic and Congestion Control참고 문헌 30인용 수 11
한 줄 요약

이 논문은 서버, 네트워크 또는 애플리케이션을 수정하지 않고도 다양한 네트워크 경로를 통해 수신 측에서 동시에 여러 서버로부터 파일 조각을 다운로드할 수 있도록 하는 mHTTP를 제안한다. HTTP 범위 요청과 수정된 소켓 인터페이스를 활용함으로써 mHTTP는 대용량 파일의 다운로드 시간을 최대 50%까지 단축시키면서도 소형 파일에 대한 성능을 유지한다.

ABSTRACT

Today, most devices have multiple network interfaces. Coupled with wide-spread replication of popular content at multiple locations, this provides substantial path diversity in the Internet. We propose Multi-source Multipath HTTP, mHTTP, which takes advantage of all existing types of path diversity in the Internet. mHTTP needs only client-side but not server-side or network modifications as it is a receiver-oriented mechanism. Moreover, the modifications are restricted to the socket interface. Thus, no changes are needed to the applications or to the kernel. As mHTTP relies on HTTP range requests, it is specific to HTTP which accounts for more than 60% of the Internet traffic. We implement mHTTP and study its performance by conducting measurements over a testbed and in the wild. Our results show that mHTTP indeed takes advantage of all types of path diversity in the Internet, and that it is a viable alternative to Multipath TCP for HTTP traffic. mHTTP decreases download times for large objects up to 50%, whereas it does no harm to small object downloads.

연구 동기 및 목표

  • HTTP 기반 웹 트래픽에서 60% 이상을 차지하는 대용량 파일의 빠른 다운로드 요구 증가에 대응한다.
  • 서버나 애플리케이션 수정이 필요한 MPTCP 및 애플리케이션 전용 도구와 같은 기존 다중 경로 솔루션의 한계를 극복한다.
  • 다중 인터페이스 장치에서의 기존 경로 다양성과 CDN의 글로벌 복제 콘텐츠를 활용해 종단 간 다운로드 성능을 향상시킨다.
  • 클라이언트 측 소켓 인터페이스 수정만으로도 가능하고, 응용 프로그램에 영향을 주지 않는 수신자 중심의 애플리케이션 투명한 솔루션을 설계한다.
  • 정규 TCP 대역폭 사용량을 초과하지 않도록 하여 후행 호환성과 공정성을 확보한다.

제안 방법

  • 대용량 파일을 조각으로 나누고 여러 서버로 독립적인 HTTP 범위 요청을 보내는 다중 HTTP: 수정된 소켓 API를 구현한다.
  • 다중 DNS: 여러 DNS 쿼리 또는 응답(예: eDNS 포함)에서 IP 주소를 수집하여 다수의 서버 위치를 탐지하는 수정된 DNS 해상기능을 사용한다.
  • 클라이언트 측에서 다운로드된 조각을 재구성하고 응용 프로그램에 단일 스트림으로 전달한다.
  • 커널 또는 응용 프로그램 수준의 변경 없이 소켓 인터페이스의 수정만 제한한다.
  • 단일 서버 및 다중 서버 환경 모두를 지원하며, HTTP 트래픽에 대한 MPTCP의 대안으로 사용 가능하다.
  • 각 인터페이스당 연결 수를 하나로 제한하고 총 대역폭 사용량을 단일 경로 TCP 흐름의 두 배 이내로 제한하여 공정성을 확보한다.

실험 결과

연구 질문

  • RQ1수신자 측 전용 메커니즘은 인터넷의 모든 유형의 경로 다양성을 HTTP 트래픽에 효과적으로 활용할 수 있는가?
  • RQ2mHTTP는 단일 경로 HTTP 및 MPTCP에 비해 대용량 파일 다운로드 시간을 얼마나 줄일 수 있는가?
  • RQ3mHTTP는 웹 트래픽에서 흔한 소형 객체 다운로드 성능에 악영향을 미치는가?
  • RQ4테스트 베드 및 실환경 측정을 포함한 실제 환경 조건에서 mHTTP의 성능은 어떠한가?
  • RQ5mHTTP는 수신자 및 송신자 측 모두에서 커널 수준의 변경 없이 MPTCP와 유사한 성능을 달성할 수 있는가?

주요 결과

  • mHTTP는 다중 인터페이스 장치와 글로벌로 복제된 콘텐츠를 포함한 인터넷의 모든 유형의 경로 다양성을 성공적으로 활용한다.
  • 대용량 파일 다운로드의 경우, mHTTP는 단일 경로 HTTP 대비 최대 50%까지 다운로드 시간을 단축시킨다.
  • mHTTP는 소형 객체 다운로드에 대해 성능 저하가 없으며, 기존 HTTP 동작과의 호환성을 유지한다.
  • 단일 서버 환경에서는 특히 1024 KB의 조각 크기에서 mHTTP가 대용량 파일에 대해 MPTCP와 유사한 성능을 달성한다.
  • mHTTP는 배포 복잡도가 훨씬 낮은 점을 감안할 때 HTTP 트래픽에 대한 MPTCP의 실현 가능한 대안이다.
  • 각 인터페이스당 하나의 연결과 단일 경로 TCP 흐름의 두 배 이내 총 대역폭 사용량을 제한함으로써 mHTTP는 네트워크 공정성을 유지한다.

더 나은 연구,지금 바로 시작하세요

논문 읽기부터 검토까지, 연구 시간을 획기적으로 줄여보세요.

카드 등록 없음 · 무료 플랜 제공

이 리뷰는 AI가 만들고, 인간 에디터가 검토했습니다.