3G / UMTS를 통한 수수께끼의 TCP 성능

3G를 기본 인터넷 연결로 사용하고 있으며이 문제에 대한 TCP는 매일 점점 더 어려워지고 있습니다. 예를 들면 다음과 같습니다.

1. kernel.org에서 다운로드하는 것은 매우 빠릅니다.

   $wget http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.6.8.tar.bz2
   

   몇 초 후 ~ 500kB / s로 증가!

2. 예를 들어 www.graphic-pc.com과
   같은 일부 서버는 속도가 매우 느립니다. 같은 방법으로 wget을 사용하여 큰 파일을 다운로드하면 ~ 30kB / s에서 1 초 동안 시작한 다음 5-10k로 또는 훨씬 더 나빠집니다.

3. 웹 브라우징은 괜찮지 만 다소 신뢰할 수 없습니다. 무작위로 페이지를로드하는 데 시간이 오래 걸리거나로드에 실패하더라도 다시로드는 거의 즉시 성공할 수 있습니다.

4. 이제 우연히 3G 연결 위에서 UDP를 통해 OpenVPN을 사용하여 게임을 시작했습니다. OMG는 갑자기 모든 것이 매우 빠릅니다!
   동일한 www.graphic-pc.com은 이제 100-200kB / s로 촬영합니다!

• 무슨 일이야?
• VPN을 사용하지 않는 것보다 VPN을 사용하는 것이 훨씬 낫습니다.
• 왜 kernel.org가 날 때 graphic-pc.com이 크롤링합니까?
  내 tcp 스택 (또는 서버) 또는 무언가 버그가있는 라우터와 관련이 있습니까 ??

노트:

설정은 Ubuntu Lucid 및 Huawei 3G 동글 (그래서 직접 pppd 연결)을 실행하는 랩톱입니다.

나는 하루 종일 거의 이것을 재현 할 수 있고 움직이지 않고 있으므로 셀 환경이나 인터넷 혼잡이 분명하지 않습니다. (VPN이없는 kernel.org는 때때로 저녁에 60kB 정도 나빠지지만 여전히 VPN을 사용하면 500kB입니다!)

2) wireshark는 재전송 된 패킷, dup ack를 보여줍니다.

다른 / proc / sys / net / ipv4 매개 변수 (tcp_rmem, window_scaling, tcp_congestion ...)를 사용하여 차이를 보지 못했습니다.

업데이트 :
Windows 7 (VPN 없음)에서 몇 가지 흥미로운 결과를 시도했습니다.

tcp settings  :  default          tcp_optimizer
kernel.org    :  10 kB/s          20 kB/s
graphic-pc.com:   8 kB/s          70 kB/s !

tcp_optimizer는 무엇보다도 ctcp를 켰습니다. os graphic-pc.com이 실행중인 것을 확인해야합니다. 내 베팅은 Linux의 tcp_westwood이며 MS ctcp는 여기에서 잘 섞이지 않습니다 ...

문제 해결 :
graphic-pc.com의 다른 파일 형식 (.zip)으로 테스트했습니다. 동시에이 파일이 빠르며 다른 파일 (btw는 .mp3)에 대해 느린 것을 추측하십시오. 따라서 ISP는 심층 패킷 검사 및 조절을 수행하는 것이 분명합니다.

Windows에서 이상한 결과에 관해서는, 오늘 다시 테스트했으며 이제는 Linux와 정확히 동일합니다. 또한 스로틀 링은 동적이며 낮 동안 변경됩니다. 나는 정말로 운 이 좋지 않았고 스로틀 링이 변경되면 바로 재부팅하고 tcp_optimizer를 실행했습니다 ...

여전히 TCP 성능에 3G의 실제에 미치는 영향에 대한 호기심이 A의 같은 수 의 논문 주제에,하지만 지금까지이에 관한 한 단지 트래픽 쉐이핑 쓰레기, 3G와 아무것도 잘못이야로!

우선, 3G / 4G 연결은 인터넷에 대한 기본 연결로 설계되지 않았으며 트래픽이 특정 패턴과 일치하여 흐르거나 사용자가 무단 한도 트래픽 양을 초과하는 경우 제한을받습니다. 그들이 당신에게 제한이 없다고 말할 때 당신의 이동 통신사 (데이터 전용 무제한 선전 복장조차도)를 믿지 마십시오.

결국 그것은 공기 시간이고 공기 대역폭은 섬유와 구리의 공기 대역폭과 비슷합니다. 트래픽 정체가있는 경우 엔드 노드의 트래픽을 제한하는 다른 옵션이 없습니다.

언급 한 그래픽 PC 사이트는 매우 플래시 (또는 유사한) 무거운 사이트이며 OC-3 연결 작업 인터넷에서 약 60 초가 걸립니다. 따라서 표준 3G를 통해이 사이트에 액세스하는 측정 속도가 낮다는 것은 그리 놀라운 일이 아닙니다. Kernel.org가 더 빠릅니다. 이 사이트의 텍스트 기반 특성을 고려할 때 이미지 / 플래시 / 음악 / 등의 무거운 웹 사이트에서는 불가능한 3G 연결을 통해 트래픽을 압축 및 압축 해제 할 수 있다고 확신합니다.

마지막으로, 더 많은 것은 당신이 당신의 파이프, 즉 3G 연결, 당신에게 덜 유리한 고객, 당신의 ISP에 밀어 넣고 싶을 것이고, 그들은 당신이 무엇이든 상관없이 당신을 조절할 것입니다. 당신이 당신의 TOS를 읽는다면, 당신은 (어떤 합리적인 사용에 따라 그렇게 할 법적 권리를 가지고 있음을 볼 수 없는 24 시간 논스톱 연결)

VPN 연결을 통해 모든 네트워크 트래픽을 암호화합니다. 따라서 ISP는 더 이상 패킷을 검사 할 수 없으므로 플래시 페이지 요청에서 텍스트 페이지 요청을 말할 수 없습니다. 따라서 심층 패킷 검사를 어느 정도 우회했습니다. 그러나 VPN을 사용하면 연결을 떠나는 모든 패킷을 암호화해야하므로 비용이 많이 듭니다. 그러나 귀하의 경우이 비용은 최소화되거나 무시할만한 것 같습니다.

희망이 조금 설명하기를 바랍니다