2012-11-25, 18:52
  #25
Medlem
Saturnuspojkens avatar
Det verkar lossna nu:

http://www.idg.se/2.1085/1.472705/miniboom-for-ipv6
Citera
2014-07-18, 07:35
  #26
Medlem
Jag vill bara dela med mig av denna länk. Telia lyser naturligtvis med sin frånvaro.


http://ipv6-test.com/stats/country/SE
Citera
2014-07-18, 21:31
  #27
Medlem
PeterNosters avatar
Citat:
Ursprungligen postat av torrenttobbe
Vad är fördelen med IPv6 för en privatperson?

Det är bara nackdelar.

Adresser IPv4: avsändaradress 32 bitar, mottagaradress 32 bitar.
Adresser IPv6: avsändaradress 128 bitar, mottagaradress 128 bitar.
Skillnad 256 - 64 = 192

Ett datapaket är 1500 bitar. För att adressera ett paket med IPv6 går det alltså åt 192 fler bitar för adresseringen alltså mindre data i varje paket.

Citat:
En IP-adress i IPv4 består av 32 bitar och begränsar protokollet till 4 294 967 296 unika adresser, av vilka flera är reserverade för speciella ändamål som exempelvis multicast och lokala nät. IPv6 har utvecklats som en möjlig efterföljare till IPv4, huvudsakligen beroende på att det begränsade utrymmet av lediga IP-adresser i IPv4. Tekniker som Network Address Translation och Port Address Translation har minskat behovet av nya adresser och därmed införandet av ett nytt protokoll. Efterfrågade funktioner som finns i IPv6, som exempelvis IPSec, har portats till IPv4 vilket ytterligare minskat behovet av ett nytt protokoll.

http://sv.wikipedia.org/wiki/IPv4
http://sv.wikipedia.org/wiki/IPv6
Citera
2014-07-18, 22:12
  #28
Medlem
Bara nackdelar, är du säker på det? Har du verkligen räknat rätt på antalet bitar?


Performance-Comparison Testing of IPv4 and IPv6 Throughput and Latency

Citat:
As a prelude to the detailed results provided in this document, our testing showed that overall, across all platforms, IPv4 and IPv6 interface level throughput and latency results were remarkably similar. It was only at the smaller packet sizes — generally 256 bytes or less — that IPv6 showed a lower throughout compared to IPv4. At the larger frame sizes, IPv4 and IPv6 throughput is typically identical.
Citera
2014-07-19, 15:18
  #29
Medlem
Inget svar, då får jag väl försöka svara mig själv.

IPv6-huvudet är dubbelt så stort än IPv4-huvudet, det vill säga 40 bytes för IPv6 och 20 bytes för IPv4. IPv6-huvudet är enklare, vilket leder till snabbare routing. Det större IP-huvudet bidrar till något mer omkostnader, speciellt vid små paket.

Storleken hos IPv4-paketet i oktetter, inklusive sidhuvudet och nyttolasten är 16 bitar, vilket innebär att den maximala storleken blir 65.535 oktetter.

IPv6 kan skicka paket som är större än 65.535 oktetter, speciellt på ett nätverk med ett stort MTU värde. IPv4 kan inte skicka paket som är större än 65.535 oktetter eftersom den totala längden i fältet är 16-bitar.

Den nya adresseringsmetoden ger möjligheter till ökade prestanda i routningen. Själva IP-huvudet till IPv6-paketen är enklare att routa än i IPv4. I IPv4 innehåller huvudet även information om alternativ som inte används i varje sändning. Även om ett alternativ är avslaget måste routern kontrollera det först.

Hos IPv6 har den här informationen flyttats bakom huvudet, det som på engelska kallas extension headers, och routern behöver bara läsa den informationen om det finns något att läsa.

IPv6 eliminerar också kontrollsumman som IPv4 använder. När IPv4 fastställdes kunde det vara lite si och så med nätens kvalitet. Genom att lägga in en felkontroll direkt i protokollet minskades risken för att sändningen skulle bli ofullständig. I dag är nätkvaliteten mycket högre och det finns dessutom redan felkontroll på lägre nivå. Kontrollsumman i IPv4 utnyttjar därför resurser utan att höja kvaliteten. Tar man bort kontrollsumman får routern lite mindre att göra och det går lite snabbare att skicka varje paket.

Det får räcka så länge, orkar inte skriva mer. Den som vill veta mer, kan läsa artikel topp 10 funktioner som gör IPv6 bättre än IPv4.

Top 10 Features that make IPv6 'greater' than IPv4
Citera
2014-07-19, 15:21
  #30
Medlem
PeterNosters avatar
Man inför ju inte IPv6 för att nätet skall bli snabbare utan för att fler ska kunna koppla upp sig.
Räkna får du göra själv. Jag räknade bara på skillnaden i adresseringen. Alla uppgifter finns i länkarna.

Det finns många olika fall men i inget fall är IPv6 snabbare än IPv4.

Edit:
Jaha, du hann att räkna lite. Det mesta handlar om snabbare routing men bitarna måste ju transporteras också.

Lite om MTU:
http://en.wikipedia.org/wiki/Maximum_transmission_unit

Standard är 1500 bytes.
__________________
Senast redigerad av PeterNoster 2014-07-19 kl. 16:08.
Citera
2014-07-20, 11:29
  #31
Medlem
Den enda nackdelen med IPv6 som jag har hittat, är att IP-huvudet är dubbelt så stort. Det påverkar naturligtvis nyttolasten vid små datapaket. Med IPv4 så begränsas paketstorleken till 65535 bytes (216-1) oktetter av nyttolast. En IPv6-nod kan valfritt hantera paket över denna gräns, så kallad jumbograms, som kan vara så stor som 4294967295 bytes (232-1) oktetter. med andra ord så går det att skicka 4GB i ett enda datapaket.
Citera
2014-07-20, 22:31
  #32
Medlem
madtops avatar
Citat:
Ursprungligen postat av obyn
Den enda nackdelen med IPv6 som jag har hittat, är att IP-huvudet är dubbelt så stort. Det påverkar naturligtvis nyttolasten vid små datapaket. Med IPv4 så begränsas paketstorleken till 65535 bytes (216-1) oktetter av nyttolast. En IPv6-nod kan valfritt hantera paket över denna gräns, så kallad jumbograms, som kan vara så stor som 4294967295 bytes (232-1) oktetter. med andra ord så går det att skicka 4GB i ett enda datapaket.


Hur skickar man jumbograms över länkar som bara klarar tex 1500B (ethernet)?

Visst kan du ha större MTU i en hårt kontrollerad serverhallsmiljö men om vi pratar om "Internet" så kan du nog inte räkna med större paket än 1280-1500. Och pratar du om hemmiljö och "konsumentbredband" så kan du glömma att skicka något större än 1500B.
Citera
2014-07-20, 22:49
  #33
Medlem
Citat:
Ursprungligen postat av madtop
Hur skickar man jumbograms över länkar som bara klarar tex 1500B (ethernet)?

Visst kan du ha större MTU i en hårt kontrollerad serverhallsmiljö men om vi pratar om "Internet" så kan du nog inte räkna med större paket än 1280-1500. Och pratar du om hemmiljö och "konsumentbredband" så kan du glömma att skicka något större än 1500B.

Men IPv6 så är det ändpunktens uppgift att fragmentera paketet, till skillnad från IPv4 där paket kan fragmenteras av routrar på vägen. Det är en av anledningarna till att det är ytterst viktigt att tillåta ICMPv6 i sitt nätverk (åtminstone vissa typer av ICMPv6 som Packet Too Big). Man kan inte göra som med IPv4 och helt blockera ICMP som en del gör.
Citat:
Unlike in IPv4, IPv6 routers never fragment IPv6 packets. Packets exceeding the size of the maximum transmission unit of the destination link are dropped and this condition is signaled by a Packet too Big ICMPv6 type 2 message to the originating node, similarly to the IPv4 method when the Don't Fragment bit is set.[1]

End nodes in IPv6 are expected to perform path MTU discovery to determine the maximum size of packets to send, and the upper-layer protocol is expected to limit the payload size

https://en.wikipedia.org/wiki/IPv6_packet#Fragmentation
Citera
2014-07-21, 00:11
  #34
Medlem
madtops avatar
Citat:
Ursprungligen postat av Hominem
Men IPv6 så är det ändpunktens uppgift att fragmentera paketet, till skillnad från IPv4 där paket kan fragmenteras av routrar på vägen. Det är en av anledningarna till att det är ytterst viktigt att tillåta ICMPv6 i sitt nätverk (åtminstone vissa typer av ICMPv6 som Packet Too Big). Man kan inte göra som med IPv4 och helt blockera ICMP som en del gör.


https://en.wikipedia.org/wiki/IPv6_packet#Fragmentation

Ja det är bara sändaren som fragmenterar. Och det är skälet till att det inte går att skicka större paket än den minsta MTU som finns på hela vägen mellan sändare och mottagare. Finns det t.ex på vägen en länk som bara har 1500B MTU så går det helt enkelt inte att skicka större paket än så.

Om icmpv6 inte fungerar som tänkt så får sändaren problem med att hitta korrekt MTU och man råkar då ofta ut för droppade paket. För att vara på säkra sidan kan man alltid ställa MTU till 1280 vilket ska stödjas av alla länkar.
Citera
  • 2
  • 3

Skapa ett konto eller logga in för att kommentera

Du måste vara medlem för att kunna kommentera

Skapa ett konto

Det är enkelt att registrera ett nytt konto

Bli medlem

Logga in

Har du redan ett konto? Logga in här

Logga in