Ipv6 – sťaží nám zase pár vecí?


Implementácia novej LAN siete vo firme. Rozhodnutie a rada z mojej strany padla na implementáciu Ipv6 protokolu v Lan (išlo o 30PC s jedným serverom (Ubuntu Server) a predpokladom na rast staníc)

Prečo práve Ipv6?

Ako iste viete dochádza k vyčerpaniu voľných IP adries. Hlavným dôvodom je obrovský rozmach hlavne v Ázií.

Ako sa vlastne adresy Ipv4 prideľovali? Nuž IANA( Internet Assigned Numbers Authority ) prideľuje bloky adries lokálnym registrom (RIR – Regional Internet Register) ktorých je 5. (Európa, Ázia – Pacifik, Afrika, Amerika, Austrália). Jeden blok adries obsahuje 256na3 adries ( okolo 16 miliónov). Celkovo je daných blokov 256 ale s toho sa ciastocne dá využiť iba 221 (úplne je to menej), o celkovom množstve niečo okolo 4 miliárd adries, v októbri bolo k dispozícií iba 12 blokov (pre upresnenie Ázia minie jeden blok za 80-90 dní). Preto sa ešte v roku 1994 prijalal IPv6 protokol. Ano niečo pred 16-mi rokmi. Celá špecifikácia Ipv6 je v RFC1883, RFC1933RFC2460, RFC4294, RFC5095, RFC5722, RFC5871. A nejde o to, žeby operačné systémy na to neboli pripravené (Linux kernel podporuje Ipv6 od verzie 2.1.8, IBM AIX od verzie 4.3, Solaris, Windows, freeBSD, NetBSD, OpenBSD od roku 2000)

Tak kde je chyba?

Protokol Ipv6  mal by problém s nedostatkom adries vyriešiť, podporuje totiž viac než bilión adries na centimeter štvorcový Zeme. To však nie je jednoduché, väčšina ADSL a káblových modemov Ipv6 nezvláda. A to už nehovoriac o poskytovateľoch služieb. A to i napriek tomu že adresa Ipv4 ide ľahko konvertovať na adresu Ipv6. Ide o takzvaná mapped Ipv4 adresu vyzerá nasledovne ::ffff:1.2.3.4 čo je možné zapísať ako:

::ffff:192.168.89.9 alebo ::ffff:c0a8:5909

Tak kde je problém?

IPv6 adresa sa zvyčajne zapisuje ako osem skupín po štyroch hexadecimálnych čísliciach.

Napríklad:

2001:0db8:85a3:0000:1319:8a2e:0370:7344

poprípade je možné nuly vynechať a zápis bude nasledovný:

2001:0db8:85a3::1319:8a2e:0370:7344

No problém nastáva pri adresách s viacerými nulami (2001:0DB8:0000:0000:0000:0000:1428:57ab) nie je možné zapísať skrátene a nahradiť 0000 zankmi ::.

To je prvé úskalie. Ďaľším je viac druhov Ipv6 adries.

Ide o tieto tri základné kategórie: Unicast, Multicast, Anycast.

Unicast adresy sú adresy, ktoré reprezentujú konkrétny počítač. Čo pri množstve Ipv6 adries nie je problém (

Multicast adresa je používaná na definovanie množiny rozhraní a je možné ju využiť na hromadné posielanie dopytov.

Anycast adresy sú adresy tiež pre viac rozhraní, a väčšinou sú určené najbližšiemu rozhraniu (najbližšie routery a pod.)

A to značí výmenu väčšiny routerov či switchov.

A to nejdem radšej do podrobností implementácie v operačných systémoch.

Tam to zhruba vyzerá takto:

Microsoft Windows používa číselnú identifikáciu zóny: fe80::3%1

BSD používa číselnú identifikáciu zóny: fe80::3%pcn0

Linux používa číselnú identifikáciu zóny: fe80::3%eth0

Riešením vo firme je pripraviť sa na Ipv6 a popritom používať Ipv4 naďalej. Toto riešenie sa nazýva DualStack Host (RFC2893, RFC4213).

Nuž pomaly ale isto som sa pri pokuse o plnohodnotnú implementáciu Ipv6 strácal. A moja práca ako dopadla?

Nuž celá sieť je na Dual stacku.

Doporučené čítanie k Ipv6:

Hlavné specifikácie

RFC 2460: Internet Protocol, Version 6 (IPv6) Specification (obsoletes RFC 1883)

RFC 2461/RFC 4311: Neighbor Discovery for IP Version 6 (IPv6) (4311 updates)

RFC 2462: IPv6 Stateless Address Autoconfiguration

RFC 4443: Internet Control Message Protocol (ICMPv6) for the IPv6 Specification (zmena RFC 2463)

RFC 2464: Transmission of IPv6 Packets over Ethernet Networks

RFC 4291: Internet Protocol Version 6 (IPv6) Addressing Architecture (zmena RFC 3513)

RFC 3041: MAC address use replacement option

RFC 3587: An IPv6 Aggregatable Global Unicast Address Format

Bezstavová autokonfigurácia

RFC 2461: Neighbor Discovery for IP Version 6 (IPv6)

RFC 2462: IPv6 Stateless Address Autoconfiguration

Programovanie

RFC 3493: Basic Socket Interface Extensions for IPv6 (zmena RFC 2553)

RFC 3542: Advanced Sockets Application Program Interface (API) for IPv6 (zmena RFC 2292)

RFC 4038: Application Aspects of IPv6 Transition

RFC 3484: Default Address Selection for Internet Protocol version 6 (IPv6)

Reklamy
This entry was posted in Nezaradené. Bookmark the permalink.

Pridaj komentár

Zadajte svoje údaje, alebo kliknite na ikonu pre prihlásenie:

WordPress.com Logo

Na komentovanie používate váš WordPress.com účet. Odhlásiť sa / Zmeniť )

Twitter picture

Na komentovanie používate váš Twitter účet. Odhlásiť sa / Zmeniť )

Facebook photo

Na komentovanie používate váš Facebook účet. Odhlásiť sa / Zmeniť )

Google+ photo

Na komentovanie používate váš Google+ účet. Odhlásiť sa / Zmeniť )

Connecting to %s