IPv6 világnap - egy napig IPv6-on is szolgáltatnak tartalmat a világ vezető IT cégei

Internet, Közösségi média

Másról se lehet hallani mostanában, mint arról, hogy kongatják a vészharangot: az IPv4 címek hamarosan kifogynak. A nagy cégek is érzik, hogy eljött az idő, amikor neki kell állni tesztelni az IPv6-ot. Éppen ezért az Internet Society 2011. június 8-én IPv6 világnapot szervez. Ezen a napon a Google, Yahoo!, Facebook, Akamai, Cisco, Juniper Networks, Microsoft, Mozilla, OpenDNS, Ericsson, D-Link Systems, Zynga, Novell Inc. és még vagy további 260 vállalat, szervezet IPv6-on is elérhetővé teszi szolgáltatásait teszt jelleggel 24 órán keresztül. A cél az, hogy motiválják az ISP-ket, hardvergyártókat, operációs rendszer gyártókat, fejlesztőket, webes vállalatokat arra, hogy készüljenek fel az átállásra.

A világnaphoz lehet csatlakozni! További információk itt.

( Elbandi v | 2011. 05. 31., k – 21:41 )

mar csak arra kene rajonni, hogy kene jozsi bacsit motivalni, hogy dobja ki a mostani ipv6-ot nemtudo routerjet, es vegyen egy ujat.

merthogy a gyartok 99%-a tuti nemfog kiadni frissitest :(

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Egyertelmuen megoldodna ez a helyzet is, ha Jozsi bacsi egy napig nem nezhetne Facebookot, gmailt, nem kapna Windows update-et, stb., mert aznap csak ipv6-on mukodnek ezek. Es egybol atgondolnak a gyartok es a szolgaltatok is az uzletpolitikajukat.

En jelenleg egy eddig altalam sose latott tartomanybol jovo 31-gyel kezdodo IP-t kapok, ami Youtube szerint nem Magyarorszag, igy itthon ki vagyok zarva par videobol, amit linkelnek nekem Facebookra (szomszed nyilt wifijere kapcsolodva bejon a video), idaig mar alapbol el se kellett volna jutni :(

nem csak .hu-n megy, tobb orszagban is megy es koztuk van Magyarorszag, de az "en orszagom" nincs koztuk.

Most nezem csak, Facebook is a szokasos Hungary helyett Unknown Locationt ir, de www.ipaddresslocation.org kiirja, hogy Hungary, de a varost nem is sejti, amit eddig mindig megmondott fullosan

Egy helyi pelda: pinyo_villany kollega blogja

Es meg csak azt sem mondanam, hogy zugszolgaltatonal vagyok (sot), de korrektsegbol nem irom ide, melyik az.

minden weboldal/netes szolgaltatas eseteben, amit 10000 usernel tobb hasznal, szegyennek tekintheto, ha ping6-ra unknown hostot dob 2011-ben. Ezt kijelenthetjuk szerintem! Egy zugportal, ahol az admin annyira nem kepes, hogy atirjon egy config file-ban egy 300-at 65000-re, mar be tudta implementalni az ipv6-ot 2009-ben, "zuguserek" meg ennel mar joval korabban ipv6-on neteztek, nehogy mar egy ubermultinak ne jojjon ossze a ping6-ra valaszolas se.

A kliens oldal (Jozsi bacsi pppoe-n ipv4-es routeren) mar megint mas kerdes, de a szerver oldalnak mar reg felkeszultnek kellene lennie!

Ja, igen... Akkor úgy mondom, hogy először felkészíti az isp az ipv6-ra a kiszolgálóknak (üzleti felhasználóknak) nyújtott szolgáltatásait, majd a kiszolgálók felkészítik a szolgáltatásaikat ipv6-ra, eközben az isp felkészíti a lakossági szolgáltatásait is. Persze csak miután az isp feletti réteg már felkészítette a szolgáltatásait az ipv6-ra (ez gondolom már rég megtörtént).

--
Don't be an Ubuntard!

+1 Az első lépést a szolgáltatónak kell megtennie, Józsi bácsi az lenne a legjobb, ha transzparensen észrevétlenül egy reggel már csak IPv6-on netezne...

Más kérdés, hogy hivatalosan ÁSZF szerint a routerek nincsenek támogatva, mert net elérést egy darab gépre veszel, ergo ha Józsi bácsi nem tud netezni, akkor az első szabvány válasz, hogy dugja vissza a kábelt a számítógépbe (tapasztalat). Ha meg a routert a szolgáltatótól vette, akkor úgyis díjmentesen cserélik, hisz fizeti a havidíjat a több gépért. Ha meg nem, a kocka szomszéd srác meg, aki kerítésszaggató házipáleszért beállította neki, majd úgyis rájön, hogy "hát Jóska bá', ez a rúter már fos, újat kell venni, vagy csak anyunak lesz startlapja, magának nem".

Egyébként biztos van itt olyan, aki közelebb van a tűzhöz technológiai szempontból (mert én még csak nem is értek hozzá): ha teszem azt a jóárasított szolgáltató átállna IPv6-ra, és az IPv4 only felhasználókat valamilyen módon egy IPv6 tunnelre irányítaná, az mekkora szívás lenne a rendszergazdáknak, és mekkora b*zmegolást okozna a szerverteremben? :)
--
"Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live." John F. Woods

az nem volna opció, hogy a szolgálató NATol kifelé IPV6-ra ha az Ügyfél nem kompatibilis (ipv4-es) és route-ol, ha IPV6-os?

innentől kezdve ugye lehetne már a szolgáltatónál 6to4 tunnel is, hogy az IPv4 tartalmat zavartalanul elérhesse.
(a torrentet meg lesz*rjuk, ha ilyet akar, akkor vegyen egy ipv6 routert ~8k -ért magának az Ügyfél)

nem, nem használok még ipv6-t csak ötleteltem.

attol meg a szoélgaltato nem fog ipv6-os cimet osztani (sot, hallottunk mra olyanrol, aki direkt a p2p ellen volt), azokrol nem is beszelve, akik a szolgaltatotol berlik a router/homegatewayt (azokra illene mar frissitesnek erkeznie igy 2011 kornyeken):
dmesg:
eth0: no IPv6 routers present

( nanto | 2011. 05. 31., k – 22:21 )

az kene, hogy egy napig _csak_ipv6on_ legyenek elerhetoek a szolgaltatasaik (aztan ezt bevezethetnek minden vasarnapra, majd minden napra, es kesz is vagyunk)

Ez igy semmit nem er, ahhoz az 1%-hoz jut el, akit eddig is erdekelt, hogy ipv6-on megnezheti, ami ipv6-on amugy is bejon (es ami eddig is bejott, pl. Google, Facebook, youtube, etc.)

( Aadaam v | 2011. 05. 31., k – 22:40 )

Ez az IPv6-osdi az IE6 kiirtasara tett elkeseredett kiserletekre emlekeztet leginkabb.

Szerintem nem gondoltak ezt a protokollmigraciot anno vegig elegge, ki kellett volna jonni egy IPv7-tel, ami a felulrol kompatibilitast picit kevesbe veszi lazan. (tudom, van neki, de ha olyan lenne ami kene, nem itt sirnank)

Na persze lehet, az IPv7-et NAT-nak hivjak...

IE6 kiírtása: mostanában jutok el oda, hogy a számlán egy plusz borsos összeget kívánok feltüntetni megkívánt IE6 kompatibilitásért. Egyszerűen nevetséges, milyen szinten visszafogja a kreativitást site-build során, ha arra a fostalicskára is folyton figyelni kell.
--
"Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live." John F. Woods

( prygme | 2011. 06. 01., sze – 00:07 )

ez nagyon szép, de milyen érv szól amellett, hogy ez csak egy napig tart?
ha egy napig _csak_ IPv6on szolgáltatnának abban lenne ráció, bár talán túl erős demonstráció lenne.

( bodobacs | 2011. 06. 01., sze – 08:23 )

Mégis mi kell ahhoz, hogy ipv6-os szolgáltatást elérhessek mint végfelhasználó? (internet-véglény hehe)

Mondjuk google-nek ott van kitárva-nyitva az ipv6-os címe én meg az egyetemről meghívom ezt a címet és akkor megkapom, hogy "heeeee?".

Gépemen linux > router > egyetemi háló > internet. Ebből nekem az jön le, hogy a routert és az egész egyetemi hálót (switchek/serverek) is ki kell cserélni, amire nemigen lehet hamar számítani.

Szóval, hogy van ez?

( djsilas | 2011. 06. 01., sze – 11:57 )

"...24 órán keresztül..."
Azért ez mekkora vicc már!? Mi értelme van 24 órának? Jó, értem, akkor hülyén adná magát a világnap kifejezés. Nálunk már hónapok óta lehet levelezni, meg weboldalakat elérni IPv6-on (igaz csak Tunnelen keresztül sajnos). De mi kis apró "senkik" vagyunk, hiába próbáljuk megváltani a világot... :(
----------------------------
Weblap, Tárhely, Domain

radvd + wide-dhcpv6-server (dual-stack esetén meg ennyi se). Na hogyha minden gépnek fix címet akarsz kiosztani és azt rendesen dokumentálod is... Na azért az már melósabb, de annyira SZVSZ nem vészes :P
Ami nekem a problémám: IPv6 gyakorlatilag nincs használatban, nincsenek róla nagyüzemi infóink. Az egyértelmű, hogy a NAT az nem tűzfal, de azért vmi kis "védelmet" mégis adott. Mostantól kezdve viszont mindennek van saját IP címe... És ki ismeri már az IPv6 -ot annyira, hogy biztonsági tanácsokat tudjon adni? Mit kell máshogy csinálni? Mit nem kell csinálni, vagy éppen mit kell beállítani, amit IPv4 esetén nem? Szoftverek lehetnek sebezhetőbbek? stb, stb, stb
----------------------------
Weblap, Tárhely, Domain

"a NAT az nem tűzfal, de azért vmi kis "védelmet" mégis adott."

Szerintem állapotkövető tűzfalak továbbra is részei az IPv6 rendszereknek is. És IPv4 szerevrek felé továbbra is maradhatna NAT64/DNS64, bár ennek az alkalmazhatósága eléggé protokollfüggő. De valóban a NAT idáig adhatott némi anonimitást (sütik ezen persze ronthattak). Amúgy NAT-olni elvileg IPv6-on is lehet.

A NAT remekül keresztbe tesz az összetettebb protokolloknak, mint pl. a SIP/RTP/RTCP (STUN, TURN, ICE káromkodások jutnak az eszembe). De ha már itt tartunk, pl. az RTP-t remekül agyon tudja csapni NAT nélkül is egy állapotkövető tűzfal is, ha egy időre felfüggesztjük a hívást (hold) és elfelejtünk RTP keep-alive-ot küldeni (5s-enként egy üres PT=20 csomag[1][2]). RTCP forgalmat ekkor persze lehet küldeni, de egy becsületes, azaz protokollt nem ismerő tűzfalat ezzel nem lehet meghatni.

( saabi v | 2011. 06. 01., sze – 12:06 )

No, ez már arra jó volt, hogy elgondolkoztam, akarok-e otthonra IPv6-ot? Mivel a T-nél minden kötelezettség nélkül lehet regisztrálni a próbaidőszakra, kipróbálom.

Ave, Saabi.

Zoldfulu vagyok ebben a temaban, tehat csak elkepzelesem van arrol hogyan kellene mukodnie. Ha jol gondolom, akkor az ADSL mondem nem tud lekezelni ket ppp kapcsolatot? A pilot rendszer kereten belul ad a T egy masik felhasznalonevet az IPv6-hoz igy attol fuggoen, hogy mivel jelentkezel be, osztja ki a cimet.

Úgy látom én átlag user vagyok! Régebben már foglalkoztam a dologgal, akkor még a tunnelek jóval lassabbak voltak, tartalom meg még ennyi sem volt. Meg tudtam csinálni, működött, be a fiókba - majd nemrég kezdett újból érdekelni a téma, miután közölték, hogy ne nagyon akarjunk újabb IP(v4) tartományt igényelni :P

( vtechun | 2011. 06. 01., sze – 22:07 )

muris, de most épp szopok, hogy nem csak ipv4-em, de ipv6-om is van natívan, mert a t-home.hu , t-mobile.hu sem jön be egyelőre normálisan ipv6 alatt, mindkettő egy karbantartási oldalra mutat :( gondolom más is ezeket tapasztalja ipv6-on

más kérdés, hogy ha nagyon akarom megnézem, csak akkor is...

Én is hasonlóan jártam, csak tunneles eléréssel.
Az volt a tünet, hogy nem tudtam Ubuntun némely csomagokat frissíteni, mert 404-es hibát dobott a letöltésnél. Fogtam az URL-t bemásoltam a böngészőbe az meg letöltötte rendesen. Utána kiderült, hogy böngésző valahogy az IPv4-es címhez kapcsolódott, amíg pl. a wget az IPv6-oshoz. És feltehetőleg a v6-on hallgatózó webszerver rosszul volt beállítva, ezért volt a 404-es hiba.
Nem tudom a DNS ezt hogy kezeli, de az derült ki, hogy ha egy domain névhez mindkét verziójú cím adott, akkor az újabbat fogja használni az Ubuntu. A gugliban nem találtam a prioritás állítására lehetőséget.
A lényeg, hogy azóta nem használom a v6-ot, mert csak a baj volt vele.

-=ElveteMedve=-

Egyelőre "érdekesnek" tűnik a nagy nap...
t-home.hu [2001:4c48:2:46::1b:1] OK
t-mobile.hu [2001:4c48:2:46::1b:2] OK
motorsportal.hu [2a00:1158:0:404:a09e::1] OK
google.com [2a00:1450:8007::68] OK
yahoo.com [69.147.125.65] ??
fpfd.wa1.b.yahoo.com [2a00:1288:f006:1fe::3000] OK
facebook.com [69.63.181.12] ??
www.facebook.com [2620:0:1c18:0:face:b00c::] OK
a152.dsw1.akamai.net [2001:450:2002:384::40d6:ce29] OK
cisco-origin.v6day.akadns.net [2001:420:80:1:c:15c0:d06:f00d] OK
www.freemail.hu [2001:4c48:2:3f::1b] OK
ipv6.freemail.hu [2001:4c48:2:f::100] nem OK
ipv6-selector.www.ms.akadns.net [2a01:111:200a:1::14] OK
core-lb.iwiw.hu [84.2.36.197] OK
ipv6.iwiw.hu [2001:4c48:2:a::1] nem OK

Lényeg, hogy számomra furcsa, hogy néhol ennyire megkülönböztetik a www és www nélküli előtagot + van, ami nem is megy...
----------------------------
Weblap, Tárhely, Domain