IPv6 topic

 ( gbor | 2009. június 1., hétfő - 15:37 )

szerk* : "9999 comment nézet" - innen
szerk2*: 2. oldal

Csak egy kezdeményezés, hogy legyen egy "community" hely a -tiszta- kérdéseknek, és válaszoknak IPv6-al kapcsolatban, avagy "szálljon fel a köd".

Kezdem egy pár ""alap"" kérdéssel - netről kikerestem a válaszokat [ergo FIXME]:

Q: IPv6 alatt mi lesz a localhost címe?
A: ::1

Q: Hogyan néz ki egy IPv6-os cím?
A: Egy IPv6-os cím 8 db 4 hexadecimális számjegyből álló csoportból áll, kettőspontokkal elválasztva. Egy érvényes cím a következőképp nézhet ki: 2001:0db8:85a3:08d3:1319:8a2e:0370:7334

Q: "Rövidíthetőek" valahogy ezek a hosszú címek?
A: Négy 0-ból álló négyes (0000) elhagyható, és helyére négyespont írható (::). Így több 0000-s négyes is átírható négyespontokká, illetve a négyesekből a vezető nullások is elhagyhatóak (pl.: 0d56 → d56)
Ilyen módszerrel viszont csak egy ilyen nullásokból álló csoport hagyható el, több nem, azaz például:
2001:0db8:0000:0000:34d2:0000:1428:57ab
nem helyettesíthető
2001:0db8::34d2::1428:57ab
-vel, hanem a helyes rövidítés:
2001:0db8::34d2:0000:1428:57ab
2001:0db8:0000:0000:34d2::1428:57ab

Q: URL-ként írhatok be IPv6-os címet?
A: Igen, de az URL címben szögletes zárójelek közé kerül az IPv6-os cím, pl.: http://[2001:0db8:85a3:08d3:1319:8a2e:0370:7344]/
És a portot kettősponttal elválasztva tesszük hozzá: http://[2001:0db8:85a3:08d3:1319:8a2e:0370:7344]:443/

Q: Vannak speciális, elkülönített címek az IPv6-ban?
A: Például:
::/128 – csupa 0-ból áll, nem kiosztható
::1/128 – localhost cím
::/96 – IPv4 kompatibilis címekre használták, már elévült
::ffff:0:0/96 – átfordított (mapped) IPv4-es címekre
2001:db8::/32 – dokumentációkban és IPv6 leírásokban használt cím
fe80::/64 – analóg az IPv4-es 169.254.x.x autokonfigurációs címmel
ff00::/8 – multicast prefix a multicast címekhez

Q: IPv6-os címet használok már?
A: Itt megnézheted: http://www.sixxs.net/tools/ipv6calc/

Q: IPv4 esetén a "minimum Maximum Transmission Unit" 68 Byte [FIXed!], IPv6 esetén van valami változás esetleg?
A: IPv6 esetén a "minimum Maximum Transmission Unit" értéke 1280 Byte
Az IPv4, és IPv6 maximum datagram [FIXed!] mérete 64 KByte lehet.

Q: IPv4 esetén a forrás, vagy a router "eszköz" darabolhatta a csomagokat [fragment the datagrams]. IPv6 esetén?
A: IPv6 esetén csak a forrás eszköz fragmentálhatja a csomagokat. A routerek nem.
Tehát a küldés előtt "ki kell egyezniük", mi legyen a közös MTU.
IPv6-nál a fragmentek összerakása, úgy mint IPv4 esetén a cél eszköznél történik.

Q: Tiltsam az ICMP-t IPv6-on?
A: IPv6-on Főleg NE tiltsd az ICMP-t, mivel azzal "megölöd" a hálózatot - neighbor discovery, router discovery, PMTU.
IPv4 alatt Sem ajánlott tiltani az ICMP-t, legalább a hibakeresés miatt. [Egy érdekes "hibajelenség": vajon miért csak a kis méretű weboldalak/e-mailek töltődnek be, a nagyobb fájlok pedig nem??? - Azért, mert nem tudtak megegyezni egy helyes MTU-ban az ICMP tiltása miatt.]

Ha lehet kérni az szóljon hozzá, akinek:
- BÁRMI kérdése van az IPv6-al kapcsolatban, valaki csak tudja rá a választ [akár Google-ből adott :)]
- FIXME-re van ötlete, javítása
- tudja a választ
- "tudja egy idáig fel nem tett kérdésre a választ", és azt esetleg leírja, hogy az ne legyen később kérdés

Előre is Köszönöm azoknak, akik jártasak az IPv6-ban, és esetleg válaszolnak az itt feltett kérdésekre.
Azoknak is köszönet, akik itt teszik fel a témába vágó kérdéseiket.

ui.: egy blogbejegyzés erről

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

IPv4 esetén a minimum MTU 68 Byte, IPv6 esetén a minimum MTU értéke 1280 Byte.

A legnagyobb datagram méret mind IPv4-nél, mind IPv6-nál 64 kByte, ezt a csomag fejlécének "payload length" mezője határozza meg. Ezzel szemben a maximális MTU-t mindig a média határozza meg, pl. Ethernet 1500 byte, jumbo 9000 byte. Az MTU-ból levonva a fejléceket (pl. tipikusan 20 byte TCP és 20 byte IP) kijön a Maximum Segment Size (MSS) azaz a fragmentálás nélkül átküldhető legnagyobb datagram méret.

Az 576 byte MTU onnan jön, hogy IPv4 esetén 536 byte az a legkisebb datagram méret, amit minden host-nak tudni kell kezelni feldarabolás nélkül. Datagram az az adatcsomag, amit az alkalmazás át akar küldeni IP-n, ez kap TCP és IP fejlécet (együttesen 40 byte), így jön ki az 576 byte MTU. Ezt akkor használják, ha a küldő és a fogadó nem tud megegyezni nagyobb MSS-ben, mert így biztos, hogy a csomag a továbbitás során nem lesz feldarabolva. IPv6 esetén az így kiadódó MTU 1500 byte, vagyis ennél kisebb csomagot soha nem darabol fel az IPv6 router.

köszi, kijavítottam!

Ilyen töményen a Tanenbaum könyvben szokott írás lenni :) Grat :D

Root-Tech

?

ahogy en se nem talalom azt a linket ahol lehet figyelni a topicot szoval felkerul a sajat adatok/kovetes vagy hasonlo oldalra.

trey-nek már írtam hogy szívesen tesztelnék egy ilyen modult, ha felhasználja az oldalon, mert van ilyen. Nem válaszolt.

énisénis


szerintem.

+1

+1

+1

Én is subskribálok ide, mióta megtaláltam a &comments_per_page=9999 cuccot.
----
Hülye pelikán

ez hol?

Ez egy getes paraméterátadás, ami ráveszi a drupalt, hogy ne csak 300 komment jelenítsen meg. Tehát az URL végére köll írni.
----
Hülye pelikán

jah... azt hittem már beállítások közt és csak én vagyok ilyen vaksi. bár ott most a régi 100 v 300 beállítást se látom már.

+1

Az autoconfig meg tudja tréfálni az embert. Nálunk a tűzfal csak a kézzel kiosztott (én osztom ki) címeket engedi át. A Linuxok egy része (mind?) viszont hajlamos az autoconfig címmel dolgozni akkor is ha van kézzel beállított cím. Megoldás:
/proc/sys/net/ipv6/conf/eth0/autoconf érték 0-ra állítása.

Mik

sysctl.conf:

net.ipv6.conf.eth0.autoconf = 0
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Javaslom, hogy told fel a wikibe is, hogy konnyebb legyen hozzanyulnunk.

az eddigi "biztosakat" beleraktam - IPv6 - HupWiki

Q: Milyen OS nem tamogatja az IPv6-ot?
A: Windows 2000 es korabbi verziok, Linux kernel 2.6.x elotti verziok, AIX 5.2 elotti verziok... [FIXME]

Lasd meg:
IPv6 in Operating Systems
IPv6 – Ready for Prime Time? Part IV: Vendor Support - April 18, 2007

Q: Milyen proprietary hardver nem tamogatja az IPv6-ot?
A: Bizonyos SOHO routerek, kabelmodemek, SIP telefonok es nyomtatok.

Q: Hogyan tilthatom le az IPv6-ot a kulonbozo operacios rendszerekben?
A: Vagy valami kernelparameterrel (sysctl), vagy a firewall segitsegevel. [FIXME]

HP iPAQ 514 Voice Messenger - támogatja
Cisco IOS < 12.2(2)T - nem támogatja

Érdemes ide is ellátogatni:

http://www.ipv6actnow.org/

hasznos volt, köszi :)

http://ipv6.niif.hu/m/FAQ

Ha valaki akar az Campus IPv6 wiki-hez írni, akkor szólni kell az adminisztrátoroknak.

OpenWrt 8.09-től már opkg van, nem ipkg :(

A NIIF-nek a Teredo szervere és a 6to4 szervere elérhető a HBONE-on kívül is?

signup

+1

+1

+1

Koszi a leirast. Nemreg UPC valtott ipv6-ra, de linux alatt (Ubuntu) az istenert sem sikerult beuzemelni a netet.

UPC valtott ipv6-ra... Mi van?

Komolyan. Az uj szolgaltatasai (mint a fibernet vagy mi a neve..szoval ami optikaival jon), az mar ipv6-ot oszt. Nemtudtam egyszeruen linux alatt beallitani. De most komolyan..hogyan kell? #ubuntu-n se tudtak segiteni (Ubuntu-s az illeto akinek bekotottek), se mas IRC csatornakon nem kaptam valaszt.

Ubuntu wiki-t is felturtam, de semmi. Neten talaltam forumtopicot hogy valami dhcp v6 -os csomag kell, felraktam, probaltam, de semmi ip-t nem kapok. Fura. VMware alatt probalkoztam (nekem nincs ilyen netem, csak a delikvensnek), nekem poccre ment.

wide-dhcpv6-client ,de miez a upc ipv6?:o sehol nem latok hivatalos infot errol es ipt sem kapok...

wide-t raktam, nem hasznalt. Pontosabbat majd kerdezek..egyelore nincs fennt az illeto. Windows-os screenshot volt, s tenyleg ipv6-ot kap.. durva. :)

szerintem valamit benéztél...
ping ipv6.google.com működik neki?

Nem. De ifconfig-ban sincs cim.

A kérdés az az volt, hogy a haverodnak megy-e a "ping6 ipv6.google.com" vagy a "ping ipv6.google.com"...
nem neked...

UPC hálózatból:
C:\>ping ipv6.google.com

ipv6.l.google.com [2001:4860:a003::68] pingelése - - kiindulópont: 2002:5985:2990:satöbbi 32 bájtnyi adattal:
Válasz 2001:4860:a003::68: idő=343 ms
Válasz 2001:4860:a003::68: idő=56 ms
Válasz 2001:4860:a003::68: idő=57 ms
Válasz 2001:4860:a003::68: idő=58 ms

2001:4860:a003::68 ping-statisztikája:
Csomagok: küldött = 4, fogadott = 4, elveszett = 0
(0% veszteség),
Oda-vissza út ideje közelítőlegesen, milliszekundumban:
minimum = 56ms, maximum = 343ms, átlag = 128ms

C:\>tracert ipv6.google.com

Útvonal követése a következőhöz: ipv6.l.google.com [2001:4860:a003::68]
legfeljebb 30 ugrással:

1 * * * A kérésre nem érkezett válasz a határidőn belül.

2 42 ms * * swiFR2.switch.ch [2001:620:0:c000::17]
3 45 ms 43 ms 44 ms swiBE2-G2-5.switch.ch [2001:620:0:c025::2]
4 43 ms 44 ms 44 ms swiBE1-10GE-1-4.switch.ch [2001:620:0:c035::1]
5 43 ms 47 ms 44 ms swiLS2-10GE-1-1.switch.ch [2001:620:0:c03c::1]
6 60 ms 44 ms 44 ms swiEL2-10GE-1-2.switch.ch [2001:620:0:c00c::1]
7 44 ms 44 ms 44 ms swiCE3-10GE-1-3.switch.ch [2001:620:0:c06a::1]
8 60 ms 60 ms 61 ms pr61.ams04.net.google.com [2001:7f8:1::a501:5169
:1]
9 * * * A kérésre nem érkezett válasz a határidőn belül.

10 * * * A kérésre nem érkezett válasz a határidőn belül.

11 126 ms 66 ms 57 ms fx-in-x68.google.com [2001:4860:a003::68]

Az útvonalkövetés elkészült.

Ez egy 6to4(Teredo) cím... köszi

A megoldás: sudo apt-get install miredo
ÉS VAN IPV6... ennyi :)
(legalábbis jaunty alatt ennyi)
Ez amúgy még nem natív ipv6, hanem ipv4-es tunnelben megy a szolgáltatóig és ott kerül át a natív hálózatra.

Havernal neztem.. valahol logikus. Most letorolte az Ubuntu-jat, majd beta-t felrakjuk s ismet megprobalkozunk vele. Screenshotot majd linkelek hogy TENYLEG ipv6 -nak KENE lennie. Legalabbis WIN alol annak tunik.

Tényleg van. Én is elhiszem mostmár. Fel kell rakni a miredo csomagot és működik.

azt mondjatok el mi ... koze van ennek a upchez? mertugye ugy lett beharangozva hogy ad cimet amivel nem lenne itthon elso mivel mar van olyan szolgaltato kishazankban halistennek aki ad

Csak örülünk a fejünknek, hogy a UPC-nek van Teredo és/vagy 6to4 átjátszója... (jobb mint a semmi)

Azért írtam, hogy "és/vagy", mert eléggé belezavarodtam a terminológiába(és nem tom melyik a helyes és elvileg a kettő két különböző dolog).

Es van neki?:o http://en.wikipedia.org/wiki/Teredo_tunneling#Teredo_servers itt nem latom traceroute 192.88.99.1 6to4 gwt pedig atw.hu hirdeti.

Igazad van. Nincs. :)
Úgy tűnik, hogy azt azzal az anycast címmel senki sem törődik.

A Miredo alapból erre kapcsolódik: teredo-debian.remlab.net
(Ez van az /etc/miredo.conf-ban)
(Kiszámoltam a kapott ipv6 címből és tényleg erre kapcsolódik)

A Windows pedig elvileg erre: teredo.ipv6.microsoft.com
(Wikipedia szerint...)

Ezek szerint úgy látszik, hogy ennek az egésznek semmi köze a UPC-hez... Annak, hogy a Teredo működjön annyi a feltétele, hogy legyen egy publikus ip címed és ne szimmetrikus NAT mögött legyél.

Csak hogy en is ertsem: akkor az ADSL nem jo erre, ugye?
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Jó, kivétel ha a modem és a géped között van egy normálisabb router(pl. linux alapú...).

Legalábbis én azt hiszem, hogy a legtöbb router manapság már szimmetrikus.
Amúgy elvileg linuxot is meg lehet győzni, hogy ne szimmetrikus NAT-ot csináljon.

En a routert gondoltam ipv6 kozpontnak (mittudomen minek hivjak ezt) megcsinalni, a dhcp ugyis onnet jon, szoval oda mindenkepp kell. Egyebkent egy WRT45GL van a modem mogott, OpenWRT-vel.
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

A Teredo erre nem alkalmas, mert az egyszerre csak egy címet ad.
Szinte bármelyen más megoldás jó neked, mert azok rendesen egy /48-as blokkot adnak.
Pl. sima tunnel vagy 6to4 (6to4-et még sose próbáltam)

IPv6-nal nincs olyasmi, mint IPv4-ben a NAT? Vagyis, van egy sajat belso halom, meg egy rendes kulso IPv6 cimem, es e ketto kozt forgatja valami a cimeket.
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Isten ments! Viszont minden netelőfizető nagyon sok ipv6 címet kap (egy hatalmas blokkot), ergo nincs szükség NAT-ra.
Rémálom bármilyen p2p szoftvert írni a NAT-ok miatt. (Nem véletlen, hogy pl MSN-en gyakran nem működik a audió/videó. Nem véletlen, hogy Pistikének a Create Lobby gomb megnyomása után nem tudnak beszállni a barátai. etc...)

Lehet-e? Nem. Lásd: http://hup.hu/node/39002

na akkor majd jöhetnek a jogvédők (még jobban), mert gépre pontosan meg fogják tudni mondani, hogy hol osztották meg a legújabb sájgájsz számot :)


szerintem.

Hogyan lehet ATW-n tunnel-t igényelni? Beregisztráltam, aktiváltam és be tudok jelentkezni, de ha rámegyek a http://atw.hu/tb -ra, akkor ugyanazt kapom, mintha nem lennék bejelentkezve...
És ha ott megnyomon a bejelentkezést, akkor meg átdob az admin kezdőlapra...

en eleve atw.hu/tb oldalon reggeltem es ha azt birom es bevoltam lepve akkor feldobja a tunnelem beallitasait

Lehet hogy meg kell varni mig a tarhely elkeszul? En most kiprobaltam, de nekem is ugyanaz a hiba jon elo: azt mondja nem vok belepve.

Van valami mas magyar Tunnel Broker?
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

publikusrol nemtudok nekem 6network tol van,de 6to4 el gyorsan es egyszeruen betudjatok allitani
http://tldp.org/HOWTO/Linux+IPv6-HOWTO/configuring-ipv6to4-tunnels.html leiras hozza itt es ezis az ATW gwjet hasznalja szoval ez is lagmentes viszonylag

Aham. Most tartok ott, hogy regelnek, de ker valami Tunnel Endpoint nevu opciot, ami kitoltendonek nez ki. Ide mi irando?
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

publikus ipv4-es ip címed

Van lehetőség az atw -s tunnelt egy openwrt routeren beállítani? google nem volt a barátom...

van, mivel az egy linux szepen felhuzod majd radvdvel tovabb lovod lan fele ahol xptol kezdve minden szepen felvesz a tartomanybol egy cimet es megy
http://nuwiki.openwrt.org/oldwiki/IPv6_howto

csak akkor enged egyáltalán belépni, ha már elkészült

Hogy működik ezeknél a megoldásoknál a visszaélések kezelése?


suckIT szopás minden nap! 2010 az IPv6 éve lesz

mint v4nel whois kidobja az adott tartomany tulajat akit nyilvan el lehet erni egy

cimen aki majd szepen letilt a logok alapjan

És hogy megy neked az ATW-s tunnel? Én most próbáltam, de valami nem stimmel, ami az mtu-nál nagyobb, az nem megy az ATW-s tunnel interfészén túl... Mivel odáig meg elmegy ping6 -s 20000 is, így gondolom a hiba nem nálam van.
--
Discover It - Have a lot of fun!

alapbol a ping6 nem allitja be a don't fragment bitet szoval a ping6 -s 20000 majd elkuldi neked (20000+(ICMP+IPv6header))/MTU darab csomagban szoval az nem mond el semmit. Valoszinu, hogy MTU mismatch van feljebb. Probald meg lejebb venni az MTU-dat. Nem tudom, hogy mi a standard MTU v6-nal de a minimum az 12xx, es ha linux van eleg ertelemes akkor megmondja neked, hogy v6 alatt mi az a minimum.

1. nemcsak a pinggel van baj, semmi nem megy kb, ami egy packetnél nagyobb, ezért néztem ping -s 20000-ret. ssh belépés még ok, de egy top vagy mc halál. Web sem megy, kérés még elmegy, aztán várakozás végtelensésig. FTP belépés megy, dirlist (kis könyvtár) megy, le/feltöltés die.
2. próbáltam már játszani az mtu-val, bár a tracepath6-ot nem ismertem, kézzel golyóztam ki a minimumot, de azzal sem ment, és a minimum és max között próbált pár random értékkel sem.
--
Discover It - Have a lot of fun!

tracepath6 segiteni fog megtalalni az MTU-t

Az nem ping6 ipv6.google.com ?

Én Windows 7-es gépen nézem és azon már a ping6 parancsnak nyoma sincs (helyette van egy -6 flag a sima ping-hez).
Xp alatt biztos ping6. (de nem hiszem, hogy a srác xp alatt lenne, mert azon nincs alapból bekapcsolva az ipv6).
Vista alatt meg nem tom.

aha, jó tudni! thnx

Arra tippelnék, hogy új még a srác az IPv6 és a Windows világában, és az automatikusan felhúzott link-local címről azt hiszi, hogy azt a szolgáltató osztja.


suckIT szopás minden nap! PostgreSQL történelem

Erről tudsz valami információt mutatni? Engem konkrétan az érdekelne, hogy az összes csomagnál elérhető-e Nagykanizsán az IPv6?

Egyébként - lehet hülye kérdés lesz - az IPv6-hoz használható a régi modemük is, amit úgy 2 évvel ezelőtt kaptunk, vagy kell kérni másikat?

Hali!

Valamelyik nap ipv6 on probalkoztam sshzni, pingelni, a helyi halozaton. az volt a furi, hogy a cim melle mindig interfacet is meg kelett adni, kulonben a rendszer nem tudta vegrehalytani a feladatot. pl ping6 siman nem megy csak ping6 -I ethx kent, ssh a cimet csak ebben a formaban ertelmezi:
[cim]%ethx
Miert nem routeol, mint ipv4 nel?
ez altalanos, hogy interface el teljes egy ipv6 cim?(ha esetleg mondjuk a bongeszok ezt el is tuntetik)?
Vagy hogy is van ez az egesz?

koszi,
zsolt

Az fe80:0000:0000:0000::/64 automatikusan kiosztott
cím. Nekem minden hálókártyámon ebből a tartományból szereplő cím van. Így nem lehet meghatározni, hogy melyiken menjen ki a forgalom.
üdv.
nagysa

nagysa:~# route -A inet6 -n
Kernel IPv6 routing table
Destination Next Hop Flag Met Ref Use If
fe80::/64 :: U 256 0 0 eth0
fe80::/64 :: U 256 0 0 tap0
::/0 :: !n -1 1 17 lo
::1/128 :: Un 0 3 67 lo
fe80::21c:c0ff:fe92:8f7c/128 :: Un 0 1 0 lo
fe80::2ff:aeff:fe46:1799/128 :: Un 0 1 0 lo
ff00::/8 :: U 256 0 0 eth0
ff00::/8 :: U 256 0 0 tap0
::/0

Áááá...
Most nézem ezt még elemeznem kell!!!

Az fe80::/64 -es címek a link-local addressek ip6-on, mint ahogy azt az ifconfig is mutatja, SCOPE=LOCAL.
otthoni használatra javasolni tudom public ip esetén vagy a 6to4-et, (2002-es prefix) vagy egy tunnelbroker (2001-es prefix ;) használatát, mint pl tunnelbroker.net, vagy akár nat mögül a sixxs.net aiccu progija is tökéletes.
--
I feel the power!

Sziasztok!

Ha DSL-el felcsatlakoztam ipv6-al, megy is pl a hup.hu is, meg ipv6-os oldalak, de sima ipv4-es ip cimmel rendelkező oldalak nem jonnek be, ez normális ?

igen.

hmm, de pörög ez a topic :)

végre :D
--
I feel the power!

Persze, hiszen 2010 az IPv6 éve lesz.


suckIT szopás minden nap! Lefoglalták a warezt hostoló routereket, megállt a magyar internet

... IPv6 éve...
... mint linux desktop éve...
--
http://opensolaris.org/os/project/indiana/
http://www.opera.com/browser/

Értem, ez amolyan szóvicc akart lenni, csak kicsit magyartalan...


suckIT szopás minden nap! Lefoglalták a warezt hostoló routereket, megállt a magyar internet

Semmi kulonos. En is beakartam irni hogy kb mint a linux desktop eve. :)

Az IPv6-ra inkább fogadnék.


suckIT szopás minden nap! FreeBSD: ZFS, vagy UFS a {My,Postgre}SQL alá?

Teny mivel ott van ami szorit. Csak a gond hogy ha elfogy, nagy szopas van. Foleg mivel jopar oldal nem allt at, meg korant sincs lehetoseg ipv6 szeles koru hasznalatara...

Megoldják ezt is, mint abban a filmben, amiben meteor jött a föld felé, felment a kopasz, és felrobbantotta.
Hamarabb fogunk a saját mocskunkban megfulladni, mint hogy "elfogynának" az IP címek. :(


suckIT szopás minden nap! FreeBSD: ZFS, vagy UFS a {My,Postgre}SQL alá?

A filmet lattam, a tobbivel egyetertek. Egy biztos, majd kiderul mi lesz. (Attol fuggetlen kivancsian varom hogy akarjak megejteni az atallast. Most elkepzelem ahogy nincs MSN napokig, s az emberek fejvesztve rohangalnak az utcakon peldaul. :))

Fél év eltelt 2010-ből és semmi. Pedig még a routerem tomato firmware-jéről is átállnék openwrt-re (előbbiben nincs ipv6 support). A kérdés csak az, hogy milyen módon lehet egy ISP-nél (konkrétan Invitel) _a_ kompetens személlyel beszélni ezügyben.

---
> man woman
No manual entry for woman

gyűjtöm a ropit/popcornt 2012-ig :D kelleni fog:D

tök mindegy, hogy 2011 végén fogy el az összes kiosztható ipv4 cím, vagy 2012-ben, lényeg hogy agyilag elgondolkodik az ember, ipv4 címből már a cisco emberei mondják hogy nincs sok, nem igazán lehet valószínűsíteni, hogy a cisco-nál kezdők dolgoznak....csak gondoltam figyelni kéne, legalább egy kicsit az ilyenre, és nem hátra tett kézzel lehurrogni a másikat, hogy persze-persze-persze...

ha fizikailag elfogynak a címek, akkor nincs mit tenni, natolva lesz a natolt háló, aztán az is natolva lesz, és akkor találja ki a jézuska [vagy egy ip-t több eszköz használ? mobilnet-vodafone-2009?], hogy honnan jött a gonosz krampusz, vagy mi? ipv6 pár éven belül biztosan ismert lesz a legkisebb informatikus szemében is, terjednie kéne már nagyonh, vagy valamih, mert tökre poénosak lesznek a "véletlenek" miatti netkiesések:( mármint csak valószínűsítek

topic-ot azért indítottam, mert én sem vagyok még teljesen tisztában az ipv6-al, nincs sok szabadidőm:S

Hülyeség, pont a Cisco nem sokat tett az elmúlt jópár évben azért, hogy az IPv6 terjedjen. Még ma is teljesen alapvető dolgok hiányoznak, amik IPv4-en működnek, IPv6-on pedig nem...
Az utolsó pillanatra hagyták ezt is.


suckIT szopás minden nap! Lefoglalták a warezt hostoló routereket, megállt a magyar internet

Igen, sajnos az a gond, hogy hiaba igyekeznenek a routergyartok atallni ipv6-ra, ha egyszeruen a nagyobb szolgaltatok nem allnak at. MSN, Skype, a nagyobb VoIP szolgaltatok meg mind-mind ipv4 felett szolgaltatnak. Nem tudom, hogy akarnak itt atallast csinalni ketto-negy ev mulva, ha az ipv6 elterjedtsege meg mindig a banyabeka feneke alatt tanyazik. Elso korben olyan ISP-k kellenenek, akik csak ipv6 cimet adnak az ugyfeleiknek, ipv4-et egyaltalan nem, viszont biztositjak szamukra az ipv4 alapu rendszerek transzparens elerhetoseget (maga az ipv6 asszem tamogatja reszben ezt a reszet). Aztan lehet elgondolkodni azon, hogy hogyan tovabb.
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Üdv!

Egy kis segítségért fordulnék a HUP felhasználóihoz.

Van egy IPv4 cím amit manuálisan át kell váltani IPv6-ra. Először megnézettem egy online kalkulátorral ami a következőt mondta:
IPv4 cím: 80.98.95.100
Ipv6 cím: 2002:0:0:0:0:0:5062:5f64 (forrás: http://www.subnetonline.com/pages/subnet-calculators/ipv4-to-ipv6-converter.php)
IPv6 cím: 2002:5062:5F64::(Forrás: http://www.kt2t.org/ipv4toipv6.htm)

Hexadecimálisba a 80->50, 98->62, 95->5F, 100->64

A kettő közül valamelyik nem lehet jó, valamint nem értem miéert kezdődik 2002-vel az IP cím.

RFC 2373 szerint (2.5.4-es pont)
2.5.4 IPv6 Addresses with Embedded IPv4 Addresses

The IPv6 transition mechanisms [TRAN] include a technique for hosts
and routers to dynamically tunnel IPv6 packets over IPv4 routing
infrastructure. IPv6 nodes that utilize this technique are assigned
special IPv6 unicast addresses that carry an IPv4 address in the low-
order 32-bits. This type of address is termed an "IPv4-compatible
IPv6 address" and has the format:

| 80 bits | 16 | 32 bits |
+--------------------------------------+--------------------------+
|0000..............................0000|0000| IPv4 address |
+--------------------------------------+----+---------------------+

Mi lenne az átszámolás menete?

Előre is köszönöm a segítséget.

-----------------------------------
http://virtualize.hu - Mert a virtualizáció a jövő :D

Nemide.

:)

Azert kezdodik 2002 vel mert a 6to4 cimeknek a 2002::/16 tartomany van fentartva abbol kapja mindenki a cimeket.
tehat 2002:XXYY:ZZUU::/48 persze hexaban ahogy te is irtad egy x.y.z.u v4 cim eseten.

IPv6 address : 2002:5062:5F64::/48
Long version : 2002:5062:5f64:0:0:0:0:0
Range from : 2002:5062:5f64:0000:0000:0000:0000:0000
to : 2002:5062:5f64:ffff:ffff:ffff:ffff:ffff

Köszönöm.
-----------------------------------
http://virtualize.hu - Mert a virtualizáció a jövő :D

Most oszinten. Ha csatlakozni akarok egy szerverre valami jatekban akkor be kell irnom az egesz cimet? Vagy valami szervert akarok SSHzni? Ez iszonyat nagy szopatas.. :/

Te miről beszélsz?


suckIT szopás minden nap! 2010 az IPv6 éve lesz

IPv6. Lehet en ertelmezem felre de ha vegre atall mindenki akkor nem azokat kell haszanlni? En vagyok felreinformalva? Hogy van ez?

Tudtommal ha atallunk vegre, akkor IPv6 -os cimeket irok PUTTY-ba, etc. TUDTOMMAL. FIXME pls.

Miért, most IP címeket írsz a puttyba?
A DNS ugyanúgy működik IPv6-on is...


suckIT szopás minden nap! 2010 az IPv6 éve lesz

igen IP cimeket mert atszervezes van, valtoznak az IP-k.
DNS lehet mukodik, de pl egy jatekszervernek nincs "neve".

Majd lesz, ha a sok csórikám nem bír megjegyezni pártíz bitet. :)


suckIT szopás minden nap! 2010 az IPv6 éve lesz

Hat nem is kell megjegyezni, ennyire ubergeek sosem voltam (jo.. gepeket megjegyzem alhalon, ipV4 cimek vegulis nem huzosak). De mikor jatszanek valakivel es megadNAM a cimet a szervernek..na az lesz a szopas. A szokasos.. *naaagy levego* na diktalom: ... :))

irc/copy paste?

Van ahol ez nem mukodik.

asszem akkor ezentúl nyitva lesz a hosts fájl és majd oda másolgatunk

egy:über:hosszú:ipv6:cím::1 gazsiszero
másik:über:hosszú:ipv6:cím::1 kalmiszero
harmadik:über:hosszú:ipv6:cím::1 cvkszero

Amúgy szerintem ez egy komolytalan próbléma. A hiba a játékban van.

...elírtam. Diktálnád mégegyszer?
Megint nem jó... Jahogy D, és nem 4.. Aha.
:)
--
Discover It - Have a lot of fun!

Jo moka lesz en elore erzem. :))

dyndns?:o

szerver1.ath.cx, szerver2.ath.cx, szerver3.ath.cx... oke had ne soroljam ^^"

tenyleg bonyolultabb es hosszabb mint egy v4/v6 cim:S

Akkor én azzal, hogy anno 2-9 darab X.25 hívószámot meg bírtam jegyezni anno (most meg egy rakat IP-t is), azzal űbegeek voltam/vagyok? :-))

Igen. :P A rakat IP nekem is megy, bar volt olyan 'allat' aki azt kerdezte hogy: "Hat nem tudod meg a szerverunk IP cimet?"... csipaztam is. :) (Itt nem local IP-rol van szo hanem jopar tavolirol)

Mondjuk én ip-t írok, így tőlem a dns állhat is, bemegyek ssh-val.

Érdekes, hogy azért, mert szélesebb a cím, miért nem maradhatott a régi formátumban, azaz decimális számokkal leírva a bíte-okat ? sokakat megzavar a hexadecimális forma és a trükközés a 00-ákkal...Miért nem jó, ha így írom le: 211.211.211.211.211.211/48 ? Így fájdalommentesebb lenne az átmenet. ...és ha már váétunk ipv4-ről ipv6-ra miért nem vesszük észre, hogy a hálózatok világa ma éli azt a forradalmi korát, amit az informatika a 80-as és 90-es években élt át és miért nem lehet mondjuk ipv10-re lépni ? Most fognak divatba jönni a hálózatba köthető háztartási gépektől kezdve minden bisz-basz, ami kommunikál, ha kell, ha nem. Ma egy otthonban van egy-két pc/laptop, pár éven belül lesz egy csomó kütyü, ami hálózatba lesz kötve, mondjuk egy otthonban 20-30...szerintem én még látni fogom, amikor az ipv6 címek elfogynak...és akkor gondolom majd áttérnek az ipv10-re de azt majd oktálisan kell leírni...mert csak.

nem vagyok benne biztos, hogy megérted, mennyivel több a 2^128 a 2^32-nél. megnézném, hogy cseszel te el egy emberöltő alatt 3.4×10^38 (29-cel több 0, mint ipv4-esnél) címet...


szerintem.

De, megértem. Az ipv4 címtartománya nem elég a világnak ha 1 db ip/főben gondolkodunk....és akkor az egyéb címigényekről nem beszéltünk. Értem, hogy több nagyságrenddel nagyobb mennyiséget tud kiszolgálni...de ahogy valaha nem gondolták, hogy a 4294967296 elméletileg lehetséges ip cím kevés lesz, úgy ma sem látjuk előre, mit hoz a jövő és mint említettem, szerintem a hálózatos alkalmazások robbanásszerű fejlődése kezdődött meg. Ha belegondolsz, csak a szűk környezetedben ezer olyan dolog van, amit lehetne hálózaton vezérelni, lekérdezni, összekötni mással, hogy összehangold a kényelmed érdekében vagy éppen adatot gyűjthetsz, hogy tervezhessed a jövőt. Szóval annó ugyanúgy elájultak a négy byteos címtől, mint te most a hat byteos címtől ...és ma attól ájuldozunk, hogy jé de kevés...pedig még csak internetező tömegeket kell jellemzően(!) kiszolgálni, egyebekről még nincs szó. Tehát nem tudhatjuk - csak ájuldozhatunk a nagyságától - hogy 340282366920938463463374607431768211456 elméletileg lehetséges IP cím meddig és mire elég.

Másik példa: Emlékszel-e, hogy 15-17 évvel ezelőtt valahol egy bill gates nevű ember azt nyilatkozta, hogy a számítógépek memóriájának már nem kell fejlődnie, mert 640 kbyte mindenre elég ? másfél évtized eltelt és a windows 2 gb ram alatt kínlódás és nem eszköz, egy webszerverbe beletolnak 8-48 gb-ot ...és még mindig szűk keresztmetszet a ram...a diskek is jó páldák. Annó egy 20 mb-os diszken elfért a fél világ, ma meg egy 1 tb-os diszk otthon csak egy kis része a filmgyűjteménynek...

Összegezve: óvatosan a "megnézem én..." kezdetű mondatokkal. ;)

BG idiota volt. Az IPv6 cimek meg akkor is nagyon sokaig elegek lesznek, ha minden akacfanak sajat cime lesz. Ezzel nem azt mondom, hogy sosem fog elfogyni, de legalabbis sok ido kell hozza.
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

állítólag 10^25 homokszem van a szaharában, a megfigyelhető univerzum atomszáma pedig 10^80, hogy egy kicsit érzékeltessem. szóval az első állításoddal, miszerint megérted, hogy hány nagyságrenddel több szám áll rendelkezésre, mint amit valaha elhasználnánk, továbbra is vitatkoznék.

a kapacitással meg fölösleges dobálózni, mivel az kvázi végtelen korlátú, de maga a tároló mérete ugyanakkora marad, ha nem kisebb lesz. végtelen db elektronikai eszköz meg valszeg nem lesz a földön, nem tud exponenciálisan nőni, mert fizikai dolog, és nincs annyi nyersanyag a földön, hogy annyi szutykot legyárts, hogy kérhessen ip címet, még akkor se, ha 1cm^3 helyet foglal darabja. ezen kár vergődni.

legyünk nagyon-nagyon pesszimisták, és mondjuk, hogy 200 év múlva nem lesz elég, ami nagyon irreális. akkor 200 évig fog minket kiszolgálni az ipv6 címekkel. az ipv4 30 évig volt elég, úgyhogy még akkor is igen jó teljesítmény. de szvsz hamarabb írják át teljesen új alapokon az egész internetet, mint hogy az ipv6 címek elfogynának, úgyhogy csak azért, hogy te nyugodtan aludj, nem látom értelmét több sávszél elpazarlásának a címzés miatt.


szerintem.

Oké, revidiálom ezt a részt. Azt továbbra sem értem, miért kellett a címek felírásának a módját megváltoztatni és állítom, hogy ez az egyik nagy kerékkötője az áttérésnek.

Ami az ipv4 30 évét illeti, az biza jó ha 8-10 év. Ennyi idő alatt futott fel kritikusan az igény.

Az én megértésemről ne vitatkozzunk szerintem, tudom, hogy okos vagy, de engem a dolog farokméret része nem érdekel, mert ezen a téren én meg nyugodt vagyok és ezt empírikus úton szerzett tapasztalataimnak köszönhetem. ;)

jajó. tehát már tapasztaltad 10^38 cím elfogyását, zsír :)

azt aláírom, hogy a hexa talán nem a legideálisabb, de lehet úgy voltak vele, hogy emberileg úgyse megjegyezhetőek, mert túl hosszúak hozzá, akkor meg legalább rövidítsünk rajta egy kicsit, vagy a franc tudja.


szerintem.

"jajó. tehát már tapasztaltad 10^38 cím elfogyását, zsír :)"

Ö...ezek szerint te tapasztaltad, mert ez a tapasztalat kell a nagyságrend "értéséhez" ? Takk....takk.....zzzzzrcs...peng....off

Nem kevés alkalmazásban lehet ezt használni:
1.1.1
Ami 1.1.1.bármit jelent. Ha az IPv6 is ezt a formát használná, az alkalmazás nem tudná eldönteni, hogy v4, vagy v6-ról van szó.
Érdekes lenne ez is: 1.1.1..1

Nem hiszem, hogy ez túl nagy "kerékkötő" lenne, az IPv4-et is ugyanúgy meg kellett tanulnia annak, aki használja...


suckIT szopás minden nap! 2010 az IPv6 éve lesz

hasznalta mar valaki ipv6hoz a bind $generate funkciojat rev es rendes zonahoz?

Miért nem próbálod ki, mondjuk kezdésnek egy desktop PC-nek osztandó /64-gyel? :)


suckIT szopás minden nap! 2010 az IPv6 éve lesz

:) az nem az en problemam http://ietfreport.isoc.org/idref/draft-howard-isp-ip6rdns/ de ahogy latom okosoknak is fejtorest okoz

lehet már ipv6-os internetet venni nagy szolgáltatóktól?

|
V


suckIT szopás minden nap! 2010 az IPv6 éve lesz

Onreklam! :-)
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

T mer nincs ott?

Az lenne a kérdésem, hogy a jövőben az ipv6 címek miatt, mellőzhetjük a NATot és port-forwardot? Tehát, ha lesz egy ADSL kapcsolatom, de itthon 3 gép van mindegyik kap rendes online ip-t?

Igen. Akár mindegyik kaphat egy /64-et is.


suckIT szopás minden nap! Hogyan csináljunk kevesebb, mint 500 ezerből 115 milliót?

De lesz ra lehetoseg valamilyen formaban?
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Nem lesz, van. Akik most DSL-en adnak IPv6-ot alapból egy /64-et vágnak rád, és kérhetsz mellé egy /56-ot, amit úgy osztasz, ahogy akarsz (pld. 256 darab VLAN-ba oszthatsz /64-et a routered mögött, azaz kb. 4722366482869 milliárd hostnak adhatsz publikus, internetről elérhető IP címet a router után).


suckIT szopás minden nap! Hogyan csináljunk kevesebb, mint 500 ezerből 115 milliót?

Mire kellene a NAT?

Hogy egy cimrol latszodjanak a gepek (a dns gondolom tovabbra sem kotheto porthoz).
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Nem értem. Mi az, hogy a DNS nem köthető porthoz? És miért kellene egy címről látszaniuk a gépeknek (DNS-sel összefüggésben?)?


suckIT szopás minden nap! Hogyan csináljunk kevesebb, mint 500 ezerből 115 milliót?

Mert az userek tovabbra is 1 DNS nev meretu memoriaval rendelkeznek, azert.
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Ezt továbbra sem értem. Egy DNS néven érnek el sok gépet a NAT-nál? Vagy mire gondolsz?


suckIT szopás minden nap! Hogyan csináljunk kevesebb, mint 500 ezerből 115 milliót?

A port forward ugye arra is hasznalhato, hogy van kifele egy gepem, amire dns mutat, es ezen mittudomen a 80-as portot valami webszerverre iranyitom, a irc portot a chat-ert felelos szerverre, etc. Igy a usernek csak a mittudomain.com -ot kell beirkalni mindenhova, es mindent eler transzparensen. Arrol nem beszelve, hogy load balancing eseten nem feltetlen a best solution a dns round-robin.
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

-
--
Send me an email if you find any bugs on this site.
Anyway...spread this ;)

Nem látom ennek semmi akadályát.


suckIT szopás minden nap! Hogyan csináljunk kevesebb, mint 500 ezerből 115 milliót?

Tehat akkor lehetseges. Koszonom, erre voltam kivancsi.
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

http://ipv6samurai.blogspot.com/2009/12/technical-quickstart-for-ipv6.html

csak gyűjtöm na :D

--
Írj egy e-mailt, ha itt bármi hibát találsz. ^ ^

Én azt nem értem, hogy ha bejön az IPv6 akkor a routerekre nem is lesz szükség? Tehát lakásban például elegendő lesz egy switch és minden rákötött eszköz kap netes ip-t?

De. Router alatt ne azt a kis szappantartó natdobozt hívd, amit a "szakik" routernek hívnak.
--
Discover It - Have a lot of fun!

Nem így lesz. Ugyanúgy szükség lesz residential gateway/home gateway-re, csak éppen nem fog natolni, hanem csak routolni. A szolgáltatódtól fogsz kapni egy /64-et vagy /56-ot és az RG ezt fogja hirdetni a belső hálózatodnak.

Ezt a linkkel érdemes lehet kezdeni az IPV6-al való ismerkedést: http://hu.wikipedia.org/wiki/IPv6

Olvasgattam a Wikit meg egy T-online-os cikket is, nagyjából értem az előnyeit, csak erre nem tértek ki, hogy most a mai eszközök akkor dobandóak lesznek vagy ugyanúgy képesek lesznek megosztani a Net-et.
Ha olyan wifi-s routert szeretnék venni, ami fel van készítve az IPv6-ra akkor tudtok ajánlani? Vagy ezek jelenleg még aranyárban vannak?

A Cisco Networkers-en most Januárban pont azon ment a problémázás, hogy jelenleg senki nincs a piacon IPv6 képes SOHO Home Gateway-el. Ehhez az is hozzájárul szvsz, hogy nem tisztult még sajnos az összes technológia kezdve a stateless vs stateful címzéssel a dns-el stb.

A piaci viszonyok miatt valószínűleg új eszközt kell majd venni, pedig a meglévő eszközök zöme egy firmware frissítéssel iPv6 képessé tehető.

Nem hinném, hogy ezek sokkal drágábbak lesznek egyébként.

Ha most akarsz Ipv6 képes gateway-t akkor egy openwrt kompatibilis eszközzel lehet kísérletezni.

Én egy Mikrotik 750G-t használok (IPv6-os csomagot telepítenem kellett), aminek a külső lába egy tunnelbroker-hez csatlakozik, a belsőn pedig simán megy az RA /64-es tartománnyal és tökéletesen használják a gépeim az IPv6-ot.

A Mikrotik az nem kifejezetten SOHO kategória.

A SOHO az a buta eszköz, amit 3 klikkel be lehet állítani. A Mikrotik RouterOS és akár az Openwrt nem ilyen.

Amúgy igen a Mikrotik jó választás a kisérletező kedvűeknek.

Tudása alapján azt mondom teljesen igazad van, mert nem SOHO kategória, de ára alapján vastagon SOHO. Csak ez végett említettem meg.

Egyetértünk.

Amelyikre rá lehet tenni valamelyik wrt-t, azok tudják.
--
Discover It - Have a lot of fun!

subscribe

---
Ami a windowsban szarrágás, az linuxban hegesztés.
Ha megszeretted a windowst, tanuld meg használni!
A linux igenis felhasználó-, és NEM idiótabarát.
A linuxot mi irányítjuk, a windows minket irányít.

http://hup.hu/node/86390
ipv6 használata adsl-en

Röviden: Ha van valakinek nagyobb kérdése [IPv6!], ami nem "általános", akkor írja ide, stb.

Miért: A kérdéseket továbbítom Ferenc Csorbának/RIPE/oktatóm volt 1 napra nemrég Bécsben, ő kért minket, hogy esetleg küldjünk még kérdéseket [nem feltétlenül ő válaszolja meg, de ismer a RIPE-nál emberkéket, akik mindenre válaszolnak.]

A tag nemsokára kiad egy handbook-ot, amolyan "forgatókönyv" szerűség lesz [átálláshoz, mert tényleg közeleg az idő, és nem mindegy hogy felkészülve fogadja egy cég/isp/stb az IPv6-ot, vagy pedig fejjel megy a falnak a hirtelen felismerés miatt].

Az emberke beszél még Magyarul, szóval úgy is jöhetnek a kérdések [nincs időm fordítgatni Angolra/Németre]

Köszi.

ezt a kérdés áradatot :D

OK. Fix IPv4-es címem van. Szolgáltató asszem nem támogatja az IPv6-ot. Van-e arra lehetőségem hogy valahogy mégis IPv6-ot használjak? Mi lesz ilyenkor a címem és egy HOWTO jól esne. :)

Kulcsszavak: Teredo vagy 6to4 tunneling.

dupla

annó írtam pár blog bejegyzést "hogyan gyártsunk ipv6" hálózatot
itt eléritek

Szeptemberben lesz két budapesti LIR tanfolyam is, az egyik IPv6 specifikus:

LIR Training Course Budapest, Hungary Thursday, September 23, 2010
IPv6 for LIRs Training Course Budapest, Hungary Friday, September 24, 2010

Jelentkezni itt lehet:
https://lirportal.ripe.net/lirportal/training/course-list.html

Ide is lehet írni:

http://www.6deploy.eu/index.php?page=contact

Angolul, Franciául, Spanyolul, Portugálul, Magyarul és Norvégül is.

Sziasztok!

Lehet, hogy bugyuta kérdés lesz, de miért van az, hogy nincsen ipv6-os címem, de mégis tudok csatlakozni ipv6-os címekhez? Win 7-et használok

"Win 7-et használok"
Akkor van v6-os cimed, bar link-local.

Amugy meg szerintem nem tudsz ilyen cimekhez csatlakozni, vagy dugiba van valahol valami 6to4 tunnel a lakasban.
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Windows Vista/7 default install esetén felhúz egy teredo és 6to4 tunnel interface-t is..

Persze, de ezeken keresztul meg nem surun pongolnak v6 cimek, mert ezeket meg fel kene konfigolni, nem?
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Nem.

A MS-nak van sajat 6to4 tunnelgepe/teredoja?
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

6to4 tunnel-hez ugye publikus IP cím kell és definiálva van egy anycast cím (192.88.99.1), ami a legközelebbi gateway-re "mutat".

Teredo esetén létezik a teredo.ipv6.microsoft.com gateway.

wow :D, jó tudni, mert tök fura volt, hogy nézem nincsen IPv6-os címem, de ha beírom cmd-be
ping -6 ipv6.google.com akkor pingel
meg utorrentnél tök sokszor láttam hogy IPv6-os címekhez csatlakozom

Aha. Jópár éve már ez a helyzet... No mindegy.

Ja, hogy egy ipv6-os szolgáltató veri a tam-tamot? Ezzel a kiegészítéssel már teljesen érthető...

A tavolkeleten mar reg "elfogytak": http://www.bgpexpert.com/addressespercountry.php
Internet azert megiscsak van naluk. A problema ennek ellenere nagyonis valos, meg ha nem is tortenik semmi szornyuseg, amikor "elfogynak" az ipv4 cimek.
--
ahan nem

Szerintem is hasonlóan fog alakulni a helyzet, annyira be vannak rendezkedve a vállalatok és rendszergazdák az IPv4-re, hogy nem fogják eröltetni a váltást belső hálózaton, ha valami miatt nem muszáj. Részben mert nem ismerik az IPv6-ot rendesen, és ha egyszer működik IPv4-el, akkor minek piszkálják alapon..

Ez szerintem rossz, és jó lenne ha terjedne az IPv6, de véleményem szerint belső hálózatokon még sok-sok évig zavartalanul fog működni az IPv4.
--
ahan nem

Továbbra is fenntartom, hogy ha az ipv6 címek maradtak volna ugyanolyan formában, mint az ipv4-esek, akkor egy zökkenőmentes átállás tanúi lennénk. Ezzel a hexa cuccal elérték, hogy maximálisan igazad lesz és az ipv4 lanon még nagyon sokáig élni fog.

Ezzel nem értek egyet, hogy miért, az az alábbi példából látszik:
ipv6.google.com egyik címe:
hexában rövidített formában: 2a00:1450:8001::006a
hexában, teljesen kiírva: 2a00:1450:8001:0000:0000:0000:0000:006a
decimálisan ugyanúgy csoportosítva (bár ez nem érvényes címzés): 10752.5200.32769.0.0.0.0.106

És ez egy rövidnek mondható IPv6 cím, ennél mondjuk van rövidebb és hosszabb is. Szerintem hexában átláthatóbbak a címek, és nem ez a "probléma" az IPv6-al, hanem hogy másképp működik. Prefixek, link-local címek, neighbor/router discovery, egy hálózati kártyának sok ipv6 címe lehet, stb stb.

Ezek sem igényelnek komoly intelligenciát, de azért bonyolultabb mint az IPv4, és rá kéne szánni az időt, hogy megismerje és megértse az ember. Ez az ami szerintem az egyik visszatartó erő lesz a váltásnál.

A hip-hop átállás már csak azért sem megoldható, mert IPv4-nél 4 byte egy cím, IPv6-nál meg 16, erre fel kell készíteni a hálózati stackeket és programokat.
--
ahan nem

Végül is mindegy, a használók ellenállásán bukik vagy áll a dolog. Egyelőre az ellenállás az, ami győzelemre áll. Szerintem erre is igaz az, ami minden új dologra. Ha bonyolultabb, nehézkesebb, mint az, amit le akarsz váltani vele, akkor az emberek egyszerűen kikerülik. Vezess be egy új programot vagy ui-t egy 200+ fős cégnél és akkor majd jól egyet fogsz velem érteni. Az IP címet nem megérteni akarják az emberek, hanem használni. A cím itt nem más, mint egy egyedi azonosító, minek ezt bonyolítani, ráadásul más számrendszerbe helyezni? Előnyei? Hátrányai?

Ezzel egyetértek, viszont normális esetben a felhasználóknak nem kell IP címekkel foglalkozniuk, ez a rendszergazda dolga aki beállítja nekik a rendszert.

IPv6 esetén megoldották az autokonfigurációt, legalábbis sokkal kényelmesebb, mint IPv4 esetén. Rádugod a gépet az IPv6 hálózatra és a routolási, címzési és egyéb információkat pillanatok alatt automatikusan megszerzi az alhálozaton elérhető routerektől és szomszédoktól. Ha meghibásodik egy csomópont, elvileg automatikusan újra beállítja a route táblákat, stb. Nem nagyon kell címeket írogatni.

A hexa IPv6 címek előnye, hogy rövidebbek és szebben tagolhatóak, mint másképp lehetne. A szebb tagolhatóság a könnyebb megjegyezhetőség miatt jó.

Hátránya, hogy hosszabb (de ez elkerülhetetlen, mivel a címtér 4 byte-ról 16 byte-ra nőtt), és a hexadecimalitás miatt 0-9 és a-f karakterek lehetnek benne.
--
ahan nem

Ezt mind értem...de leültettem a barátnőmet, aki elolvasta és rögtön megkérdezte:

- akkor vennem kell új routert?
- lehet a mostanival valamit csinálni, hogy menjen?

...és az interneten a jelenlévő on-line résztvevők nagyobb százaléka nem használ rendszergazdát...hát a windowsa is lopott, nem gondolod, hogy majd fizet valakinek?!

Én eddig vállalatok belső hálózatáról beszéltem, előbb még te is ilyet emlegettél: "Vezess be egy új programot vagy ui-t egy 200+ fős cégnél".

Az otthoni felhasználókat kár idekeverni, de mivel Windows XP (ha jól emlékszem) SP2-be bekerült a részleges IPv6 támogatás, és a Vistától kezdve alaptelepítésnél is van IPv6, ezért ha csak nem kapcsolják ki szándékosan, akkor a lanon lesz IPv6 eszköz, akár tudják mi az, akár nem.

Egyébként ahogy az IPv6-ot nem ismerik, az emberek nagy része az IPv4-et sem ismeri.
--
ahan nem

Oké. Akkor most várjuk ki a végét. :)

szóval éljen soká a nat? és ennek a megoldására (ipv6 kívül, belül natolt ipv4) van működő módszer? nem teljesen világos számomra, hogy ez hogyan történne.


szerintem.

A NAT szerintem most a szükséges rossz. "Muszáj" valahogy megoldani, hogy sokan elérjék az internetet kevés IPv4 cím mögül, és erre pont jó a NAT, de sok probléma van vele, például amikor kívülről akarnak csatlakozni egy NAT mögött lévő gépre.

Az IPv6 kívül IPv4 belül problémára lehet megoldás, például ha az irodának van egy globálisan elérhető 64bites IPv6 prefixe, akkor a routerben ami az internet felé menő kapcsolatokat kezeli, ez beállítható, és ezt a prefixet fogja odaadni minden irodán belüli eszköznek. Ilyenkor a belső hálón lévő gép router discovery segítségével ezt a prefixet megkapja, és esetleg a saját IPv4 címének segítségével (a 64 bites prefix mögött még van 64 bit, amibe az egész IPv4 cím befér) tud generálni magának egy IPv6 címet, ami beállítástól függően az internet felöl elérhető, és a gép is tudja használni az IPv6-os internet címek elérésére.

Ha pedig IPv4-es géppel akar kommunikálni belső hálón, akkor simán az IPv4 címét használja mintha nem is lenne IPv6.

--
ahan nem

és ipv4-only belső gép eléri majd az ipv6 szervereket?


szerintem.

Az IPv6-ban, pont az átállás megkönnyítése céljából, lehetőség van IPv4 címeket beágyazni. Így elméletileg lehetséges az IPv6-only endpoint <-> IPv4/IPv6 router <-> IPv4-only endpoint közti routeolás, de konkrétumok nélkül nyilván nem lehet válaszolni a kérdésedre.
--
ahan nem

Vagy inkább Internet felé IPv6, belső hálón IPv6 (publikus cím) ÉS IPv4 (privát cím). Így a belső hálón minden maradhat akár a régi, de a v6-os dolgok is kihasználhatók.

szerk. És külön szűrhetők az Internet felől érkező kérések és a helyi hálózatról érkezők.

Legjobb megoldás nyilván, ha mind a host-ok, mind a szolgáltató támogatják mind a két protokollt (dual-stack). Ilyenkor NAT mögül az IPv4-et NAT-olni kell külső IPv4-re, az IPv6-tal semmit nem kell csinálni. Probléma akkor van, ha vagy a host(ok), vagy a szolgáltató ill. home gateway nem támogatja az IPv6-ot.

Ha a host nem támogatja az IPv6-ot, akkor IPv6 NAT-ot kell használni, ez pl. itt jól le van írva:

http://blog.ine.com/2008/04/18/understanding-ipv6-nat-pt/

Ha a szolgáltató nem támogatja az egész hálózatán az IPv6-ot, akkor 6to4 relay segítségével biztosíthat átjárást a saját IPv4 hálózata és az ő szemszögéből külső IPv6 hálózat között. A különféle tunnel módszerekről itt találtam egy jó összefoglalást:

http://ipv6.com/articles/gateways/IPv6-Tunnelling.htm

Tetszik az oldalad :).
--
Discover It - Have a lot of fun!

Tud valaki egy relatíve olcsó IPv6-os címet nyújtó szerver hostingot? Thx.

|| "Software is like sex: it's better when it's free." Linus Torvalds || Visit Gorkhaan's Homepage

T-online + Dataplex ?

programozó nők rémálma: a végtelen ciklus

Ott nincs. ATW/hostoffice

Akkor Interroute + Dataplex

A Dataplexben és a Dataneumban is van ISP aki ad natív IPv6-ot.

***
programozó nők rémálma: a végtelen ciklus

ki?

Pl. Interroute

***
programozó nők rémálma: a végtelen ciklus

az biztos nem, de interoute-nak van terme ahova bemegyek, fizetek mondjuk Xe/ho es ott csucsul a gepem?

A Dataplex ISP független adatközpont.
Jelen vannak: Magyar Telekom, Invitel, GTS, AT&T, Telekom Austria, Interoute, Antenna Hungária, British Telecom, Quaestel, Datek Telecom, Linxtelecom, Telia-Sonera, Level3, MVM, Siemens-Trafficom, Novotron, Cogent, DIGI, UPC, Telefonica, Telenor, Proserver, CSINFO, RetNet.
Gyakorlatilag attól veszed a linket akitől akarod.

A Dataneumben nem tudom ki van jelen (az Invitel biztosan), de szerintem oda is becsorognak lassan az ISP-k.

***
programozó nők rémálma: a végtelen ciklus

Az oke, de szerintem itt (http://hup.hu/node/71645#comment-1143980) arra volt kivancsi kihez viheti be mint maganszemely a gepet. Amit te irsz ott berelsz mondjuk par m2-t es vehetsz savot a fent felsorolt ISP-ktol.

Bemész a Dataplexbe, és a fentiektől vehetsz egy linket a gépedbe optikán vagy etherneten.
Sokan azt hiszik hogy a Dataplex == T-Online, nem így van bárkit megkereshetsz és bárkitől vehetsz linket.

***
programozó nők rémálma: a végtelen ciklus

Ugy latom nem erted mi a problema ezzel. Oke hogy vettel vonalat, de berelned kell egy teruletet aminek a legkisebb egysege egy 42 unitos szekreny. Szerinted ez alternativa a szal inditojanak azon kerdesere hogy "olcso hosting"?

Egy szekrény. És? Használ belőle 1U-t, (na jó, 2-t), a maradékot meg itt meghirdeti :-P

Szal akkor ha van egy darab gepecskem, betolom a Dataplexbe, es megkerdezik tolem, melyik szolgaltatotol akarok kabelt bele? Aztan csak ixelnem kell?
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Senki nem kérdez semmit. Attól veszel kábelt akitől akarsz, de had ne tegyek itt neked konkrét ajánlatot 3th party person-ként. Írjatok nekik vagy hívd fel őket stb.

***
programozó nők rémálma: a végtelen ciklus

Mondhatna valaki konkrétabbat, weboldalakkal/árakkal.

ATW-t megnéztem, 22K vagy mennyi, nem tűnik rossznak, de még keresnék, hátha.

up

http://serverhome.hu/ itt van a hostoffice oldala. En errol a kettorol tudok csak hogy foglalkozik v6al. Amit jakubovics probal javasolni az inkabb nagyobb cegeknek valo (min. terulet amit lehet berelni DPben 1 rack szekreny (42u) aztan pedig veszel valakitol savot, ez nyilvan nem egy 15+fa/ho lesz 0 huf indulokoltseggel.)

ty

+1, szóval hol?

Nos, 3.-án írtam pár hostinggal is foglalkozó cégnek: Interware, Invitel, Matáv és Proserver.
Az automata válaszok az Inviteltől és a Matávtól jöttek, hogy fogták az adást.
Elsőnek az Invitel válaszolt, hogy bocsi, de egyelőre nincs. Bár hozzájuk akkor se mentem volna, ha IPv10-et adnának már most.

Utánuk az Interware és a Proserver válaszolt hasonló értelemben (nincs, és még nem tudjuk, hogy mikor, illetve hogy érdeklődés hiányában az IPv6 egyelőre elmarad).

A Matáv (természetesen) még nem válaszolt.

Értem én, hogy tehetnék olyat, hogy veszek placcot valakitől, és drótot másvalakitől, de mivel kevés szerverem van, ez nekem nem pálya. Nomeg a francnak van kedve két szolgáltatóval szórakozni, néha egy is sok(k).

C'est la vie

Update: kerek egy héttel a kérdés után válaszolt a Matáv is. Ők viszont tudnak adni IPV6-ot, a Dataplexben. Sőt, mondhatni még örülnek is neki, hogy valaki teszteli használja az IPV6-os hálózatukat.

http://yro.slashdot.org/story/10/11/14/1332205/Vint-Cerf-Calls-For-IPv6-Incentives-In-UK

"Vint Cerf, the ‘godfather’ of the net, has said the UK government should offer tax credits for upgrading to IPv6"

http://en.wikipedia.org/wiki/Vint_Cerf

http://tech.slashdot.org/story/10/11/30/2351245/Free-IPv4-Pool-Now-Down-To-Seven-8s

já'jjj, de kezd "izgi" lenni :)) remélem nagy csattanó lesz a végén!!!4négy :D

Én arra leszek kíváncsi, hogy a sok ember, aki tesz rá magasról, kiröhögi, nem foglalkozik vele, mit csinál majd, ha kér még mondjuk egy /20-as tartományt, és azt mondják, hogy nincs több.
--
Discover It - Have a lot of fun!

az a baj, hogy a végfelhasználók kb. semmit nem tehetnek, azon kívül, hogy várhatják a csodát az isp-től.

ERŐSZAK :D:D

Igen, elsősorban ezekre gondoltam. Tudod hány netszolgáltató, hosting, ezeknél dolgozó informatikus van úgy, hogy nem érdekli, nem foglalkozik vele, mert felesleges, meg nem érdekli? Ó, lesz majd cím... Van még ott, nem fogyik az el.
--
Discover It - Have a lot of fun!

van egy olyan sanda gyanúm, hogy vissza fog jönni a natolás ezerrel :)

"A tag nemsokára kiad egy handbook-ot, amolyan "forgatókönyv" szerűség lesz"

"nemsokára" kijön a forgatókönyv, addig is adott egy pár linket:

http://getipv6.info/index.php/First_Steps_for_ISPs
http://www.a10networks.com/forms/register.WP-IPv4_IPv6.php
http://www.ja.net/documents/publications/technical-guides/ipv6-tech-guide-for-web.pdf
& "IAB Thoughts on IPv6 Network Address Translation
http://www.rfc-editor.org/rfc/rfc5902.txt
e.g. http://getipv6.info/index.php/Operational_transition_information
http://getipv6.info/

As the source for many links I can recommend http://IPv6ActNow.org

Campus-specific:
http://www.6deploy.org/tutorials/131_Campus_IPv6_deployment_consideration_v0_6.pdf

> Can you also recommend some training materials that I can use to create
> some internal training for IT Support staff within the University?
> Typically these staff just support end-user systems, mainly desktops and
> the occasional server; they don't need to know anything about routing etc.

Here are some helpful IPAM Tools:
   * IPAT (IP Allocation Tool)   http://nethead.de/index.php/ipat
   * NetDot     https://netdot.uoregon.edu/trac/
   * HaCi     http://sourceforge.net/projects/haci/
   * FreeIPdb      http://home.globalcrossing.net/~freeipdb/
   * Infoblox IPAM Freeware
http://www.infoblox.com/services/infoblox-ipam-freeware.cfm

DNS & Reverse:
   http://tools.ietf.org/html/rfc4472
   http://tools.ietf.org/html/draft-howard-isp-ip6rdns-03

From the ISP perspective:
   * Scenarios and Analysis for Introducing IPv6 into ISP Networks
http://tools.ietf.org/html/rfc4029

   * First steps for ISPs
http://getipv6.info/index.php/First_Steps_for_ISPs

   * Emerging Service Provider Scenarios for IPv6 Deployment
http://tools.ietf.org/html/draft-ietf-v6ops-isp-scenarios-00

And some links - I hope you will find what you need in some of them:

"Books" / papers:
=================

* A free book!
http://icons.apnic.net/download/attachments/983220/The+Second+Internet.pdf?version=1

* "The End of IPv4? Migration paths to IPv6"
downloadable from here:
http://www.a10networks.com/forms/register.WP-IPv4_IPv6.php

Here are some other websites with useful information:

ARIN's wiki:
http://getipv6.info

E-learning:
http://www.6diss.org/e-learning/index.html

Tutorials: (pdf)
http://www.6diss.org/tutorials/

Very "technical" - RFC that mentions all the other RFCs:
http://tools.ietf.org/html/draft-ietf-6man-node-req-bis-03

Miscellaneous:
http://www.ripe.net/ipv6-address-types/

http://www.quicklycode.com/cheatsheets/ipv6-cheat-sheet

Also, in case you have specific technical questions about IPv6, we
recommend you to join the IPv6 ops mailing list:
http://lists.cluenet.de/mailman/listinfo/ipv6-ops

Szerinted mi fog történni, ha elfogynak a kiosztható IPv4-es címek?
http://hup.hu/szavazasok/20101222/szerinted_mi_fog_tortenni_ha_elfogynak_a_kioszthato_ipv4-es_cimek

Epic comment is epic at Slashdot:

Remember before Y2k almost all computer manufacturers placed "Y2k Compliant" or "Y2k Ready" logos on everything from bare computer cases to speakers? Well I cant wait for my "IPv6 Ready" USB keyboard...

:D

http://ipv6.ircnet.hu/index.php

"Üdvözöllek, te vagy a 9807. látogató, aki megnézte Magyarorszag első tunnel broker oldalát!"

Eddig nem rendelkezik nagy látogatottsággal az oldal. Viszont szerintem érdemes megnézni, jó leírások, magyarul. :-)

Nekem is 9807-et ír :)

--
joco voltam szevasz

Ja, szóval bugos. Egyébként a menü az működik nálatok? Akárhova kattintok mindig ugyanaz jön be. Egyedül a "Fórum" és a "Ping Stat" működik a menüben.
Lehet, hogy még erősen fejlesztés alatt van az oldal.. Csak akkor azt nem értem, hogy miért rakták ki így a nagy publikum elé?

már vagy 6 éve nem működik az oldal.
"Csak akkor azt nem értem, hogy miért rakták ki így a nagy publikum elé?"
Ez kb olyan, mint hogy te is itt vagy, pedig még lenne hova fejlődnöd...

Klónok vagyunk!

When will we run out of IPv4 Addresses?
http://www.ipv4depletion.com/?page_id=326

http://ipv6.he.net/statistics/
http://www.bix.hu/index.php3?lang=en&page=graph&swid=Summary&portid=BIX-IPv6-Total

Idő az "IPokalpszis" -ig: ~8 nap... Ki mit szól ehhez? Kinek mi a véleménye, meglátása? Na meg ugye a hazai ISP-k felkészültsége és hozzáállása az IPv6hoz...

hat az ISPk azok valoszinu, hogy carrier-grade-nat-al fognak dobalozni az elejen egeszen addig amig nem lesz olyan epkezlab CPE ami tud IPv6-ot. Szoval nem lesz itt meg IPokalipszis majd kicsit kesobb amikor a tartalomszolgaltatok nem fognak tudni IPv4-et szerezni vagy venni. Akkor majd elkezdenek szepen lassan atallni.

mondj egy olyan cpe-t, ami elterjedt és nem tud ipv6-ot.

mondj egyet ami tud v6-ot es raadasul meg routol is gyari firmwarerrel. Linksys wrt54gl-t neztem nekem nem sikerult v6-ra szokatni a gyari softtal es a ddwrt-vel is kuszkodni kell. En eddig meg egy home routerbe se lattam v6-ot mint beallitas.

ARIN idevonatkozo wikije: http://getipv6.info/index.php/Broadband_CPE

igazad van, a zsebrouterek kimaradtak a látókörömből.

A T már egy éve teszteli és lehet jelentkezni tesztelő ügyfélnek. Lehet, hogy régebben is, de én egy éve kaptam ilyen mail-t tőlük.

Kár, hogy a kábelmodemes előfizető nem előfizető...
hint: azért az okára kíváncsi lennék! Technikai vagy nem akaromsági okok miatt nem megy?

New Yorkban kérdeztem internetszolgáltatókat (nevesen 2-t), hogy lehet-e igényelni az internetelőfizetéshez IPv6-ot. Az első technikustól kérdeztem semmit nem erőlködtem, csak mégis mi az ábra. A válasz, nincs. Miért? Nem elterjedt, nem szabvány. Ilyen válaszokat kaptam. És tárhelyszolgáltatóknál is hasonló válaszokat mondanak. Pl godaddy is.

cuki. nem szabvany amugy ja. csak 10 eve.

Melyik MSZ/ISO/IEC/stb. szabvány fedi le? :)


suckIT szopás minden nap! Mi lesz az utolsó 2000 magánnyugdíjpénztár-taggal?

Tanulj2Wikipédia

http://en.wikipedia.org/wiki/Ipv6
----
Hülye pelikán

Az általad hivatkozott helyről:
"Note that not all RFCs are standards-track documents, but all Internet Standards and other standards-track documents are RFCs"


suckIT szopás minden nap! Mi lesz az utolsó 2000 magánnyugdíjpénztár-taggal?

Hmm, ezesetben lehet, hogy jogos a kérdésed.

Annyit még hozzátennék, hogy ahogy néztem a dolgokat először veszik használatba ajánlások alapján, aztán kialakul a kvázi-sztenderd, amit aztán leírnak az ISO-nak.
----
Hülye pelikán

Értem, de vajon szabvány is? :)


suckIT szopás minden nap! Mi lesz az utolsó 2000 magánnyugdíjpénztár-taggal?

de facto

Nem szabvány.

http://www.rfc-editor.org/rfcxx00.html

Az IP szabvány (az STD#5-ben van), az IPV6 piszkozat/munkaanyag (draft standard).

lehet vergodni ilyeneken, hogy nincs szabvanykent ratifikalva/akarmizve x/y szabvanyugyi hivatalnal, attol meg adott. az ipv4-gyel se vartak, amig szabvany lett. meg ugy kb. semmivel.

http://www.iana.org/reports/1999/ipv6-announcement.html

kiemeles:
...the IANA has delegated the initial IPv6
address space to the regional registries in order to begin immediate
worldwide deployment of IPv6 addresses.

Lol... Az ilyen hogy lehet informatikus?
--
Discover It - Have a lot of fun!

Mondjuk azert irtam, hogy ez csak a level 1 v tier 1 technikus, szoval gondolom ok csak sablon valaszokat adnak. De akkor is...

Mondjuk az is igaz, hogy US az utolsó, aki aggódik a címek fogyása miatt, az ipv4 címek kb. fele náluk van.
--
Discover It - Have a lot of fun!

Az, hogy mennyi IPcimem van es, hogy mennyi kell a jovoben nem biztos, hogy osszefugg.

Hát ha megszüntetik azt a módszert, hogy a titkárnő pdajától kezdve a legutolsó 3000 forintos print servernek is publikus ipje van, akkor még egy jó darabig...
--
Discover It - Have a lot of fun!

Ez valoszinu, hogy piacra fog kerulni es a cegek elkezdik adni venni tekintve, hogy ezeket a /8 es tarsait az IANA osztogatta meg anno szoval lehet vele csinalni barmit.

Ha most IPcim kell neked akkor innen hasznalhatsz egy par egyiptomi prefixet ok most ugyse hasznaljak:) (https://labs.ripe.net/Members/rbarnes/visualizing-the-egyptian-disconnection) csak arra kell vigyazni, hogy ne olyat hasznalj ami most is hirdetve van, mert akkor bajban lesz a tozsde:)

Mellesleg kiosztottak az utolso szabadon oszthato /8-at az IANAbol szoval nem kell sokat varni es kiderul, hogy mi is lesz itt: http://www.networkworld.com/news/2011/020111-address-allocation-kicks-off-ipv4.html?hpg1=bn

subscribe

subscribe
---------------------------------------------------
Talisker Single Malt Scotch Whisky aged 10 years :)

Gondolom alap kérdés, de én kb. hétfőn kezdtem foglalkozni az ipv6-al, úgyhogy bocsi.

Az alapvető problémám:

PING ipv6.google.com(2a00:1450:8007::6a) 56 data bytes
From fe80::219:dbff:fecb:181a icmp_seq=1 Destination unreachable: Beyond scope of source address

A nyomor oka alighanem az, hogy:

inet6 addr: fe80::a800:4ff:fe00:a04/64 Scope:Link

Ha jól értem a scope szerepét, akkor meghatározza, hogy egy-egy cím merre, meddig érvényes, azaz a fenti esetben az adott hálózatra, ami fe80::ffff:ffff:ffff/64, ha jól vágom.

Update:

ip -6 route
fe80::/64 dev eth0 metric 256 mtu 1500 advmss 1440 hoplimit 4294967295
default via fe80::219:dbff:fecb:181a dev eth0 proto kernel metric 1024 expires 0sec mtu 1500 advmss 1440 hoplimit 64

Namost. Minek ez a scope? (Jó, látom értelmét, ezen még túltettem magam). A gépem most stateless konfigot kapott, ha azt akarom, hogy a scope ne link (local?) legyen, hanem global(?) akkor mit tegyek? Statikus konfig? DHCP?

Konkrét válasz, vagy link, bármi jöhet :D

Ez csak egy link local cím.
Elnagyolva kb így szerezhetsz global címet:
http://hup.hu/node/98329#comment-1208216

vagy ezeknek meg alternatívája ha T vagy externet DSL-ed van

Áhm, akkor leírom részletesebben, mert persze a lényeges dolgokat kihagytam.

Van egy gw, rajta a miredo, az frankón lát mindent, hirdetem rajta radvd-vel a routingot, gw-t, a kliens fel is veszi a route-ot, ám a probléma mint fent. Azaz link local címet kap, ami ha jól értem nem remek.

A következőket gondolom:

- a miredo "mögött" nem tudok csinálni global címet, de miért ne?
- vagy tudok csinálni, csak nem úgy, ahogy én csinálom :D

radvd konfigot mutatsz?

Valószínű az a gond, hogy mivel a v4 címed nem fix ezert nem ugyanazt a tartományt kapod miredoval. Ezért mindig át kell írnod a radvd konfigját is.

http://pastebin.com/2Bq7YTMi

Az ipv4 cím fix, bérelt vonal.

Első körben rossz a tartomány(prefix) amit megadtál, nézd meg a gw-n milyen tartományt "kaptál".

Bocsi, csak most jutottam ide vissza, itt a teljes kép. A radvd konfigot kicsit átírtam, de persze így se jó, továbbra is csak link local címem van.

http://pastebin.com/zWTArgVd

prefix prefix fe80::/64

Ez miez?
--
Discover It - Have a lot of fun!

Az az, hogy rosszul írtam át :D

Egy apróság felett kicsit elsiklottunk:) a miredo által használt teredo csak egy db ipv6 címet ad, tehát vagy minden gépre teszel miredo-t vagy csinálsz egy 6to4 tunnelt vagy valahonnan szerzel tunnelt.

Ettől függetlenül a radvd configod rossz, mert fe80 prefix van benne.

A kérdés adott. A HUP olvasók közül kinek van már IPV6-os szervere, rendszere.

Válaszokat ide: http://hup.hu/node/98596

hibás link

nem a link hibás, hanem trey-nek kell jóváhagynia először a szavazást, utána kikerül az, csak ezt nem tudta

Jap. Erre hírtelen én se gondoltam. Kíváncsi leszek azért ennek a végeredményére ha kikerülhet majdan...

ahogy látom ő inkább linuxot tesz a vasalóra, de legalább ::1-et pingeli remélem:)

Hogyan is néz ki az átállás jelenleg a tűz közelében ülő szakember szemszögéből. Geoff Huston az APNIC-nak dolgozik. Saját bevallása szerint sem optimista ember, de _elég borús_ képet fest az előttünk álló évek/évtized-ről. Nagyon remélem, hogy nem lesz igaza, persze a remény hal meg utoljára.

Röviden: Nincs megoldás. (sem carrier grade NAT, sem egyéb megoldás nem működik élesben... próbálták.) A v4 címek pedig elfogy(tak|nak).

2011 Linux Conf Australia-n hangzott el a keynote:
http://blip.tv/file/4692762/
Azt hiszem, hogy akit érdekel a téma érdemes végignéznie.

most akkor azt mondod, hogy a problema nem oldodik meg, pedig az illetekesek 99%-a nem is tesz semmit az erdekeben. nahat! :)

Nem én mondom, Ő mondja :) Pedig úgy tűnik, hogy tudja miről beszél...

en ertem, hogy ez a helyzet, es nem is azt mondtam, hogy nem igy van. olvasd mar el meg egyszer ;)

mea culpa, a write only szemüvegem volt fent :)

Nagyon sok minden elhangzott es jo ez a FAQ is, de valahogy meg midnig egy csomo kerdesem maradt, pedig igyekeztem egy kicsit kutakodni a neten.

Megprobalom a jelenlegi ismereteimet atekintetben osszefoglalni, hogy mit is kellene egy foldi halandoanak tennie az ipv6 atallassal kapcsolatban, es akkor majd johet FIXME.

1. Ha jol ertem technikailag a ket halozat tudna ugyanazon az infrastrukturan parhuzamosan, egymastol fuggetlenul mukodni, de ehhez minden interfacet dual modba kellene konfiguralni. Alternativakent leteznek meg kulonfele gateway megoldasok, amik atjarast biztositanak a ket halozat kozott. Allitolag ez a dualitas a gyakorlatban nem mukodik megfeleloen a fallback tul nagy timeout utan tortenik, sok varakozas, szivas, stb.

User oldalon: sajat rendszert fel kell kesziteni ipv6-ra. A sajat eszkozeimet meg talan fel tudnam esetleg, de mi van a szolgaltatotol kapott adsl routerrel? Nem birtam semmit kideriteni rola. Persze ez legyen a szolgaltato baja, de azert megis erdekelne.

ISP oldalon: lehetoseg kell legyen ipv6-os cimet is kapni. Errol sem tudtam az internet es informaciok alapjan semmit kideriteni. (Ausztria) Barmire keresek, csak 2004-es ontomjenezes jon le, hogy mar mennyire allati jol haladunk az atallassal. Azota semmi.

Webhost oldalon: ipv6-on is szolgaltatni kell. Inmotionhostingot hasznalok, nem birtam a neten informaciot talalni arrol, hogy szolgaltatnak-e ipv6-on.

Ok, lehetne az ugyfelszolgalatokat kerdezgetni, de hat amikor a napokban rakerdeztem az ISP-nel, a kislany csak annyit kerdezett vissza, hogy ip-micsoda??? Mondtam, hogy jo, nem erdekes. Valahogy furcsa, hogy kongatjak a veszharangokat, de a szolgaltatok valahogy nem izgulnak az ugyben. Nincsnek nyilvanos informaciok, howtok, tippek. Minden a legnagyobb rendben, nincs itt semmi latnivalo.

2. Ahhoz, hogy valaki ipv6-os halozaton tudjon mukodni, ipv6-os szoftverek szuksegesek. Ez minden olyan szoftverre igaz, amelyik kozvetlenul hasznalja a halaozati reteget. Itt nagy kerdes, hogy ez a szoftver atallas valojaban mit is jelent. Hogyan tudja egy user felmerni, hogy mik is ezek a szoftverek, es mi a szukseges konfiguracios valtoztatas. (iptables, nmap, postfix, apache, stb) Ki vannak ezek megfeleloen tesztelve ipv6-os modban? Hogyan kell pl. az iptables szkriptemet ipv6-ra atirni? Jok leszenk uyganazok a szurok? Mas szurok kellenek? (ping, state, ???)

Nekem szemely szerint hianyzik egy ertelmes, jol kovetheto migracios utmutato, mert az baromi keves, hogy hol regisztraljak tunnelingre, es hogy huzzak fel egy ipv6-os interfacet.

"gondolom": igény nincs rá, mivel nincs érdemi szolgáltatás, ami az ipv6 hiánya miatt nem lenne, ergó nem hozna a konyhára, ergó "majd akkor mozdulok rá, ha profitom is lesz belőle" - címszó alatt lesz*rják a döntéshozók.

p.s.: akit érdekelnek hírek a nagyvilágból ipv6 terén, az már feliratkozott a topicra, néha megpróbálok elcsípni 1-2 hírt

e.g.: pont most volt.:

Comcast Activates IPv6 Trial Users
http://tech.slashdot.org/story/11/02/01/2314252/Comcast-Activates-IPv6-Trial-Users?from=rss

p.s.2: CTRL+F-el rákerestem a "?"-ekre a bekezdésedben:

de mi van a szolgaltatotol kapott adsl routerrel? - asszem ez egy külön téma, és csere kell, ha nem fw update

a kislany csak annyit kerdezett vissza, hogy ip-micsoda? - így már én is jártam:D csak én elmagyaráztam neki, és épp ebédidő előtt telefonáltam az ügyfélszolgálatra, így ha van közös kajaidő-szerűségük, akkor lehet, h. beszédtéma volt az ipv6, így nagyobb az értelme kérdezősködni ügyfélszolgálaton

Ki vannak ezek megfeleloen tesztelve ipv6-os modban? - nem hinném :D ki tudja, h. 10 év múlva találnak vmi hibát, és jól megszívja mindenki

"Hogyan kell pl. az iptables szkriptemet ipv6-ra atirni? " - gondolom majdhogynem ugyan úgy, ip6tables előtag
[még nem kellett sajnos ipv6-on tűzfal szabályokat készítenem értelmes helyen, de a man-t átnyálazva 2 perc alatt nincs érdemi különbség, icmp-t engedélyezni]

én még sajnos csak teredozom :(

Nos a programokról annyit, hogy ép eszű programozó legalább 5 éve úgy csinálja a programját, hogy ipv6-on is tud hallgatni, konnektálni, stb. Amelyik nem, az nem épeszű... Most a bugokat hagyjuk, persze ő hiába teszteli v6-on, meg esetleg másik 2 haverja még, a rejtett bugok akkor szoktak előjönni, amikor tömegek használják.

ipv6-os iptables ruleokat ugyanúgy kell írni, ugyanazok a szabályok vonatkoznak rá, annyi, hogy icmp-ket engedni kell.
--
Discover It - Have a lot of fun!

Elkezdtem ossszeloni az IPv6-ot az itthoni halon, de nyuglodok vele nagyon.

A kovi a topologia:

          ADSL          NAT
{Internet} -- {OpenWRT} --- NetBSD

Az OpenWRT a NetBSD default gateway-e, de mindenki mas a NetBSD-t hasznalja default gatewaynek, mert o belat olyan helyekre is, ahova az OWRT nem (VMware halok, bonyolult, lenyeg, hogy igy van).

Tekintve, hogy az OpenWRT-t nem nagyon csesztetnem ilyenekkel (plusz LuCI-bol nem is annyira tudom managelni), arra gondoltam, hogy a NetBSD-n lovom ossze ezt a reszet, es a routernek akkor csak a v4 reszevel kell a dolognak foglalkoznia.

A he.net -et valasztottam brokernek, az altaluk adott BSD oldali konfig ilyen:

ifconfig gif0 create
ifconfig gif0 tunnel 91.120.158.197 216.66.84.42
ifconfig gif0 inet6 2001:470:1f12:5e5::2 2001:470:1f12:5e5::1 prefixlen 128
route -n add -inet6 default 2001:470:1f12:5e5::1

Ez alapvetoen jo is, a NetBSD elfogadja, doksik alapjan is valami ilyesminek kell lennie, sajat magamat tudom ping(6)-etni, a broker szerver is valaszol IPv4-es pingre.
Ami a gondom, az az, hogy a vilag IPv6 resze viszont szarik ram, mar a brokeremet se tudom ping(6)-etni . Mar ott tartok, hogy ledozeroltam a WRT tuzfalat, a NetBSD-n a pf-et, a 41-es protokollt direktbe beforwardolom a NetBSD-nek, de semmi. Nem erzem, hogy valami tortenne. Amit latok, az az, hogy a routerig eljutnak a dolgok, logban szepen megjelenik a v6 forgalom, viszont mintha tovabb nem akarna jonni a dolog.

IP topologia:
NetBSD: 192.168.2.20
WRT: 192.168.2.1

NetBSD oldalon tuzfal nincs (pf -d)
OWRT oldalon a tuzfal az alabbi (nincs iptables-save benne, ugyhogy csak ilyen kimenet van):

Chain INPUT (policy ACCEPT 2138 packets, 273K bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain FORWARD (policy ACCEPT 7835 packets, 2873K bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 1294 packets, 281K bytes)
 pkts bytes target     prot opt in     out     source               destination         

################################ NAT ##########################################
Chain PREROUTING (policy ACCEPT 2576K packets, 297M bytes)
 pkts bytes target     prot opt in     out     source               destination         
 833K   64M zone_wan_prerouting  all  --  ppp0   any     anywhere             anywhere            
1751K  234M zone_lan_prerouting  all  --  br-lan any     anywhere             anywhere            
2576K  297M prerouting_rule  all  --  any    any     anywhere             anywhere            

Chain POSTROUTING (policy ACCEPT 7910 packets, 381K bytes)
 pkts bytes target     prot opt in     out     source               destination         
1309K  116M postrouting_rule  all  --  any    any     anywhere             anywhere            
1309K  116M zone_wan_nat  all  --  any    any     anywhere             anywhere            

Chain OUTPUT (policy ACCEPT 5502 packets, 508K bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain postrouting_rule (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain prerouting_lan (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain prerouting_rule (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain prerouting_wan (1 references)
 pkts bytes target     prot opt in     out     source               destination         
  196 11496 DNAT       tcp  --  any    any     anywhere             anywhere            tcp dpt:443 to:192.168.2.4 
    0     0 DNAT       tcp  --  any    any     anywhere             anywhere            tcp dpt:2022 to:192.168.2.20:22 
    0     0 DNAT       tcp  --  any    any     anywhere             anywhere            tcp dpt:1194 to:192.168.2.20 
 5765  242K DNAT       udp  --  any    any     anywhere             anywhere            udp dpt:1194 to:192.168.2.20 
    0     0 DNAT       tcp  --  any    any     anywhere             anywhere            tcp dpt:6881 to:192.168.2.172 
    0     0 DNAT       tcp  --  any    any     anywhere             anywhere            tcp dpt:6882 to:192.168.2.175 
   60  2772 DNAT       tcp  --  any    any     anywhere             anywhere            tcp dpt:3389 to:192.168.2.5 
 1516 85176 DNAT       tcp  --  any    any     anywhere             anywhere            tcp dpt:80 to:192.168.2.4 
    0     0 DNAT       tcp  --  any    any     anywhere             anywhere            tcp dpt:902 to:192.168.2.4 
    0     0 DNAT       tcp  --  any    any     anywhere             anywhere            tcp dpt:8222 to:192.168.2.4 
    0     0 DNAT       tcp  --  any    any     anywhere             anywhere            tcp dpt:8333 to:192.168.2.4 
    0     0 DNAT       ipv6 --  any    any     anywhere             anywhere            to:192.168.2.20 

Chain zone_lan_nat (0 references)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 MASQUERADE  all  --  any    br-lan  anywhere             anywhere            

Chain zone_lan_prerouting (1 references)
 pkts bytes target     prot opt in     out     source               destination         
1751K  234M prerouting_lan  all  --  any    any     anywhere             anywhere            

Chain zone_wan_nat (1 references)
 pkts bytes target     prot opt in     out     source               destination         
1301K  115M MASQUERADE  all  --  any    ppp0    anywhere             anywhere            

Chain zone_wan_prerouting (1 references)
 pkts bytes target     prot opt in     out     source               destination         
 833K   64M prerouting_wan  all  --  any    any     anywhere             anywhere            

Nem tudom, mit rontok el. Feldobtam az ipv6 modult a WRT-re, de semmi hatasa. Mondjuk, nem remeltem sokat tole, mert elvben ugye a WRT csak a v4 oldalat latja a dolognak.

Help.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Vedd ki szerintem kicsit az wrt-t, hogy úgy megy-e a tunneled. Utána már lehet turkálni vagy itt vagy ott. És a tunnel HE felöli végét pingeld (alt. :1 a tiéd meg :2)

Igen-igen.

A vegen kiderult, hogy en voltam a hulye. Nem olvastam el az aprobetus reszt, ami emigyen szola:

he.net írta:
*NOTE* When behind a firewall appliance that passes protocol41, instead of using the IPv4 endpoint you provided to our broker, use the IPv4 address you get from your appliance's DHCP service.

--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

BSD-n nem lehet olyat csinálni, hogy elhagyod a te címedet?
Linuxon pl csak a remote címet adod meg akkor is működik.

Biztos lehet, nekem ezt dobta a gep, en meg csak most ismerkedek vele.

Ami a nyug, hogy ugyan mar tudok a BSD-rol ping(6)-etni, de nem tudom a tunnelt tovabbosztani, egyszeruen valahogy nem maszik be a fejembe, hogy ez most hogy routolodik.

Fellottem az rtadvd-t, ami ugye elvben az ipv6 autokonfiguraciot hirdetne be a halozaton, ez tok faszan el is indul, de a kliens (egy laptop, wifivel) sehogy se akar konnektalni.

A masik amit nem nagyon ertek, hogy bekonfoltam magamnak kezzel a laptopra az ipv6-ot, meg is tudtam pingetni a BSD-t, azt annyi. Elvben mivel ezek kulon alhalo, akkor ide is fel kell konfigolni a... nem tudom minek nevezzem, jobb hijan NAT-nak... szoval a NAT-ot? Mert egymas melletti /64 -eket kaptam (az egyik a tunnel oldali netem, a masik amit tovabboszthatok), de ezekbol gondolom nem fogja senki kitalalni, hogy osszetartoznak. Jo helyen tapogatozok?
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Nincs NAT. Az radvd-vel hirdetni kell a subnetet, és kb ennyi.
--
Discover It - Have a lot of fun!

ertem. De akkor viszont nem ertem, miert nem megy:
1) A laptop (wifis) nem vesz fel automatan ipv6 cimet annak ellenere, hogy hirdetve van a subnet
2) Ha kezzel bekonfigolom, akkor, meg ha routernek be is allitom a BSD-t, akkor sem tudok ping(6)-etni.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

1, Nos akkor azt kéne megnézni, hogy engedélyezve van-e az ipv6 autokonfiguráció: net.ipv6.conf.all.autoconf. BSD-n is hasonló. Winen fogalmam sincs.
2, akkor valszeg az radvd konfig nem jó. Egyébként ha most kérted a subnetet a sixxs-től, akkor arra azt írják, hogy várj pár napot, amíg ténylegesen feléd lesz routeolva a subnet... Szóval türelem.
--
Discover It - Have a lot of fun!

HE.net-től van a tunnelje, de szerencsére mar megoldottnak tűnik a probléma lásd lentebb kicsit.

Igen-igen, kozben megoldodott. Kukkants be a blogomba.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Tehát van összesen 5 adatod:
-tunnel HE v4 végpont
-tunnel nálad v4 végpont
-tunnel HE v6 végpont
-tunnel nálad v6 végpont
-És egy tartomány ami /64

Sajnos nincs tapasztalatom BSD-vel, de ahogy látom az rtadvd lényegében egy radvd.
Gondolom megadtad neki a /64es tartományt kérdés miért nem hirdeti, logban nincs valami?

ipv6_gateway_enable="YES" be van lőve?

Az FBSD-n kell csak, de megnezem.
Az IPv6 forwarding be vagyon allitva.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Linuxnal szokott lenni olyan gond, hogy belsőhálós ifre amíg nem húzok fel egy ip-t a /64 ből addig nem forgalmaz, de radvd ettől meg szépen hirdet.

Akkor hogy en is ertsem:
probaljak meg felhuzni egy ip-t a hirdetheto tartomanyombol, es probaljak meg pingolni egyet a vakvilagba?
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Igen a belső ifen /64-el, de ha nem radvd től van a kliensnek az ipje akkor ott is állítsál egy gw-t.
kliensen:
route -n add -inet6 default $routeredv6címe

ehh,

Buffer owerflow detected, route terminated...

Viszont az ip -6 route megcsinalta. Koszonom, ez volt a megoldas.

Szerk: Utana megjott a hirdetestol is az IP cim, mindjart rebootlok egyet, hogy mit csinalunk ugy.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Sikerült megoldani végül a dolgot?

he-tunnel
Client IPv6 address: 2001:470:1f12:68b::2/64
Routed /64: 2001:470:1f13:68b::/64
eth0 fixIP net felé
eth1 fixIP LAN felé (192.168.0.247)

Én jelenleg ott tartok, hogy a GW-nek használni gépen megy az IPv6.

# mtr hup.hu
1. djsilas-1.tunnel.tserv10.par1.ipv6.he.net
2. gige-g2-3.core1.par1.he.net
3. 10gigabitethernet1-3.core1.lon1.he.net
4. 2001:7f8:4::ddd:1
5. 2001:450:2002:fa::2
6. 2001:4c48:0:1::1
7. v6lns-ip3-gi-0-0-3507.ipv6-tst.telekom.hu
8. 2001:4c48:1:f800::6

# ping6 ipv6.google.com
PING ipv6.google.com(2a00:1450:8007::6a) 56 data bytes
64 bytes from 2a00:1450:8007::6a: icmp_seq=1 ttl=57 time=47.8 ms

Gondolom nem feltétlen kell használni radvd -t (ahogyan DHCP sem kötelező), hanem megadhatom kézzel is az adatokat. Na de mégis mit mondjak a laptopnak, hogy menjen az IPv6? Mert ezt nem sikerült még kitalálnom...

Ha meg mégis kell a radvd, akkor meg miért nem megy!? Mert hogy azzal sem boldogultam... :(
# cat /etc/radvd.conf
interface eth1
{
AdvSendAdvert on;
prefix 2001:470:1f13:68b::/64 {
AdvOnLink on;
AdvAutonomous off;
};
};

AdvAutonomous off
ez miért off?

Egyébként interfaces fileban linux alatt
iface ethX inet6 static
address
gateway (link local cím is jó, nyilván a routered címe)

AdvAutonomous off
Ekkor csak gateway infót hirdet az radvd, prefixet és maskot nem ad.
--
Discover It - Have a lot of fun!

Azt értem, hogy mit jelent, azt nem értem miért off nala.

wide-dhcpv6-server sample konfigjából idézet

If you want to prevent stateless address configuration via RA, please set the autonomous-flag to OFF in your RA configuration.

Az ip6 tunnel használ valami portot, azt nem kéne forwardolni a bsd-re?
Szerintem igen.

Ez meg komoly? tényleg így van?

"Chain INPUT (policy ACCEPT 2138 packets, 273K bytes)
pkts bytes target prot opt in out source destination

Chain FORWARD (policy ACCEPT 7835 packets, 2873K bytes)
pkts bytes target prot opt in out source destination "

Nem, a teszt miatt volt igy.

Portot nem hasznal, pontosabban olyant nem hasznal, ami ne lenne beengedve (mivel a BSD a kezdemenyezo, a sima tuzfalon a connection tracking miatt atmegy).

A proto 41 az, amit at kell adni a BSD-nek direktben.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Milyen routered van ?
ha van még annyi szabad helyed, rakj fel egy aiccu, radvd párost (és persze ipv6 támogatást)
http://wiki.openwrt.org/oldwiki/IPv6_howto

Nekem ezt custom openwrt-vel (imagebuilder, mégcsak forgatni sem kell), sikerült még WRT54g(l)-be is beletuszkolni bind-clinet(nsupdate), openvpn mellé :).
TPLink 1043ND-ra mégcsak imagebuilder sem kell, opkg-vel csomagok fel és kész.

Az lehet a gond hogy tunnelnek netbsd-n publikus ipv4-es IP-d adod meg, az pedig WRT-n van, valamit WRT nem forwardol (proto 41.ipv6-hoz kell, tunnelhez lehet hogy más is kell)

illetve próbáld meg ezt:
ftp://ftp.netbsd.org/pub/NetBSD/packages/pkgsrc/net/aiccu/README.html

Ez NAT-olt hálózatból is műkődik, nem néztem kit használsz tunnel brokernek, de SIXXS nagyon régóta megbizható.

Jó lenne Hálózatok alá egy IPv6 kategória is lassan, ami alá mehetnének az ezzel kapcsolatos topicok, ez egy kicsit kezd átláthatatlanná válni.

írtam a visszajelzésen keresztül Trey-nek, remélem lesz

\o/

thx:)

+1

Lehet buta kérdés(ek), de akkor is felteszem.

Magyarországon T-csoporton kívül hosting céllal oszt már valaki IPV6-ot és ha igen mik a tapasztalatok vele??

T-csoport tudtommal még nem oszt, kivéve hup/fsn/freemail.

Amennyiben szerverhostingra célzol akkor ATW és HostOffice oszt.

ATW teljesen nativan ad még a legkisebb VPS-hez is egy /56-ot és szépen BIXen át forgalmaz is.

HostOffice-nál egy /48-at kaptam a saját tartományukból nativan, de ők valamiért HE.net át forgalmaznak még.

Más cégről nem tudok.

Sziasztok!

Az itt emlitett stage 4-be mikor jutunk el? Ugye ott mar csak IPv6-os cimek lesznek. Mil esz azokkal akiknek meg v4-es cimuk van? (UPC), es mikor kezd el szolgaltatni a UPC v6-os cimeket a nagykozonsegnek?

Udv. bnv

amikor eljutunk oda, hogy a userek nem vesznek UPC internetet mert nincs IPV6 naluk. Valoszinu, hogy akkor majd foglalkozni fognak vele de addig nem sok eselyt latok ra.

persze szigorúan v4-en megy csak:)

Five /8s allocated to RIRs - no unallocated IPv4 unicast /8s remain
http://mailman.nanog.org/pipermail/nanog/2011-February/032107.html

boccs, csak jó a benne levő link:
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt

Elképzeltem egy tiszta ipv6 alapú világhálózatot...

Mivel ipv6 alapon nincs NAT, ezért minden az Internetre csatlakozó számítógép dedikált címet fog kapni.
Ezután meg egyből arra gondoltam, hogy ez jó okot ad majd arra, hogy a magyarországi internetszolgáltatók plusz pénzeket kérjenek minden egyes internetre csatlakozó eszköz után - ami ugye a NAT-nál nem működik jelenleg.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Nem hinném, hogy valaki ezzel próbálkozna. UPC-nél anno nem lehetett megosztani a netet (papíron), később már az ingatlan határain belül meg lehetett, mostanra pedig 3 v4 ipt is adnak.

O, ettol ne feltsd a magyarokat, mi naggyon talalekonyak vagyunk, ha arrol van szo.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

+1

Valami hasonlót akartam én is írni, de inkább töröltem. :D
Viszont ezek szerint nem csak én látom így csodás világunkat.

A normálisan működő Kapitalizmusban a Fogyasztó az "Isten", mert belőle él a Szolgáltató.
A nem normálisan működő "Kapitalizmusban" ez pont fordítva van.
Sajnos sokszor csak a "nyers" technológia érkezik meg kis hazánkba, a hozzá való "mentalitás" kint marad.
Sajnálatos módon.

Szerintem a jelenlegi, magyarországi "Internet-szolgáltatók" etikailag legvitathatóbb "húzása", hogy csak az számít új előfizetőnek, akinek a telefonvonalán 3 hónapon belül nem volt ADSL szolgáltatás. Tudom mi van a háttérben, direkt nem írok cégneveket. Persze 12 hónap hűségidő, beetetési áron, utána már soha többet nem kapod ugyanannyiért.

Szerintem ez simán kimeríti a diszkrimináció fogalmát. A szolgáltatás ugyanis ugyanaz marad.

Az is etikátlan, hogy még mindig telefon előfizetéshez kötik az ADSL-t, illetve az árakat úgy kalkulálják, hogy az anélküli se legyen kedvezőbb, viszont el lehet mondani, hogy van olyan is.

Normális esetben VALÓDI verseny lenne a piacon, nem kiszolgáltatottság, és a Szolgáltatók között a szolgáltatás ára, és minősége döntene, nem a mesterséges, etikátlan jogi ügyeskedés.

Na Trey, ha átléptem azt a bizonyos határt, úgyis kitörlöd majd a hozzászólásomat, és bocsánat a nagybetűs /OFF-ért!

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Angliában már kezdenek rájönni...

http://www.sg.hu/cikkek/80765/nagy_britannia_az_eszkozok_szamahoz_merne_az_internet_dijat

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Mivel elég szellős a fejléc v6-ban így oda fognak fejleszteni szerintem majd új dolgokat és ez lesz az IPv6.1, satöbbi.

----------------------------
színes ingyen domain domain

egy ismerősöm küldte:D

http://xkcd.com/865/

Most IPv6-certified Home Network Gear Buggy

Mellesleg ahogy leskelődök a különböző levelezőlistákon, kimutathatóan erősen elkezdett sűrűsödni az IPv6-al kapcsolatos topicok száma

IPv6-on 4 darab oktett helyett 8 darab micsoda van? Quartett??

----------------------------
színes ingyen domain domain

quad-octet? :D

http://gogo6.com/

színes aláírás

Gyakorlati kérdésem van, és szégyen, nem szégyen elvesztettem a fonalat, pláne hogy most épp viszonylag problémásan tudnék tesztelni.

Új szerver hostingra készülök, és ha már új gép, akkor legyen meg legalább a lehetősége az IPv6 címek használatának is. Viszont amivel elkavarodtam:

- a T-systems 2 IP címet ad (IPv6), bármit is jelentsen ez
- kérésre adnak egy /60-as tartományt, ami bőven rengeteg
- az atw alapból /64-et ad

A gépen OpenVZ konténerek vannak, és ha már IPv6 akkor legyen nekik is "rendes" v6-os címük, még ha ez nem is olyan egyszerű.

Ahogy én látom:

- elég lehet egy IPv6-os cím is, mert akkor a konténerek csak link-local címeket kaphatnak majd
- de ha van egy tartomány, akkor lesz (lehet) global és link-local címük is.

Jól látom? :D

atw /56-ot ad

Valóban, már elkavarodtam kicsit.

Hát ha nem probléma, hogy csak link local címeid lesznek csak adott helyen, akkor persze elég egy is. De gyakorlatilag mindenhol tartományt adnak, hogy hogy az /56, /60, vagy akár /64, az mindegy.
--
Discover It - Have a lot of fun!

Nem probléma, mert proxy nélkül amúgy se akarom a konténereket kirakni a nagyvilágba. Bár most az smtp miatt elbizonytalanodtam, hogy tuti lesz olyan, amit muszáj lesz, lenne.

A matvánál még nem tudtam technikai embert elérni, a legutolsó információm az az, hogy vagy kettő vagy /60, de már folyik az egyeztetés.

Hol van az a mindenhol?

Tisztult a kép, ára lett a dolognak.

A T-Systems bő ezer forint/hó/db áron akar adni 1-1 plusz IPv6-os címet, és majd 20-ért egy /60-as tartományt ami megítélésem szerint szimpla rablás.

Pláne abban a fényében, hogy IPv6 alatt nincs nat (fixme, az ipv6-com most nekem ilyet mond: Connection to 216.138.235.55 Failed), tehát egy címmel kb. kitörölhetem.

s

Facebook on the web (http) OK
Facebook via a client (xmpp) OK
Jabber.org chat service (xmpp) OK
Gmail chat on the web (http) OK
Gmail chat via a client (xmpp) OK
Google Talk client NOT OK
AIM (AOL) NOT OK
ICQ (AOL) NOT OK
Skype NOT OK
MSN NOT OK

http://tools.ietf.org/html/draft-arkko-ipv6-only-experience-03

színes aláírás

Van itthon is mostmár sixxs tunnel server kb. egy hónapja a digi jóvoltából: https://www.sixxs.net/pops/digi/ (gyorsabb, kevésbé terhelt, kisebb latency)
Az egyik public, a másik csak digi ügyfeleknek.

Már csak natív v6 kéne... :)
--
Discover It - Have a lot of fun!

bookmark

Hoppá, hoppá :) Köszi az infót!

IPv6 gameday van ma. BIX-en latszik. 9x-el nott az v6 forgalom a BIX-en. Kivancsi vagyok mi is ez a forgalom p2p vagy valami egyeb tortent.

Tegnap beállítottam az itthoni hálózatra (pirelli home gateway, a v6-hoz debianos gw, windowsos gépek) a t-s leírás alapján az ipv6-t és feltűnt, hogy a t-s nameserverek a google-s szolgáltatásokra továbbra is az AAAA rekordot adják vissza, pedig elvileg a google kiszedte az IPv6 világnap után (és más nameservereknél el is tűntek a rekordok).
Ötlet, hogy ezt mi okozhatja? Ilyen nagy cache lenne a t-s nameservereknél?

http://www.google.com/intl/en/ipv6/

ha az ISP már ad natívan IPv6-ot akkor a google AAAA rekordot is küld az ISP ns-inek

erdekesseg:
$ host www.v6.facebook.com
www.v6.facebook.com has IPv6 address 2620:0:1cfe:face:b00c::3
Most lattam csak :D

a bix.hu graph meg mennyire szép kezdeti forgalmat mutogat az ip6 nap óta :O

http://img233.imageshack.us/img233/2199/graphcgi.png

igaz csökken..

Vannak, akik benthagyták az ipv6 címeket...
--
Discover It - Have a lot of fun!

jah, vicceskednek :D
--
Imperare sibi maximum imperium est.

A cikk szerint Europaban fogynak el az IPv4 cimek 2012 juliusaban
http://www.pcworld.com/businesscenter/article/247091/ipv6_doomsday_wont_hit_in_2012_experts_say.html

-+-+-+
Dropbox tarhely
Cave Canem
+-+-+-

Újabb időpont az elfogyásra? :-)

2012 június 6 - A Google minden szolgáltatása IPv6-on: http://cythoon.com/node/369
--
Discover It - Have a lot of fun!

Ez vajon azt jelenti, hogy a levelezésre is bekapcsolják?

Tapasztalatom szerint azzal nagyon sokan megszívják (a hozzánk ipv6-on beeső kapcsolatok exhas 90%-anak nincsenek az alap dolgok beállítva, mint ptr, nem tunnelen megy ki, stb.)

Mondjuk személy szerint örülök neki, lesz kivel ipv6-n kommunikálni a gépeknek :D

WorldIPv6Day-en a gmail mx-eknek nem volt AAAA rekordja, tehát feltételezem, hogy nem.

PTR beállítása egyébként sem triviális SLAAC esetén.

Miért nem triviálisak SLAAC esetén? Valamint az mx szervereknek gondolom nem SLAAC címük lesz/van:)

Az SLAAC-t a rosszul beállított (hiányzó PTR) kliensekre írtam.

suckit írta:
Érdekes kérdés, hogy ha /64-et, illetve /56-ot adnak a szolgáltatók a usernek, vajon hogy biztosítják a PTR-ek (reverse DNS) hozzárendelését. A fenti tartományokból ugyanis a user dönti el, hogy a prefix mögé "mit tesz", azaz elvileg mind a 2^64, illetve 2^72 IP címre be kellene regisztrálni két rekordot (AAAA és PTR).

A legelterjedtebb autoritatív NS-ek (pld. bind, nsd) memóriában tartják a zónákat, így könnyen kiszámolható, hogy csak egyetlen userhez rendelt /64 és /56 összes AAAA és PTR rekordja annyi memóriát igényelne, amennyi valószínűleg storage-ból nem készült összesen mióta ilyeneket gyártanak. Nem jó tehát a diszk alapú tárolás (pld. az adatbázis alapú névszerverek) sem, marad tehát az, hogy nem adnak AAAA-t és PTR-t, vagy csak egy pár (általuk meghatározott címre adnak), vagy olyan névszervert használnak, amely adatbázis nélkül találja ki, hogy a beérkező hostnévre/IP címre mit kell visszaadni.

Ez az RFC foglalkozik részletesen a problémával.

Hogy miért nem engedélyezi a google az mx recordokat, arról fogalmam sincs.

T valahogy megoldotta és nem csak ő.

Le is van írva az RFC-ben (sőt az idézett szövegben is), hogy meg lehet, csak éppen nem triviális. PTR on-the-fly-t kell tudnia a DNS szervernek.

Nem tudom, azt írják, hogy minden szolgáltatásra...
--
Discover It - Have a lot of fun!

A tesztoldal

https://ipv6test.google.com/

mit néz?

Idézet:

Nem észleltünk problémát.

Ön nem rendelkezik az IPv6-tal, de nem lesz problémája az IPv6-ot használó webhelyeken.

Csak link-local IPv6 címem van, viszont találtam egy ilyent:

Idézet:
Teredo is an automatic tunneling technique that uses UDP encapsulation and can allegedly cross multiple NAT boxes.[43] IPv6, including 6to4 and Teredo tunneling, are enabled by default in Windows Vista[44] and Windows 7. Most Unix systems implement only 6to4, but Teredo can be provided by third-party software such as Miredo.

Holnap megnézem Linux -szal is.

Link local címmel nem érsz semmit, azzal nem tudsz netre menni, meg egyáltalán route-olni sem lehet. Azzal a veled egy subnetben lévő gépekkel tudsz kommunikálni.
Javaslom valami ipv6 basics and addressing elolvasását :).

Win7-en van teredo, de csak akkor megy azon keresztül, ha kifejezetten kéred hogy v6-on menjen, vagy pedig az adott domainnek csak v6 címe van.
--
Discover It - Have a lot of fun!

Félreértettél.