IPv6 사용으로 실질적인 속도 / 대기 시간이 있습니까, 아니면 더 많은 IP를위한 공간을 확보하는 것입니까?
IPv6 사용으로 실질적인 속도 / 대기 시간이 있습니까, 아니면 더 많은 IP를위한 공간을 확보하는 것입니까?
답변:
실질적인 영향? 실제로는 아닙니다. 효과는 매우 작습니다. MTU (최대 전송 단위)가 작은 대기 시간이 긴 링크 (생각 위성)에있을 경우 IPv6에 필요한 오버 헤드가 더 큰 영향을 미칩니다. 이것이 가장 중요한 사례입니다. 영향을받는 다른 영역은 항상 시간이 걸리기 때문에 네트워크 경로에서 6-4 개의 변환을 수행하는 것입니다. 그러나 다른 v6 호스트에 대한 순수한 v6 경로가 있다면 이러한 대기 시간은 문제가되지 않습니다.
요즘 TCP 오프로드 엔진이 점점 더 많은 네트워크 스택에 내장되어 있기 때문에 그 영향을 거의 느끼지 못할 것입니다. 만약에 어떠한. 실제로 이러한 경우 더 빠를 수도 있습니다.
더 큰 헤더가 생각만큼 중요하지 않은 이유는 무엇입니까? v6의 디자이너가 v4의 교훈 중 일부를 취하고 더 잘 구축했기 때문입니다. 교차 인터넷 통신에서 가장 중요한 것은 주소 필드가 v4보다 라우터에서 훨씬 더 효율적으로 처리되므로 v4 사촌에 비해 라우터를 통해 v6 패킷의 속도가 향상됩니다.
라우터 테이블이 중요하지 않은 동일한 서브넷 통신과 관련하여 각 패킷에는 적은 원시 계산이 필요합니다. 검사 할 체크섬이 하나 더 적으므로 (이더넷 체크섬, v6의 IP 체크섬은 없지만 TCP / UDP 체크섬은 여전히 필요함) 시간이 절약됩니다. 또한 특수 네트워크에서는 매우 큰 패킷을 보유 할 수있어 처리 비용을 더욱 절감 할 수 있습니다.
해당 경로를 따라 IPv4 패킷을 조각화 한 대상과 라우터 사이에 느린 라우터가 있으면 IPv6의 성능이 향상 될 수 있습니다. IPv6을 사용하면 라우터가 더 이상 패킷을 조각화하지 않습니다. (책임은 엔드 노드에 위임되었습니다.)
물론 이것은 엣지 케이스입니다. 일반적인 경우에 IPv6이 IPv4보다 성능이 우수하다고 믿을 이유가 없습니다.
또한 라우터 공급 업체는 IPv6 데이터 경로보다 IPv4 데이터 경로를 최적화했을 수도 있습니다. 따라서 IPv6 라우터가 동등한 최적화를 가질 때까지 IPv6이 느려질 수 있습니다. 예를 들어, 일부 라우터는 하드웨어에서 IPv4 라우팅을 수행 할 수 있지만 소프트웨어에서는 IPv6을 수행 할 수 있습니다.이를 식별하려면 고속 성능 테스트를 수행해야합니다.
따라서 사용자와 대상간에 IPv6에 최적화되지 않은 라우터가있을 가능성과 라우터가 사용자와 대상간에 IPv4 패킷 조각화를 수행 할 가능성을 고려해야합니다. ;-)
나는 잠시 동안 듀얼 스택 IPv6 / IPv4를 실행 해 왔으며, 나는 큰 팬입니다.
나는 대부분의 경우 성능과 대기 시간이 거의 같다고 말할 수 있습니다. 그러나 때로는 IPv6로 인해 턱이 떨어질 수 있습니다.
Google에 대한 핑 시간을 고려하십시오.
IPv4에서 :
rtt min/avg/max/mdev = 35.557/38.225/43.909/3.146 ms
IPv6에서 :
rtt min/avg/max/mdev = 39.202/40.923/43.105/1.501 ms
거의 동일합니다. 그것이 대부분의 시간입니다. 그러나 IPv6에있는 자체 서버 중 하나에 액세스 할 때와 같이 자주 사용됩니다 ...
IPv4에서 :
rtt min/avg/max/mdev = 123.510/124.249/125.997/0.909 ms
IPv6에서 :
rtt min/avg/max/mdev = 87.140/88.600/90.727/1.255 ms
물론 여기서 가장 큰 차이점은 ISP가이 경로에 대한 최적의 IPv4 라우팅보다 적고 IPv6 라우팅이 훨씬 우수하다는 것입니다. (IPv4는 Boston-Chicago-Denver-Seattle-LA-Phoenix, WTF?
traceroute6
vs 를 비교 한 경험 traceroute
에서 터널 브로커를 통해서도 IPv6이 더 빠릅니다. IPv6은 일반적으로 지점 A에서 B로 이동하는 데 더 적은 홉이 필요하기 때문일 수 있습니다.
내 관찰을 뒷받침하는 타사 소스는 다음과 같습니다 .
인터넷을 통해 사이트와 컨텐트에 액세스하는 것은 일반적으로 IPv4보다 IPv6보다 빠릅니다. 새로운 프로토콜을 사용하면 네트워크 노드 사이에 "홉"이 덜 필요하기 때문에다음은
traceroute
/ traceroute6
, ping
/ ping6
및 허리케인 (tunnelbroker.net) 터널을 사용하여 실행 한 약간의 실험 입니다. http://test-ipv6.com 에서 IPv6 및 IPv6 기능이있는 사이트를 수집합니다 .사이트 IPv4 홉 IPv6 홉 IPv4 핑 (min / avg / max / mdev ms) IPv6 핑 (min / avg / max / mdev ms) 6connect.com 14 8 67.253 / 72.499 / 106.113 / 11.265 55.031 / 58.340 / 74.078 / 5.426 bind.com 13 10 45.450 / 53.924 / 98.121 / 15.158 60.002 / 82.812 / 196.221 / 41.448 comcast6.net> 13 10-92.043 / 92.840 / 94.055 / 0.680 delong.com 11 7 59.059 / 66.432 / 95.884 / 10.134 52.423 / 73.042 / 135.103 / 30.874 mozilla.org> 11 6 33.178 / 97.481 / 536.719 / 148.432 45.562 / 47.133 / 48.390 / 0.805 test-ipv6.chi.vr.org 9 9 85.383 / 286.941 / 527.103 / 155.351 76.788 / 169.458 / 516.502 / 147.166 test-ipv6.com 10 5 34.021 / 39.507 / 70.518 / 10.384 33.009 / 41.441 / 70.052 / 13.069 test-ipv6.iad.vr.org 15 13 86.739 / 93.772 / 120.192 / 10.195 91.341 / 93.146 / 97.153 / 2.006 test-ipv6.motd.be> 14 8 86.186 / 401.432 / 1629.098 / 502.373 92.437 / 481.830 / 727.557 / 241.649 test-ipv6.sjc.vr.org 12 6 35.443 / 40.502 / 70.426 / 10.056 33.953 / 41.144 / 85.444 / 14.862 tunnelbroker.net> 9> 4 39.504 / 46.119 / 73.483 / 10.290 32.559 / 63.532 / 222.700 / 62.022따라서 실제로 IPv6는 적은 홉을 사용하며 IPv6가 터널을 통과하더라도 IPv4보다 성능면에서 약간 나쁘지는 않지만 전반적으로 나쁘지 않습니다.
라우팅 테이블이 확실히 단순 해지더라도 속도 향상은 없을 것입니다.
IPv6가 "그냥"그물에 더 많은 공간을 만든다고 말하는 것은 은하계가 "그냥"먼지 입자를위한 더 많은 공간을 만드는 것과 같습니다. IPv6은 본질적으로 IP 주소가 거의없는 것을 불가능하게합니다. 각기 고유 한 IP 주소를 가진 CPU로 지구 전체를 카페트해야하더라도 여전히 IP 소진 근처에는 아무 것도 없습니다. v6의 IP 주소 수는 완전히 이해할 수 없습니다.
IPv6은 IPv4보다 '빠르지' 않습니다 . ISP가 IPv6보다 나은 IPv4 BGP 피어를 가지고 있다면 IPv4 대기 시간은 IPv6보다 낮습니다. ISP가 IPv4보다 더 나은 IPv6 BGP 피어를 가지고 있다면 IPv6 대기 시간은 IPv4보다 낮습니다.