(kluczem). Niektóre z informacji zawartych tutaj też mogą
wydawać się nieco dziwne, dlatego też przy takich informacjach będę
zapisywać oznacznie oryginalności zapisu (<strong>sic/sic!</strong>).
+ </p>
+ <h1 id="1.3.protocolsandmodels">1.3. Protokoły i modele</h1>
+ <p>
+ Za pomocą protokół oraz modeli możemy wyjaśnić w jaki sposób urządzenia
+ podłączone do sieci mogą uzyskać dostęp do jej zasobów.
+ </p>
+ <h2 id="1.3.1.therules">1.3.1. Zasady</h2>
+ <p>
+ Sieci komputerowe mogą być rożne pod względem wielkości oraz złożoności.
+ Nie jest wystarczające połączenie między nimi, potrzebne jest również
+ ustalenie wspólnych metod komunikacji. W każdej komunikacji istnieją
+ trzy elementy: źródło (nadawca), cel (odbiorca) oraz kanał (medium),
+ który umożliwia komunikację między jej składnikami.
+ </p>
+ <p>
+ Większość komunikacji zarządzana jest za pomocą protokołów. Protokoły
+ są zestawem zasad, które należy przestrzegać, aby komunikacja mogła
+ dojść do skutku i te zasady mogą być rożne w zależności od protokołu, a
+ strony komunikacji muszą je zaakceptować.
+ </p>
+ <p>
+ Protokoły chcąc brać udział w komunikacji sieciowej muszą spełnić takie
+ wymagania jak: kodowanie wiadomości, jej formatowanie oraz
+ enkapsulacja, wielkość wiadomości czy możliwości jej dostarczenia
+ istotnym czynnikiem tutaj może być rozłożenie etapów komunikacji w
+ czasie.
+ </p>
+ <p>
+ Kodowanie jest proces zmiany formy wiadomości do celów transmisji.
+ Natomiast dekodowanie jest procesem odwrotnym do kodowania. Wiadomość
+ powraca do pierwotnej formy w celu interpretacji.
+ </p>
+ <p>
+ Wysyłana wiadomość musi mieć odpowiednią formę lub strukture. Zależy
+ to medium przez jakie jest przesyłana. Wiadomości przesyłane przez
+ sieci muszą zostać skonwertowane do postaci bitów. Bity te są poźniej
+ zamieniane na impulsy świetlne, dźwięk czy impulsy elektryczne.
+ Odbiorca musi ten proces odwrócić, aby móc odczytać wiadomość.
+ </p>
+ <p>
+ Jak wspomniano istotny w komunikacji może być czas, w tym takie
+ zagadnienia jak <strong>kontrola przepływu</strong>, która zarządza
+ prędkością transmisji. Definiuje jak dużo informacji można przesłać i
+ z jaką prędkością może ona zostać dostarczona. Inną wartoscią jest
+ czas odpowiedzi, który określa ile jedna ze stron może czekać na
+ odpowiedź od drugiej. Kolejnym czynnikiem definiującym poniekąd czas
+ jest dostęp do łącza, w którym określane jest kiedy można wysłać
+ wiadomość. Zapobiega to tworzeniu kolizji - sytuacji kiedy dwóch
+ nadawców zaczyna nadawać na tym samym kanale. Nie które algorytmy
+ dostępu do łącza wykrywają kolizje i organizują retransmisje
+ uszkodzonych danych inne posiadają mechnizmy pozwalające na ich
+ uniknięcie.
+ </p>
+ <p>
+ Istnieje kilka sposobów na dostarczenie wiadomości. Najprostszą z nich
+ <strong>unikast</strong>, mamy jednego nadawcę oraz jednego odbiorcę.
+ W inny przypadku wiadomość może trafić do wielu odbiorców będących
+ częścią tej samej grupy - <strong>multikast</strong>. Ostatni rodzaj
+ dostarczenia to wiadomość skierowana do wszystkich odbiorców -
+ <strong>broadkast</strong>.
+ </p>
+ <h2 id="1.3.2.protocols">1.3.2. Protokoły</h2>
+ <p>
+ Protokoły sieciowe składają ze zbioru reguł. Mogą one określać
+ zastosowania programowe oraz sprzetowe, jak i oba. Każdy protokół
+ posiada własne funkcje, format czy zasady.
+ </p>
+ <p>
+ Urządzenia wykorzystują uzgodnione protokoły. Mogą mieć one takie
+ funkcje jak: adresacja - pozwalająca na identyfikację nadawcy i
+ odbiorcy; rzetelność - gwarancje dostarczenia danych; kontrolę
+ przepływu - określającą optymalną prędkość dla przesyłanych danych;
+ sekwencyjność - unikalne oznaczanie danych podczas transmisji;
+ detekcję błędów - określenie czy jakieś dane nie zostały uszkodzone
+ podczas transmisji oraz interfejs aplikacji - pozwalający na
+ komunikację aplikacji z pośrednictwem tego protokołu.
+ </p>
+ <p>
+ W komunikacji sieciowej wymagane jest stosowanie kilku protokołów,
+ Każdy znich posiada swój format danych. Takimi protokłami są Ethernet,
+ Internet Protocol (IP), Transmission Control Protocol (TCP) czy
+ Hypertext Transfer Protocol (HTTP)
+ </p>
+ <h2 id="1.3.3.protocolsuites">1.3.3. Zestawy protokołów</h2>
+ <p>
+ Protokoły muszą być w stanie współpracować z innymi protokołami.
+ <strong>Zestawy protokołów</strong> to grupa powiązanych ze sobą
+ protokołów niezbędnych do komunikacji lub zbiór reguł współpracujących
+ ze sobą w celu rozwiązania problemów. Protokoły są często postrzegane
+ w kategoriach warstw: warstw wyższych czy niższych, które mają
+ za zadanie przenieść dane oraz dostarczyć usługi warstwom wyższym.
+ </p>
+ <p>
+ Obecnie mamy kilka różnych zestawów protokołów. Najczęściej spotykany,
+ zarzązany przez IETF -
+ <strong>Internet Protocol Suite lub TCP/IP</strong>,
+ <strong>Open Systems Interconnection protocols</strong>, rozwijany
+ przez organizacje takie jak ISO wraz z ITU. Pozostałe takie
+ <strong>Apple Talk</strong> czy <strong>Nowell NetWare</strong> nie są
+ już rozwijane ani stosowane w szerszej skali.
+ </p>
+ <p>
+ Protokoły TCP/IP operują na warstwie aplkacji, transportu, czy
+ internetu. Protokołami dostępu do łącza, a zarazem najpopularniejszymi
+ dla sieci LAN są Ethernet oraz WLAN (sieć bezprzewodowa).
+ </p>
+ <p>
+ Protokół TCP/IP jest stosem protokołów wykorzystywanym przez sieć
+ Internet i zawierającą wiele protokołów. Jest to otwarty ogólnodostępny
+ standard, który może zostać użyty przez dowolnego producenta. Jest on
+ oparty na standardach przyjętych przez przedsiębiorstwa sieciowe oraz
+ aktualizowany przez instytucje standaryzujące w celu zapewniania
+ interoperatywności.
+ </p>
+ <p>
+ Proces komunikacji w stosie TCP/IP wygląda następująco, że przeglądarka
+ internetowa enkapsuluje stronę (przy użyciu TCP/IP) i wysyła ją do
+ klienta. Klient
+ dekapsuluje przy użyciu stosu TCP/IP i przekazuje do przeglądarki.
+ </p>
+ <h2 id="1.3.4.standardsorganizations">3.4. Organizacje standaryzujące</h2>
+ <p>
+ Otwarte standardy zapewniają interoperacyjność, konkurencyjność i
+ innowacyjność. Organizacje standaryzujące są niepowiązane z żadnym z
+ producentów sprzętą, organizacjami non-profit. Powołane aby
+ rozwijać koncepcje otwartych standardów.
+ </p>
+ <p>
+
</p>
<h1 id="1.4.physicalayer">1.4. Warstwa fizyczna</h1>
<p>
projects / mmdev.git / commitdiff