IPv6, IPv4'ten daha hızlı mıdır?


45

IPv6 kullanmanın pratikte herhangi bir hız / gecikme kazancı var mı, yoksa sadece daha fazla IP için yer açmak mı?


5
NAT'ı pratikte eski kılmak ve hemen hemen kimsenin statik ip adresi olmasına izin vermek gibi başka avantajları da var
Journeyman Geek

1
NAT'ın "eski" olduğunu, belki de gereksiz olduğunu bilmiyorum ama ağınızın dünyanın geri kalanından korunmasının bazı temel giriş noktaları için tasarruf sağlamasının faydalarını görebiliyorum. Ayrıca, şu anda statik bir IP isteyen herkesin bir tane alabileceğini düşünüyorum, ISS'ler bunları dinamik olarak atamanın daha kolay olduğunu düşünüyorlar. Yine de verilen IP'lerin aynısını alıyorsunuz.
Jane Panda,

3
@Bob NAT'tan aldığınız her gerçek güvenlik (belirsizlik sayılmaz) IPv6'da durum bilgisi olan bir güvenlik duvarı ile yapılabilir.
Azendale

1
Ve evet, Azendale kesinlikle haklı. NAT’tan alabileceğiniz her türlü güvenlik avantajı, yine de NAT’ın yönlendirmesini gerçekleştirmek için ne yaptığını gösteren, durum bilgisi olan bir güvenlik duvarı ile de alabilirsiniz. Eklenen "belirsizlik" avantajını / 64 olan herkesin seçebileceği IP adresleri 18,446,744,073,709,551,615 olur.
thomasrutter

1
@Bob Geçen ay yeni bir ISS ararken, özellikle sorduğum bir soru, statik olarak atanmış IP adresleri imkanı sağlayıp sağlamadıklarını sormaktı. Bağlantı kurduğum beş veya altı ISS'den biri , bu seçeneği sunduklarına cevap verdiler (ek bir aylık ücret karşılığında) ve statik olarak atanmış IP adresleri sunanlar kesinlikle ana / ana ISS'lerden biri değil. Onları daha önce hiç duymamıştım. Tüketici bağlantılarında statik olarak atanmış IP adresleri sağlayan ISS'lerin, maliyet de olsa kesinlikle kuraldan ziyade istisna olduğunu söyleyebilirim.
CVn

Yanıtlar:


34

Pratik etki? Pek sayılmaz. Etkisi oldukça küçük. Karşılaştığınız yer MTU’nun (maksimum aktarma ünitesinin) küçük olduğu yüksek gecikmeli bağlantılarda (uydu düşünün), bu da daha büyük IPv6’nın gerektirdiği ek yükün etkisini büyütüyor. Bu bir kenar davası. Etkilerini göreceğiniz diğer alan, ağ yolunda 6 ila 4 çeviri yaptığınız zamandır, çünkü her zaman biraz zaman alır. Ancak, diğer v6 sunucusuna saf bir v6 yolunuz varsa, bu tür gecikmeler sorun olmaz.

TCP Boşaltma Motorlarının bu günlerinde giderek daha fazla ağ yığınına yerleşik olarak gelmesi, etkinin fark edilme ihtimalinin daha az olması anlamına geliyor. Varsa. Aslında, bu durumlarda daha hızlı olabilir.


Neden bu daha büyük başlık düşündüğünüz kadar önemli değil? Bunun nedeni, v6 tasarımcılarının v4 derslerinden bazılarını alıp daha iyi şeyler yapmalarıdır. İnternet haberleşmesi için en önemlisi, adres alanları yönlendiricilerde v4'e göre çok daha verimli bir şekilde ele alınır, bu v6 paketlerinin v4 kuzenlerine kıyasla yönlendiriciler aracılığıyla v6 paketlerinin hızını artırır.

Yönlendirici tablolarının kaygı duymadığı aynı alt ağ iletişimi söz konusu olduğunda, her paket daha az ham hesaplama gerektirir. Doğrulamak için daha az bir sağlama toplamı var (Ethernet sağlama toplamı, v6 için IP sağlama toplamı yok, ancak TCP / UDP sağlama toplamı hala gerekli) bu da az miktarda zaman kazandırıyor. Ve özel ağlarda, ÇOK büyük paketlere sahip olmak, işlemden tasarruf etmenizi sağlayabilir.


15

Siz ve hedefiniz arasında, o yol boyunca parçalanmış IPv4 paketleri olan yavaş bir yönlendirici varsa, IPv6 ile performans iyileştirmeleri görebilirsiniz. IPv6 ile yönlendiriciler artık sizin için paketleri parçalamayacak. (sorumluluk düğümlerin sonuna devredildi.)

Tabii ki, bu bir kenar davası. Genel durumda IPv6'nın IPv4'ten daha iyi performans gösterdiğine inanmak için hiçbir neden yoktur.

Ayrıca, yönlendirici satıcıları IPv4 veri yollarını IPv6 veri yollarından daha fazla optimize etmiş olabilirler. Dolayısıyla, IPv6 yönlendiricileri eşdeğer optimizasyonlara sahip olana kadar, IPv6 daha yavaş olabilir. (Örneğin, bazı yönlendiriciler donanımda IPv4 yönlendirmesini, ancak yazılımda IPv6'yı yapabilir. Bunu tanımlamak için yüksek hızlı performans testleri yapılması gerekir.)

Bu nedenle, sizinle varış noktanız arasında IPv6 için optimize edilmemiş bir yönlendirici olma olasılığını, varış noktanız ile IPv4 paketlerinin parçalanmasına neden olan bir yönlendirici olma ihtimalini ölçmeniz gerekir. ;-)


11

Bir süredir çift yığın IPv6 / IPv4 kullanıyorum ve çok büyük bir hayranıyım.

Performans ve gecikmenin çoğu zaman aynı olduğunu söyleyebilirim. Ancak bazen IPv6 çenenizi düşürür.

Ping zamanlarımı Google’a düşünün:

IPv4’te:

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

IPv6'da:

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

Neredeyse özdeş. Çoğu zaman bunu görüyorum. Ancak sık sık, örneğin IPv6'da bulunan kendi sunucularımdan birine erişirken olduğu gibi ...

IPv4’te:

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

IPv6'da:

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

Elbette buradaki en büyük fark, ISS'imin bu rota için en uygun IPv4 yönlendirmesinden ve daha iyi IPv6 yönlendirmesinden daha az olmasıdır. (IPv4, Boston-Chicago-Denver-Seattle-LA-Phoenix’e gider.


Kendi sunucunuzun örneği, yönlendirmeden kaynaklanmaktadır ve IPv6 ile IPv4'e özgü değildir. ISS'niz, destek için onlarla iletişim kurarsanız katılmış IPv4 yolunu bile düzeltebilir.
StockB

@StockB Evet, açıkça yönlendirme nedeniyle ve ben de öyle dedim!
Michael Hampton

4
Görüyorum. Ben sadece bunun IPv6'ya bağlı olmadığını ve bu kısımdaki cevapların sonuçsuz olduğunu açıklığa kavuşturuyorum.
StockB

10

Karşılaştırma Benim durumumda traceroute6VS. tracerouteIPv6 bile bir tünel komisyoncu aracılığıyla, hızlıdır. Bunun nedeni muhtemelen IPv6'nın A noktasından B noktasına kadar daha az atlama gerektirmesidir.

İşte gözlemimi destekleyen üçüncü parti bir kaynak :

İnternet üzerinden sitelere ve içeriğe erişmek genellikle IPv6 ile IPv4'ten daha hızlıdır, çünkü yeni protokolde ağ düğümleri arasında daha az "atlama" gerektirir
Http://test-ipv6.com adresinden hem IPv6 hem de IPv6 özelliklerine sahip siteleri bir araya getirerek traceroute/ traceroute6, ping/ ping6ve Hurricane (tunnelbroker.net) tüneli kullanarak koştuğum küçük bir deney :
SİTE IPv4 atlama IPv6 atlama IPv4 ping (dk / avg / maks / mdev ms) IPv6 ping (dk / 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
Bu nedenle, aslında, IPv6 daha az atlama kullanır ve IPv6'm tünelden geçmesine rağmen, IPv4'ten daha iyi performans göstermese de, genel olarak daha da kötü değildir.


Üçüncü taraf kaynağınız gerçekten de IPv6'nın düğümler arasında daha az atlama gerektirdiği iddiasını ortaya koyuyor ancak bunun nedenini açıklamıyor. Bu konuda bilgisi olan var mı?
StockB

2
Bazı araştırmalar yaptım ve IPv4 ve IPv6 atlama sayımlarının ampirik analizi için bir kaynak buldum , ki bu IPv6 için atlama sayıları IPv4'ten daha düşük olmasına rağmen, bu sayının zamanla arttığını, IPv6'nın görece düşük atlama sayısının olabileceğini düşündürdü. bunların sadece daha az IPv6 düğümü olduğu ve genel gecikmeyi değerlendirmeden sekme sayıları göz önüne alındığında, anlamsız bir ölçü olabilir.
StockB

0

Hayır, yönlendirme tabloları kesinlikle daha kolay olmasına rağmen, konuşacak hiçbir hız kazancı olmayacaktı.

IPv6'nın "sadece" ağda daha fazla yer açacağını söylemek Samanyolu Gökadası'nın "sadece" toz taneleri için daha fazla yer açtığını söylemek gibidir. IPv6 aslında, IP adreslerinin tükenmesinin tam anlamıyla imkansız olmasını sağlar. Dünyanın bütün yüzeyini işlemcilerin arasına yerleştirmek isteseydik bile, her biri kendi IP adreslerine sahip olsa bile, yine de IP tükenmesi yakınlarına gelmezdik. V6'daki IP adreslerinin sayısı tamamen anlaşılmaz.


1
Sana bu konuda teklif verebilir miyim? Her ekmek kızartma makinesi, buzdolabı, fırın, mikrodalga, kalemtıraş, araba, traktör, ev ve insanın kendi IP'leri varken ve IPv8 aracılığıyla genişletmek istediklerimizi ortaya çıkarmak istiyorum. : P
Aeo

4
Tabii ki yapabilirsin. Eğer istersen galaksimizin diskinin her metrekaresine 2000 IPv6 adresi atayabilirsin . Bu şemada 2 ^ 128 olası IP adresi veya 3x10 ^ 38'in üzerinde olabilir. Bu, toplam IPv4 adres sayısının milyarlarca katından fazladır . İnsanlığın sonuna kadar, tüm insanlık tarihinde yapılan her hanehalkının her bir bileşenine bile IP atayabilirsiniz.
Ernie Dunbar

2
Ama aslında sadece daha fazla IP eklemek için mi? ; ) Bu v6 eklemeyi düşündüğümden çok daha fazla ve biraz eklediğini düşündüm. Yine de, atasözü birisine bir mil ip verdiğiniz zaman, onlara ihtiyaç duyduklarını anlarlar, iki katı ağırlık kapasitesi. IP'lerin nano teknoloji ile moleküler düzeyde olduğunu bilen, onları yiyebilir. (O zaman yine yerel organizasyonu IP'nize yönlendirebileceğinizi varsayalım)
Jane Panda

1
@ErnieDunbar - hangi yılın bitiminden önce?
Nas Banov

1
Heh. 2011 aslında IPv4 adreslerinin dışında kaldığımız yıldı (son / 8 Ocak ayında atanmıştı, bir tören vardı ve her şey vardı). Dürüst olmak gerekirse daha büyük bir patlama bekledim. Öte yandan, Asya zaten IPv6'ya geçti ve 4G veya LTE telefonunuz varsa, o zaman da bu şekilde kullanıyorsunuz.
Ernie Dunbar

0

IPv6, IPv4'ten daha hızlı değildir . ISS'niz IPv4 BGP eşlerine IPv6'dan daha iyi sahipse, IPv4 gecikmesi IPv6'dan daha düşüktür. Ve eğer ISS'niz IPv6'dan daha iyi bir IPv6 BGP'ye sahipse , IPv6 gecikmesi IPv4'ten daha düşüktür.


3
Peering ve BGP, IPv4 / IPv6 kullanımından tamamen farklı bir hikaye olacaktır.
Seth

1
Belki de halka açık olan bazı istatistiklerle bunu desteklemek için süper havalı olabilir.
Journeyman Geek
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.