저는 Ping Plotter를 실행했으며 모든 홉 (약 12 %)에서 높은 패킷 손실이 발생한 결과입니다. Google의 라우터에 결함이 있다고 믿기 어렵습니다. 내 네트워크 카드가 탓할까요?
확대하려면 스크린 샷을 클릭하십시오.
핑 플로터 화면 그림 (World of Tanks를 제외한 모든 네트워크 트래픽을 닫고 로컬 라우터를 제거함) :
또한 winMTR (라디오 및 starcraft2 실행)을 실행했으며 홈 라우터도 추가했습니다.
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| my.router - 0 | 1631 | 1631 | 0 | 0 | 3 | 1 |
| 10.0.0.1 - 5 | 1413 | 1356 | 1 | 11 | 41 | 3 |
| qr90.bucuresti.rdsnet.ro - 5 | 1379 | 1313 | 1 | 12 | 78 | 3 |
| cr01.bucuresti.rdsnet.ro - 4 | 1436 | 1385 | 2 | 18 | 50 | 3 |
| xr01.budapesta.rdsnet.ro - 5 | 1407 | 1348 | 13 | 24 | 70 | 14 |
| xr01.budapesta.rdsnet.ro - 4 | 1430 | 1377 | 13 | 24 | 125 | 15 |
| 213-154-130-234.rdsnet.ro - 4 | 1422 | 1367 | 13 | 27 | 122 | 14 |
| 209.85.242.228 - 4 | 1429 | 1376 | 13 | 26 | 121 | 14 |
| 72.14.232.102 - 4 | 1421 | 1366 | 30 | 44 | 142 | 45 |
| 72.14.236.21 - 4 | 1440 | 1390 | 28 | 45 | 204 | 29 |
| 209.85.254.57 - 5 | 1402 | 1342 | 31 | 46 | 86 | 32 |
| www.google.com - 4 | 1441 | 1391 | 29 | 40 | 69 | 31 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
토렌트 및 내 컴퓨터의 모든 항목이 작동하는 오전 4 시경 트래픽 :
Upon adding my home router I noticed it is packet loss free so i guess the problem is in the 10.0.0.1 router. Guys from the ISP came and checked connectivity and said it's ok, but the plague of lag spikes is still there. One thing I noticed is that in the morning and late night the connection is ok.
This seems perfectly normal. There are two things you have to keep in mind.
First, if a particular connection shows packet loss, you will see that same packet loss on any path that includes that connection. So if your connection to your ISP is dropping packets, every point past that will show that same packet loss. The packet loss is measured by sending a packet out and seeing if you get a packet back.
Second, packet loss is normal. This is how multiple TCP streams figure out how to share a connection without any specific "you get X, you get Y" mechanism. Since you're running a torrent program, you probably have a fairly large number of TCP connections, and they're all trying to figure out how much bandwidth they can get. TCP connections ramp up their speed until packets start dropping and then back down.
Suppose one of those connections suddenly slows down. How could the others figure out that more bandwidth is available? The only way is if they periodically try to increase their transmission rate. And if the connections are fully utilizing your connection and one of them tries to increase its transmission rate, what do you think will happen? Yep, a few packets will drop. If no packets ever dropped, then all the TCP connections would be increasing their bandwidth consumption. How would that work?
패킷 손실에 민감한 애플리케이션을 실행하려고하기 때문에 이것이 문제가되는 경우 토렌트 프로그램이 허용하는 인바운드 및 아웃 바운드 트래픽에 제한을 구성하십시오. 프로그램에서 볼 수있는 최대 트래픽 수준의 약 85 %를 만드십시오. 이것은 토렌트 프로그램에서 15 %의 성능 저하를 일으키고 패킷 손실 수준을 일반적으로 0으로 유지해야합니다. (다른 프로그램이 트래픽을 생성 한 다음 해당 프로그램이 토렌트와 공유하는 방법을 알아 내야하는 경우를 제외하고).
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다