mboost-dp1

Flickr - saschaaa

Parallel IPv6- og IPv4-understøttelse kan føre til problemer for en million mennesker

- Via NetworkWorld - , redigeret af kasperfmn

Ifølge eksperter vil omkring 0,05 % af verdens internetbrugere enten opleve lave hastigheder eller hjemmesider, som slet ikke kan tilgås, hvis disse hjemmesider understøtter både IPv4 og IPv6 på samme tid. Problemet skyldes, at disse brugere i deres hjemmenetværk benytter netværksudstyr, der enten er forkert indstillet, eller som ikke fungerer, som det skal. 0,05 % repræsenterer omkring 1 million brugere ud fra et tal på 2 milliarder internetbrugere i alt.

Yahoo! har planer om at omlægge hovedsiden yahoo.com til IPv6 inden årets udgang, hvilket dog ser ud til at kunne medføre de føromtalte problemer. Netop Yahoo! har tidligere udtrykt bekymring angående problematikken.

Jason Fesler, Yahoo! skrev:
A certain number of users do have IPv6 on their systems, but they have it configured in such a way that their system believes they have a working IPv6 Internet connection when in reality they don’t. Or their Web site browser will prefer IPv6. This will result in timeouts that can be anywhere from 5 seconds to several minutes. From an end user’s point of view, the first major Web site that goes dual-stack is going to appear broken while other Web sites will appear to be up.

Som nævnt tidligere her på siden er Yahoo! en af deltagerne i “World IPv6 Day” den 8. juni. Formålet er at teste IPv6 i stor skala og oplyse folk om problemerne med IPv6- og IPv4-understøttelse.

Læs også Stortest af IPv6 til sommer





Gå til bund
Gravatar #1 - Daniel-Dane
20. jan. 2011 09:38
Survival of the fittest. Smut nu alle over på IPv6, så må folk ringe efter en teknikker.
Gravatar #2 - Juiceren
20. jan. 2011 09:49
Findes der nogen guide til en almindelig bruger der gør dem klar til IPv6?
Gravatar #3 - kblood
20. jan. 2011 10:29
Hmmm, jeg tror måske jeg skal se om jeg ikke lige kan få fri den dag. Jeg kan lige forestille mig de kald det kan give.
Gravatar #4 - grok
20. jan. 2011 10:35
Det er da ikke noget problem i DK. Bare slå IPv6 fra så er den ged barberet. Der er jo alligevel ingen danske ISP der tilbyder IPv6 adresser, og dem der har en IPv4-IPv6 tunnel ved jo nok hvad de laver.
Gravatar #5 - Anders Fedеr
20. jan. 2011 10:52
0,05 % af verdens internetbrugere? Really? Optimerer Yahoo! også sine sider til folk der kører Lynx?
Gravatar #6 - CableCat
20. jan. 2011 11:02
#2:
1) Ring til din ISP, spørg efter IPv6.
2) Gentag indtil du har IPv6.

Med både Linux og Windows får du proppet IPv6 ned i halsen per default. Det gør at IPv6 virker på klienterne så snart dit LAN gør. Men det er lige netop det der er årsagen til de problemer nyhenden omtaler.

Hvis et DNS navn både har en IPv4 og en IPv6 adresse, så benyttes IPv6, hvis klienten tror den har en IPv6 internet forbindelse.
Gravatar #7 - knasknaz
20. jan. 2011 11:25
Folk kan heller ikke finde ud af selv at forwarde porte i deres ADSL -routere, så at brugerne ikke fatter et klap af det udstyr de har, er ikke just nogen nyhed!
Gravatar #8 - JanzeHE
20. jan. 2011 11:41
Er det bare mig, eller er 0,05% af 2 milliarder, 10 millioner?
Gravatar #9 - el_barto
20. jan. 2011 11:53
2 milliarder-> 2 000 000 000 / 100 * 0,05 = 1 000 000 <- 1 million

JanzeHE (8) skrev:
Er det bare mig, eller er 0,05% af 2 milliarder, 10 millioner?
Gravatar #10 - cryo
20. jan. 2011 11:58
CableCat (6) skrev:
Med både Linux og Windows


Og Mac OS/iOS.
Gravatar #11 - PHP-Ekspert Thoroughbreed
20. jan. 2011 12:23
knasknaz (7) skrev:
Folk kan heller ikke finde ud af selv at forwarde porte i deres ADSL -routere, så at brugerne ikke fatter et klap af det udstyr de har, er ikke just nogen nyhed!


Det er heller ikke helt nemt at justere på indstillingerne på TDCs "sorte boks"

Jeg har f.eks forgæves forsøgt at bede om at få den til at bruge en anden DNS, men det fungerer ikke ordentligt...

- mon den understøtter IPv6?
Gravatar #12 - PaW^
20. jan. 2011 13:22
Jeg er rimelig sikker på at alle de store ISP'er også skifter over til IPv6 d. 8 juni..
Gravatar #13 - Zeales
20. jan. 2011 15:21
PaW^ (12) skrev:
Jeg er rimelig sikker på at alle de store ISP'er også skifter over til IPv6 d. 8 juni..



Hahahaha, what? Har du en kilde til det?
Gravatar #14 - Slettet Bruger [4178988849]
20. jan. 2011 15:33
PaW^ (12) skrev:
Jeg er rimelig sikker på at alle de store ISP'er også skifter over til IPv6 d. 8 juni..


og Bill Gates skifter på samme dato alt sit udstyr i hjemmet ud med Apple produkter.

iDontbelieve
Gravatar #15 - kasperd
20. jan. 2011 20:43
Juiceren (2) skrev:
Findes der nogen guide til en almindelig bruger der gør dem klar til IPv6?
Som en begyndelse kan man gå ind på http://test-ipv6.com/ og finde ud af om man er klar.

Thoroughbreed (11) skrev:
Det er heller ikke helt nemt at justere på indstillingerne på TDCs "sorte boks"

Jeg har f.eks forgæves forsøgt at bede om at få den til at bruge en anden DNS, men det fungerer ikke ordentligt...

- mon den understøtter IPv6?
Jeg har set en TDC boks, der havde nogle fuldstændigt absurde fejl, hvis man prøvede at bruge både IPv4 og IPv6. Jeg kan ikke huske om den var sort, men den hed vist FAST35XX_TDCBOX.

Hvis man prøvede at spørge den om både IPv4 og IPv6 adresse på samme hostnavn, ville det ikke virke. Den første forespørgsel ville give korrekt svar, men hvis man efterfølgende spurgte efter en anden type adresse på samme hostnavn ville det ikke virke.

Hvis man først spurgte efter IPv6 og efterfølgende efter IPv4, så ville man få en forkert IPv4 adresse.

Hvis man først spurgte efter IPv4 og efterfølgende efter IPv6, så ville man få timeout.
Gravatar #16 - PHP-Ekspert Thoroughbreed
21. jan. 2011 09:10
kasperd (15) skrev:
Jeg har set en TDC boks, der havde nogle fuldstændigt absurde fejl, hvis man prøvede at bruge både IPv4 og IPv6. Jeg kan ikke huske om den var sort, men den hed vist FAST35XX_TDCBOX.

Hvis man prøvede at spørge den om både IPv4 og IPv6 adresse på samme hostnavn, ville det ikke virke. Den første forespørgsel ville give korrekt svar, men hvis man efterfølgende spurgte efter en anden type adresse på samme hostnavn ville det ikke virke.

Hvis man først spurgte efter IPv6 og efterfølgende efter IPv4, så ville man få en forkert IPv4 adresse.

Hvis man først spurgte efter IPv4 og efterfølgende efter IPv6, så ville man få timeout.


Lige netop min tanke ... Det er ikke en særlig smart "router" - da den ikke er særlig god til at route :D

savner min CISCO ..
Gravatar #17 - kasperd
22. jan. 2011 07:43
Thoroughbreed (16) skrev:
Det er ikke en særlig smart "router" - da den ikke er særlig god til at route
Nu var det problem jeg nævnte i DNS delen og ikke i router delen. Så hvis man sætter sine computere op til at bruge en anden DNS server end den som routeren foreslår, så vil man ikke være berørt af den fejl. (8.8.8.8 er nok den nemmeste at huske, hvis man selv vil angive DNS server).

Men selvfølgelig er det ikke særlig sandsynligt at der er god IPv6 support i sådan en router, for hvis man havde testet IPv6 support gennem sådan en router, så ville man også have opdaget DNS fejlen.

Til gengæld var NAT funktionen så vidt jeg kunne vurdere også god til at håndtere protokol 41, så man kunne sætte en computer på lokalnettet til at agere tunnel og annoncere en IPv6 route. Men, hvis man gør det er det vigtigt at ingen computer på lokalnettet anvender routerens DNS server, for hvis de gør det er man meget tæt på at ende blandt de 0.05% der ikke kan komme ind på dual stack servere.
Gravatar #18 - kasperd
23. jan. 2011 11:41
kasperd (17) skrev:
meget tæt på at ende blandt de 0.05% der ikke kan komme ind på dual stack servere.
I mellemtiden gik det så op for mig, hvor nemt det med sådan en fejlbehæftet DNS server kunne gå galt. Hvis man på et lokalnet bagved denne router har to computere, og den ene kun bruger IPv4 og den anden bruger IPv4 og en IPv6 over IPv4 tunnel, så kan det gå galt hvis begge bruger DNS serveren foreslået af routeren.

Hvis computeren med kun IPv4 tilgår en server vil den slå en A record op, hvilket vil lykkes. Hvis computeren med IPv6 efterfølgende tilgår samme server vil den først prøve at få en AAAA record, men pga. denne bug i DNS serveren, vil den ende med at få et timeout. Derefter vil den prøve at spørge efter en A record, og det vil virke. Altså, computeren med tunnel vil opleve at det er langsomt at tilgå denne server.

Hvis computeren med tunnel var først til at tilgå en server, så ville den få en AAAA record og tilgå denne uden problemer. Men hvis computeren der kun har IPv4 efterfølgende vil tilgå samme server, så vil den få en forkert A record, og vil derfor slet ikke kunne komme ind på serveren.

Jeg finder det lidt interessant, at det under de omstændigheder vil være computeren helt uden IPv6 som oplever de største problemer.

Den bedste løsning vil være at installere en firmware uden denne bug på routeren. Den næstbedste løsning vil være at udskifte routeren. Den tredjebedste løsning vil være at konfigurere alle computerne på lokalnettet til at ignorere den DNS server, som DHCP serveren foreslog og i stedet bruge en DNS server, der virker.
Gravatar #19 - PHP-Ekspert Thoroughbreed
24. jan. 2011 10:46
kasperd (17) skrev:
Nu var det problem jeg nævnte i DNS delen og ikke i router delen. Så hvis man sætter sine computere op til at bruge en anden DNS server end den som routeren foreslår, så vil man ikke være berørt af den fejl. (8.8.8.8 er nok den nemmeste at huske, hvis man selv vil angive DNS server).


Det er rigtig nok, og det har jeg også gjort på mine 4 computere - det er dog bare lidt nemmere når man fortæller dimsen at den skal bruge DNS serveren 1.2.3.4 istedet ;)
Gravatar #20 - kasperd
24. jan. 2011 15:33
Thoroughbreed (19) skrev:
det er dog bare lidt nemmere når man fortæller dimsen at den skal bruge DNS serveren 1.2.3.4 istedet
1.2.3.4 er ikke nogen DNS server. Faktisk er 1.2.3.0/24 reserveret for at man kan undersøge, hvor meget trafik der fejlagtigt sendes til adresser i det interval.
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login