Tip:
Highlight text to annotate it
X
Szerintünk senkinek másnak nem kellene IPv6-ot tesztelnie vagy telepítenie.
Számunkra ez nagyszerű lenne!
Mi a 90-es évek közepén kezdtük.
Egy BSD KAME stackre épülő, független hálózatunk volt.
Ez IPv6-on ment, így tudtunk IPv6-ot és IPv4-et is szolgáltatni ügyfeleinknek.
De akkor ezek még külön dróton működtek,
mert dual stack még nem létezett.
A belünket kidolgoztuk a NOC-ban hibakereséssel,
valahányszor ez a két transzport vagy hálózati réteg nem volt szinkronban.
Ha csak mi ketten akarunk kísérletezni egy új protokollal,
akkor egyszerűen telepítjük azt a kettőnk gépére; az Internetet ehhez nem kell átalakítani.
De ha ehhez az Internet középpontjába
mindenféle NAT és "carrier grade" NAT eszközt is kell telepítenünk,
akkor ezt már nem tudjuk megtenni.
A szolgáltatás mai problémái
Van néhány alapvető probléma:
Az ügyféloldali eszköz (Customer Premises Equipment, CPE)
A tartalomszolgáltatóknál a terheléselosztók
Behatolásjelző eszközök, és biztonságtechnikai termékek: CheckPoint és társai
Ezek igazi problémák.
A felhasználó csak annyit akar,
-- nincs szüksége mindenféle extrára --
csak annyit akar, hogy minden egyenrangú legyen az IPv4-gyel.
Amim most van IPv4 mellett, azt akarom IPv6-on is.
Ez egy igai tyúk-tojás probléma,
mert az ügyfél igazából nem akarja.
Sosem fogja akarni.
A felhasználó csak normális múködés vár el, nem érdekli, hogy az hogyan valósul meg.
Az az én problémám. Nem az övé.
Ő csak (M)TV-t, e-mailt,
DNS-t és hasonlókat akar.
Az a baj, hogy jelenleg gazdaságilag ez nem igazán kifizetődő.
Az IPv6 gerinchálózat összeköttetései nagyon hézagosak,
túl sok a "tunnel" és az MTU probléma,
és ahogy mondtam, a gyártókon is sok múlik.
Mivel ebben még nincs elég pénz, nincs elég gazdasági nyomás ahhoz hogy ezek a problémák megoldódjanak.
Amint nekimegyünk az IPv4 falnak, a gazdasági nyomás hirtelen érezhető lesz.
Három év múlva, amikor már nem jutunk több IPv4 címhez,
két fajta szereplő játsza majd a játékot.
Azok, akiknek már van IPv6 tapasztalata, amiért fokozatosan dolgoztak meg,
és akik majd így halandak tovább.
A másik csoport az akiknek nincs IPv6 tapasztalata mert nem készültek fel,
és akiknek a dollár/Euro/Yen költségei így néznek majd ki.
Az ő tanulási ívük ilyesmi lesz.
Azok a gyártók akik addig még nem foglalkoztak az IPv6-tal azt mondják majd: "Egy-két éven belül tudunk szállítani."
Eközben azok a gyártók akik már felkészültek: "Most szállítunk." Tudjuk, melyikük fogja túlélni ezt.
.. a jelenérték a fontos.
Három év múlva ilyen költséged lesz.
Mekkora a jelenértéke annak, ha ezt a költséget 50%-kal le tudom csökkenteni?
Mennyit vagyok hajlandó fizetni ma ahhoz hogy ezt elérjem?
Szerintem megéri.
Vállalati ügyfeleink - ami elég nagy ügyfélkör - már dual stack-et használnak.
Ez már nem is lehet kérdés.
Ezeket az eszközöket NAT-PT-vel vagy hasonlóval szállítjuk,
így ezek az ügyfelek akár tiszta IPv6 hálózatot is használhatnak,
mégis elérik az IPv4 Internetet.
Mindenkinek el kell kezdenie a felkészülést.
Csak egy kis púder kérdése, nem kell rögtön mindent megváltoztatni.
Rakd rendbe a DNS-t, alakítsd dual stack-é.
Fogd a levelezőszervert, alakítsd dual stack-é.
Fogd a webszervert, alakítsd dual stack-é.
Két ok is van erre: először is tapasztalatot szerzel,
másodszor pedig a jövő a dual stack megoldásoké.
Ezzel a módszerrel növelhetjük azt a gazdasági nyomást, ami végül rendbeteszi a rendszert.
Igy elég tapasztalatunk lehet ahhoz, hogy azt mondhassuk: "hát, lehet hogy a vezetőséget nem tudom meggyőzni
arról hogy mi kell az átálláshoz, de legalább tudom mire van szükségem."
Aki most nekilát, annak még elég ideje van a tervezésre. Itt évekről beszélünk.
Aki most még nem lát neki, csak vár három évet, annak nem lesz elég ideje a tervezésre.
Ma már lényegében hasonló szintű az eszköztárunk IPv4 és IPv6 tekintetében.
Tehát onnan amit ma már tudsz, nem kell túl sokat tanulnod.
Ahogy Gaurab Upadhaya mondta: "plusz 96 bit, semmi varázslat".
De erre a plusz 96 bitre igen nagy szükségünk van.
Igen nagy.
Szerezz tapasztalatot! Szerezz tapasztalatot!
Máskülönben bekötött szemmel mész majd a falnak.