traceroute스웨덴에 있는 내가 미국에 있는 서버로 보내는 다음 출력을 고려하세요 .
1 192.168.1.1 (192.168.1.1) 0.127 ms 0.148 ms 0.167 ms
2 gw-n1-rny-a13.ias.bredband.telia.com (2.248.176.129) 2.404 ms 2.414 ms 2.424 ms
3 s-b6-link.telia.net (62.115.139.49) 1.391 ms 1.401 ms 1.607 ms
4 s-akix-i1-link.telia.net (213.155.134.9) 1.610 ms 1.605 ms 1.590 ms
5 as5580-ic-155269-s-akix-i1.c.telia.net (80.239.161.18) 5.091 ms 1.572 ms 1.582 ms
6 eth2-4.edge1.sto1.se.as5580.net (78.152.34.214) 10.783 ms 10.126 ms 10.085 ms
7 eth15-2.r1.fra1.de.as5580.net (78.152.34.217) 21.254 ms 20.934 ms 20.921 ms
8 eth13-1.core1.par2.fr.as5580.net (78.152.44.244) 29.821 ms 29.912 ms 29.924 ms
9 eth7-1.core1.lon2.uk.as5580.net (78.152.44.242) 34.987 ms 34.986 ms 34.971 ms
10 eth1-2.edge1.nyc4.us.as5580.net (80.94.64.134) 114.090 ms 122.484 ms 122.485 ms
11 78.152.57.87 (78.152.57.87) 123.962 ms 123.924 ms 123.934 ms
12 10ge-1-2-0.01-02.er1.buf1.colocrossing.com (23.94.31.14) 124.270 ms 124.094 ms 124.247 ms
13 core.servermania.com (172.245.211.134) 124.732 ms 124.733 ms 124.814 ms
(숫자가 정렬되도록 살짝 정리했는데 그건 문제가 되지 않습니다. 어차피 저는 이 특정 데이터보다는 원리에 관심이 있습니다.)
각 홉이 추가하는 대기 시간을 결정하는 요소가 무엇인지 궁금합니다. 가장 분명한 것은 물리적 거리이지만 그것이 주요 요인이 아니라는 것은 분명합니다. 왜냐하면 전체 요청의 125ms는 (거의) 지구 주위의 완전한 회전에 충분할 것이기 때문입니다. 이는 분명히 이보다 몇 가지 요인이 더 길습니다. 요청은 물리적으로 이동합니다. 링크의 실제 대역폭이 (오버로드된 경우 패킷 손실 외에는) 많은 영향을 미칠 것이라고 볼 수 없습니다.
물리적 거리 외에 대기 시간을 추가하는 요인은 무엇입니까? 다양한 라우터에서의 일종의 내부 버퍼링 및/또는 처리입니까? 이 경우 어떤 종류입니까(라우팅 테이블을 조사하는 데 수십 밀리초가 걸릴까요?) 아니면 기본 프로토콜 수준에서 숨겨진 재전송입니까? 또는 무엇을?
이러한 경우에 사용되는 것으로 의심되는 종류의 "대형" 라우터를 다루지 않았으므로 대기 시간 측면에서 성능을 결정하는 요인이 무엇인지 궁금합니다.
답변1
대기 시간을 결정하는 요인은 무엇입니까?
네트워크 지연 시간은 다음과 같은 원인으로 발생할 수 있습니다.
- 직렬화 지연 - 패킷 크기 청크로 라우터/스위치를 통해 데이터를 전송해야 하기 때문에 발생합니다.
- 대기열 지연 - 전송을 기다리는 라우터 대기열에서 소요되는 시간입니다. 정체가 없으면 측정 가능한 대기열이 거의 필요하지 않기 때문에 이는 대부분 회선 경합(전체 인터페이스)과 관련이 있습니다.
- 전파 지연 - 신호가 전송 매체를 통해 이동하는 전송에 소요되는 시간입니다. 이는 주로 빛의 속도 또는 기타 전자기 전파에 따른 제한 사항입니다.
보다네트워크 지연 시간이란 무엇이며 왜 중요한가요?자세한 내용은.