IPv6이 IPv4보다 '빠른'가요?


45

IPv6 사용으로 실질적인 속도 / 대기 시간이 있습니까, 아니면 더 많은 IP를위한 공간을 확보하는 것입니까?


5
NAT가 실제로 쓸모 없게하고 거의 모든 사람이 고정 IP 주소를 가질 수있게하는 것과 같은 다른 장점도 있습니다
Journeyman Geek

1
NAT가 "더 이상 사용되지 않는"경우, 어쩌면 불필요하지만, 네트워크를 다른 지역으로부터 안전하게 보호하면 기본적인 진입 점을 절약 할 수 있다는 이점을 볼 수 있습니다. 또한 정적 IP를 원하는 대부분의 사람들은 현재 하나를 가질 수 있다고 생각합니다. ISP는 동적으로 할당하기가 더 쉽다는 것을 알고 있습니다. 당신은 여전히 ​​같은 양의 IP를 제공합니다.
Jane Panda

3
@Bob NAT로부터 얻은 실제 보안 (모호함은 포함되지 않음)은 상태 저장 방화벽이있는 IPv6에서 수행 할 수 있습니다.
Azendale

1
그리고 네, Azendale이 옳습니다. NAT의 모든 보안 이점은 상태 저장 방화벽을 통해 얻을 수 있습니다. 이는 기본적으로 NAT가 라우팅을 수행하기 위해 수행하는 작업입니다. 또한 / 64를 가진 사람이라면 누구나 선택할 수있는 18,446,744,073,709,551,615 개의 IP 주소가 있다는 "불명확 한"이점을 얻게됩니다.
thomasrutter

1
@Bob 지난 달에 새로운 ISP를 찾을 때 구체적으로 물어 본 한 가지 질문은 IP 주소를 정적으로 할당 할 수 있는지 여부입니다. 내가 연락 5 ~ 6 개의 ISP 중 한 명은 추가 옵션 (월별 추가 비용)을 제공하고 정적으로 할당 된 IP 주소를 제공 한 ISP는 주요 / 주류 ISP 중 하나가 아니라고 대답했습니다. 전에는 들어 본 적이 없습니다. 소비자 연결에 정적으로 할당 된 IP 주소를 제공하는 ISP는 비용이 들더라도 확실히 규칙이 아니라 예외라고 말하고 싶습니다.
CVn

답변:


34

실질적인 영향? 실제로는 아닙니다. 효과는 매우 작습니다. MTU (최대 전송 단위)가 작은 대기 시간이 긴 링크 (생각 위성)에있을 경우 IPv6에 필요한 오버 헤드가 더 큰 영향을 미칩니다. 이것이 가장 중요한 사례입니다. 영향을받는 다른 영역은 항상 시간이 걸리기 때문에 네트워크 경로에서 6-4 개의 변환을 수행하는 것입니다. 그러나 다른 v6 호스트에 대한 순수한 v6 경로가 있다면 이러한 대기 시간은 문제가되지 않습니다.

요즘 TCP 오프로드 엔진이 점점 더 많은 네트워크 스택에 내장되어 있기 때문에 그 영향을 거의 느끼지 못할 것입니다. 만약에 어떠한. 실제로 이러한 경우 더 빠를 수도 있습니다.


더 큰 헤더가 생각만큼 중요하지 않은 이유는 무엇입니까? v6의 디자이너가 v4의 교훈 중 일부를 취하고 더 잘 구축했기 때문입니다. 교차 인터넷 통신에서 가장 중요한 것은 주소 필드가 v4보다 라우터에서 훨씬 더 효율적으로 처리되므로 v4 사촌에 비해 라우터를 통해 v6 패킷의 속도가 향상됩니다.

라우터 테이블이 중요하지 않은 동일한 서브넷 통신과 관련하여 각 패킷에는 적은 원시 계산이 필요합니다. 검사 할 체크섬이 하나 더 적으므로 (이더넷 체크섬, v6의 IP 체크섬은 없지만 TCP / UDP 체크섬은 여전히 ​​필요함) 시간이 절약됩니다. 또한 특수 네트워크에서는 매우 큰 패킷을 보유 할 수있어 처리 비용을 더욱 절감 할 수 있습니다.


15

해당 경로를 따라 IPv4 패킷을 조각화 한 대상과 라우터 사이에 느린 라우터가 있으면 IPv6의 성능이 향상 될 수 있습니다. IPv6을 사용하면 라우터가 더 이상 패킷을 조각화하지 않습니다. (책임은 엔드 노드에 위임되었습니다.)

물론 이것은 엣지 케이스입니다. 일반적인 경우에 IPv6이 IPv4보다 성능이 우수하다고 믿을 이유가 없습니다.

또한 라우터 공급 업체는 IPv6 데이터 경로보다 IPv4 데이터 경로를 최적화했을 수도 있습니다. 따라서 IPv6 라우터가 동등한 최적화를 가질 때까지 IPv6이 느려질 수 있습니다. 예를 들어, 일부 라우터는 하드웨어에서 IPv4 라우팅을 수행 할 수 있지만 소프트웨어에서는 IPv6을 수행 할 수 있습니다.이를 식별하려면 고속 성능 테스트를 수행해야합니다.

따라서 사용자와 대상간에 IPv6에 최적화되지 않은 라우터가있을 가능성과 라우터가 사용자와 대상간에 IPv4 패킷 조각화를 수행 할 가능성을 고려해야합니다. ;-)


11

나는 잠시 동안 듀얼 스택 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?


자신의 서버 예제는 라우팅 때문이며 IPv6 대 IPv4 고유의 것이 아닙니다. ISP에 문의하여 지원을 받으면 복잡한 IPv4 경로를 수정할 수도 있습니다.
StockB

@StockB 예, 라우팅으로 인한 것이 분명합니다.
Michael Hampton

4
내가 볼. 나는 이것이 IPv6 때문이 아니라는 것을 분명히하고 있으므로이 부분 대답은 결정적이지 않습니다.
StockB

10

traceroute6vs 를 비교 한 경험 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에 노드 간 홉 수가 더 적다고 주장하지만 그 이유는 설명하지 않습니다. 누구든지 이것에 대한 통찰력이 있습니까?
StockB

1
IPv4 및 IPv6 홉 수에 대한 경험적 분석 소스를 찾았습니다 . 이는 홉 수가 IPv4보다 IPv6에 대해 적지 만 시간이 지남에 따라이 수가 증가하고 있음을 시사합니다. IPv6 노드가 더 적기 때문에 전체 대기 시간을 평가하지 않고 홉 수를 고려하는 것은 의미가없는 지표 일 수 있습니다.
StockB

0

라우팅 테이블이 확실히 단순 해지더라도 속도 향상은 없을 것입니다.

IPv6가 "그냥"그물에 더 많은 공간을 만든다고 말하는 것은 은하계가 "그냥"먼지 입자를위한 더 많은 공간을 만드는 것과 같습니다. IPv6은 본질적으로 IP 주소가 거의없는 것을 불가능하게합니다. 각기 고유 한 IP 주소를 가진 CPU로 지구 전체를 카페트해야하더라도 여전히 IP 소진 근처에는 아무 것도 없습니다. v6의 IP 주소 수는 완전히 이해할 수 없습니다.


1
내가 당신에게 인용 할 수 있습니까? 모든 토스터, 냉장고, 오븐, 전자 레인지, 연필깎이, 자동차, 트랙터, 집 및 인간이 자신의 IP를 가지고 있고 IPv8을 통해 확장하려고 할 때 그것을 기르고 싶습니다. : P
Aeo

4
당신은 할 수 있습니다. 원한다면, 우리 은하 디스크의 모든 평방 미터 에 2000 개의 IPv6 주소를 할당 할 수 있습니다. 이 체계에는 2 ^ 128 개의 가능한 IP 주소가 있거나 3x10 ^ 38 이상이 있습니다. 이는 총 IPv4 주소 수의 10 억 이상 입니다. 인류 그 자체가 끝날 때까지 인류 역사 전체에서 만들어진 모든 가정 용품의 모든 단일 구성 요소에 IP를 할당 할 수도 있습니다.
어니 던바

2
그러나 본질적으로 더 많은 IP를 추가하는 것입니까? ; ) 그것은 v6 추가를 상상했던 것보다 훨씬 많으며 꽤 많이 추가되었다고 생각했습니다. 아직도, 그 속담은 당신이 누군가에게 1 마일의 밧줄을 줄 때마다 그들이 10 배의 무게를 필요로한다는 것을 깨닫습니다. 나노 기술을 가진 분자 수준의 IP는 그것을 먹을 수 있다고 누가 알고있다. (그런 다음 다시 당신이 그것을 당신의 지역 유기체 IP에 담을 수 있다고 생각합니다)
Jane Panda

1
@ErnieDunbar-몇 년이 끝나기 전에?
Nas Banov 2016 년

1
허. 2011 년은 실제로 우리가 IPv4 주소를 다 쓴 해였습니다 (마지막 / 8은 1 월에 할당되었으며 행사와 모든 것이있었습니다). 나는 정직한 더 큰 붐을 기대했다. 반면에 아시아는 이미 IPv6으로 이전되었으며 4G 또는 LTE 전화를 사용하는 경우에도 그렇게 사용하고 있습니다.
Ernie Dunbar

0

IPv6은 IPv4보다 '빠르지' 않습니다 . ISP가 IPv6보다 나은 IPv4 BGP 피어를 가지고 있다면 IPv4 대기 시간은 IPv6보다 낮습니다. ISP가 IPv4보다 더 나은 IPv6 BGP 피어를 가지고 있다면 IPv6 대기 시간은 IPv4보다 낮습니다.


3
피어링과 BGP는 IPv4 / IPv6을 사용하는 것과 완전히 다른 이야기입니다.
세스

1
일부 통계, 바람직하게는 공개적으로 사용하여 백업하는 것이 매우 멋질 수 있습니다.
Journeyman Geek
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.