Automatyczna konfiguracja IPv6 za pomocą DHCPv6

Wielkość: px
Rozpocząć pokaz od strony:

Download "Automatyczna konfiguracja IPv6 za pomocą DHCPv6"

Transkrypt

1 Automatyczna konfiguracja IPv6 za pomocą DHCPv6 Tomasz Mrugalski 1 Informacje wstępne: Rodzina protokołów IPv6 W niniejszym punkcie przedstawione zostały zagadnienia związane z rodziną protokołów IPv Adresowanie w IPv6 Adresy IPv6 są przypisane interfejsom, czyli urządzeniom pozwalającym hostom na komunikację w sieci. Istnieją 3 typy adresów: unicast tradycyjny adres identyfikujący jednoznacznie pewien interfejs. To odpowiednik zwyczajnego adresu znanego z IPv4. multicast adres grupowy. Identyfikuje on pewną grupę hostów iub routerów. Dane wysyłane na taki adres dotrą do wszystkich, którzy do takiej grupy należą. Koncepcja adresów grupowych nie zmieniła się od czasów IPv4. anycast to zmodyfikowana wersja adresów multicastowych. Także taki rodzaj identyfikuje grupę hostów. W przeciwieństwie do multicastów, dane wysłane na adres anycastowy zostaną dostarczone tylko do jednego interfejsu identyfikowanego przez ten adres. Zwykle jest to interfejs najbliższy w sensie używanej metryki routingu. Należy zauważyć, że znane z IPv4 adresy rozgłoszeniowe (broadcast) nie zostały zdefiniowane dla IPv6. Ich rolę przejęły adresy multicast. 1.2 Notacja adresów Adresy IPv6 zwykle przedstawiane są w postaci szesnastkowej, przy czym po co czwartym znaku następuje znak,,:'', np.: 1234:5678:9ABC:DEF0:0000:0000:0000:0123 Ze względu na to, że przestrzeń adresowa jest ogromna, a co za tym idzie, wiele pól adresu ma wartość zerową, wprowadzono 2 ułatwienia w zapisie adresów. W każdym polu ograniczonym dwukropkami możliwe jest pominięcie początkowych, nieznaczących zer. Nie można jednak w ten sposób pominąć wszystkich znaków mieszczących się pomiędzy dwukropkami. Przedstawiony powyżej adres można więc zapisać krócej jako: 1234:5678:9ABC:DEF0:0:0:0:123 wprowadzono dodatkowy mechanizm umożliwiający pomijanie większej ilości zer następujących jedno po drugim. W takim przypadku omijane są całe przedziały składające się z samych zer. Można w ten sposób pominąć dowolną ilość przedziałów, ale tylko pod warunkiem, że sąsiadują one ze sobą. Mechanizm ten nosi nazwę kompresji zer. Dla danego adresu kompresję zer można zastosować tylko w jednym miejscu. Pominięte zera oznaczana są poprzez podwójny symbol,,:''. Zatem przedstawiony powyżej adres można skrócić jeszcze bardziej: 1234:5678:9ABC:DEF0::123 1/22

2 1.3 Prefiks i adres sieci W adresowaniu IPv6 zrealizowano ideę routingu bezklasowego. Oznacza to, że adres dzieli się na 2 części. Pierwsza z nich określa adres całej sieci, natomiast druga określa adres hosta w danej sieci. Długość adresu sieci zapisuje się poprzez dodanie znaku / na końcu adresu oraz podanie ilości bitów użytych do adresowania sieci. Adres samej sieci zapisujemy tak samo, jak zwykły adres. Jedyna różnica polega na tym, że końcówka adresu, normalnie używana do adresowania hostów w danej sieci, jest zastępowana zerami. Przykładowo adres 1234:5678:9ABC:DEF0::123/48 oznacza host o adresie DEF0::123 znajdujący się w sieci 1234:5678:9ABC::/ Zakres, a obszar ważności adresu Każdy adres posiada swój zakres ważności, czyli obszar w którym można z niego korzystać. Każdy adres w zakresie swojej ważności jest unikalny. Dostępne są następujące zakresy ważności: node Zakres jest ograniczony do lokalnego węzła. Przykładem takiego adresu jest ::1, czyli adres lokalny hosta. Każdy węzeł posiada taki adres, a mimo to nie ma konfliktu właśnie dzięki zastosowaniu zakresu ważności. link Ważność adresu obejmuje pojedyncze łącze. Z takiego zakresu korzysta np. protokół autokonfiguracji SAA. site Unikalność adresu w zakresie pojedynczego miejsca. Zwykle jest to zestaw segmentów sieci połącony razem, np. oddział firmy lub wydział uczelni. organization Ważność adresu obejmuje całą organizację. global To największy możliwy zakres ważności. Oznacza on, że dany adres jest unikalny w skali światowej i identyfikuje dany interfejs jednoznacznie. 1.5 Podział adresów W całej puli adresowej wydzielone zostały pewne obszary o specjalnym znaczeniu. Każdy adres należy do któregoś ze zdefiniowanych obszarów. Przynależność określa się za pomocą prefiksu. 2 ICMPv6 Przypisane adresy prefiks (hex) prefiks Zarezerwowane 00 /8 Globalne połączone adresu unicastowe 20 /3 Lokalne adresy unicastowe łącza fe80 /10 Lokalne adresy unicastowe miejsca fec0 /10 Adresy multicastowe ff /8 W porównaniu do poprzedniej wersji, protokół ICMP uległ ogromnym zmianom. Teraz w jego skład wchodzą: MLD (Multicast Listener Discovery) wykorzystywany do realizacji zadań związanych z obsługą grup. (W adresowaniu IPv6 rolę adresów broadcastowych przejęły adresy multicastowe, więc jest to znacząca część wszystkich usług.) ND (Neighbor Discovery) odkrywanie sąsiedztwa. Ten protokół ma za zadanie obsługę adresów warstwy łącza danych. Można go określić jako następcę protokołu ARP z dodatkowymi 2/22

3 możliwościami. Przechowuje bardziej szczegółowe informacje niż jego poprzednik, SAA (Stateless Address Autoconfiguration) protokół automatycznej adresacji węzłów na podstawie adresów warstwy łącza danych RR (Router Renumbering) związany z obsługą prefiksów i automatyzacją routerów IPv6 NI (Node Information Queries) definuje on obsługę zapytań do węzłów, w tym obsługę DNS. Obecnie ten protokół jest jeszcze w fazie standaryzacji. Z punktu widzenia laboratorium, ważne są protokoły Neighbor Discovery oraz Stateless Address Autoconfiguration, dlatego też te protokoły zostaną omówione poniżej w sposób bardziej szczegółowy. 2.1 Sposoby konfiguracji hostów W trakcie prac nad protokołami IPv6 ustalono, że nie powinna być wymagana ręczna konfiguracja węzłów przed włączaniem ich do sieci. W konsekwencji potrzebne okazało się wprowadzenie mechanizmów automatycznego określania parametrów pracy hosta. IPv6 definiuje 2 typy automatycznej adresacji: Stateless Address Autoconfiguration to wymagany i podstawowy element systemu autokonfiguracji. W prostszych konfguracjach jest to jedyna metoda konfiguracji hosta Stateful Address Autoconfiguration stosowane w przypadkach, kiedy wymagana jest większa kontrola nad przydzielanymi adresami. Przydzielaniem i zarządzaniem adresami w całej sieci zajmuje się serwer DHCP. Należy zauważyć, że jest to rozszerzona wersja konfiguracji hosta i działa ona w połączeniu z autokonfiguracją typu stateless. Warto zauważyć, że w obydwóch przypadkach nie jest konfigurowana domyślna brama. Za poprawne ustalenie domyślnego routingu odpowiedzialny jest protokół Router Renumbering. 2.2 Stateless Address Autoconfiguration (SAA) Po aktywowaniu interfejsu na danym łączu (np. podczas startu systemu) pierwszą wykonywaną czynnością jest wygenerowanie adresów lokalnych łącza. Początkowo adres ten zostaje oznaczony jako tymczasowy. Generowana jest wiadomość Neighbor Solicitation z właśnie wygenerowanym adresem tymczasowym jako adresem docelowym. Jeżeli adres ten jest używany przez jakiegokolwiek hosta, wygeneruje on odpowiedź Neighbor Advertisement. Jeżeli zostanie wykryta taka sytuacja, to proces autokonfiguracji zostaje zatrzymany i wymagana jest ręczna konfiguracja interfejsu. Warto zauważyć, że są to sytuacje rzadko spotykane i zazwyczaj nietypowe. Adres lokalny łącza generowany jest na podstawie adresu warstwy łącza danych, który jest unikalny dla wszystkich urządzeń, choć trzeba zaznaczyć, że w niektórych przypadkach istnieje ręczna możliwość jego zmiany. Adresy lokalne łącza tworzone są z rozszerzonego adresu warstwy łącza danych EUI 64 poprzez użycie prefixu FE80::0. Cechą charakterystyczną adresów lokalnych łącza jest to, że zarówno preferred lifetime, jak i valid lifetime są nieskończone. Po stwierdzeniu, że żaden host nie wygenerował Neighbor Solicitation uznaje się, że adres nie jest do tej pory używany i zostaje on przypisany do interfejsu. Od tej pory host posiada zdolność komunikacji z sąsiednimi węzłami w warstwie IP. Kolejnym krokiem jest ustalenie adresów lokalnych miejsca oraz globalnych. Warunkiem ich wykorzystania jest oczywiście istnienie routerów, które są w stanie przenosić ruch poza lokalne łącze. Istniejące routery okresowo generują wiadomości Router Advertisement informujący hosty, jaki 3/22

4 tryb autokonfiguracji powinien być przez nie wykorzystywany, a także inne dodatkowe informacje, jak np. prefiks sieci. Ze względu na to, że wiadomości te są generowane co pewien okres czasu, host może wymusić natychmiastowe wygenerowanie takiej wiadomości przez router. Robi to wysyłając wiadomość Router solicitation. Wiadomość Router Avertisement zawiera zero lub więcej informacji o prefiksie, które wykorzystywane są do generowania adresów lokalnych miejsca oraz globalnych. Po sprawdzeniu, czy zawarte informacje o prefiksach są poprawne, host na ich podstawie tworzy odpowiednie adresy. Istotnym ograniczeniem tego sposobu generowania adresów jest konieczność rozgłaszania klasy przynajmniej 64 bitowej. 2.3 Statefull Autoconfiguration Rozszerzeniem przedstawionego protokołu SAA jest protokół DHCPv6 i może on zostać użyty w celu przydzielania adresów lokalnych miejsca oraz globalnych. Oprócz możliwości alokowania wolnych adresów IP zgodnie z polityką ustaloną przez administratora, umożliwia on przysyłanie dodatkowych informacji konfiguracyjnch do klienta, takich jak konfiguracja serwerów DNS czy strefa czasowa. Szczegółowy opis protokołu DHCP znajduje się w punkcie Neighbor Discovery Aby skomunikować się z sąsiadującymi węzłami, konieczna jest znajomość ich adresów w warstwie łącza danych. Do ustalania tych adresów służy właśnie protokół Neighbor Discovery. Pełni on także ważną funkcję śledzenia dostępności sąsiadów oraz wykrywania ewentualnych zmian adresów warstwy łącza danych. Protokół ND udostępnia następujące mechanizmy: Rozpoznawanie routerów (Router Discovery) umożliwia hostowi lokalizowanie routerów, które dołączone są do tego samego łącza Rozpoznawanie prefiksu (Prefix Discovery) umożliwia hostowi znalezienie zbioru prefiksów adresów określających, które węzły docelowe dołączone są do tego samego łącza, co host Rozpoznawanie parametrów (Parameter Discovery) umożliwia otrzymanie takich parametrów łącza i sieci, jak np. MTU czy maksymalna ilość przeskoków (hop limit). Automatyczna konfiguracja adresów(address Autoconfiguration) procedura automatycznej konfiguracji, która została omówiona w poprzednim rozdziale. Odwzorowanie adresów (Address Resolution) ustalanie adresu łącza danych w przypadku, kiedy dany jest tylko adres IP Określania następnego przeskoku (Next hop Determination) wskazuje, na jaki adres mają być przesłane pakiety. Może to być adres routera lub adres hosta docelowego, jeżeli mamy do czynienia z ostatnim hopem. Wykrywania braku dostępności sąsiadów (Neighbor Unreachability Detection) umożliwia stwierdzenie nieosiągalności hosta. Wykrywania duplikatów adresów (Duplicate Address Detection) umożliwiający opisany w poprzednim podrozdziale mechanizm wykrywania, czy dany adres nie jest już wykorzystywany Przekierowanie (Redirect) umożliwia routerowi poinformowanie hosta, że istnieje inna, lepsza droga dla danych, które host chce transmitować przez dany router. Szczegółowy opis protokołu Neighbor Discovery leży poza zakresem tego laboratorium. 4/22

5 3 Opis protokołu DHCPv6 Poniższy opis protokołu DHCPv6 pochodzi z dokumentu RFC3315: Dynamic Host Configuration Protocol for IPv6. W wielu sytuacjach pożądane jest, aby wiele hostów w sieci było konfigurowalnych z jednego miejsca naraz. Tego typu scentralizowane zarządzanie konfiguracją wielu hostów, a nawet urządzeń sieciowych jest wysoce cenione przez administratorów. Jednym z protokołów umożliwiających wykonywanie tego typu czynności jest DHCP. Najnowsza jego wersja DHCPv6 została przewidziana do współpracy ze stacjami obsługującymi protokół IPv6. Protokół DHCP był już używany w rozwiązaniach opartych o IP w wersji 4. Ze względu na znaczne różnice pomiędzy IPv4 i IPv6, pomiędzy DHCP dla IPv4 oraz dla IPv6 zmieniono praktycznie całość protokołu. Poniżej został przedstawiony w skrócie protokół DHCPv Informacje podstawowe W tym podpunkcie zostały przedstawione podstawowe pojęcia związane z protokołem DHCPv6. Protokół DHCPv6 jest protokołem typu klient serwer pozwalającym na przydzielanie i dzierżawę przez klienta od serwera adresów oraz innych parametrów konfiguracyjnych. 3.2 Porty UDP Komunikacja pomiędzy serwerem i klientem w protokole DHCPv6 odbywa się z wykorzystaniem protokołu UDP. Klienci nasłuchują wiadomości DHCP na porcie 546 UDP, natomiast serwery i przekaźniki nasłuchują wiadomości DHCP na porcie 547 UDP. 3.3 Adresy Zazwyczaj(o ile serwer nie zezwoli na wykorzystanie unicastu), klienci wysyłają wiadomości na adres multicastow wszystkich serwerów, natomiast serwer odpowiada wiadomościami przesyłanymi na adres lokalny łącza klienta.w DHCP wykorzystane są następujące adresy multicastowe: All_DHCP_Relay_Agents_and_Servers (FF02::1:2) multicastowy adres o zasięgu łącza używany przez klienta do komunikacji z sąsiadującymi przekaźnikami i serwerami. Wszystkie serwery i przekaźniki są członkami tej grupy multicastowej. All_DHCP_Servers (FF05::1:3) multicastowy adres o zasięgu miejsca używany przez przekaźniki do komunikacji z serwerami w przypadku, gdy przekaźnik chce wysłać wiadomość do wszystkich serwerów albo nie zna adresu unicastowego serwera. Zauważmy, że aby przekaźnik użył tego adresu, musi mieć adres o odpowiednim zasięgu dostępny dla serwerów. Wszystkie serwery w danym miejscu są członkami tej grupy multicastowej. 3.4 Czas w protkole DHCPv6 W tym punkcie zostaną zdefiniowane podstawowe timeouty związane z protokołem DHCPv6. T1 określa okres, po którym klient powinien się starać odnowić dzierżawę adresów i parametrów konfiguracyjnych u serwera, od którego je pierwotnie otrzymał T2 określa okres, po którym klient może się starać o odnowienie dzierżawy u innego serwera niż ten, który mu je pierwotnie przydzielił Valid lifetime określa okres, po którym klient powinien zaprzestać używania danego adresu i zdjąć go z interfejsu Preferred lifetime określa okres, po którym adres przechodzi w stan przedawniony(depreciated) i nie powinien być używany do zestawiania nowych połączeń 5/22

6 Wszystkie czasy T1, T2, valid lifetime i prefered lifetime są określane przez serwer i przekazywane klientowi. Czasy valid lifetime i prefered lifetime są związane z każdym z przydzielanych adresów, natomiast czasy T1 i T2 ze strukturą grupującą adresy tzw. Identity Association. 3.5 IA Identity Association IA pozwala na identyfikację, grupowanie i zarządzanie zbiorem powiązanych adresów IPv6. Każde IA składa się z identyfikatora IAID (32 bitowy identyfikator generowany przez klienta), czasów T1 i T2 oraz jednego lub więcej adresów IPv6. Każdy adres zawarty w IA ma określony preferred lifetime i valid lifetime. Czasy T1 i T2 są przesyłane od serwera DHCP do klienta w opcji IA_ NA. Klient musi związać przynajmniej jedno różne IA dla każdego ze swoich interfejsów sieciowych, dla których chce mieć przypisane adresy IPv6. Klient używa IA przypisanych interfejsowi w celu otrzymania informacji konfiguracyjnej od serwera dla tego interfejsu. Każde IA musi być przypisane do dokładnie jednego interfejsu. Identyfikator IAID jednoznacznie identyfikuje IA i musi być unikalny wśród identyfikatorów IAID klienta. Identyfikator IAID jest wybierany przez klienta. Przy odwoływaniu się do danego IA przez klienta, identyfikator IAID dla tego IA musi pozostawać niezmienny pomiędzy odwołaniami, nawet w przypadku restartów klienta. Klient może spełnić ten warunek np. poprzez przechowywanie IAID w pamięci nie ulotnej lub używając algorytmu, który będzie dawał to samo IAID o ile konfiguracja klienta się nie zmieniła. Jeśli klient nie posiada pamięci nie ulotnej i występują zmiany w konfiguracji może nie istnieć sposób, aby zachowywać to samo IAID pomiędzy odwołaniami. 3.6 Unikalny identyfikator DHCP (DUID DHCP Unique Identifier) Ponieważ komunikacja klient serwer odbywa się przy użyciu multicastu musi istnieć sposób na rozróżnianie partnera w komunikacji (przykładowo klient chcąc przydzielić adresy od danego serwera musi w jakiś sposób określić ten serwer). W tym celu wprowadzone zostały w protokole DHCP identyfikatory DUID. Każdy klient i serwer DHCP posiada swój własny identyfikator DUID. Serwery DHCP używają identyfikatorów DUID do zidentyfikowania klienta przy wyszukiwaniu parametrów konfiguracyjnych i kojarzeniu klienta z jego IA. Klienci DHCP używają identyfikatorów DUID w otrzymanym wiadomości do identyfikacji serwera. W punktach 5.2 i 5.3 zostało opisane kodowanie identyfikatora DUID w wiadomości DHCP. Należy zauważyć, że podstawą do identyfikacji klienta/serwera nie jest ani adres warstwy łącza danych, ani adres lokalny łącza, a identyfikator DUID. Identyfikator DUID jest przenoszony jako opcja (patrz opcje Server Identifier i Client Identifier), ponieważ może być zmiennej długości i nie musi występować w każdej wiadomości DHCP. Identyfikator DUID jest zaprojektowany w taki sposób, aby każdy serwer i klient miał różny, unikalny i stały DUID tzn. DUID używany przez danego klienta lub serwer nie powinien być zmieniany w czasie, o ile tylko to jest możliwe np. nie powinien się zmieniać w wyniku zmian w osprzęcie sieciowym urządzenia. Przyczyną istnienia wielu typów identyfikatorów DUID jest potrzeba, aby DUID był globalnie unikalny i jednocześnie łatwy do wygenerowania. Niektóre urządzenia mogą nie zawierać jakiejkolwiek pamięci nieulotnej. Przetrzymywanie stałego DUID w takim urządzeniu jest oczywiście niemożliwe, zatem sposób generowania DUID musi również brać pod uwagę takie urządzenia. DUID składa się z dwubajtowego pola określającego typ DUID a, po którym następuje zmienna liczba bajtów tworzących właściwy identyfikator DUID. DUID nie może być dłuższy niż 128 bajtów (bez pola określającego typ). Obecnie są zdefiniowane następujące typy: 6/22

7 Tworzony na podstawie adresu warstwy łącza danych i aktualnego czasu (tzw. DUID LLT). Ten rodzaj identyfikatora DUID składa się z dwubajtowego pola typu zawierającego wartość 1, dwóch bajtów kodu określającego typ sprzętu, czterech oktetów zawierających czas, po którym następuje adres warstwy łącza danych któregokolwiek z interfejsów sieciowych dołączony do urządzenia DHCP w momencie generowania identyfikatora DUID. Hardware type typ sprzętu określony przez IANA w RFC 826 (np. dla Ethernetu 6) Time liczba sekund, które upłynęły od północy(utc) 1 stycznia 2000 modulo 2^32 Link layer address adres warstwy łącza danych Przypisywany przez producenta przy użyciu numeru korporacyjnego (DUID EN). Ta forma identyfikatora DUID jest przypisywana urządzeniu przez jego producenta. Składa się z zarejestrowanego przez producenta prywatnego numeru korporacyjnego, po którym następuje unikalny identyfikator urządzenia nadawany przez producenta. Numery koroporacyjne są zarządzane i wydawane przez IANA. Poniższy rysunek przedstawia strukturę identyfikatora DUID nadawanego przez producenta: Enterprise number numer korporacyjny przydzielony producentowi przez IANA Identifier unikalny identyfikator określany przez producenta urządzenia Przy użyciu adresu warstwy łącza danych (DUID LL). Ten typ identyfikatora DUID składa się z dwóch oktetów określającyh typ i mających wartość 3, dwóch oktetów określająch typ sprzętu sieciowego, po których następuje adres warstwy łącza danych któregokolwiek z interfejsów sieciowych, na stałe przyłączonych do urządzenia. Przykładowo host, który ma interfejs sieciowy zaimplementowany w układzie scalonym, który prawdopodobnie nie zostanie usunięty i użyty w innym urządzeniu może używać tego typu identyfikatora DUID. Hardware type typ sprzętu określony przez IANA w RFC 826 (np. dla Ethernetu 6) Link layer address adres warstwy łącza danych 4 Format wiadomości DHCPv6 Wszystkie wiadomości wysyłane pomiędzy klientem i serwerem mają identyczny i stały format nagłówka i zmienny format pola opcji. Opcje są zapamiętywane kolejno w polu opcji. Poniższy rysunek pokazuje format wiadomości DHCP wysyłanych pomiędzy klientem i serwerem: msg type transaction id options (zmienna długość) msg type określa typ wiadomości DHCP; dostępne typy wiadomości podane zostały w następnym punkcie transaction id identyfikator danej wymiany wiadomości options opcje wiadomości; opcje są opisane w punkcie 3 7/22

8 4.1 Typy wiadomości DHCPv6 Więcej szczegółów dotyczących tych wiadomości można znaleźć w dalszej części instrukcji. W nawiasach zostały podane kody odpowiadające danemu typowi wiadomości (pole msg type w wiadomości). DHCP definiuje następujące typy wiadomości: SOLICIT (1) klient wysyła wiadomość SOLICIT w celu lokalizacji serwerów oraz uzyskania informacji o dostępnych adresach oraz opcjach. ADVERTISE (2) serwer wysyła wiadomość ADVERTISE w celu poinformowania, że jest gotowy do obsługi klienta, w odpowiedzi na wiadomość SOLICIT od klienta. REQUEST (3) klient wysyła wiadomość REQUEST, aby otrzymać parametry konfiguracyjne (m.in. adres IP) od serwera. CONFIRM (4) klient wysyła wiadomość CONFIRM do serwera, aby określić, czy adresy, które zostały mu przypisane, są nadal prwidłowe dla łącza, do którego jest dołączony. RENEW (5) klient wysyła wiadomość RENEW do serwera, który pierwotnie dostarczył adresy klienta i parametry konfiguracyjne, aby przedłużyć czas ważności przypisanych adresów i uaktualnić parametry konfiguracyjne (po czasie T1) REBIND (6) klient wysyła wiadomość REBIND do jakiegokolwiek dostępnego serwera, aby przedłużyć czas ważności przypisanych mu adresów oraz uaktualnić inne parametry konfiguracyjne; ta wiadomość jest wysyłana po tym, jak klient nie otrzyma odpowiedzi na wiadomość RENEW (po czasie T2) REPLY (7) serwer wysyła wiadomość REPLY zawierającą przypisane adresy i parametry konfiguracyjne w odpowiedzi na wiadomości SOLICIT, REQUEST, RENEW, REBIND otrzymane od klienta. Serwer wysyła wiadomość REPLY zawierający parametry konfiguracyjne w odpowiedzi na wiadomość INFORMATION REQUEST. Serwer wysyła wiadomość REPLY w odpowiedzi na wiadomość CONFIRM, potwierdzając lub nie, że klient jest dołączony do właściwego łącza. Serwer odpowiada również wiadomością REPLY, aby potwierdzić otrzymanie wiadomości RELEASE lub DECLINE. RELEASE (8) klient wysyła wiadomość RELEASE do serwera, który przypisał mu adresy, aby poinformować, że klient nie będzie używał jednego lub więcej z przypisanych mu wcześniej adresów DECLINE (9) klient wysyła wiadomość DECLINE do serwera, aby poinformować, że klient wykrył, że jeden lub więcej adresów przypisanych przez serwer jest już używany na łączu, do którego klient jest dołączony RECONFIGURE (10) serwer wysyła wiadomość RECONFIGURE, aby poinformować klienta, że serwer ma nowe lub uaktualnione parametry i klient ma zainicjować wymianę wiadomości RENEW REPLY lub INFORMATION REQUEST REPLY z serwerem w celu otrzymania uaktualnionych informacji INFORMATION REQUEST (11) wiadomość żądająca, aby serwer podał parametry konfiguracyjne bez przypisywania adresów IPv6 klientowi 4.2 Użycie identyfikatora transakcji Zazwyczaj wymiana wiadomości pomiędzy klientem, a serwerem ma postać transakcji tj. pytania 8/22

9 klienta i odpowiedzi serwera. Przykładowe transakcje: SOLICIT ADVERTISE, REQUEST REPLY, RENEW REPLY, SOLICIT_z_Rapid_Commit REPLY_z_Rapid_Commit, REBIND REPLY, RELEASE REPLY. Pole identyfikator transakcji (patrz format wiadomości DHCPv6) przechowuje wartość używaną przez klientów i serwery do synchronizacji odpowiedzi serwera z zapytaniami klienta. Za każdym razem, gdy klient rozpoczyna nową transakcję, powinien generować losową liczbę jako identyfikator transakcji. Klient musi pozostawiać niezmieniony identyfikator transakcji przy retransmisji wiadomości (zabezpiecza przed błędną interpretacją odpowiedzi). 4.3 Transmisja komunikatów przez klienta Klient najczęściej wysyła komunikaty DHCP na adres All_DHCP_Relay_Agents_and_Servers. Klient używa multicastu do połączenia się z wszystkimi lub pojedynczym serwerem. Jeżeli adresatem ma być pojedynczy serwer jest on wskazywany poprzez DUID serwera w opcji Server Identifier w wiadomości wysyłanej przez klienta (wszystkie serwery otrzymają ten komunikat, ale wskazany serwer przez opcję Server Identifier odpowie). W przypadku braku tej opcji odbiorcą komunikatu są wszystkie serwery. Klient może również wysłać komunikat bezpośrednio do serwera przy użyciu unicastu, ale pod warunkiem, że serwer na to zezwoli, wysyłając klientowi wcześniej opcję Server Unicast. 4.4 Poprawność wymiany wiadomości inicjowanej przez klienta Klienci DHCP są odpowiedzialni za niezawodne dostarczenie wiadomości w przypadku wymiany wiadomości inicjowanej przez klienta (zazwyczaj to klient inicjuje wymianę wiadomości). Jeśli klient DHCP nie otrzyma spodziewanej odpowiedzi od serwera musi retransmitować swoją wiadomość. Zasadniczo do retransmisji komunikatów używany jest algorytm binarno wykładniczy (informacje szczegółowe patrz RFC 3315). 4.5 Typowe transakcje pomiędzy klientem i serwerem DHCPv6 Ten punkt opisuje typowe transakcje występujące w protokole DHCPv6: Okrywanie serwera przez klienta Przydzielanie adresów i parametrów konfiguracyjnych Odnawianie dzierżawy Zwalnianie adresów 4.6 Proces odkrywania serwera Ten punkt opisuje sposób odkrywania serwerów, które mogą przypisać adresy do IA należących do klienta. Klient jest odpowiedzialny za utworzenie IA i żądanie od serwera przypisania do nich adresów IPv6. Klient najpierw tworzy IA i przypisuje mu identyfikator IAID. Następnie klient transmituje komunikat SOLICIT zawierający opcję IA_NA opisującą IA. Serwery, które mogą przypisać adres do IA odpowiadają klientowi komunikatem ADVERTISE. Klient gromadzi odpowiedzi serwerów, wybiera na ich podstawie serwer(y) i inicjuje z nim(i) wymianę informacji konfiguracyjnych (wymiana komunikatów REQUEST REPLY), co zostało opisane w następnym punkcie. Jeśli klient jest gotowy do zaakceptowania komunikatu REPLY z przypisanym adresem i innymi zasobami w odpowiedzi na komunikat SOLICIT, klient załącza opcję Rapid Commit w komunikacie SOLICIT. Pozwala to na skrócenie liczby wymienianych wiadomości z 4 (SOLICIT, ADVERTISE, REQUEST, REPLY) do 2 (SOLICIT, REPLY). Ponieważ serwer w momencie wysłania komunikatu REPLY ostatecznie przydziela adresy i inne parametry konfiguracyjne klientowi, należy zapewnić, aby na jednym łączu istniał tylko jeden serwer mogący odpowiadać na wiadomość 9/22

10 SOLICIT z opcją Rapid Commit, dzięki czemu uniknie się podwójnego i błędnego przydzielenia zasobów przez kilka serwerów. Komunikat SOLICIT jest zawsze wysyłany na adres multicastowy wszystkich serwerów i przekaźników, nie zawiera DUID a serwera (służy do odkrycia serwera); zawiera DUID klienta (opcja Client Identifier); zawiera propozycje adresów(opcja IA_NA) i żądanie innych parametrów konfiguracyjnych przez klienta (opcja Option Request) ewentualnie wraz z podpowiedziami (inne opcje np. DNS Servers) Komunikat ADVERTISE jak wszystkie komunikaty wysyłane przez serwer jest wysyłany na adres lokalny łącza klienta, zawiera DUID serwera (aby klient rozpoznał serwer i mógł skierować komunikat REQUEST do właściwego serwera opcja Serwer Identifier), zawiera DUID klienta (w ten sposób klient rozpoznaje, że jest to odpowiedź kierowana do niego opcja Client Identifier), zawiera oferowane przez serwer adresy (opcja IA_NA) i inne parametry konfiguracyjne (np. opcje DNS Servers). W komunikacie ADVERTISE może zostać zawarta opcja Preference określającą stopień preferencji danego serwera. Klient powinien wybrać serwer o większym stopniu preferencji (patrz opcja Preference). Jeżeli serwer nie jest w stanie przydzielić adresów zawiera opcję Status Code o wartości NoAddrAvail. Wiadomości z taką opcją powinny być ignorowane przez klienta. 4.7 Proces przydzielenia adresów i parametrów konfiguracyjnych Po zebraniu odpowiedzi ADVERTISE i wybraniu serwera oferująca najlepsze parametry, klient generuje komunikat REQUEST w celu przypisania adresów do IA, a także zdobycia innych informacji konfiguracyjnych. Serwer po otrzymaniu wiadomości REQUEST odpowie zwykle komunikatem REPLY z przydzielonymi odpowiednimi adresami i opcjami. Jeśli klient załączy opcję Rapid Commit w komunikacie SOLICIT, będzie się spodziewał komunikatu REPLY, który będzie zawierał opcję Rapid Commit. Klient odrzuca otrzymywane komunikaty REPLY, które nie zawierają opcji Rapid Commit. Jeśli klient otrzyma komunikat REPLY z opcją Rapid Commit, przetwarza ten komunikat. Klient może też w takim przypadku zbierać komunikaty ADVERTISE będące odpowiedziami na jego komunikat SOLICIT, a wysyłane przez serwery nie obsługujące opcji Rapid Commit. Jeżeli klient nie otrzyma komunikatu REPLY z opcją Rapid Commit może wybrać serwer na podstawie jednego z otrzymanych komunikatów ADVERTISE. Dwa możliwe sposoby odkrywania serwera i przydzielania parametrów konfiguracyjnych zostały przedstawione na poniższym rysunku: 10/22

11 Transkacje: SOLICIT ADVERTISE i REQUEST REPLY Transkacja: SOLICIT REPLY K l i e n t S e r w e r S O L C I T K l i e n t S e r w e r A D V E R T I S E R E Q U E S T ( m c a s t, a l e d o 1 s e r w. ) S O L C I T ( z o p c j š R A P I D C O M M T ) R E P L Y ( z o p j š R A P I D C O M M I T ) R E P L Y Należy zauważyć, że klient wysyła komunikat REQUEST zawsze na adres multicastowy i zwykle z takimi samymi opcjami, jak komunikat SOLICIT. Jednak zawsze dołącza dodatkową opcję Serwer Identifier. Dzięki tej opcji tylko wybrany przez klienta serwer odpowie na jego żądanie i przydzieli klientowi odpowiednie zasoby. Komunikat REPLY jest wysyłany na adres lokalny łącza klienta, zawiera DUID serwera (opcja Serwer Identifier), zawiera identyfikator klienta (opcja Client Identifier), zawiera oferowane przez serwer adresy (opcja IA_NA) i inne parametry konfiguracyjne (np. opcje DNS Servers). Zauważmy, że w opcji IA_NA podane są określane przez serwer czasy T1 i T2, a także podopcje IA_Address, z których każda zawiera adres wraz z czasami valid i preferred lifetime. 4.8 Proces odnawiania dzierżawy adresów i parametrów konfiguracyjnych Po upływie czasu T1 od momentu otrzymania adresu klient zobowiązany jest rozpocząć proces odświeżania dzierżawy adresów i parametrów konfiguracyjnych. Klient wysyła wówczas komunikat RENEW do serwera, który pierwotnie dostarczył mu adresy i parametry konfiguracyjne. Serwer odpowiada wiadomością REPLY określając nowe czasy życia dla poszczególnych adresów zgodnie z ustawionymi parametrami administracyjnymi. Serwer może też dodać nowe adresy albo usunąć stare adresy poprzez ustawienie valid i prefered lifetime czasu życia tych adresów na zero. Serwer kontroluje również czas, kiedy klient skontaktuje się z serwerem w celu przedłużenia czasów życia nadanych mu adresów poprzez parametry T1 i T2 nadane konkretnemu IA. UWAGA: Czasy T1 i T2 są związane z danym IA, a nie z adresami zawartymi w tym IA. Stąd po upłynięciu czasu T1 dla danego IA wszystkie adresy zawarte w nim zawarte są odnawiane. Wiadomość RENEW jest wysyłana najczęściej na adres multicastowy (może, o ile serwer zezwoli, na adres unicastowy patrz opcja Option Unicast), zawiera DUID serwera (bo kierowana jest do konkretnego serwera tego który przydzielił adresy), zawiera DUID klienta, zawiera jedną lub więcej opcji IA, w których zawarte adresy powinny zostać przedłużone oraz ewentualnie inne parametry konfiguracyjne, które chciałby odświeżyć. Wiadomość REPLY wysyłana jest jak zwykle na adres unicastowy klienta i zawiera oprócz identyfikatorów serwera i klienta, uaktualnioną informację konfiguracyjną. 11/22

12 K l i e n t S e r w e r R E N E W R E P L Y 4.9 Proces zwalniania adresu Jeżeli klient nie chce dalej korzystać z jednego lub więcej przydzielonych mu adresów (np. przy zamykaniu systemu operacyjnego) powinien je zwolnić. Wykonuje to poprzez wysłanie do serwera wiadomości RELEASE. K l i e n t S e r w e r R E L E A S E R E P L Y Jeżeli klient nie chce dalej korzystać z jednego lub więcej przydzielonych mu adresów (np. przy zamykaniu systemu operacyjnego) powinien je zwolnić. Wykonuje to poprzez wysłanie do serwera wiadomości RELEASE. W wiadomości tej zawiera wszystkie adresy, które chciałby zwolnić Współpraca DHCPv6 z konfiguracją Stateless Protokół DHCPv6 może także stanowić uzupełnienie protokołu SAA. Protokół SAA zapewnia tylko przydzielenie adresu. Jeżeli adresy przydzielone w procesie autokonfiguracji są odpowiednie (np. nie chcemy przydzielać adresów globalnych), wówczas protokół DHCPv6 może zostać wykorzystany tylko do przydziału innych parametrów konfiguracyjnych (serwer DNS, NTP, NIS ). W tym celu twórcy protokołu DHCPv6 przewidzieli wymianę komunikatów INFORMATION REQUEST REPLY. Komunikat INFORMATION REQUEST powinien zawierać opcje Option Request. Opcja ta zawiera numery opcji żądanych przez klienta. Ponadto klient może umieścić w wiadomości INFORMATION REQUEST te opcje wraz z preferowanymi wartościami. Inną obowiązkową opcją, która powinna się znaleźć w komunikacie to Client Identifier. K l i e n t S e r w e r I N F O R M A T I O N R E Q U E S T R E P L Y Serwer po otrzymaniu wiadomości INFORMATION REQUEST odpowiada wiadomością REPLY zawierającą oferowane przez serwer wartości żądanych przez klienta opcji. Ponadto wiadomość REPLY zawiera identyfikator DUID klienta i identyfikator DUID serwera Sytuacje nietypowe i wyjątkowe (dla bardziej dociekliwych) W poniższym punkcie zostały przedstawione informacje związane z następującymi sytuacjami nietypowymi i wyjątkowymi: Awaria serwera podstawowego Wykrywanie zduplikowanych adresów Zmiana łącza lub awaria klienta 12/22

13 4.12 Awaria serwera podstawowego (komunikat REBIND) Po upływie czasu T1 klient rozpoczyna proces odnawiania dzierżawy wysyłają wiadomość RENEW. Jeżeli klient nie otrzyma odpowiedzi do upłynięcia czasu T2, zaprzestaje retransmisji komunikatu RENEW, a rozpoczyna transmisję komunikatu REBIND. Komunikat REBIND, w przeciwieństwie do komunikatu RENEW, nie zawiera opcji Serwer Identifier i jest kierowany do wszystkich serwerów. Pozwala to serwerowi zapasowemu przejąć rolę serwera podstawowego. Serwer, który otrzyma komunikat REBIND i może przedłużyć adresy klientowi, odpowiada komunikatem REPLY. Najczęściej będzie to serwer zapasowy, ale również może być to serwer podstawowy, który pierwotnie przydzielił adresy klientowi (a w wyniku awarii łącza nie był w stanie odpowiadać). K l i e n t S e r w e r R E N E W ( m c a s t, a l e d o 1 s e r w. ) R E P L Y R E N E W ( m c a s t, a l e d o 1 s e r w. ) R E P L Y R E B I N D R E P L Y Komunikat REBIND będzie zawierał te same opcje, co komunikat RENEW za wyjątkiem wspomnianej opcji Serwer Identifier. Kierowany jest zawsze na adres multicastowy. Wiadomość REPLY wysyłana jest na adres unicastowy klienta i zawiera oprócz identyfikatorów serwera(może się zmienić na inny) i klienta, uaktualnioną informację konfiguracyjną Wykrywanie zduplikowanych adresów Klient przydzielając jakikolwiek adres unicastowy do interfejsu zobowiązany jest do przeprowadzenia procedury detekcji podwójnych adresów (patrz punkt 2.2). Jeżeli klient wykryje, że adres przypisany przez serwer jest już przydzielony na łączu, do którego jest dołączony, nie może używać tego adresu oraz zobowiązany jest o tym poinformować serwer wysyłając wiadomość DECLINE. Serwer odpowiada wiadomością REPLY informując klienta, że otrzymał tę informację klienta (zapobiega to retransmisji wiadomości DECLINE przez klienta). K l i e n t D E C L I N E S e r w e r R E P L Y Wiadomość DECLINE opcję(e) IA_NA zawierającą zduplikowany(e) adres(y), identyfikatory DUID klienta i serwera (opcje Client Identifier i Serwer Identifier). Serwer odpowiada wiadomością REPLY zawierającą te same opcje, co wiadomość DECLINE. 13/22

14 4.14 Zmiana łącza/awaria klienta Kiedy klient przemieszcza się z jednego łącza do innego, może się okazać, że prefiks, z którego korzystał do tej pory nie jest już właściwy. Przykłady podobnych zdarzeń: klient zostaje ponownie uruchomiony klient zostaje fizycznie podłączony do sieci klient używa technologii bezprzewodowej i właśnie zmienił stację bazową W każdej takiej sytuacji, klient powinien zainicjować transakcję CONFIRM REPLY. K l i e n t S e r w e r C O N F I R M R E P L Y Wiadomość CONFIRM jest przesyłana na adres multicastowy wszystkich serwerów i przekaźników DHCPv6. Jest kierowana do wszystkich serwerów, więc nie zawiera DUID a serwera. Powinna natomiast zawierać DUID klienta oraz opcje IA_NA dla wszystkich IA, które są przypisane do interfejsu, dla którego wiadomość jest wysyłana. W przypadku zmiany łącza wiadomość CONFIRM zostanie wysłana dla jednego interfejsu, natomiast w przypadku restartu klienta wiadomość CONFIRM zostanie wysłana dla każdego z interfejsów. Serwery odpowiadają wiadomością REPLY określającą, czy adresy zawarte w opcjach IA_NA są aktualne dla aktualnego łącza klienta. 5 Opcje DHCPv6 Opcje są używane do przenoszenia dodatkowych informacji i parametrów w wiadomości DHCP. Wszystkie opcje mają wspólny format opisany poniżej. Wszystkie wartości w opcji są zapisywane w porządku sieciowym bajtów. 5.1 Format opcji DHCP Format opcji DHCP jest następujący: Option code Option len Option data (option len oktetów) option code liczba całkowita bez znaku określająca typ przenoszonej opcji option len liczba całkowita bez znaku podająca długość pola option data tej opcji w oktetach option data dane opcji, format danych zależy od danej opcji 14/22

15 Niektóre opcje DHCPv6 mogą być zawarte w innych opcje mogą być zawarte w innych. Przykładowo opcja IA Address może pojawić się tylko w opcji IA_NA. 5.2 Opcja Client Identifier Opcja Client Identifier jest używana do przenoszenia identyfikatora DUID umożliwiającego identyfikację klienta w komunikacji klient serwer. Format opcji Client Identifier jest następujący: OPTION_CLIENTID option len DUID (zmienna długość) option code OPTION_CLIENTID (1) option len długość DUID w oktetach option data DUID klienta w formacie wcześniej opisanym 5.3 Opcja Server Identifier Opcja Serwer Identifier jest używana do przenoszenia identyfikatora DUID, umożliwiając klientowi identyfikację serwer w komunikacji klient serwer. Format opcji Server Identifier jest następujący: OPTION_SERVERID option len DUID (zmienna długość) option code OPTION_SERVERID (1) option len długość DUID w oktetach option data DUID serwera w formacie wcześniej opisanym 5.4 Opcja Identity Association for Non temporary Addresses Opcja IA dla adresów nietymczasowych (IA_NA) jest używana do przenoszenia IA, parametrów związanych z IA i nietymczasowych adresów związanych z opcją IA_NA. Adresy pojawiające się w opcji IA_NA nie są adresami tymczasowymi (patrz punkt Opcja IA_TA ). Format opcji IA_NA ma postać: OPTION_IA_NA option len IAID (4 oktety) 15/22

16 T1 T2 IA_NA Options option code OPTION_IA_NA (3) option len 12 + długość pola opcje IA_NA option data unikalny identyfikator dla IA ; IAID. Identyfikator musi być unikalny wśród wszystkich identyfikatorów IA klienta. T1 Czas, po którym klient kontaktuje się z serwerem, od którego otrzymał pierwotnie adres w IA_NA w celu przedłużenia czasu dzierżawy przypisanego do adresów w IA_NA. T1 określa przedział czasu wyrażony w sekundach. T2 Czas, po którym klient kontaktuje się z dowolnym serwerem, w celu przedłużenia czasu dzierżawy przypisanego adresom w danym IA_NA. T2 określa przedział czasu wyrażony w sekundach. IA_NA Options Opcje związane z danym IA_NA. Pole IA_NA zwiera te opcje, które są charakterystyczne dla IA_NA. Przykładowo wszystkie opcje IA Address przenoszące adresy związane z danym IA znajdą się w polu IA_NA Options opcji IA_NA. Opcja IA_NA może pojawić się bezpośrednio w wiadomości DHCP. Wiadomość DHCP może zawierać wiele opcji IA_NA. Kod stanu operacji wykorzystującej opcję IA_NA jest podawany w opcji Status Code w polu IA_NA options. Zauważmy, że IA_NA nie posiada jawnie podanego czasu życia lub czasu dzierżawy dla samej siebie. Kiedy poprawny czas życia wszystkich adresów w IA_NA wygaśnie, uważa się, że samo IA_NA również traci ważność. Czasy T1 i T2 są załączane, aby pozwolić serwerowi na kontrolę momentu, w którym klient powinien ponownie skontaktować się z serwerem, w celu odświeżenia danych w IA_NA. W wiadomości wysyłanej przez klienta do serwera, wartości T1 i T2 wskazują, jakie są preferencje klienta, jeśli chodzi o te parametry. Wartości T1 i T2 ustawione na 0 oznaczają brak preferencji. W wiadomości wysyłanej od serwera do klienta, wartości T1 i T2 muszą zostać wykorzystane przez klienta. Serwer wybiera T1 i T2 tak, aby pozwolić klientowi na przedłużenie czasu życia każdego adresu z IA_NA zanim adres straci ważność nawet wówczas, gdy serwer będzie niedostępny przez pewien krótki okres czasu. Rekomendowane wartości T1 i T2 to odpowiedni.5 i.8 najkrótszego preferowanego czasu życia w IA. Jeśli czas, po którym adresy w IA_NA powinny być odnowione ma być ustalany przez klienta, serwer ustawia T1 i T2 na Opcja IA Address Opcja IA Address jest używana do przenoszenia adresów IPv6 związanych z danym IA. Opcja IA Address musi być enkapsulowana w polu opcji opcji IA (patrz opcja IA_NA). Pole opcji enkapsuluje te opcje, które są specyficzne dla tego adresu. Format opcji IA Address jest następujący: OPTION_IAADDR option len 16/22

17 IPv6 address Preferred lifetime Valid lifetime IAAddr options option code OPTION_IAADDR (5) option len 24 + długość pola IAAddr options IPv6 address adres IPv6 preferred lifetime preferowany czas życia adresu IPv6 w opcji wyrażony w sekundach valid lifetime czas ważności adresu IPv6 wyrażony w sekundach IAAddr options opcje związane z tym adresem W wiadomości wysyłanej przez klienta, wartości pól preferred lifetime i valid lifetime oznaczają klienta preferencje w stosunku do odpowiednich parametrów. Jeśli klient nie ma preferencji związanych z tymi parametrami, ustawia je na zero. W wiadomości wysyłanej przez serwer klient musi zaakceptować oba podane przez serwer wartości w polach preferred lifetime i valid lifetime. Wartości w obu polach oznaczają liczbę sekund pozostałą do upłynięcia odpowiednio czasu życia i ważności adersu. Opcja IA Address może pojawić się tylko w opcji IA_NA. Więcej niż jedna opcja IA Address może pojawić się zarówno w opcji IA_NA. Stan operacji z użyciem danej opcji IA Address może być przenoszony w opcji Status Code w polu IAAddr options. 5.6 Opcja Preference Opcja Preference jest wysyłana przez serwer do klienta, aby wpłynąć na wybór serwera przez klienta. Format tej opcji jest następujący: OPTION_PREFERENCE option len pref value option code OPTION_PREFERENCE (7) option len 1 pref value wartość preferencji serwera dla tej wiadomości ( im większa wartość tym serwer bardziej preferowany) Serwer może załączyć opcję Preference w wiadomości ADVERTISE, aby kontrolować wybór serwera przez klienta. W punkcie opisującym proces odkrywania serwera został opisany sposób użycia opcji Preference przez klienta i interpretację wartości opcji. 5.7 Opcja Elapsed Time 17/22

18 OPTION_PREFERENCE option len elapsed time option code OPTION_ELAPSED_TIME (8) option len 2 elapsed time określa czas, jak długo klient próbuje zakończyć jego obecną transakcję z serwerem DHCP. Czas ten wyrażony jest w setnych sekundy. Klient musi załączyć opcję Elapsed Time w komunikacie, aby wskazać jak długo klient próbuje zakończyć wymianę komunikatów DHCP. Okres ten jest mierzony od momentu, w którym klient wysłał pierwszy komunikat podczas danej wymiany komunikatów. W przypadku, gdy jest to pierwsza wiadomość pole powinno zostać ustawione na 0. Serwery i agenty przekazywania (Relsy Agents) używają wartości zawartej w tej opcji do kontrolowania, jak serwer odpowiada na wiadomości klienta. Przykładowo opcja Elapsed Time pozwala, aby zapasowy serwer DHCP odpowiedział na żądanie, gdy podstawowy serwer nie odpowiedział w odpowiednio krótkim czasie. 5.8 Opcja Server Unicast Serwer wysyła tę opcję do klienta, aby poinformować klienta, że może używać adresu unicastowego przy wysyłaniu wiadomości do serwera. Format opcji Serwer Unicast jest następujący: OPTION_UNICAST option len IPv6 address option code OPTION_UNICAST (12) option len 16 server address adres IP, na który klient powinien wysyłać wiadomości przy użyciu unicastu Serwer określa adres IPv6, na który klient ma wysyłać wiadomości przy użyciu unicast u w polu serwer address. Kiedy klient otrzymuje tę opcję, kiedy jest to możliwe, klient wysyła wiadomośći bezpośrednio do serwera przy użyciu adresu podanego w polu server address tej opcji. 5.9 Opcja Status Code Ta opcja pozwala zwrócić kod stanu operacji związanej z daną wiadomością DHCP lub opcją, która się w niej znajdowała. Format opcji Status Code jest następujący: OPTION_STATUS_CODE option len status code status message 18/22

19 option code OPTION_STATUS_CODE (13) option len 2 + długość pola status message status code liczba określająca stan zakodowany w tej opcji. Kody stanu są zdefiniowane w punkcie status message tekst w kodzie UTF 8, który może być wyświetlony użytkownikowi i nie może być zakończony zerem Opcja Status Code może pojawić się polu opcji komunikat DHCP iub polu opcji innej opcji. Jeśli kod stanu nie pojawi się w wiadomości, w której może się pojawić, uznaje się, że wszystkie operacje się powiodły Opcja Rapid Commit Opcja Rapid Commit jest używana do sygnalizacji możliwości przypisania adresu za pomocą tylko dwóch wiadomości. Format opcji Rapid Commit jest następujący: OPTION_RAPID_COMMIT 0 option code OPTION_RAPID_COMMIT (14) option len 0 Klient może załączyć tę opcję w komunikacie Solicit, jeśli klient może dokonać wymiany wiadomości SOLICIT REPLY opisanej w punkcie Proces odkrywania serwera. Serwer musi załączyć tę opcję w komunikacie Reply wysłanym w odpowiedzi na komunikat SOLICIT, jeżeli ma zostać dokonana wymiana wiadomości SOLICIT REPLY. Dyskusja: Każdy serwer odpowiadjący komunikatem REPLY na SOLICIT, który zawiera opcję Rapid Commit będzie musiał natychmiastowo przypisać adresy w komunikacie Reply wysłanym do klienta i nie otrzyma żadnego potwierdzenia, że klient otrzymał wiadomość REPLY. Dlatego jeśli więcej niż jeden serwer odpowiada na komunikat Solicit, który zawiera opcję Rapid Commit, niektóre serwery przypiszą adresy, które nie zostaną użyte przez klienta. Problem niewykorzystanych adresów może być minimalizowany poprzez np. projektowanie tak usługi DHCP, że tylko jeden serwer będzie odpowiadał na komunikat SOLICIT lub użycie względnie krótkich czasów życia dla przypisywanych adresów Opcja Option Request Opcja Option Request jest używana do określania listy opcji w komunikacji pomiędzy serwerem i klientem. Format opcji Option Request jest przedstawiony na poniższym rysunku: OPTION_ORO option len requested option code 1 requested option code 2 option code OPTION_ORO (6) option len 2*liczba żądanych opcji requested option code n Kod opcji, która jest żadana przez klienta 19/22

20 Klient może załączyć opcję Option Request w komunikatach Solicit, Request, Renew, Rebind, Confirm oraz Information Request w celu poinformowania serwera o opcjach, które klient chce, aby serwer wysłał klientowi. Serwer może załączyć opcję Option Request w opcji Reconfigure, aby wskazać, które opcje klient może żądać od serwera. Kody stanu DHCPv6 używa kodów stanu w celu poinformowania o sukcesie lub błędzie podczas wykonywania operacji żądanych w komunikatach otrzymanych od klientów lub serwerów. Kody błędów pozwalają również na podanie dodatkowych informacji o specyficznych błędach. Nazwa Kod Opis Success 0 Powodzenie UnSpecFail 1 Błąd, przyczyna nieokreślona; ten kod jest wysyłany albo przez serwer, albo przez klienta w celu poinformowania o błędzie nie wyspecyfikowanym w tym dokumencie NoAddAvail 2 Serwer nie posiada wolnych adresów, aby przydzielić do IA NoBinding 3 Wiązanie klienta nie dostępne NotOnLink 4 Prefiks adresu nie jest właściwy dla łącza, do którego dołączony jest klient UseMulticast 5 Wysyłany przez serwer w celu wymuszenia na danym kliencie używania adresu multicastowego 6 Dibbler przenośna implementacja DHCPv6 Dibbler jest otwartą implementacją DHCPv6 powstałą na wydziale ETI Politechniki Gdańskiej. Jest to pierwsza na świecie implementacja tego protokołu w systemach Windows i jedna z dwóch obecnie wolnodostępnych dla systemów Linux. Obsługuje zarówno konfigurację stanową (tzn. przydzielanie adresów), jak i bezstanową (tzn. przydzielanie opcji). Jest ona rozwijana na licencji GNU GPL. Oznacza to, że każdy ma prawo do darmowego używania, modyfikacji i rozpowszechniania zarówno wersji binarnych, jak i źródeł. Szersze informacje dostępne są na stronie projektu: 7 Opis plików konfiguracyjnych Dibblera Rozdział ten zawiera skrócone informacje na temat sposobu konfiguracji klienta i serwera DHCPv6. Szczegóły wraz z dodatkowymi przykładami można znaleźć na stronie projektu: w dokumentacji oraz na stronach manuala (man dibbler server, man dibbler client). Niniejszy opis ma na celu w sposób jak najprostszy przedstawić zasady budowy plików konfiguracyjnych i sposób konfiguracji klienta i serwera DHCPv Przykłady plików konfiguracyjnych klienta. Przykład 0: Najprostszą formą konfiguracji klienta jest pozostawienie pliku konfiguracyjnego pustego. Spowoduje to próbę przydzielenia na każdym z istniejących w systemie interfejsów (oprócz interfejsu loopback) jednego IA zawierającego jeden adres. Przykład 1: Załóżmy jednak trochę bardziej skomplikowaną sytuację. Niech w systemie znajduje się kilka interfejsów. Spośród nich wybraliśmy eth0 i właśnie ten interfejs będzie konfigurowany. Na początek chcemy bez cudów uzyskać podstawowe informacje adres, serwery DNS i nazwę domeny. Oprócz tego nie interesują nas szczegółowe logi. Oto plik realizujący powyższe wymagania: 20/22

Implementacja serwera i klienta DHCPv6 dla systemów rodziny Linux

Implementacja serwera i klienta DHCPv6 dla systemów rodziny Linux Implementacja serwera i klienta DHCPv6 dla systemów rodziny Linux Tomasz Mrugalski 22 września 2003 roku 2 Spis treści 1 Wstęp 9 1.1 Tematyka i cel pracy....................................... 9 1.2 Wprowadzenie

Bardziej szczegółowo

Skąd dostać adres? Metody uzyskiwania adresów IP. Statycznie RARP. Część sieciowa. Część hosta

Skąd dostać adres? Metody uzyskiwania adresów IP. Statycznie RARP. Część sieciowa. Część hosta Sieci komputerowe 1 Sieci komputerowe 2 Skąd dostać adres? Metody uzyskiwania adresów IP Część sieciowa Jeśli nie jesteśmy dołączeni do Internetu wyssany z palca. W przeciwnym przypadku numer sieci dostajemy

Bardziej szczegółowo

System operacyjny Linux

System operacyjny Linux Paweł Rajba pawel.rajba@continet.pl http://kursy24.eu/ Zawartość modułu 15 DHCP Rola usługi DHCP Proces generowania dzierżawy Proces odnawienia dzierżawy Konfiguracja Agent przekazywania DHCP - 1 - Rola

Bardziej szczegółowo

Serwer DHCP (dhcpd). Linux OpenSuse.

Serwer DHCP (dhcpd). Linux OpenSuse. 2015 Serwer DHCP (dhcpd). Linux OpenSuse. PIOTR KANIA Spis treści Wstęp.... 2 Instalacja serwera DHCP w OpenSuse.... 2 Porty komunikacyjne.... 2 Uruchomienie, restart, zatrzymanie serwera DHCP... 2 Sprawdzenie

Bardziej szczegółowo

ZiMSK dr inż. Łukasz Sturgulewski, luk@kis.p.lodz.pl, http://luk.kis.p.lodz.pl/ DHCP

ZiMSK dr inż. Łukasz Sturgulewski, luk@kis.p.lodz.pl, http://luk.kis.p.lodz.pl/ DHCP ZiMSK dr inż. Łukasz Sturgulewski, luk@kis.p.lodz.pl, http://luk.kis.p.lodz.pl/ dr inż. Artur Sierszeń, asiersz@kis.p.lodz.pl dr inż. Andrzej Frączyk, a.fraczyk@kis.p.lodz.pl DHCP 1 Wykład Dynamiczna konfiguracja

Bardziej szczegółowo

Sieci komputerowe - adresacja internetowa

Sieci komputerowe - adresacja internetowa Sieci komputerowe - adresacja internetowa mgr inż. Rafał Watza Katedra Telekomunikacji AGH 1 Wprowadzenie Co to jest adresacja? Przedmioty adresacji Sposoby adresacji Układ domenowy, a układ numeryczny

Bardziej szczegółowo

Internet Protocol v6 - w czym tkwi problem?

Internet Protocol v6 - w czym tkwi problem? NAUKOWA I AKADEMICKA SIEĆ KOMPUTEROWA Internet Protocol v6 - w czym tkwi problem? dr inż. Adam Kozakiewicz, adiunkt Zespół Metod Bezpieczeństwa Sieci i Informacji IPv6 bo adresów było za mało IPv6 co to

Bardziej szczegółowo

Akademia Techniczno-Humanistyczna w Bielsku-Białej

Akademia Techniczno-Humanistyczna w Bielsku-Białej Akademia Techniczno-Humanistyczna w Bielsku-Białej Wydział Budowy Maszyn i Informatyki Laboratorium z sieci komputerowych Ćwiczenie numer: 3 Temat ćwiczenia: Narzędzia sieciowe w systemie Windows 1. Wstęp

Bardziej szczegółowo

Protokół wymiany sentencji, wersja 1

Protokół wymiany sentencji, wersja 1 Protokół wymiany sentencji, wersja 1 Sieci komputerowe 2011@ MIM UW Osowski Marcin 28 kwietnia 2011 1 Streszczenie Dokument ten opisuje protokół przesyłania sentencji w modelu klientserwer. W założeniu

Bardziej szczegółowo

Adresy IP v.6 IP version 4 IP version 6 byte 0 byte 1 byte 2 byte 3 byte 0 byte 1 byte 2 byte 3

Adresy IP v.6 IP version 4 IP version 6 byte 0 byte 1 byte 2 byte 3 byte 0 byte 1 byte 2 byte 3 Historia - 1/2 Historia - 2/2 1984.1 RFC 932 - propozycja subnettingu 1985.8 RFC 95 - subnetting 199.1 ostrzeżenia o wyczerpywaniu się przestrzeni adresowej 1991.12 RFC 1287 - kierunki działań 1992.5 RFC

Bardziej szczegółowo

Plan wykładu. Warstwa sieci. Po co adresacja w warstwie sieci? Warstwa sieci

Plan wykładu. Warstwa sieci. Po co adresacja w warstwie sieci? Warstwa sieci Sieci komputerowe 1 Sieci komputerowe 2 Plan wykładu Warstwa sieci Miejsce w modelu OSI/ISO unkcje warstwy sieciowej Adresacja w warstwie sieciowej Protokół IP Protokół ARP Protokoły RARP, BOOTP, DHCP

Bardziej szczegółowo

DHCP Copyright : JaRo

DHCP Copyright : JaRo DHCP Copyright : JaRo 1. Działanie DHCP Sieci podlegają stałym przemianom przybywa nowych komputerów, mobilni użytkownicy logują się i wylogowują. Ręczna konfiguracja sieci wymagałaby nieprawdopodobnego

Bardziej szczegółowo

MODEL OSI A INTERNET

MODEL OSI A INTERNET MODEL OSI A INTERNET W Internecie przyjęto bardziej uproszczony model sieci. W modelu tym nacisk kładzie się na warstwy sieciową i transportową. Pozostałe warstwy łączone są w dwie warstwy - warstwę dostępu

Bardziej szczegółowo

Akademia Techniczno-Humanistyczna w Bielsku-Białej

Akademia Techniczno-Humanistyczna w Bielsku-Białej Akademia Techniczno-Humanistyczna w Bielsku-Białej Wydział Budowy Maszyn i Informatyki Laboratorium z sieci komputerowych Ćwiczenie numer: 1 Temat ćwiczenia: Adresacja w sieciach komputerowych podstawowe

Bardziej szczegółowo

Kierunek: technik informatyk 312[01] Semestr: II Przedmiot: Urządzenia techniki komputerowej Nauczyciel: Mirosław Ruciński

Kierunek: technik informatyk 312[01] Semestr: II Przedmiot: Urządzenia techniki komputerowej Nauczyciel: Mirosław Ruciński Kierunek: technik informatyk 312[01] Semestr: II Przedmiot: Urządzenia techniki komputerowej Nauczyciel: Mirosław Ruciński Temat 8.9. Wykrywanie i usuwanie awarii w sieciach komputerowych. 1. Narzędzia

Bardziej szczegółowo

1 Moduł E-mail. 1.1 Konfigurowanie Modułu E-mail

1 Moduł E-mail. 1.1 Konfigurowanie Modułu E-mail 1 Moduł E-mail Moduł E-mail daje użytkownikowi Systemu możliwość wysyłania wiadomości e-mail poprzez istniejące konto SMTP. System Vision może używać go do wysyłania informacji o zdefiniowanych w jednostce

Bardziej szczegółowo

Komunikacja w sieciach komputerowych

Komunikacja w sieciach komputerowych Komunikacja w sieciach komputerowych Dariusz CHAŁADYNIAK 2 Plan prezentacji Wstęp do adresowania IP Adresowanie klasowe Adresowanie bezklasowe - maski podsieci Podział na podsieci Translacja NAT i PAT

Bardziej szczegółowo

Konfiguracja połączenia G.SHDSL punkt-punkt w trybie routing w oparciu o routery P-791R.

Konfiguracja połączenia G.SHDSL punkt-punkt w trybie routing w oparciu o routery P-791R. Konfiguracja połączenia G.SHDSL punkt-punkt w trybie routing w oparciu o routery P-791R. Topologia sieci: Lokalizacja B Lokalizacja A Niniejsza instrukcja nie obejmuje konfiguracji routera dostępowego

Bardziej szczegółowo

Wykład 2: Budowanie sieci lokalnych. A. Kisiel, Budowanie sieci lokalnych

Wykład 2: Budowanie sieci lokalnych. A. Kisiel, Budowanie sieci lokalnych Wykład 2: Budowanie sieci lokalnych 1 Budowanie sieci lokalnych Technologie istotne z punktu widzenia konfiguracji i testowania poprawnego działania sieci lokalnej: Protokół ICMP i narzędzia go wykorzystujące

Bardziej szczegółowo

Konfiguracja parametrów pozycjonowania GPS 09.05.2008 1/5

Konfiguracja parametrów pozycjonowania GPS 09.05.2008 1/5 Konfiguracja parametrów pozycjonowania GPS 09.05.2008 1/5 Format złożonego polecenia konfigurującego system pozycjonowania GPS SPY-DOG SAT ProSafe-Flota -KGPS A a B b C c D d E e F f G g H h I i J j K

Bardziej szczegółowo

Laboratorium 6.7.2: Śledzenie pakietów ICMP

Laboratorium 6.7.2: Śledzenie pakietów ICMP Topologia sieci Tabela adresacji Urządzenie Interfejs Adres IP Maska podsieci Domyślna brama R1-ISP R2-Central Serwer Eagle S0/0/0 10.10.10.6 255.255.255.252 Nie dotyczy Fa0/0 192.168.254.253 255.255.255.0

Bardziej szczegółowo

Rozdział ten zawiera informacje na temat zarządzania Modułem Modbus TCP oraz jego konfiguracji.

Rozdział ten zawiera informacje na temat zarządzania Modułem Modbus TCP oraz jego konfiguracji. 1 Moduł Modbus TCP Moduł Modbus TCP daje użytkownikowi Systemu Vision możliwość zapisu oraz odczytu rejestrów urządzeń, które obsługują protokół Modbus TCP. Zapewnia on odwzorowanie rejestrów urządzeń

Bardziej szczegółowo

INSTRUKCJA OBSŁUGI USTAWIEŃ DYNAMICZNIE PRZEDZIELANYCH ADRESÓW IP W URZĄDZENIACH SYSTEMU IP-PRO ORAZ REJESTRATORACH MY-DVR

INSTRUKCJA OBSŁUGI USTAWIEŃ DYNAMICZNIE PRZEDZIELANYCH ADRESÓW IP W URZĄDZENIACH SYSTEMU IP-PRO ORAZ REJESTRATORACH MY-DVR INSTRUKCJA OBSŁUGI USTAWIEŃ DYNAMICZNIE PRZEDZIELANYCH ADRESÓW IP W URZĄDZENIACH SYSTEMU IP-PRO ORAZ REJESTRATORACH MY-DVR UWAGA Aby zapewnić niezawodną pracę urządzenia, przed przystąpieniem do jego obsługi

Bardziej szczegółowo

1 Moduł Inteligentnego Głośnika 3

1 Moduł Inteligentnego Głośnika 3 Spis treści 1 Moduł Inteligentnego Głośnika 3 1.1 Konfigurowanie Modułu Inteligentnego Głośnika........... 3 1.1.1 Lista elementów Modułu Inteligentnego Głośnika....... 3 1.1.2 Konfigurowanie elementu

Bardziej szczegółowo

Wykład Nr 4. 1. Sieci bezprzewodowe 2. Monitorowanie sieci - polecenia

Wykład Nr 4. 1. Sieci bezprzewodowe 2. Monitorowanie sieci - polecenia Sieci komputerowe Wykład Nr 4 1. Sieci bezprzewodowe 2. Monitorowanie sieci - polecenia Sieci bezprzewodowe Sieci z bezprzewodowymi punktami dostępu bazują na falach radiowych. Punkt dostępu musi mieć

Bardziej szczegółowo

Katedra Inżynierii Komputerowej Politechnika Częstochowska. Zastosowania protokołu ICMP Laboratorium podstaw sieci komputerowych

Katedra Inżynierii Komputerowej Politechnika Częstochowska. Zastosowania protokołu ICMP Laboratorium podstaw sieci komputerowych Katedra Inżynierii Komputerowej Politechnika Częstochowska Zastosowania protokołu ICMP Laboratorium podstaw sieci komputerowych Cel ćwiczenia Zastosowania protokołu ICMP Celem dwiczenia jest zapoznanie

Bardziej szczegółowo

Internet Control Messaging Protocol

Internet Control Messaging Protocol Protokoły sieciowe ICMP Internet Control Messaging Protocol Protokół komunikacyjny sterowania siecią Internet. Działa na warstwie IP (bezpośrednio zaimplementowany w IP) Zastosowanie: Diagnozowanie problemów

Bardziej szczegółowo

IPv6 Protokół następnej generacji

IPv6 Protokół następnej generacji IPv6 Protokół następnej generacji Bartłomiej Świercz Katedra Mikroelektroniki i Technik Informatycznych Łódź,13maja2008 Wstęp Protokół IPv6 często nazywany również IPNG(Internet Protocol Next Generation)

Bardziej szczegółowo

Laboratorium Sieci Komputerowych - 2

Laboratorium Sieci Komputerowych - 2 Laboratorium Sieci Komputerowych - 2 Analiza prostych protokołów sieciowych Górniak Jakub Kosiński Maciej 4 maja 2010 1 Wstęp Zadanie polegało na przechwyceniu i analizie komunikacji zachodzącej przy użyciu

Bardziej szczegółowo

LABORATORIUM SIECI KOMPUTEROWYCH (compnet.et.put.poznan.pl)

LABORATORIUM SIECI KOMPUTEROWYCH (compnet.et.put.poznan.pl) Wydział Elektroniki i Telekomunikacji POLITECHNIKA POZNAŃSKA fax: (+48 61) 665 25 72 ul. Piotrowo 3a, 60-965 Poznań tel: (+48 61) 665 22 93 LABORATORIUM SIECI KOMPUTEROWYCH (compnet.et.put.poznan.pl) Protokół

Bardziej szczegółowo

4. Podstawowa konfiguracja

4. Podstawowa konfiguracja 4. Podstawowa konfiguracja Po pierwszym zalogowaniu się do urządzenia należy zweryfikować poprawność licencji. Można to zrobić na jednym z widżetów panelu kontrolnego. Wstępną konfigurację można podzielić

Bardziej szczegółowo

INSTRUKCJA OBSŁUGI DLA SIECI

INSTRUKCJA OBSŁUGI DLA SIECI INSTRUKCJA OBSŁUGI DLA SIECI Zapisywanie dziennika druku w lokalizacji sieciowej Wersja 0 POL Definicje dotyczące oznaczeń w tekście W tym Podręczniku użytkownika zastosowano następujące ikony: Uwagi informują

Bardziej szczegółowo

Moduł Ethernetowy. instrukcja obsługi. Spis treści

Moduł Ethernetowy. instrukcja obsługi. Spis treści Moduł Ethernetowy instrukcja obsługi Spis treści 1. Podstawowe informacje...2 2. Konfiguracja modułu...4 3. Podłączenie do sieci RS-485 i LAN/WAN...9 4. Przywracanie ustawień fabrycznych...11 www.el-piast.com

Bardziej szczegółowo

Sieci komputerowe. Wstęp

Sieci komputerowe. Wstęp Sieci komputerowe Wstęp Sieć komputerowa to grupa komputerów lub innych urządzeń połączonych ze sobą w celu wymiany danych lub współdzielenia różnych zasobów, na przykład: korzystania ze wspólnych urządzeń

Bardziej szczegółowo

Protokoły wspomagające. Mikołaj Leszczuk

Protokoły wspomagające. Mikołaj Leszczuk Protokoły wspomagające Mikołaj Leszczuk Spis treści wykładu Współpraca z warstwą łącza danych: o o ICMP o o ( ARP ) Protokół odwzorowania adresów ( RARP ) Odwrotny protokół odwzorowania adresów Opis protokołu

Bardziej szczegółowo

Rozdział ten zawiera informacje o sposobie konfiguracji i działania Modułu OPC.

Rozdział ten zawiera informacje o sposobie konfiguracji i działania Modułu OPC. 1 Moduł OPC Moduł OPC pozwala na komunikację z serwerami OPC pracującymi w oparciu o model DA (Data Access). Dzięki niemu można odczytać stan obiektów OPC (zmiennych zdefiniowanych w programie PLC), a

Bardziej szczegółowo

1 Moduł Diagnostyki Sieci

1 Moduł Diagnostyki Sieci 1 Moduł Diagnostyki Sieci Moduł Diagnostyki Sieci daje użytkownikowi Systemu Vision możliwość badania dostępności w sieci Ethernet komputera lub innych urządzeń wykorzystujących do połączenia protokoły

Bardziej szczegółowo

DHCP (Dynamic Host Configuration Protocol) Labolatorium Numer 3

DHCP (Dynamic Host Configuration Protocol) Labolatorium Numer 3 DHCP (Dynamic Host Configuration Protocol) Labolatorium Numer 3 DHCP jak sama nazwa wskazuje zajmuje się dynamicznym przydzielaniem adresów IP. DHCP jest protokołem komunikacyjnym umoŝliwiającym komputerom

Bardziej szczegółowo

Sieci Komputerowe. Wykład 1: TCP/IP i adresowanie w sieci Internet

Sieci Komputerowe. Wykład 1: TCP/IP i adresowanie w sieci Internet Sieci Komputerowe Wykład 1: TCP/IP i adresowanie w sieci Internet prof. nzw dr hab. inż. Adam Kisiel kisiel@if.pw.edu.pl Pokój 114 lub 117d 1 Kilka ważnych dat 1966: Projekt ARPANET finansowany przez DOD

Bardziej szczegółowo

Spis treści. 1 Moduł RFID (APA) 3

Spis treści. 1 Moduł RFID (APA) 3 Spis treści 1 Moduł RFID (APA) 3 1.1 Konfigurowanie Modułu RFID..................... 3 1.1.1 Lista elementów Modułu RFID................. 3 1.1.2 Konfiguracja Modułu RFID (APA)............... 4 1.1.2.1

Bardziej szczegółowo

System Rozproszone Komunikator Dokumentacja. Maciej Muszkowski Jakub Narloch

System Rozproszone Komunikator Dokumentacja. Maciej Muszkowski Jakub Narloch System Rozproszone Komunikator Dokumentacja Maciej Muszkowski Jakub Narloch Wymagania Zgodnie ze wstępnymi założeniami komunikator musi, realizowad następujące funkcje: 1. Jest oparty o model Peer2Peer,

Bardziej szczegółowo

1.1 Podłączenie... 3 1.2 Montaż... 4 1.2.1 Biurko... 4 1.2.2 Montaż naścienny... 4

1.1 Podłączenie... 3 1.2 Montaż... 4 1.2.1 Biurko... 4 1.2.2 Montaż naścienny... 4 Szybki start telefonu AT810 Wersja: 1.1 PL 2014 1. Podłączenie i instalacja AT810... 3 1.1 Podłączenie... 3 1.2 Montaż... 4 1.2.1 Biurko... 4 1.2.2 Montaż naścienny... 4 2. Konfiguracja przez stronę www...

Bardziej szczegółowo

ABA-X3 PXES v. 1.5.0 Podręczna instrukcja administratora. FUNKCJE SIECIOWE Licencja FDL (bez prawa wprowadzania zmian)

ABA-X3 PXES v. 1.5.0 Podręczna instrukcja administratora. FUNKCJE SIECIOWE Licencja FDL (bez prawa wprowadzania zmian) Grupa Ustawienia Sieciowe umożliwia skonfigurowanie podstawowych parametrów terminala: Interfejs ETH0 Umożliwia wybór ustawień podstawowego interfejsu sieciowego. W przypadku wyboru DHCP adres oraz inne

Bardziej szczegółowo

1 Moduł Modbus ASCII/RTU 3

1 Moduł Modbus ASCII/RTU 3 Spis treści 1 Moduł Modbus ASCII/RTU 3 1.1 Konfigurowanie Modułu Modbus ASCII/RTU............. 3 1.1.1 Lista elementów Modułu Modbus ASCII/RTU......... 3 1.1.2 Konfiguracja Modułu Modbus ASCII/RTU...........

Bardziej szczegółowo

Sieci komputerowe. Wykład dla studentów Informatyki Stosowanej i Fizyki Komputerowej UJ 2007/2008. Michał Cieśla

Sieci komputerowe. Wykład dla studentów Informatyki Stosowanej i Fizyki Komputerowej UJ 2007/2008. Michał Cieśla Sieci komputerowe Wykład dla studentów Informatyki Stosowanej i Fizyki Komputerowej UJ 2007/2008 Michał Cieśla pok. 440a, email: ciesla@if.uj.edu.pl konsultacje: wtorki 10-12 http://users.uj.edu.pl/~ciesla/

Bardziej szczegółowo

ZPKSoft WDoradca. 1. Wstęp 2. Architektura 3. Instalacja 4. Konfiguracja 5. Jak to działa 6. Licencja

ZPKSoft WDoradca. 1. Wstęp 2. Architektura 3. Instalacja 4. Konfiguracja 5. Jak to działa 6. Licencja ZPKSoft WDoradca 1. Wstęp 2. Architektura 3. Instalacja 4. Konfiguracja 5. Jak to działa 6. Licencja 1. Wstęp ZPKSoft WDoradca jest technologią dostępu przeglądarkowego do zasobów systemu ZPKSoft Doradca.

Bardziej szczegółowo

Akademickie Centrum Informatyki PS. Wydział Informatyki PS

Akademickie Centrum Informatyki PS. Wydział Informatyki PS kademickie Centrum Informatyki PS Wydział Informatyki PS Wydział Informatyki Sieci komputerowe i Telekomunikacyjne Transmisja w protokole IP Krzysztof ogusławski tel. 4 333 950 kbogu@man.szczecin.pl 1.

Bardziej szczegółowo

Model sieci OSI, protokoły sieciowe, adresy IP

Model sieci OSI, protokoły sieciowe, adresy IP Model sieci OSI, protokoły sieciowe, adresy IP Podstawę działania internetu stanowi zestaw protokołów komunikacyjnych TCP/IP. Wiele z używanych obecnie protokołów zostało opartych na czterowarstwowym modelu

Bardziej szczegółowo

Adresacja IP w sieciach komputerowych. Adresacja IP w sieciach komputerowych

Adresacja IP w sieciach komputerowych. Adresacja IP w sieciach komputerowych Adresacja IP w sieciach komputerowych 1. Model odniesienia OSI. Przyczyny powstania: - Gwałtowny rozwój i sieci komputerowych na początku lat 70. XX wieku, - Powstanie wielu niekompatybilnych ze sobą protokołów

Bardziej szczegółowo

Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online)

Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online) Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online) Spis treści Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online)...1

Bardziej szczegółowo

Wykład VI. Administrowanie szkolną siecią komputerową. dr Artur Bartoszewski www.bartoszewski.pr.radom.pl

Wykład VI. Administrowanie szkolną siecią komputerową. dr Artur Bartoszewski www.bartoszewski.pr.radom.pl Administrowanie szkolną siecią komputerową dr Artur Bartoszewski www.bartoszewski.pr.radom.pl Wykład VI 1 Tematyka wykładu: Model OSI Adresowanie sieci DNS DHCP Polecenia konsoli 2 Model OSI 3 Model OSI

Bardziej szczegółowo

Konfigurowanie sterownika CX9000 firmy Beckhoff wprowadzenie

Konfigurowanie sterownika CX9000 firmy Beckhoff wprowadzenie Konfigurowanie sterownika CX9000 firmy Beckhoff wprowadzenie Stanowisko laboratoryjne ze sterownikiem CX9000 Sterownik CX9000 należy do grupy urządzeń określanych jako komputery wbudowane (Embedded-PC).

Bardziej szczegółowo

Konfigurowanie sterownika CX1000 firmy Beckhoff wprowadzenie. 1. Konfiguracja pakietu TwinCAT do współpracy z sterownikiem CX1000

Konfigurowanie sterownika CX1000 firmy Beckhoff wprowadzenie. 1. Konfiguracja pakietu TwinCAT do współpracy z sterownikiem CX1000 Konfigurowanie sterownika CX1000 firmy Beckhoff wprowadzenie Stanowisko laboratoryjne ze sterownikiem CX1000 Sterownik CX1000 należy do grupy urządzeń określanych jako komputery wbudowane (Embedded-PC).

Bardziej szczegółowo

Adresy w sieciach komputerowych

Adresy w sieciach komputerowych Adresy w sieciach komputerowych 1. Siedmio warstwowy model ISO-OSI (ang. Open System Interconnection Reference Model) 7. Warstwa aplikacji 6. Warstwa prezentacji 5. Warstwa sesji 4. Warstwa transportowa

Bardziej szczegółowo

MASKI SIECIOWE W IPv4

MASKI SIECIOWE W IPv4 MASKI SIECIOWE W IPv4 Maska podsieci wykorzystuje ten sam format i sposób reprezentacji jak adresy IP. Różnica polega na tym, że maska podsieci posiada bity ustawione na 1 dla części określającej adres

Bardziej szczegółowo

MONTAŻ BY CTI INSTRUKCJA

MONTAŻ BY CTI INSTRUKCJA MONTAŻ BY CTI INSTRUKCJA Spis treści 1. Opis programu...3 2. Ogólne informacje...3 3. Instrukcja obsługi...4 3.1. Konfiguracja...4 3.2. Produkcja z programem Montaż...5 1. Opis programu Montaż by CTI to

Bardziej szczegółowo

Konfigurowanie interfejsu sieciowego może być wykonane na wiele sposobów.

Konfigurowanie interfejsu sieciowego może być wykonane na wiele sposobów. Co to jest interfejs sieciowy? Najogólniej interfejsem sieciowym w systemach linux nazywamy urządzenia logiczne pozwalające na nawiązywanie połączeń różnego typu. Należy jednak pamiętać iż mówiąc interfejs

Bardziej szczegółowo

Laboratorium 6.7.1: Ping i Traceroute

Laboratorium 6.7.1: Ping i Traceroute Laboratorium 6.7.1: Ping i Traceroute Topologia sieci Tabela adresacji Urządzenie Interfejs Adres IP Maska podsieci Domyślna brama R1-ISP R2-Central Serwer Eagle S0/0/0 10.10.10.6 255.255.255.252 Nie dotyczy

Bardziej szczegółowo

PODŁĄCZENIE I KONFIGURACJA APARATU SIEMENS GIGASET A510IP (v.42.207)

PODŁĄCZENIE I KONFIGURACJA APARATU SIEMENS GIGASET A510IP (v.42.207) Strona 1 PODŁĄCZENIE I KONFIGURACJA APARATU SIEMENS GIGASET A510IP (v.42.207) 1. Opis produktu: Gigaset A-510 IP telefon bezprzewodowy Dect z systemem głośnomówiącym i identyfikacją System głośnomówiący

Bardziej szczegółowo

Currenda EPO Instrukcja Konfiguracji. Wersja dokumentu: 1.3

Currenda EPO Instrukcja Konfiguracji. Wersja dokumentu: 1.3 Currenda EPO Instrukcja Konfiguracji Wersja dokumentu: 1.3 Currenda EPO Instrukcja Konfiguracji - wersja dokumentu 1.3-19.08.2014 Spis treści 1 Wstęp... 4 1.1 Cel dokumentu... 4 1.2 Powiązane dokumenty...

Bardziej szczegółowo

Czym jest router?... 3 Vyatta darmowy router... 3 Vyatta podstawowe polecenia i obsługa... 3 Zarządzanie użytkownikami... 3 Uzupełnianie komend...

Czym jest router?... 3 Vyatta darmowy router... 3 Vyatta podstawowe polecenia i obsługa... 3 Zarządzanie użytkownikami... 3 Uzupełnianie komend... Czym jest router?... 3 Vyatta darmowy router... 3 Vyatta podstawowe polecenia i obsługa... 3 Zarządzanie użytkownikami... 3 Uzupełnianie komend... 4 Historia komend... 4 Wywołanie komend operacyjnych w

Bardziej szczegółowo

Laboratorium Ericsson HIS NAE SR-16

Laboratorium Ericsson HIS NAE SR-16 Laboratorium Ericsson HIS NAE SR-16 HIS WAN (HIS 2) Opis laboratorium Celem tego laboratorium jest poznanie zaawansowanej konfiguracji urządzenia DSLAM Ericsson HIS NAE SR-16. Konfiguracja ta umożliwi

Bardziej szczegółowo

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym Magento (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym Magento (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym Magento (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to przeznaczone jest dla właścicieli sklepów internetowych opartych

Bardziej szczegółowo

1. Sieć komputerowa - grupa komputerów lub innych urządzeń połączonych ze sobą w celu wymiany danych lub współdzielenia różnych zasobów.

1. Sieć komputerowa - grupa komputerów lub innych urządzeń połączonych ze sobą w celu wymiany danych lub współdzielenia różnych zasobów. Sieci komputerowe 1. Sieć komputerowa - grupa komputerów lub innych urządzeń połączonych ze sobą w celu wymiany danych lub współdzielenia różnych zasobów. 2. Podział sieci ze względu na rozległość: - sieć

Bardziej szczegółowo

Wireshark analizator ruchu sieciowego

Wireshark analizator ruchu sieciowego Wireshark analizator ruchu sieciowego Informacje ogólne Wireshark jest graficznym analizatorem ruchu sieciowego (snifferem). Umożliwia przechwytywanie danych transmitowanych przez określone interfejsy

Bardziej szczegółowo

1 Moduł Modbus ASCII/RTU

1 Moduł Modbus ASCII/RTU 1 Moduł Modbus ASCII/RTU Moduł Modbus ASCII/RTU daje użytkownikowi Systemu Vision możliwość komunikacji z urządzeniami za pomocą protokołu Modbus. Moduł jest konfigurowalny w taki sposób, aby umożliwiał

Bardziej szczegółowo

Wszystkie parametry pracy serwera konfigurujemy w poszczególnych zakładkach aplikacji, podzielonych wg zakresu funkcjonalnego.

Wszystkie parametry pracy serwera konfigurujemy w poszczególnych zakładkach aplikacji, podzielonych wg zakresu funkcjonalnego. Sz@rk Server - konfigurowanie systemu Sz@rk Server jest serwerem aplikacji z wydzieloną logiką biznesową, pracującym w architekturze opartej o usługi (SOA). Dane pomiędzy serwerem i klientami przesyłane

Bardziej szczegółowo

IntegralNet krok po kroku. Pierwsze uruchomienie

IntegralNet krok po kroku. Pierwsze uruchomienie IntegralNet krok po kroku Pierwsze uruchomienie Spis treści 1. Logowanie administratora w usłudze integralnet...3 2. Zmiana hasła administratora usługi integralnet...4 3. Uruchomienie pierwszego abonenta

Bardziej szczegółowo

Połączenie VPN LAN-LAN IPSec X.509 (stały IP > stały IP)

Połączenie VPN LAN-LAN IPSec X.509 (stały IP > stały IP) Zestawienie tunelu VPN po protokole IPSec pomiędzy routerem Vigor 2910 (klient VPN) a VigorPro 5500 (serwer VPN). 1. Certyfikaty na routerach Vigor 1.1. Ustawienie czasu 1.2. Lokalny certyfikat (żądanie

Bardziej szczegółowo

TELEFONIA INTERNETOWA

TELEFONIA INTERNETOWA Politechnika Poznańska Wydział Elektroniki i Telekomunikacji Katedra Sieci Telekomunikacyjnych i Komputerowych TELEFONIA INTERNETOWA Laboratorium TEMAT ĆWICZENIA INSTALACJA I PODSTAWY SERWERA ASTERISK

Bardziej szczegółowo

TCP/IP. Warstwa aplikacji. mgr inż. Krzysztof Szałajko

TCP/IP. Warstwa aplikacji. mgr inż. Krzysztof Szałajko TCP/IP Warstwa aplikacji mgr inż. Krzysztof Szałajko Modele odniesienia 7 Aplikacji 6 Prezentacji 5 Sesji 4 Transportowa 3 Sieciowa 2 Łącza danych 1 Fizyczna Aplikacji Transportowa Internetowa Dostępu

Bardziej szczegółowo

WYŻSZA SZKOŁA ZARZĄDZANIA I MARKETINGU BIAŁYSTOK, ul. Ciepła 40 filia w EŁKU, ul. Grunwaldzka

WYŻSZA SZKOŁA ZARZĄDZANIA I MARKETINGU BIAŁYSTOK, ul. Ciepła 40 filia w EŁKU, ul. Grunwaldzka 14 Protokół IP WYŻSZA SZKOŁA ZARZĄDZANIA I MARKETINGU BIAŁYSTOK, ul. Ciepła 40 Podstawowy, otwarty protokół w LAN / WAN (i w internecie) Lata 70 XX w. DARPA Defence Advanced Research Project Agency 1971

Bardziej szczegółowo

Warsztaty z Sieci komputerowych Lista 5

Warsztaty z Sieci komputerowych Lista 5 Warsztaty z Sieci komputerowych Lista 5 1 Uwagi ogólne Podczas tych zajęć topologia sieci nie jest interesująca. Do pierwszej części zadań przyda się połączenie z Internetem. Pamiętaj o rozpoczęciu pracy

Bardziej szczegółowo

Konfiguracja połączeń sieciowych

Konfiguracja połączeń sieciowych Konfiguracja połączeń sieciowych PAWEŁ PŁAWIAK Training and Development Manager for Microsoft Technology Compendium - Centrum Edukacyjne pawel.plawiak@compendium.pl Informacje techniczne Pomocy technicznej

Bardziej szczegółowo

PODSTAWOWA KONFIGURACJA LINKSYS WRT300N

PODSTAWOWA KONFIGURACJA LINKSYS WRT300N PODSTAWOWA KONFIGURACJA LINKSYS WRT300N 1. Topologia połączenia sieci WAN i LAN (jeśli poniższa ilustracja jest nieczytelna, to dokładny rysunek topologii znajdziesz w pliku network_konfigurowanie_linksys_wrt300n_cw.jpg)

Bardziej szczegółowo

Data modyfikacji: 2013-08-14

Data modyfikacji: 2013-08-14 Data modyfikacji: 2013-08-14 Co zawiera ten dokument: Ten dokument przedstawia, w jaki sposób zainstalować program Kancelaris PLUS 4 za pomocą standardowego instalatora na serwerze MySQL w wersji 5.0 i

Bardziej szczegółowo

Adresacja IPv4 - podstawy

Adresacja IPv4 - podstawy Adresacja IPv4 - podstawy LAN LAN... MAN... LAN Internet Internet = sieć sieci Problem jak adresować urządzenia w takiej sieci? 1 Budowa adresu IP rozmiar adresu IP: 4 bajty (32 bity) Adres IP jest hierarchiczny

Bardziej szczegółowo

Ogólnie biorąc, nie ma związku pomiędzy hierarchią nazw a hierarchią adresów IP.

Ogólnie biorąc, nie ma związku pomiędzy hierarchią nazw a hierarchią adresów IP. Nazwy i domeny IP System adresów IP w postaci liczbowej jest niezbyt wygodny w użyciu dla ludzi, został więc wprowadzony alternatywny system nazw (nazwy sąłatwiejsze do zapamiętywania). Nazwy są wieloczęściowe

Bardziej szczegółowo

Produkcja by CTI. Proces instalacji, ważne informacje oraz konfiguracja

Produkcja by CTI. Proces instalacji, ważne informacje oraz konfiguracja Produkcja by CTI Proces instalacji, ważne informacje oraz konfiguracja Spis treści 1. Ważne informacje przed instalacją...3 2. Instalacja programu...4 3. Nawiązanie połączenia z serwerem SQL oraz z programem

Bardziej szczegółowo

Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl

Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl wersja.2.9 data 2014-11-21 Opis usług: P24 KOD P24 KLUCZ P24 WAPA SEND SMS Strona 1 z 8 P24 KOD Przebieg transakcji Operacje po stronie Sprzedawcy

Bardziej szczegółowo

Wykład 4: Protokoły TCP/UDP i usługi sieciowe. A. Kisiel,Protokoły TCP/UDP i usługi sieciowe

Wykład 4: Protokoły TCP/UDP i usługi sieciowe. A. Kisiel,Protokoły TCP/UDP i usługi sieciowe N, Wykład 4: Protokoły TCP/UDP i usługi sieciowe 1 Adres aplikacji: numer portu Protokoły w. łącza danych (np. Ethernet) oraz w. sieciowej (IP) pozwalają tylko na zaadresowanie komputera (interfejsu sieciowego),

Bardziej szczegółowo

Instrukcja konfiguracji funkcji skanowania

Instrukcja konfiguracji funkcji skanowania Instrukcja konfiguracji funkcji skanowania WorkCentre M123/M128 WorkCentre Pro 123/128 701P42171_PL 2004. Wszystkie prawa zastrzeżone. Rozpowszechnianie bez zezwolenia przedstawionych materiałów i informacji

Bardziej szczegółowo

Instrukcja do programu DoDHL 1.5

Instrukcja do programu DoDHL 1.5 Instrukcja do programu DoDHL 1.5 Program DoDHL 1.5 pozwala w prosty sposób wykorzystać dane z systemu sprzedaży Subiekt GT do generowania listów przewozowych dla firmy kurierskiej DHL w połączeniu z bezpłatnym

Bardziej szczegółowo

Konfigurowanie interfejsu sieciowego może być wykonane na wiele sposobów.

Konfigurowanie interfejsu sieciowego może być wykonane na wiele sposobów. Co to jest interfejs sieciowy? Najogólniej interfejsem sieciowym w systemach linux nazywamy urządzenia logiczne pozwalające na nawiązywanie połączeń różnego typu. Należy jednak pamiętać iż mówiąc interfejs

Bardziej szczegółowo

Przekierowanie portów w routerze TP-LINK na przykładzie kamery Kenik. Po co wykonujemy przekierowanie portów? Spójrzmy na rysunek poniżej:

Przekierowanie portów w routerze TP-LINK na przykładzie kamery Kenik. Po co wykonujemy przekierowanie portów? Spójrzmy na rysunek poniżej: Przekierowanie portów w routerze TP-LINK na przykładzie kamery Kenik Po co wykonujemy przekierowanie portów? Spójrzmy na rysunek poniżej: Router jest podłączony do sieci Internet, natomiast od dostawcy

Bardziej szczegółowo

Przekierowanie portów w routerze TP-LINK na przykładzie kamery Kenik. Po co wykonujemy przekierowanie portów? Spójrzmy na rysunek

Przekierowanie portów w routerze TP-LINK na przykładzie kamery Kenik. Po co wykonujemy przekierowanie portów? Spójrzmy na rysunek Przekierowanie portów w routerze TP-LINK na przykładzie kamery Kenik Po co wykonujemy przekierowanie portów? Spójrzmy na rysunek Router jest podłączony do sieci Internet, natomiast od dostawcy zostaje

Bardziej szczegółowo

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to dedykowane jest sklepom internetowych zbudowanym w oparciu

Bardziej szczegółowo

TCP/IP (Transmission Control Protocol / Internet Protocol) komunikacji otwartej stosem protokołów

TCP/IP (Transmission Control Protocol / Internet Protocol) komunikacji otwartej stosem protokołów TCP/IP TCP/IP (Transmission Control Protocol / Internet Protocol) jest pakietem najbardziej rozpowszechnionych protokołów komunikacyjnych sieci komputerowych. TCP/IP - standard komunikacji otwartej (możliwość

Bardziej szczegółowo

Konfiguracja programu MS Outlook 2007 dla poczty w hostingu Sprint Data Center

Konfiguracja programu MS Outlook 2007 dla poczty w hostingu Sprint Data Center Konfiguracja programu MS Outlook 2007 dla poczty w hostingu Sprint Data Center Spis treści Konfiguracja Microsoft Outlook 2007... 3 Konfiguracja dla POP3... 7 Konfiguracja dla IMAP... 11 Sprawdzenie poprawności

Bardziej szczegółowo

Instrukcja użytkownika

Instrukcja użytkownika Instrukcja użytkownika Bezprzewodowy zestaw do odbioru sygnału sieci CDMA 2000 TP-Link + modem DGT NPL router OS v. 0.1 / LuCI NPL mod (0.12.01) 1. Pierwsze kroki 3 Podłączenie do sieci 3 Logowanie przez

Bardziej szczegółowo

Połączenie VPN Host-LAN SSL z wykorzystaniem przeglądarki. 1. Konfiguracja serwera VPN 1.1. Ustawienia ogólne 1.2. Konto SSL 1.3. Grupa użytkowników

Połączenie VPN Host-LAN SSL z wykorzystaniem przeglądarki. 1. Konfiguracja serwera VPN 1.1. Ustawienia ogólne 1.2. Konto SSL 1.3. Grupa użytkowników 1. Konfiguracja serwera VPN 1.1. Ustawienia ogólne 1.2. Konto SSL 1.3. Grupa użytkowników 2. Konfiguracja klienta VPN 3. Status połączenia 3.1. Klient VPN 3.2. Serwer VPN Procedura konfiguracji została

Bardziej szczegółowo

Laboratorium podstaw telekomunikacji

Laboratorium podstaw telekomunikacji Laboratorium podstaw telekomunikacji Temat: Pomiar przepustowości łączy w sieciach komputerowych i podstawowe narzędzia sieciowe. Cel: Celem ćwiczenia jest przybliżenie studentom prostej metody pomiaru

Bardziej szczegółowo

1 Moduł Bramki xcomfort 3

1 Moduł Bramki xcomfort 3 Spis treści 1 Moduł Bramki xcomfort 3 1.1 Konfigurowanie Modułu Bramki xcomfort............... 3 1.1.1 Lista elementów Modułu Bramki xcomfort.......... 3 1.1.2 Konfiguracja Modułu Bramki xcomfort............

Bardziej szczegółowo

DHCP w Windows Server 2000/2003

DHCP w Windows Server 2000/2003 Domain Host Configuration Protocol - jak tego używać? DHCP w Windows Server 2000/2003 Arkadiusz Iskra arek@it-faq.pl Od dzieciństwa pasjonował się komputerami, choć wiele wody upłynęło w Wiśle zanim w

Bardziej szczegółowo

Dodawanie kamer w rejestratorach z PoE

Dodawanie kamer w rejestratorach z PoE Dodawanie kamer w rejestratorach z PoE Instrukcja opisuje sposoby podłączania kamer IP oraz metody dodawania kamer IP dla rejestratorów posiadających porty PoE. Uwaga: Niniejsza instrukcja nie opisuje

Bardziej szczegółowo

SIECI KOMPUTEROWE - BIOTECHNOLOGIA

SIECI KOMPUTEROWE - BIOTECHNOLOGIA SIECI KOMPUTEROWE - BIOTECHNOLOGIA ĆWICZENIE 1 WPROWADZENIE DO SIECI KOMPUTEROWYCH - PODSTAWOWE POJĘCIA SIECIOWE 1. KONFIGURACJA SIECI TCP/IP NA KOMPUTERZE PC CELE Identyfikacja narzędzi używanych do sprawdzania

Bardziej szczegółowo

Akademia Techniczno-Humanistyczna w Bielsku-Białej

Akademia Techniczno-Humanistyczna w Bielsku-Białej Akademia Techniczno-Humanistyczna w Bielsku-Białej Wydział Budowy Maszyn i Informatyki Laboratorium z sieci komputerowych Ćwiczenie numer: 2 Temat ćwiczenia: Maska sieci, podział sieci na podsieci. 1.

Bardziej szczegółowo

SK Moduł 6 - Studia Informatyczne

SK Moduł 6 - Studia Informatyczne 1 z 27 2014-01-03 13:21 SK Moduł 6 From Studia Informatyczne W przypadku sieci komputerowych, podobnie jak w przypadku tradycyjnych sposobów komunikacji, istnieje potrzeba określenia miejsca przeznaczenia,

Bardziej szczegółowo

PROFINETSET narzędzie konfiguracyjne dla sieci PROFINET

PROFINETSET narzędzie konfiguracyjne dla sieci PROFINET PROFINETSET narzędzie konfiguracyjne dla sieci PROFINET 2015 O PROFINETSET PROFINETSET to darmowe narzędzie przeznaczone do podstawowej parametryzacji urządzeń z wykorzystaniem protokołu DCP (Discovery

Bardziej szczegółowo

Zarządzanie systemem komendy

Zarządzanie systemem komendy Zarządzanie systemem komendy Nazwa hosta set system host name nazwa_hosta show system host name delete system host name Nazwa domeny set system domain name nazwa_domeny show system domain name delete system

Bardziej szczegółowo