IPv6 có "nhanh hơn" so với IPv4 không?

Có bất kỳ mức tăng tốc độ / độ trễ thực tế nào từ việc sử dụng IPv6 hay chỉ là để nhường chỗ cho nhiều IP hơn?

Tác động thực tế? Không hẳn vậy. Hiệu quả khá nhỏ. Nơi bạn có thể gặp phải nó là các liên kết có độ trễ cao (nghĩ là vệ tinh) trong đó MTU (đơn vị truyền tối đa) nhỏ, điều này sẽ phóng to tác động của IPv6 yêu cầu lớn hơn. Đó là một trường hợp cạnh. Khu vực khác mà bạn sẽ thấy các tác động là khi bạn thực hiện 6 đến 4 bản dịch trong đường dẫn mạng, vì điều đó luôn mất một chút thời gian. Nhưng nếu bạn có đường dẫn v6 thuần đến máy chủ v6 khác thì độ trễ như vậy sẽ không thành vấn đề.

Trong những ngày này, Công cụ giảm tải TCP được tích hợp để ngày càng nhiều ngăn xếp mạng, tác động thậm chí còn ít được chú ý hơn. Nếu có. Trong thực tế, nó thậm chí có thể nhanh hơn trong những trường hợp đó.

Tại sao tiêu đề lớn hơn không nhiều như một yếu tố như bạn nghĩ? Đó là bởi vì các nhà thiết kế của v6 đã học một số bài học về v4 và xây dựng mọi thứ tốt hơn. Quan trọng nhất đối với truyền thông qua internet, các trường địa chỉ được xử lý hiệu quả hơn trong các bộ định tuyến so với v4, giúp cải thiện tốc độ của các gói v6 thông qua các bộ định tuyến so với anh em họ v4 của chúng.

Khi nói đến cùng một giao tiếp mạng con nơi các bảng bộ định tuyến không phải là mối quan tâm, mỗi gói yêu cầu tính toán ít hơn. Có một tổng kiểm tra ít hơn để xác thực (tổng kiểm tra Ethernet, không có tổng kiểm tra IP cho v6, nhưng vẫn cần kiểm tra TCP / UDP) giúp tiết kiệm một lượng nhỏ thời gian. Và trên các mạng đặc biệt, khả năng có RẤT NHIỀU gói lớn có thể tiết kiệm hơn nữa xử lý.

Bạn có thể thấy các cải tiến hiệu suất với IPv6 nếu có một bộ định tuyến chậm giữa bạn và đích đến của bạn sẽ có các gói IPv4 bị phân mảnh dọc theo đường dẫn đó. Với IPv6, các bộ định tuyến sẽ không còn các gói phân đoạn cho bạn. (trách nhiệm đã được ủy quyền cho các nút kết thúc.)

Tất nhiên, đây là một trường hợp cạnh. Không có lý do gì để tin rằng IPv6 sẽ hoạt động tốt hơn IPv4 trong trường hợp chung.

Ngoài ra, các nhà cung cấp bộ định tuyến cũng có thể đã tối ưu hóa đường dẫn dữ liệu IPv4 của họ nhiều hơn đường dẫn dữ liệu IPv6 của họ. Vì vậy, cho đến khi các bộ định tuyến IPv6 có tối ưu hóa tương đương, IPv6 có thể chậm hơn. (Ví dụ: một số bộ định tuyến có thể thực hiện định tuyến IPv4 trong phần cứng, nhưng IPv6 trong phần mềm. Các thử nghiệm hiệu suất tốc độ cao sẽ phải được thực hiện để xác định điều này.)

Vì vậy, bạn phải cân nhắc khả năng có một bộ định tuyến không được tối ưu hóa cho IPv6 giữa bạn và đích của bạn với khả năng có một bộ định tuyến thực hiện phân mảnh các gói IPv4 giữa bạn và đích của bạn. ;-)

Tôi đã chạy dual stack IPv6 / IPv4 được một thời gian và tôi là một fan hâm mộ lớn.

Tôi có thể nói với bạn rằng hầu hết thời gian hiệu suất và độ trễ là như nhau. Nhưng đôi khi, IPv6 sẽ làm cho hàm của bạn giảm xuống.

Hãy xem xét thời gian ping của tôi với Google:

Trên IPv4:

rtt min/avg/max/mdev = 35.557/38.225/43.909/3.146 ms

Trên IPv6:

rtt min/avg/max/mdev = 39.202/40.923/43.105/1.501 ms

Gần giống. Đó là những gì tôi thấy hầu hết thời gian. Nhưng thường xuyên, chẳng hạn như khi tôi truy cập vào một trong các máy chủ của riêng tôi, cũng trên IPv6 ...

Trên IPv4:

rtt min/avg/max/mdev = 123.510/124.249/125.997/0.909 ms

Trên IPv6:

rtt min/avg/max/mdev = 87.140/88.600/90.727/1.255 ms

Tất nhiên, điểm khác biệt lớn ở đây là ISP của tôi ít hơn định tuyến IPv4 tối ưu cho tuyến này và định tuyến IPv6 tốt hơn nhiều. (IPv4 đi Boston-Chicago-Denver-Seattle-LA-Phoenix. WTF? IPv6 đi Boston-DC-Atlanta-Dallas-Phoenix.) Tôi nghi ngờ có rất nhiều trong số này ngoài tự nhiên.

Theo kinh nghiệm của tôi khi so sánh traceroute6với traceroute, IPv6 nhanh hơn, thậm chí thông qua một nhà môi giới đường hầm. Điều này có thể là do IPv6 thường yêu cầu ít bước nhảy hơn để đi từ điểm A đến B.

Đây là nguồn của bên thứ ba sao lưu quan sát của tôi:

Truy cập các trang web và nội dung qua Internet thường nhanh hơn với IPv6 so với IPv4 vì với giao thức mới, nó đòi hỏi ít "bước nhảy" hơn giữa các nút mạng

SITE IPv4 hops IPv6 nhảy ping IPv4 (min / avg / max / mdev ms) IPv6 ping (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
liên kết.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
đường hầm.net> 9> 4 39.504 / 46.119 / 73.483 / 10.290 32.559 / 63.532 / 222.700 / 62.022

Không, sẽ không có tăng tốc để nói, mặc dù các bảng định tuyến chắc chắn được làm đơn giản hơn.

Nói rằng IPv6 "chỉ" làm cho nhiều phòng hơn trên mạng giống như nói Dải ngân hà "chỉ" tạo thêm chỗ cho các hạt bụi. IPv6 về cơ bản làm cho nó không thể chạy ra khỏi địa chỉ IP theo nghĩa đen. Ngay cả khi chúng ta trải thảm toàn bộ bề mặt trái đất bằng CPU, mỗi CPU có địa chỉ IP riêng, chúng ta vẫn không đến nơi gần cạn kiệt IP. Số lượng địa chỉ IP trong v6 là hoàn toàn không thể hiểu được.

IPv6 không 'nhanh hơn' so với IPv4. Nếu ISP của bạn có một BGP IPv4 tốt hơn so với IPv6, độ trễ của IPv4 thấp hơn IPv6. Và nếu ISP của bạn có IPv6 ngang hàng BGP tốt hơn so với IPv4, độ trễ IPv6 thấp hơn so với IPv4.