Protokoły sieciowe. Protokół jest to zbiór procedur oraz reguł rządzących komunikacją, między co najmniej dwoma urządzeniami sieciowymi. Istnieją różne protokoły, lecz nawiązujące w danym momencie połączenie urządzenia muszą używać tego samego protokołu, aby wymiana danych pomiędzy nimi była możliwa. Do przekazywania informacji przez sieć teleinformatyczną stosuje się protokoły liniowe, określające sposób transmisji danych na poziomie kanału fizycznego. zbiór procedur sterowania transmisją i sposób postępowania podczas inicjowania, utrzymania i zakończenia transmisji, a także sposób kontroli poprawności przekazu tworzą protokół liniowy. Istnieje wiele protokołów liniowych różniących się strukturą bloków wiadomości i sposobem sterowania, jednak wszystkie zawierają podstawowe fazy: nawiązanie i zestawienie łącza, właściwy przekaz danych, zakończenie transmisji i likwidacja połączenia. Protokołem komunikacyjnym nazywamy zbiór formalnych reguł i konwencji szczegółowo określających mechanizmy wymiany informacji między stacjami połączonymi medium transmisyjnym (kablem sieciowym). Protokoły znakowe. Protokoły zorientowane znakowo używają znaku o określonej (ustalonej) długości jako podstawowego nośnika informacji. Informacja jest transmitowana w blokach ograniczonych znakami sterującymi, a podstawowy format bloku protokołu zawiera: nagłówek, tekst i zakończenie. Wadami protokołów o orientacji znakowej są: konieczność rozpoznawania dużej liczby znaków i sekwencji sterujących, oraz złożony sposób zapewnienia przezroczystości informacyjnej. Protokoły bitowe. W protokołach zorientowanych bitowo podstawowym nośnikiem informacji jest bit (lub raczej strumień bitów) bez formalnego podziału pola informacji tekstowej na poszczególne znaki. Format bloku zawiera sekwencję "flag" wyznaczającą początek i koniec ramki oraz spełniającą rolę synchronizacji blokowej. Model OSI jest tylko ogólnym modelem koncepcyjnym komunikacji między stacjami podłączonymi do sieci. Model OSI nie określa szczegółowych metod komunikacji. Mechanizmy rzeczywistej komunikacji są określone w formie protokołów komunikacyjnych (Communication Protocols). Protokół realizuje funkcje jednej lub wielu warstw modelu OSI. Istniejąca obecnie bardzo duża liczba różnych protokołów komunikacyjnych utrudnia często zorientowanie się w mechanizmach działania sieci. Pomocne może okazać się uświadomienie sobie podziału wszystkich protokołów komunikacyjnych na następujące klasy: Protokoły sieci lokalnych LAN (LAN Protocols) - obsługują funkcje dwóch najniższych warstw modelu OSI (warstw Fizycznej i Łącza danych). Protokoły sieci rozległych WAN (WAN Protocols) - obsługują funkcje trzech najniższych warstw modelu OSI (Fizycznej, Łącza danych i Sieciowej) i definiują komunikację przez różne media stosowane w sieciach rozległych. Protokoły trasowania (Routing Protocols) - obejmują warstwę Sieciową modelu OSI, są odpowiedzialne za określanie tras przepływu pakietów. Protokoły sieciowe (Network Protocols) - są to zbiory wielu różnych protokołów obejmujących wyższe warstwy modelu OSI (np. AppleTalk, DECnet, SNA, IP, IPX).
Protokół Internetu (IP), wersja 4 (IPv4). Protokół Internetu jest to 32-bitowa liczby zapisywana jako sekwencje czterech ośmiobitowych liczb dziesiętnych (mogących przybierać wartość od 0 do 255), oddzielonych od siebie kropkami. Adres IP dzieli się na dwie części: identyfikator sieciowy (network id) i identyfikator komputera (host id). Istnieje kilka klasy adresowych, o różnych długościach obydwu składników. Obowiązujący obecnie sposób adresowania ogranicza liczbę dostępnych adresów, co przy bardzo szybkim rozwoju Internetu jest dla niego istotnym zagrożeniem. W celu ułatwienia zapamiętania adresów wprowadzono nazwy symboliczne, które tłumaczone są na adresy liczbowe przez specjalne komputery w sieci, zwane serwerami DNS. Departament Obrony USA szukał sposobu na połączenie różnych rodzajów posiadanych komputerów i sieci je obsługujących w jedną wspólną sieć. Osiągnięto to za pomocą warstwowego protokołu, który odizolował aplikację od sprzętu sieciowego. Protokół ten używa modelu nieco różniącego się od modelu OSI. Jest on nazwany jako model TCP/IP. Stos protokołów TCP/IP zawiera cztery warstwy funkcjonalne: Warstwa procesu/aplikacji. Warstwa aplikacji dostarcza protokoły zdalnego dostępu i współdzielenia zasobów. Znane aplikacje, jak Telnet, FTP, SMTP, HTTP i wiele innych znajduje się i działają w tej warstwie i są uzależnione od funkcjonalności niższych warstw. Warstwa "host z hostem". Warstwa host z hostem protokołu IP luźno nawiązuje do warstw sesji i transportu modelu OSI. Obejmuje dwa protokoły: protokół sterowania transmisją TCP i protokół datagramów użytkownika UDP. Obecnie, w celu dostosowania do coraz bardziej zorientowanego na transakcje charakteru Internetu, definiowany jest trzeci protokół. Protokół ten nosi próbną nazwę protokołu sterowania transmisją i transakcją. T/TCP. Protokół TCP zapewnia połączeniową transmisje danych pomiędzy dwoma lub więcej hostami, może obsługiwać wiele strumieni danych, kontrolę błędów, a nawet ponowne porządkowanie pakietów otrzymanych w niewłaściwej kolejności. Protokół datagramów użytkownika UDP jest innym protokołem IP warstwy host z hostem. Zapewnia on proste i mające niewielki narzut transmisje danych. Prostota datagramów czyni UDP protokołem nieodpowiednim dla niektórych aplikacji, za to doskonałym dla aplikacji bardziej wyszukanych, które mogą same zapewnić funkcjonalność połączeniową. Warstwa Internetu. Warstwa Internetu protokołu IPv4 obejmuje wszystkie protokoły i procedury potrzebne do przesłania danych pomiędzy hostami w wielu sieciach. Pakiety przenoszące dane muszą być trasowane. Odpowiada za to protokół Internetu IP. TCP/IP (ang. Transmission Control Protocol / Internet Protocol) - to zespół protokołów sieciowych używany w sieci Internet. Najczęściej wykorzystują go systemy Unixowe oraz systemy Windows, choć można stosować go również w systemach Novell NetWare. Zadanie protokołu TCP/IP polega na dzieleniu danych na pakiety odpowiedniej wielkości, ponumerowaniu ich w taki sposób, aby odbiorca mógł sprawdzić, czy dotarły wszystkie pakiety oraz ustawieniu ich we właściwej kolejności. Kolejne partie informacji wkładane są do kopert TCP, a te z kolei umieszczane są w kopertach IP. Oprogramowanie TCP po stronie odbiorcy zbiera wszystkie nadesłane koperty, odczytując przesłane dane. Jeśli brakuje którejś koperty, wysyła żądanie ponownego jej dostarczenia. Pakiety wysyłane są przez komputery bez uprzedniego sprawdzenia, czy możliwa jest ich transmisja. Może się zdarzyć taka sytuacja, że do danego węzła sieci, gdzie znajduje się router, napływa więcej pakietów, aniżeli urządzenie może przyjąć, posegregować i przesłać dalej. Każdy router posiada bufor, który gromadzi pakiety czekające na wysłanie. Gdy bufor ulegnie całkowitemu zapełnieniu, nowo nadchodzące pakiety zostaną odrzucone i bezpowrotnie przepadną. Protokół, który obsługuje kompletowanie pakietów zażąda więc wtedy ponownego ich wysłania.
Protokóły IPX/SPX Novell. (ang. Internetwork Packet Exchange/Sequenced Packet Exchange) Zestaw protokołów firmy Novell bierze nazwę od swoich dwóch głównych protokołów: międzysieciowej wymiany pakietów IPX i sekwencyjnej wymiany pakietów SPX. Ten firmowy stos protokołów został oparty na protokole systemów sieciowych firmy Xerox, wykorzystywanym w pierwszej generacji Ethernet. Wymiana IPX/SPX zyskała na znaczeniu we wczesnych latach 80, jako integralna część systemu Novell Netware. Netware stał się faktycznym standardem sieciowego systemu operacyjnego dla sieci lokalnych pierwszej generacji. Protokół IPX w dużym stopniu przypomina IP. Jest bezpołączeniowym protokołem datagramowym, który nie wymaga ani nie zapewnia potwierdzenia każdego transmitowanego pakietu. Protokół IPX polega na SPX w taki sam sposób, w jaki protokół IP polega na TCP w zakresie porządkowania kolejności i innych usług połączeniowych warstwy 4. Stos protokołów IPX/SPX obejmuje cztery warstwy funkcjonalne: dostępu do nośnika, łącza danych, Internetu i aplikacji. Głównym protokołem warstwy aplikacji jest protokół rdzenia NetWare (NCP). Protokół NCP można bezpośrednio sprzęgnąć zarówno z protokołem SPX, jak i IPX. Jest wykorzystywany do drukowania, współdzielenia plików, poczty elektronicznej i dostępu do katalogów. Innymi protokołami warstwy aplikacji są: protokół informacyjny trasowania, firmowy protokół ogłoszeniowy usługi i protokół obsługi łącza systemu NetWare. Protokół warstwy Internetu SPX jest protokołem połączeniowym i może być wykorzystywany do przesyłania danych między klientem serwerem, dwoma serwerami czy dwoma klientami. Tak jak w przypadku TCP, protokół SPX zapewnia niezawodność transmisjom IPX, zarządzając połączeniem i udostępniając sterowanie strumieniem danych, kontrolę błędów i porządkowanie kolejnych pakietów. Pakiet protokołów AppleTalk firmy Apple. Gdy komputery Apple zyskały większą popularność, a ich użytkownicy zaczęli z nich korzystać w sposób bardziej wyszukany, nieunikniona została konieczność połączenia ich w sieć. Sieć opracowana przez Apple jest tak przyjazna użytkownikowi jak komputery Apple. Z każdym komputerem sprzedawany jest AppleTalk, czyli stos protokołów pracy sieciowej, a także niezbędny sprzęt. AppleTalk jest siecią równoprawną dostarczające proste funkcję jak korzystanie z plików i drukarek. Inaczej niż w sieciach klient serwer, funkcjonalności sieci równoprawnej nie ograniczają żadne sztywne definicje. Każdy komputer może działać jako serwer i klient. Stos protokołów AppleTalk obejmuje pięć warstw funkcjonalnych: dostępu do sieci, datagramową, sieci, informacji o strefach o aplikacji. Warstwa fizyczna i łącza danych służą do zapewnienia zgodności z technologiami sieciowymi opartymi na ustanowionych standardach. NetBEUI (ang. Network BIOS Extended USER Interface) Interfejs NetBEUI został opracowany przez IBM i wprowadzony na rynek w 1985 roku. Jest stosunkowo małym ale wydajnym protokołem komunikacyjnym LAN. NetBEUI jest wyłącznie protokołem transportu sieci LAN dla systemów operacyjnych Microsoft. Nie jest trasowany. Dlatego jego implementacje ograniczają się do warstwy 2, w których działają wyłącznie komputery wykorzystujące systemy operacyjne firmy Microsoft. Aczkolwiek staje się to coraz mniejszą przeszkodą, to jednak ogranicza dostępne architektury obliczeniowe i aplikacje technologiczne. Zalety korzystania z protokołu NetBEUI są następujące: Komputery korzystające z systemów operacyjnych lub oprogramowania sieciowego firmy Microsoft mogą się komunikować. NetBEUI jest w pełni samodostrajającym się protokołem i najlepiej działa w małych segmentach LAN. Ma minimalne wymagania odnośnie pamięci.
Zapewnia doskonałą ochronę przed błędami transmisji, a także powrót do normalnego stanu w razie ich wystąpienia. Wadą protokołu NetBEUI jest fakt, że nie może być trasowany i niezbyt dobrze działa w sieciach WAN. FTP (ang. File Transfer Protocol) - to protokół służący do transmisji plików. Przeważnie usługę ftp stosuje do przesyłania danych z odległej maszyny do lokalnej lub na odwrót. Protokół ten działa w oparciu o zasadę klient-serwer i korzystanie z usługi polega na użyciu interaktywnej aplikacji. Technologia FTP zapewnia ochronę stosując hasła dostępu. HTTP (ang. HyperText Transfer Protocol) - to protokół internetowy, używany do obsługi stron WWW. HTTP stanowi podstawowy protokół, przy pomocy którego przebiega komunikacja między klientami i serwerami sieci Web. Jest to protokół poziomu aplikacji dla współpracujących ze sobą, hipermedialnych, rozproszonych systemów informacyjnych. HTTP jest bezstanowym protokołem zorientowanym obiektowo. Cechą charakterystyczną tego protokołu możliwość wpisywania oraz negocjowania reprezentacji danych, co umożliwia budowę systemów niezależnie od typu transferowanych danych. SMTP (ang. Simple Mail Transfer Protocol) - jest podstawowym protokołem realizującym transfer poczty elektronicznej, SMTP należy do rodziny protokołów TCP/IP i służy do wysyłania poczty elektronicznej. Jego definicję zawierają dokumenty STD 10 oraz RFC 821. ICMP (ang. Internet Control Message Protocol) - jest to rozszerzenie protokołu IP (Internet Protocol). Protokół ICMP służy generowaniu komunikatów o występujących błędach, wysyłaniu pakietów testowych oraz komunikatów diagnostycznych związanych z protokołem IP. ARP (ang. Address Resolution Protocol) - to protokół sieciowy należący do rodziny TCP/IP (lecz niezwiązany wprost z transportowaniem danych). Jest on stosowany w celu dynamicznego określania fizycznych adresów niskiego poziomu, które odpowiadają adresom IP poziomu wyższego dla określonego komputera Protokół ten ogranicza się do fizycznych systemów sieciowych, które obsługują emisję pakietów. AARP (ang. AppleTalk Address Resolution Protocol) - protokół służący przyporządkowaniu adresów w sieci AppleTalk. AARP tłumaczy adresy z sieci AppleTalk do formatu sieci Ethernet albo Token ring. DHCP (ang. Dynamic Host Configuration Protocol) - to standardowy protokół przydzielający adresy IP poszczególnym komputerom. Serwer DHCP przypisuje adresy IP poszczególnym końcówkom. DNS (ang. Domain Name Service) - protokół używany w sieci Internet obsługujący system nazywania domen. Umożliwia on nadawanie nazw komputerom, które są zrozumiałe i łatwe do zapamiętania dla człowieka, tłumacząc je na adresy IP. Nazywany czasem usługą BIND (BSD UNIX), DNS oferuje hierarchiczną, statyczną usługę rozróżniania nazw hostów. Administratorzy sieci konfigurują DNS używając listę nazw hostów oraz adresów IP. DNS nie posiada centralnego repozytorium przechowującego adresy IP maszyn w sieci. Dane dotyczące tych adresów dzielone są między wiele komputerów, zwanych serwerami DNS (nazw domenowych), które są zorganizowane hierarchicznie w formie drzewa. Początek
drzewa nazywany jest korzeniem. Nazwy najwyższego poziomu składają się z dwuliterowych domen narodowych opartych na zaleceniach ISO 3166 (wyjątek stanowi brytyjska domen uk). Nadrzędna domena narodowa w Polsce oznaczona jest przez pl. Jeżeli chodzi o domeny trzyliterowe, ich znaczenie jest następujące: com - organizacje komercyjne gov - agencje rządowe edu - instytucje edukacyjne mil - organizacje wojskowe org - pozostałe organizacje. net - organizacje, których działalność dotyczy sieci komputerowych Do każdego węzła w drzewie przypisana jest informacja, zawierająca kolejne nazwy węzłów oddzielone kropkami, poczynając od określonego węzła a skończywszy na korzeniu. Przykładowo etykietą węzła agh w Akademi Górniczo-Hutniczej będzie agh.edu.pl. Komputer w Japonii, który nadaje pocztę do odbiorcy znajdującego się w tym węźle, wyśle prośbę o rozstrzygnięcie nazwy do lokalnego serwera nazw (DNS) znajdującego się najbliżej nadawcy. Jeżeli serwer ten nie posiada tej informacji, skieruje zapytanie do kolejnych serwerów, a te, jeżeli nie będą znały odpowiedzi prześlą pytanie dalej, aż do administratora domeny, gdzie znajduje się poszukiwany węzeł. Otrzymana informacja przechowywana jest przez jakiś czas w pamięci podręcznej (buforze) lokalnego serwera DNS. Jeśli więc poszukiwany adres stosowany jest dosyć często, nie ma potrzeby wysyłania każdorazowo zapytań do serwera administracyjnego dla danej domeny. Administratorzy dowolnej domeny, przykładowo pl, mogą dodać do niej zupełnie nowe adresy nie powiadamiając wszystkich komputerów w świecie o tej sytuacji. Gopher (goniec) - to wczesny protokół oraz program służący do wyszukiwania, wyświetlania i pobierania dokumentów znajdujących się na zdalnych komputerach lub witrynach. System oparty jest na menu wspomagającym wyszukiwanie informacji w sieci Internet. Gopher jest poprzednikiem WWW. Obecnie wszelkie możliwości, które posiadał gopher zostały zaimplementowane w przeglądarkach WWW. Z komputerami typu gopher można połączyć się klientami WWW, przeglądając je analogicznie jak klient gopher. CSMA/CD (ang. Carrier Sense Multiple Access with Collision Detection) - to metoda wielodostępu do łącza sieci z wykrywaniem kolizji oraz badaniem stanu kanałów, stosowana w sieciach Ethernet w celu przydziału nośnika dla poszczególnych węzłów. Węzeł zaczyna nadawanie, kiedy nie wykryje w sieci transmisji z innego węzła, sprawdzając przez cały czas, czy nie doszło do kolizji. W przypadku zaistnienia kolizji próba transmisji zostaje ponowiona po przerwie o losowej długości. NetDDE - protokół wykorzystujący interfejs NetBIOS (ang. Network Basic Input/Output System), rozszerza możliwości DDE, aby aplikacje pracujące na różnych maszynach mogły miedzy sobą wymieniać dane. PPP (ang. Point to Point Protocol) - to protokół transferu, który służy do tworzenia połączeń z siecią Internet przy użyciu sieci telefonicznej i modemu, umożliwiający przesyłanie danych posiadających różne formaty dzięki pakowaniu ich do postaci PPP. Steruje on połączeniem pomiędzy komputerem użytkownika a serwerem dostawcy internetowego. PPP działa również przez łącze szeregowe. Protokół PPP określa parametry konfiguracyjne dla wielu warstw z modelu OSI (ang. Open Systems Interconnection). PPP stanowiąc standard internetowy dla komunikacji szeregowej, określa metody, za pośrednictwem, których pakiety danych wymieniane są pomiędzy innymi systemami, które używają połączeń modemowych.
SLIP (ang. Serial Line Interface Protocol) - to protokół transmisji przez łącze szeregowe. Uzupełnia on działanie protokołów TCP/IP tak, by możliwe było przesyłanie danych przez łącza szeregowe. SNMP (ang. Simple Network Managment Protocol) - to podstawowy protokół służący do zarządzania siecią. SNMP (RFC 1157) stanowi standard internetowy, jeżeli chodzi o zdalne monitorowanie i zarządzanie routerami, hostami oraz innymi urządzeniami sieciowymi. Protokoły sieciowe są umiejscowione powyżej warstwy łącza danych. Prawidłowo zaprojektowane i skonstruowane są niezależne od architektur sieci LAN i zapewniają całościowe zarządzanie transmisjami w domenach sieci LAN.
Adres sieciowy (IPv4) Adres sieciowy jest bitowym iloczynem maski sieciowej z którymkolwiek z adresów IP sieci. Jeśli 206.197.168.200 jest adresem IP systemu, a 255.255.0.0 jest maską, to 206.197.0.0 jest adresem sieciowym. Jeśli zaś 206.197.168.200 jest adresem IP (bitowo 11001110110001011010100011001000) zaś 255.255.192.0 jest maską (bitowo 11111111111111111100000000000000), to iloczyn bitowy daje 206.197.128.0 (bitowo 11001110110001011000000000000000). Czasami można spotkać skrótowo zapisany adres sieciowy w postaci: 168.100.189.0/24 gdzie część stojąca przed znakiem / jest adresem IP zaś liczba 24 jest skrótowo zapisaną maską sieciową. Jest to liczba bitów ustawionych w masce sieciowej na 1, czyli przy standardowej 32 bitowej masce jest to 11111111111111111111111100000000 (255.255.255.0). Wnioski dotyczące IPv4 Protokół IPv4 ma już prawie dwadzieścia lat. Od jego początków Internet przeszedł kilka znaczących zmian, które zmniejszyły efektywność IP jako protokołu uniwersalnej przełączalności. Być może najbardziej znaczącą z tych zmian była komercjalizacja Internetu. Przyniosła ona bezprecedensowy wzrost populacji użytkowników Internetu. To z kolei stworzyło zapotrzebowanie na większą liczbę adresów, a także potrzebę obsługi przez warstwę Internetu nowych rodzajów usług. Ograniczenia IPv4 stały się bodźcem dla opracowania zupełnie nowej wersji protokołu. Jest ona nazywana IP, wersja 6 (IPv6). Ale powszechnie używa się również nazwy Nasiona generacja protokołu Internetu (ang. IPng - next generation of Internet Protocol). Pv4 i IPv6 Ciągły rozwój Internetu spowodował, że dotychczasowa wersja zestawu protokołów używanych w nim do transmisji, mimo swej olbrzymiej elastyczności, przestaje wystarczać. Jest to spowodowane głównie wyczerpującym się obszarem adresowym (ograniczenie 32 bitowego adresu), ale wpływają na to także i inne czynniki, jak nowe techniki komunikacyjne, nowe programy wymagające sposobów komunikacji, której dotychczasowe protokoły nie są w stanie zapewnić (np. efektywne przesyłanie obrazu i dźwięku). Dotychczasowa wersja protokołów TCP/IP (oznaczona numerem 4) jest oznaczana potocznie IPv4 i pod takim oznaczeniem (bądź częściej po prostu IP) figuruje w opracowaniach. Nową wersję oznaczono numerem 6 (stąd oznaczenie IPv6) i dla odróżnienia od wersji poprzedniej nazwano IPng (Next Generation). Głównymi zmianami, jakie zostały wprowadzone i które na pierwszy rzut oka są widoczne, to rozszerzenie przestrzeni adresowej z 32 do 128 bitów (z 4 do 16 oktetów) co daje liczbę adresów niewyobrażalną do wyczerpania w dającej się przewidzieć przyszłości. Choć długie adresy rozwiązują problem niewystarczającej przestrzeni, to pojawia się inny, równie interesujący. Ludzie zajmujący się administracją sieciami muszą tymi adresami operować. Notacja kropkowo-dziesiętna używana w IPv4 nie nadaje się, gdyż adresy są za długie. Jako rozwiązanie zaproponowano używanie notacji szesnastkowej z dwukropkami co umożliwia dodatkowo także kompresję zer. Adres kropkowo-dziesiętny dla IPv6 wyglądałby przykładowo tak: 104.230.140.100.255.255.255.255.0.0.17.128.150.10.255.255. Adres taki można przedstawić w formie krótszej stosując zapis szesnastkowy: 68E6:8C64:FFFF:FFFF:0:1180:96A:FFFF. Poza tym, jak wspomniano wyżej, możliwa jest tzw. kompresja zer ciąg powtarzających się zer jest zastępowany przez parę dwukropków. Adres FF05:0:0:0:0:0:0:B3 może zostać zapisany jako FF05::B3. Aby zapewnić, że kompresja zer nie powoduje niejednoznaczności w zapisie, może być ona zastosowana tylko raz.
Poza tym notacja szesnastkowa z dwukropkami pozwala na pisanie końcówek w notacji kropkowo dziesiętnej co planuje się wykorzystać przy przejściu z IPv4 na IPv6. Następujący adres jest więc poprawny: 0:0:0:0:0:0:128.10.2.1. I tutaj możliwe jest oczywiście zastosowanie kompresji zer: ::128.10.2.1. Następna generacja protokołu IP - IPv6 - rozwiązuje wszystkie wymienione problemy. Będzie oferować znacznie rozszerzony schemat adresowania, aby nadążyć za stałą ekspansją Internetu, a także zwiększoną zdolność agregowania tras na wielką skalę. IPv6 będzie także obsługiwać wiele innych właściwości, takich jak: transmisje audio i/lub wideo w czasie rzeczywistym, mobilność hostów, bezpieczeństwo końcowe (czyli na całej długości połączenia) dzięki mechanizmom warstwy internetu - kodowaniu i identyfikacji, a także auto konfiguracja i autorekonfiguracja. Oczekuje się, że usługi te będą odpowiednia zachętą dla migracji, gdy tylko staną się dostępne produkty zgodne z IPv6. Wiele z tych rozwiązań wciąż wymaga dodatkowej standaryzacji, dlatego też przed-wczesne byłoby ich obszerne omawianie. Jedynym jednakże aspektem protokołu IPv6, który wymaga szerszego omówienia, jest adresowanie. 32-bitowa długość adresu w protokole IPv4 teoretycznie umożliwiała zaadresowanie około 4 miliardów urządzeń. Niewydajne podsieciowe techniki ma-skowania i inne rozrzutne praktyki roztrwoniły niestety ów zasób. Protokół IPv6 wykorzystuje adresy 128-bitowe i teoretycznie jest w stanie zwiększyć przestrzeń adresową protokołu o czynnik 296 - co daje astronomiczną liczbę 340 282 366 920 938 463 463 374 607 431 768 211 456 potencjalnych adresów.