MIĘDZYDOMENOWE PROTKOŁY ROUTINGU ROZGAŁĘŹNEGO

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

Download "MIĘDZYDOMENOWE PROTKOŁY ROUTINGU ROZGAŁĘŹNEGO"

Transkrypt

1 Tomasz Bartczak, Maciej Piechowiak, Tomasz Szewczyk, Piotr Zwierzykowski, Politechnika Poznańska Wydział Elektroniki i Telekomunikacji pzwierz@et.put.poznan.pl 2006 Poznańskie Warsztaty Telekomunikacyjne Poznań 7-8 grudnia 2006 MIĘDZYDOMENOWE PROTKOŁY ROUTINGU ROZGAŁĘŹNEGO Wraz z rozwojem Internetu prowadzone są prace mające na celu zoptymalizowanie sposobu przesyłania danych w tej sieci. Wybór drogi, po której będą przesyłane pakiety uzależniony jest od współdziałania zestawu protokołów trasowania (ang. routing). Ze względu na specyfikę transmisji realizowanej w sieci, w celu osiągnięcia najlepszych rezultatów, należy zastosować różne metody wyboru ścieżek dla różnych jej typów. Dla transmisji typu punkt-punkt wybór ścieżek realizowany jest przez protokoły typu unicast. Natomiast dla transmisji rozgłoszeniowej wybór ten jest realizowany przez protokoły typu multicast. Celem tego artykułu jest przedstawienie obecnie stosowanych protokołów routingu rozgałęźnego w sieciach IP. Zaprezentowano w niej wybrane sposoby realizacji transmisji rozsiewczej w sieciach operatorskich. 1. Wprowadzenie do transmisji rozsiewczej W pakietowych sieciach teleinformatycznych wykorzystujących protokół IP można wyróżnić cztery sposoby transmisji, ze względu na sposób dostarczania danych do odbiorcy: unicast, broadcast, anycast, multicast. Tradycyjnie w sieci Internet wykorzystywana była transmisja unicast, w której dane przesyłane były pomiędzy dwoma urządzeniami w sieci. W transmisji unicast pakiet IP zawiera źródłowy adres nadawcy oraz docelowy adres odbiorcy. Na podstawie tych informacji pakiet kierowany jest przez routery od nadawcy do odbiorcy 1. Tego typu transmisja dobrze sprawdza się w przypadku, gdy konieczna jest wymiana danych tylko pomiędzy dwoma urządzeniami w sieci. Transmisja typu broadcast polega na dostarczeniu pakietu do wszystkich użytkowników w sieci. Współcześnie, ze względu na rozmiar i dynamiczny rozwój sieci Internet ogranicza się ona tylko i wyłącznie do pojedynczej podsieci. Tego typu transmisję praktycznie stosuje się do przesyłania danych sterujących, które muszą zostać odebrane przez wszystkie urządzenia w danej podsieci (np. arp-query). Transmisja typu anycast stosowana jest w sieciach wykorzystujących protokół IPv6. Jej istota polega na istnieniu grupy urządzeń świadczących te same usługi, identyfikowanych przez pojedynczy adres IPv6 [16]. Żądanie wysłane na ten adres zostanie dostarczone do najbliższego urządzenia należącego do grupy anycast. Tego typu transmisja nie jest jeszcze szeroko stosowana w sieciach i znajduje się obecnie w stadium badań [17]. Przykładem zastosowania transmisji anycast może być procedura poszukiwania agenta (ang. home agent) przez mobilną stację IPv6. 1 W nowoczesnych routerach implementowana jest technologia FBF (ang. Filter Based Forwarding) pozwalająca na określanie bramki (ang. gateway) do jakiej ma zostać przekazany pakiet IP, również na podstawie innych informacji zawartych w nagłówku pakietu. FBF pozwala na przesyłanie pakietów inną drogą niż wynika to z działania protokołu routingu. Transmisja rozgłoszeniowa (multicast) polega na dostarczeniu pakietów do grupy odbiorców. Wyróżnia się dwa przypadki tego typu transmisji: jeden do wielu (ang. one-to-many), wielu do wielu (ang. many-to-many). Gdy pakiety mają zostać wysłane z pojedynczego źródła i dostarczone do grupy odbiorców, mówimy o transmisji jeden do wielu (one-to-many). W tym przypadku najczęściej nie ma potrzeby odpowiedzi na dane otrzymane ze źródła, a zatem dane przesyłane są tylko w jednym kierunku. Przykładem tego typu transmisji, może być przesyłanie odpowiednio zakodowanych sygnałów audiowizualnych z rozgłośni radiowych lub telewizyjnych za pośrednictwem sieci IP. (rysunek 1). Źródło Rysunek 1. Transmisja rozgłoszeniowa one-to-many W przypadku, gdy wymagana jest wymiana pakietów pomiędzy wszystkimi członkami grupy, mówimy o transmisji wielu do wielu (many-to-many). Potrzeba taka może się pojawić wtedy, gdy przy pomocy transmisji multicast musi zostać zrealizowana usługa telekonferencji (lub wideokonferencji). Na rysunku 2 przedstawiono przykład komunikacji many-to-many, w której dwa hosty nadają do grupy muticast, natomiast dane odbierane są przez wszystkich członków grupy. Nadawca/ Nadawca/ Rysunek 2. Transmisja rozgłoszeniowa many-to-many Istotną cechą transmisji multicast jest powielanie danych tylko w takich punktach sieci, w których jest to konieczne. O tym jaką trasą przesyłane są pakiety kierowane do grupy multicast oraz w którym miejscu następuje ich replikacja decydują odpowiednie protokoły routingu rozgałęźnego. Grupa odbiorców identyfikowana jest przez specjalny adres IP. Adres ten należy do klasy D, czyli musi zawierać się

2 w przedziale od do Pakiet kierowany do grupy multicast musi zawierać adres z tego przedziału umieszczony w polu destination address nagłówka pakietu IP [19]. Urządzenie odbiorcy zgłasza żądanie dołączenia do grupy multicast za pomocą protokołu IGMP (ang. Internet Group Management Protocol) [5][12][13]. Ze względu na bardzo dobre wykorzystanie dostępnych zasobów sieciowych transmisja rozgłoszeniowa szczególnie często wykorzystywana jest do przesyłania treści multimedialnych, które wymagają dostarczenia danych do dużej grupy użytkowników oraz coraz większego pasma. Transmisja rozsiewcza pozwala na wysłane jednego strumienia o wyższej jakości przez pojedyncze łącze zamiast tysięcy strumieni o gorszej jakości jak ma to miejsce w przypadku transmisji unicast. Stąd też bierze się wzrost zainteresowania technologiami multicast oraz coraz powszechniejsze wdrażanie ich w sieciach operatorów ISP (ang. Internet Service Providers). Sieć Internet składa się z wielu połączonych ze sobą heterogenicznych sieci, które zarządzane i utrzymywane są przez oddzielne organizacje (np. firmy, korporacje, jednostki naukowo-badawcze). Część sieci będąca w domenie administracyjnej danej jednostki nazywana jest systemem autonomicznym. Każdy z systemów autonomicznych może stosować różne technologie sieciowe, protokoły routingu oraz sposoby (polityki) kierowania ruchem. Do wymiany informacji o podsieciach IP w obrębie systemu autonomicznego stosuje się protokoły IGP (ang. Interior Gateway Protocol). W celu umożliwienia wymiany ruchu IP pomiędzy różnymi organizacjami a ściślej pomiędzy administrowanymi przez nie systemami autonomicznymi, konieczne jest stosowanie protokołów EGP (ang. Exterior Gateway Protocol) na stykach pomiędzy nimi. Takie rozwiązanie daje możliwość tworzenia elastycznych sieci i efektywnej wymiany ruchu pomiędzy operatorami. Zatem, zbudowanie sieci pozwalającej na wydajną obsługę ruchu rozgłoszeniowego, wymaga zastosowania protokołów zapewniających efektywną transmisję zarówno wewnątrz, jak i na zewnątrz systemu autonomicznego. Prosty model najczęściej stosowany w sieciach operatorów ISP przedstawiony został na rysunku 3. Domena PIM RP AS100 MBGP MSDP RP Domena PIM Rysunek 3. Model połączeń międzyoperatorskich dla transmisji rozsiewczej Zazwyczaj protokołem routingu rozgałęźnego wewnątrz systemu autonomicznego jest PIM (Protocol Independent Multicast [7]). Nazwa protokołu związana jest ze sposobem jego działania - PIM nie korzysta z protokołów routingu unicast do określania sposobu dystrybucji pakietów IP multicast. Protokół PIM pracuje najczęściej w trybie Sparse Mode [6], wykorzystując zdefiniowane w sieci punkty spotkań aktywnych źródeł i odbiorców. Punkty te nazywane są Rendezvous Point (RP). W systemie autonomicznym skonfigurowane jest co najmniej jedno urządzenie pełniące 2 W przypadku wykorzystania protokołu IPv6 adres ten musi należeć do przedziału FF00::/8. W odróżnieniu od adresów IPv4 adres grupy multicast zawiera dodatkowo flagi określające typ adresu (stały lub tymczasowy) oraz zasięg grupy.(ang. scope)[18]. Zasięg grupy umieszczony w adresie IPv6 pozwala w prosty sposób kontrolować i ograniczać na jaką odległość wysyłane będą dane kierowane do grupy. W przypadku transmisji IPv4 w celu ograniczenia zasięgu grupy konieczne było ustawienie odpowiedniej wartości w polu TTL. AS200 funkcję RP. Główną rolą RP jest rejestracja aktywnych źródeł, nadających do grup multicast oraz interfejsów, na które należy wysłać pakiety przeznaczone do danej grupy. W celu zapewnienia wymiany informacji, dotyczących aktywnych źródeł, pomiędzy systemami autonomicznymi, stosuje się protokół MSDP (Multicast Source Discovery Protocol [8]). Protokół ten za pośrednictwem wiadomości SA (Source Active) informuje RP w sąsiedniej domenie o aktywnych źródłach nadających do grup multicast. W celu umożliwienia wymiany pakietów IP multicast pomiędzy systemami autonomicznymi, konieczne jest również przesłanie informacji potrzebnych dla mechanizmu RPF (Reverse Path Forwarding)[4] zabezpieczającego sieci wspierające technologię IP multicast przed powstawaniem pętli. Informacje te przesyłane są za pomocą rozszerzenia protokołu BGP jakim jest MBGP (Multiprotocol Border Gateway Protocol [9]). Przedstawiony zbiór protokołów konieczny jest w przypadku gdy odbiorca zgłasza żądanie dołączenia do grupy multicast, nie znając adresu źródła. Stąd też bierze się potrzeba utrzymywania przez RP informacji o aktywnych źródłach oraz wymieniania jej z sąsiednimi RP w innych systemach autonomicznych. Model, w którym odbiorca wysyła żądanie dołączenia do grupy nie znając adresu źródła opisany został w RFC 1112 i nosi nazwę ASM (Any-Source Multicast). W modelu tym sieć jest odpowiedzialna za przekazanie i utrzymywanie informacji o aktywnych źródłach. Biorąc pod uwagę dynamiczny rozwój sieci Internet nie trudno zgadnąć, że nałożenie takich wymagań na sieć prowadzi do dużej komplikacji działania protokołów oraz do wzrostu informacji sygnalizacyjnych jakie muszą zostać przesłane. Należy zauważyć, że dla każdego źródła zaczynającego wysyłać pakiety do grupy multicast w całej sieci Internet wspierającej tę technologię zostanie rozpropagowana za pomocą protokołu MSDP wiadomość SA. Na rysunku 4a przedstawiono przykładowy rozkład liczby aktywnych źródeł w ciągu doby, zmierzony na głównym routerze sieci miejskiej (POZMAN) w Poznaniu. Obserwacje prowadzone były w lipcu 2006 r. Pomiary wykonano wykorzystując program MRTG (Multi Router Traffic Grapher), który przy pomocy protokołu SNMP generował co pięć minut zapytanie o liczbę aktywnych źródeł. Rysunek 4b przedstawia rozkład liczby aktywnych źródeł w ciągu tygodnia, natomiast rysunek 4c w ciągu miesiąca. Jak łatwo zauważyć, średnia liczba aktywnych źródeł w czasie obserwacji była stała. Niewielka liczba tych źródeł wskazuje na to, że transmisja rozgłoszeniowa nie jest stosowana powszechnie a jej zastosowanie w główniej mierze związane jest z pracami naukowo-badawczymi 3. a) b) c) Rysunek 4. Rozkład liczby aktywnych źródeł w zależności od czasu: a) dobowy, b) tygodniowy, c) miesięczny Obserwując rozwój sieci Internet zaczęto zastanawiać się nad tym w jakich wypadkach odbiorca jest w stanie zdobyć adres źródła nadającego do grupy, do której chce się dołączyć. Jak wcześniej wspomniano, transmisję rozsiewczą w sieciach IP, 3 Większość aktywnych źródeł jakie zarejestrowane zostały przy pomocy protokołu MSDP zlokalizowana była w sieciach naukowobadawczych (ang. National Research Networks) oraz sieciach uczelni wyższych.

3 stosuje się do dystrybucji danych z rozgłośni radiowych lub telewizyjnych. W takich przypadkach w prosty sposób możliwe jest dostarczenie odbiorcy adresu (lub w szczególnych przypadkach adresów) źródła nadającego do grupy. Model, w którym odbiorca oprócz grupy do której chce się dołączyć sygnalizuje również źródło, z którego chce otrzymywać dane nosi nazwę SSM (Source Specific Multicast [10][11]). Jak łatwo zauważyć, w modelu tym wyeliminowana została potrzeba utrzymywania w sieci punktów RP oraz wymieniania informacji SA za pomocą protokołu MSDP. W celu zasygnalizowania żądania dołączenia do grupy i wskazania źródła pakietów, odbiorca musi zastosować protokół IGMPv3 [12]. 2. Sygnalizacja w łączu abonenckim protokół IGMP Jak już wspomniano, efektywność transmisji rozgłoszeniowej wynika z dostarczania danych tylko do grupy odbiorców, którzy wcześniej zgłosili żądanie dołączenia do danej grupy. W celu zapewnienia możliwości wysłania takiego żądania, zdefiniowano specjalny protokół, działający na łączu pomiędzy urządzeniem odbiorczym a najbliższym routerem (tzw. first hop router). Protokół ten nosi nazwę IGMP (Internet Group Management Protocol) i we współczesnych sieciach IP występuje w trzech odmianach: IGMPv1 [5], IGMPv2 [13] oraz IGMPv3 [12]. Głównym zadaniem IGMP jest przesłanie do routera, do którego bezpośrednio podłączony jest odbiorca informacji z żądaniem dołączenia do grupy. Zasadnicze różnice pomiędzy poszczególnymi wersjami protokołu IGMP polegają głównie na usprawnieniu komunikacji pomiędzy hostem i routerem oraz zwiększeniu funkcjonalności w kolejnych wersjach przy jednoczesnym zachowaniu kompatybilności wstecz (ang. backward compatibility). Wiadomości protokołu IGMP wysyłane są jako pakiety IP z polem TTL (time to live) ustawionym na 1. Protokół IGMPv1 używa dwóch typów wiadomości: Host Membership Query (HMQ), Host Membership Report (HMR). Urządzenie odbiorcze, w celu wysłania żądania dołączenia do grupy multicast wysyła wiadomość HMR podając adres IP klasy D identyfikujący tą grupę. Router, po odebraniu wiadomości HMR, okresowo (co 125 sekund) wysyła pytania Host Membership Query. Wiadomości te służą potwierdzeniu, czy do danego interfejsu dołączeni są nadal odbiorcy, zainteresowani odbieraniem informacji przeznaczonej dla grupy multicast. Członek grupy, który odbierze takie pytanie odpowiada wiadomością HMR. Wiadomość HMQ nie zawiera adresu grupy multicast, dlatego odbiorca wysyłając odpowiedź HMR ponownie ustawia w niej adres grupy, do której należy. Główną wadą protokołu IGMPv1 jest brak sygnalizacji odłączenia odbiorcy od grupy. Router zaprzestaje wysyłania pakietów kierowanych do danej grupy w kierunku odbiorcy, dopiero po upłynięciu czasu GMI (Group Membership Interval), który domyślnie wynosi 260 sekund. Efektem tego jest niepotrzebne zajmowanie pasma na interfejsie, gdy nie ma na nim dołączonych odbiorców. Problem ten rozwiązano w kolejnej wersji protokołu IGMPv2. Protokół IGMPv2 (RFC 2236) używa czterech typów wiadomości [13]: Membership Query (MQ), Version 2 Membership Report (MR), Leave Group (LG), Version 1 Membership Report (w celu realizacji kompatybilności z protokołem IGMPv1). Istotną zmianą wprowadzoną w tej wersji protokołu jest dodanie wiadomości Leave Group, wysyłanej przez odbiorcę, który zamierza odłączyć się od grupy. Po otrzymaniu tej wiadomości, router wysyła pytanie (Membership Query), czy do danego interfejsu dołączeni są jeszcze inni odbiorcy zainteresowani odbieraniem danych przeznaczonych dla tej grupy. Jeżeli w odpowiedzi nie otrzyma wiadomości Membership Report, to przestaje wysyłać dane do grupy multicast na danym interfejsie. Do protokołu IGMPv3 dodano możliwość sygnalizowania przez odbiorcę nie tylko grupy, do której chce się dołączyć, ale również określenia źródła, z którego dane wysyłane są do tej grupy 4. Protokół IGMPv3 posiada ponadto możliwość określenia źródeł, z których odbiorca nie powinien otrzymywać danych. Specyfikacja protokołu definiuje trzy typy zapytań wysyłanych w wiadomościach Query[12]: General Query - wysyłana przez router, w celu określenia pełnego stanu odbiorców grup multicast na danym interfejsie, Group-Specific Query - wysyłana przez router, w celu określenia stanu odbiorców dla pojedynczej grupy multicast, Group-and-Source-Specific Query - wysyłana przez router, w celu określenia stanu odbiorców dla pojedynczej grupy multicast, do których pakiety wysyłane są z określonych źródeł (lub jednego źródła). Wiadomości General Query wysyłane są na adres , natomiast pozostałe na adres grupy, której dotyczą. Wiadomości Membership Query Message (MQM) wysyłane są w celu sprawdzenia czy na dołączonych do routera interfejsach są odbiorcy transmisji rozsiewczej przeznaczonej dla danej grupy. Wiadomości Membership Report wysyłane są w celu poinformowania routera o grupach i źródłach, od jakich odbierana mają być pakiety. Wiadomości MR wysyłane są na adres , czyli do wszystkich urządzeń wspierających protokół IGMPv3. 3. Sygnalizacja międzywęzłowa Gdy do routera dociera pakiet unicast, przeszukuje on swoją tablice routingu w celu wyznaczenia najlepszej ścieżki do punktu przeznaczenia. Pakiety unicast przesyłane są pomiędzy źródłem a odbiorcą po jednej ścieżce 5. Jest to więc kierowanie pakietów zorientowane na adres odbiorcy. W transmisji rozgłoszeniowej źródło nadaje pakiety do grupy odbiorców, przy czym istnieje zupełna dowolność ich lokalizacji w sieci. W takim przypadku pakiety z pewnością będą przesyłane po różnych ścieżkach, dlatego też, należy przyjąć inne podejście do ich kierowania (ang. routing). Ruch multicast przesyłany jest od źródła. Router musi określić przez jaki interfejs jest w stanie osiągnąć adres źródła (ang. upstream) oraz interfejsy, na które należy wysłać pakiety w kierunku odbiorców (ang. downstream). Mechanizm ten nosi nazwę Reverse Path Forwarding (RPF) i jedną z jego głównych funkcji jest zapobieganie powstawania pętli w ruchu multicast. Router wspierający transmisję rozsiewczą realizuje algorytm RFP Check, czyli procedurę weryfikację, czy pakiet adresowany do grupy odebrany został na interfejsie, którego router użyłby aby wysłać dane do jego źródła. W trakcie realizacji procedury RPF check router odczytuje adres źródłowy pakietu multicast, a następnie poszukuje w swojej tablicy routingu unicast, ścieżki do tego źródła. Jeżeli pakiet multicast został odebrany na interfejsie, którego router użyłby 4 Jest to funkcjonalność wymagana w modelu SSM (Source Specific Multicast) 5 Pakiety unicast mogą być przesyłane różnymi ścieżkami, gdy stosuje się tzw. load balancing. Technologii tej nie stosuje się jednak per pakiet ze względu na możliwość powstanie reorderingu. Najczęściej load balancing realizowany jest per adres lub per strumień. W takim przypadku pomiędzy źródłem a odbiorcą pakiety należące do różnych strumieni mogą być przesyłane różnym ścieżkami.

4 aby osiągnąć źródło, to może zostać przesłany dalej, w przeciwnym wypadku pakiet jest odrzucany. Zauważmy, że tablica routingu tworzona jest najczęściej w wyniku działania dynamicznych protokołów IGP i EGP oraz ścieżek statycznych. Rozważmy przypadek przedstawiony na rysunku 8. Pomiędzy systemami autonomicznymi, w celu wymiany informacji o aktywnych ścieżkach, uruchomiony został protokół BGP. Załóżmy, że router brzegowy w systemie AS 400 (router A) wybierze ścieżkę do systemu AS 100 biegnącą przez AS 300, w którym nie jest wspierana transmisja rozsiewcza. Wówczas w wyniku działania mechanizmu RPF check wszystkie pakiety wysyłane ze źródła umieszczonego w AS100, które adresowane są do grupy multicast i trafią do AS 400 z AS 200, zostaną odrzucone. Przykład przedstawiony na rysunku 8 pokazuje, że topologia sieci z punktu widzenia transmisji rozsiewczej, może być zupełnie inna niż dla transmisji unicast. Zatem, aby możliwe było skuteczne przesyłanie ruchu rozgłoszeniowego pomiędzy systemami autonomicznymi, konieczna jest dostarczenie routerom informacji o topologii sieci multicast. Innymi słowy, należy stworzyć dodatkową tablicę routingu, która umożliwi poprawne wykonywanie procedury RPF check i wskazać, że tej właśnie tablicy router ma używać w trakcie działania tego mechanizmu. Funkcje te są realizowane przez rozszerzenie protokołu BGP, jakim jest Multiprotocol Border Gateway Protocol, czyli MBGP [9]. Gdy pomiędzy dwoma routerami uruchomiony jest protokół MBGP wymieniają one dwa rodzaje ścieżek: ścieżki unicast (unicast prefixes/routes), ścieżki multicast RPF. unicast multiicast AS200 unicast/ multicast A Źródło AS100 unicast/ multicast AS400 unicast/ multicast AS300 unicast Rysunek 5. Różne topologie sieci dla transmisji unicast i multicast Ścieżki multicast RPF są przekazywane w polu NLRI (Network Layer Reachability Information). MBGP nie jest oddzielnym protokołem lecz stanowi rozszerzenie protokołu BGP. Rozszerzenie to polega na zdefiniowaniu dodatkowych atrybutów ścieżek rozgłaszanych przez BGP. Atrybuty te przekazywane są w wiadomościach BGP Update, które mogą zawierać informacje o wielu ścieżkach, posiadających te same atrybuty. W MBGP zdefiniowano dwa dodatkowe (w stosunku do BGP) atrybuty: MP_REACH_NLRI, MP_UNREACH_NLRI. MP_REACH_NLRI jest używany dla prefiksów protokołów innych niż IPv4 lub dla prefiksów IPv4, które mają być umieszczone w innej tablicy (ang. forwarding table), niż unicast forwarding table. Atrybut MP_UNREACH_NLRI używany jest zamiast atrybutu Withdrawn Routes protokołu BGP i oznacza, że dany prefiks jest nieosiągalny. Należy w tym miejscu podkreślić, że zastosowanie protokołu MBGP nie ogranicza się jedynie do przenoszenia informacji potrzebnych w transmisji rozgłoszeniowej w sieciach IPv4, ale jest również wykorzystywany dla wymiany prefiksów IPv6. Prefiksy należące do różnych protokołów rozróżniane są na podstawie przypisanych im numerom, zdefiniowanym w RFC 3232 [20]. Numery te określane są jako AFI (Address Family Identifier). Dla protokołu IPv4 AFI=1 natomiast dla protokołu IPv6 AFI=2. MBGP używa dodatkowych atrybutów, pozwalających na dokładne określenie typu NLRI, zwanych SAFI (Subsequent Address Family Identifier). Wyróżnia się następujące identyfikatory SAFI: unicast (1), multicast (2), unicast i multicast (3). Identyfikator trzeci został wprowadzony w celu minimalizacji ilości przesyłanych informacji sterujących. Jest on stosowany w przypadku, gdy prefiks posiada te same atrybuty dla transmisji unicast i multicast. Tak więc AFI określa protokół, którego dotyczy dany prefiks, natomiast SAFI określa jego typ. Głównym zadaniem protokołu MBGP w sieciach wspierających transmisję rozsiewczą, jest zgromadzenie informacji o topologiach sieci unicast i multicast. Informacje te wykorzystywane są przez opisany wcześniej mechanizm RPF check, który jest jednym z fundamentalnych sposobów określających drogi po których przesyłane będą pakiety IP multicast. Protokoły routingu rozgałęźnego można podzielić na dwa typy: sparse, dense. W protokołach typu dense założono, gęsty rozkład w sieci, odbiorców pakietów multicast. Przyjęto, że w każdej podsieci istnieje co najmniej jeden odbiorca zainteresowany transmisją kierowaną do grupy multicast. Rezultatem takiego założenia jest zastosowanie modelu typu flood-and-prune do przekazywania pakietów. W modelu tym, pakiety ze źródła przesyłane są na wszystkie interfejsy routera, za wyjątkiem tego, z którego otrzymano pakiet 6, do momentu otrzymania wiadomości z żądaniem zaprzestania transmisji od sąsiada, podłączonego na danym interfejsie. Wiadomość z żądaniem zaprzestania transmisji pakietów multicast na danym interfejsie (Prune), wysyłana jest przez sąsiedni router w przypadku, gdy nie ma on bezpośrednio podłączonych odbiorców lub otrzymał pakiet na niewłaściwym interfejsie (czyli wynik procedury RPF check był niepomyślny). Zaletą tego typu protokołów jest proste tworzenie drzew dystrybucyjnych, których punktem początkowym jest aktywne źródło, natomiast wadą jest słaba skalowalność mechanizmu polegającego na wstępnym wysyłaniu pakietów na wszystkie interfejsy (ang. flood). Do protokołów typu dense zaliczają się DVMPR oraz PIM-DM (Protocol Independent Multicast Dense Mode). W protokołach typu sparse założono rzadkie rozłożenie odbiorców w sieci. Przyjęto, że na danym interfejsie nie ma odbiorców zainteresowanych pakietami kierowanymi do grupy do momentu, kiedy nie nadejdzie żądanie dołączenie do grupy 7. Protokoły te wykorzystują więc model explicit join, w którym dane przekazywane są na wyraźne żądanie. Takie podejście wiąże się jednak z koniecznością rejestrowania źródeł nadających do grupy, ponieważ bez tej wiedzy nie było 6 Należy oczywiście pamiętać, że warunkiem przesłania pakietu jest pozytywne zakończenie procedury RPF check 7 Żądania tego nie należy jednak mylić z sygnalizacją odbiorcy przesyłaną za pomocą protokołu IGMP.

5 by możliwe stworzenie stanów przekazywania pakietów a tym samym zbudowania drzewa dystrybucyjnego Protokół PIM Protokół PIM-DM należy to protokołów typu dense. Protokół ten korzysta z tablicy kierowania ruchem (ang. routing table) zbudowanej przez inne protokoły (ang. underlying protocol) dla celów realizacji procedury RPF check. Niezależność protokołu PIM (w tym również PIM-DM) polega na tym, że nie wymaga on określonego zestawu protokołów IGP oraz EGP aby wykonać procedurę RPF check i może korzystać z tablic zbudowanych przy pomocy protokołów OSPF, IS-IS, M-ISIS lub BGP. Router tworzy stany przekazywania pakietów, na podstawie rozgłaszania ruchu multicast na wszystkie interfejsy (w początkowej fazie), zatem od początku transmisji znane jest źródło oraz grupa do której nadaje. Ze względu na charakter rozmieszczenia odbiorców PIM-DM stosowany jest raczej w sieciach korporacyjnych przedsiębiorstw niż w sieciach operatorów ISP. Protokół PIM-SM (Protocol Independent Multicast Sparse Mode) wykorzystuje punkt RP, w którym rejestrowane są aktywne źródła oraz grupy posiadające odbiorców. Możliwy jest dynamiczny lub statyczny wybór RP. Najprostszą metodą jest statyczne skonfigurowanie na wszystkich routerach domeny jednego RP dla wszystkich grup. Jakkolwiek metoda ta nie zapewnia redundancji w przypadku awarii, jest stosowana w sieciach z mniejszą ilością routerów, ze względu na prostotę analizy ewentualnych błędów w konfiguracji sieci. Metoda ta nie jest jednak zalecana w sieciach z dużą liczbą routerów ponieważ wymaga rekonfiguracji wszystkich urządzeń w wypadku zmiany RP. Dynamiczny wybór RP jest możliwy przy zastosowaniu jednego z dwóch mechanizmów: Auto-RP, PIM Bootstrap router (BSR). Pierwsza metoda została opracowana przez firmę Cisco Systems i jest implementowana na urządzeniach tego producenta. Drugą metodą jest BSR, która opisana została w standardzie określającym działanie protokołu PIM [6] oraz jest rozwijana w ramach grupy roboczej IETF [14]. Do poprawnego działania mechanizmu BSR wymagane jest, aby wszystkie routery w domenie używały protokołu PIM w wersji 2 oraz co najmniej jeden router był skonfigurowany jako candidate BSR. Zasadniczymi operacjami, wykonywanymi przez PIM są: zbudowanie drzewa RPT, wzdłuż którego dostarczane będą pakiety z RP do odbiorców, zbudowanie drzewa dostarczającego pakiety od źródła do RP, zbudowanie drzewa SPT, dostarczającego pakiety bezpośrednio ze źródła do odbiorców. W momencie, gdy router odbiera pierwszy pakiet multicast, nadany ze źródła, które jest podłączone bezpośrednio do jednego z jego interfejsów, dokonuje enkapsulacji tego pakietu we wiadomość Register i wysyła jako pakiet unicast bezpośrednio do RP dla danej grupy. Wiadomość ta zwiera adres źródła oraz grupy, do której przesłane mają zostać pakiety. Jeżeli w RP istnieje drzewo RPT (shared tree) to zgodnie ze specyfikacją, router może dokonać dekapsulacji pakietu umieszczonego w wiadomości register i przesłać go w dół drzewa RPT. Jednocześnie RP wysyła wiadomość Join w kierunku źródła, z którego nadeszła wiadomość Register, tak aby pakiety ze źródła przekazywane były do niego wzdłuż drzewa SPT, bez konieczności ich enkapsulacji po stronie routera, do którego podłączone jest źródło oraz dekapsulacji po stronie RP. Gdy RP zacznie odbierać pakiety multicast wzdłuż drzewa SPT, wysyła do routera podłączonego bezpośrednio do źródła wiadomość Register-Stop. Po otrzymaniu tego pakietu router wysyła okresowo w kierunku RP wiadomości Null-Register, w celu zasygnalizowania obecności źródła nadającego do grupy. Gdy router, do którego podłączony jest odbiorca, otrzyma od niego wiadomość IGMP z żądaniem dołączenia do grupy, to rozpoczyna proces tworzenia gałęzi drzewa RPT (shared tree). Router ten nazywany jest routerem DR (Designated Router) odbiorcy. W tym celu wysyłana jest wiadomość Join w kierunku RP a ponieważ jest to proces budowy drzewa typu shared tree na routerach tworzone będą stany (*,G). Kolejne routery, które odbierają wiadomość Join, wysyłają taką samą wiadomość w kierunku RP, tworząc jednocześnie w swojej tablicy kierowania pakietami stan (*,G). W momencie, gdy wiadomość Join dotrze do RP, również tworzony jest na nim stan (*,G), oznaczając tym samym, że w domenie PIM jest co najmniej jeden odbiorca zainteresowany odbiorem pakietów dla grupy G. W tej sytuacji, gdy w RP zarejestrowane jest aktywne źródło, pakiety do odbiorców dostarczane są do odbiorców za pośrednictwem RP. Nie jest to oczywiście optymalne rozwiązanie z punktu widzenia wykorzystania zasobów sieciowych oraz opóźnienia w dostarczaniu pakietów. Dlatego też, po zakończeniu fazy rejestrowania źródła i odbiorców w RP, routery domeny PIM rozpoczynają proces tworzenia drzewa SPT. W momencie, gdy do routera DR odbiorcy dotrze pierwszy pakiet z danego źródła, wysyła on w jego kierunku wiadomość Join, wskazując źródło i grupę której dotyczy (S,G). Wiadomość ta przekazywana jest przez kolejne routery na drodze od DR do routera, do którego podłączone jest źródło oraz tworzone są na nich stany (S,G). Jednocześnie, gdy do routera DR zaczną docierać pakiety multicast kierowane do niego wzdłuż nowo utworzonego drzewa SPT, wysyła w kierunku RP wiadomość Prune (S,G,RPT) z żądaniem zaprzestania przekazywania do niego pakietów ze źródła nadającego do grupy. Jest to konieczne, gdyż po stworzeniu drzewa SPT, router DR otrzymywałby duplikaty pakietów, przesyłanych do niego dwiema drogami jednocześnie. Jeżeli w tym samym czasie nie ma innych odbiorców w grupie, wówczas RP po odebraniu wiadomości Prune od strony routera DR, wysyła w stronę routera do którego podłączone jest źródło, wiadomość Prune (S,G). Jak łatwo zauważyć, protokół PIM tworzy drzewa dystrybucyjne tylko wtedy gdy są one potrzebne, czyli w momencie gdy pojawiają się odbiorcy i źródła. Dodatkowo drzewa te, konstruowane są od odbiorcy 8 do źródła czyli nie jako od końca Protokół MSDP Protokół MSDP został opracowany jako tymczasowe rozwiązanie stosowane w modelu ASM, w celu umożliwienia wymiany informacji pomiędzy punktami RP zlokalizowanymi w różnych domenach administracyjnych 9 (systemach AS). Cechuje go słaba skalowalność, związana z generowaniem dużej ilości informacji sterujących, wraz ze wzrostem liczby aktywnych źródeł. W uproszczeniu, działanie MSDP polega na 8 Odbiorcą może być również RP, który będzie następnie przekazywać pakiety w dół drzewa RPT 9 Wymiana informacji pomiędzy RP za pomocą protokołu MSDP nie jest jedyną możliwością jego wykorzystania. Protokół ten może być również stosowany w przypadku systemów autonomicznych, które zajmują się jedynie tranzytem ruchu IP multicast. W takim przypadku w systemach tych może być uruchomiony protokół MSDP bez konieczności utrzymania RP, lecz nie mogą w nich być zlokalizowane źródła nadające do grup multicast.

6 tym, że w momencie, gdy RP otrzyma wiadomość PIM Register, oznaczającą pojawienie się aktywnego źródła, router, za pomocą wiadomości MSDP Source Active, wysyła do swoich sąsiadów informacje zawierającą adres tego źródła oraz grupy do której ono nadaje. Następnie wiadomość ta jest rozpropagowana do wszystkich routerów, używających pomiędzy sobą protokołu MSDP. W momencie, gdy RP w danej domenie otrzyma informację o adresie aktywnego źródła, które jest zlokalizowane w innej domenie, po stwierdzeniu, że zarejestrował odbiorców w tej grupie, wysyła wiadomość PIM Join w kierunku tego źródła. Ze względu na istnienie różnych dróg połączeń pomiędzy tymi routerami wiadomości SA mogły by być duplikowane i krążyć w pętli pomiędzy wieloma routerami. W celu uniknięcia tego zjawiska, MSDP używa mechanizmu zapobiegania powstawania takich pętli, który polega on na wyborze jednego sąsiada MSDP, od którego zaakceptowana zostanie wiadomość SA (tzw. RPF peer). W MSDP zaimplementowano pięć reguł, pozwalających na wybranie właściwego sąsiada, które sprawdzane są w następującej kolejności: sąsiad MSDP jest źródłem wiadomości SA (originating RP), sąsiad MSDP oraz BGP, który został wybrany jako następny router (next-hop) w kierunku źródła wiadomości SA, sąsiad MSDP oraz BGP, który rozgłosił najlepszą (aktywną) ścieżkę do źródła wiadomości SA, sąsiad MSDP o najwyższym adresie IP, znajdujący się na ścieżce w kierunku źródła wiadomości SA, przenoszonej za pośrednictwem atrybutu AS_PATH, statycznie określony sąsiad MSDP dla źródła wiadomości SA. Przypomnijmy, że źródłem wiadomości SA jest RP, w którym zarejestrowane zostało źródło, którego dotyczy ta wiadomość. Jak już wspominano, protokół MSDP został opracowany jako tymczasowe rozwiązanie w modelu ASM, które było konieczne przed wdrożeniem modelu SSM. Z kolei wprowadzenie SSM odsunęło w czasie prace nad znacznie lepszym rozwiązaniem jakim jest protokół BGMP [15]. 4. Podsumowanie Literatura [1] B.M. Edwards, L.A. Giuliano, B.R. Wright: Interdomain Multicast Routing. Practical Juniper Networks and Cisco Systems Solutions. Addison Wesley [2] W.R. Parkhurst: Cisco Multicast Routing and Switching. McGraw-Hill [3] J. Doyle, M. Kollon: Juniper Networks Routers. The Complete Refernece. McGraw-Hill [4] Cisco Systems Documentation: Internet Protocol Multicast. [5] RFC S. Deering: Host Extensions for IP Multicasting. Stanford University. August [6] RFC D. Estrin, D. Farinacci, A. Helmy, D. Thaler, S. Deering, M. Handley, V. Jacobson, C. Liu, P. Sharma, L. Wei: Protocol Independent Multicast-Sparse Mode (PIM-SM): Protocol Specification. June [7] RFC A. Adams, J. Nicholas, W. Siadak: Protocol Independent Multicast - Dense Mode (PIM-DM): Protocol Specification (Revised). January [8] RFC B. Fenner, D. Meyer: Multicast Source Discovery Protocol (MSDP). October [9] RFC T. Bates, Y. Rekhter, R. Chandra, D. Katz: Multiprotocol Extensions for BGP-4. June [10] RFC S. Bhattacharyya: An Overview of Source-Specific Multicast (SSM). July [11] Internet Draft - draft-ietf-ssm-arch-07.txt. H. Holbrook, B. Cain: Source- Specific Multicast for IP. 4 October [12] RFC B. Cain, S. Deering, I. Kouvelas, B. Fenner, A. Thyagarajan: Internet Group Management Protocol, Version 3. October [13] RFC W. Feiner: Internet Group Management Protocol, Version 2. November [14] Internet Draft - N. Bhaskar, A. Gall, J. Lingard, S. Venaas: Bootstrap Router (BSR) Mechanism for PIM. draft-ietf-pim-sm-bsr-09.txt. May [15] RFC D. Thaler: Border Gateway Multicast Protocol (BGMP): Protocol Specification. September [16] RFC D. Johnson, S. Deering: Reserved IPv6 Subnet Anycast Addresses. March [17] The 6net Consortium: An IPv6 Deployment Guide. September [18] RFC R. Hinden, S. Deering: IP Version 6 Addressing Architecture. February [19] RFC J. Postel: Internet Protocol. September [20] RFC 3232 J. Reynolds: Assigned Numbers. January ftp://ftp.rfceditor.org/in-notes/rfc3232.txt Protokoły routing rozgałęźnego pozwalają na zrealizowanie w sieciach wykorzystujących protokół IP, transmisji polegającej na dostarczeniu tych samych danych do grupy odbiorców. Ze względu na bardzo dobre wykorzystanie dostępnego pasma transmisja rozgłoszeniowa pełni istotną rolę w sieci Internet. W artykule przedstawiono protokoły routingu rozgałęźnego najczęściej stosowane w sieciach operatorskich oraz naszkicowano sposób ich wykorzystania. Przedstawione w artykule mechanizmy związane z działaniem transmisji typu multicast mogą stanowić podstawę teoretyczną umożliwiającą zrozumienie metod badania wydajności tych protokołów oraz ich implementacji w sieciach.

Transmisje grupowe dla IPv4, protokół IGMP, protokoły routowania dla transmisji grupowych IPv4.

Transmisje grupowe dla IPv4, protokół IGMP, protokoły routowania dla transmisji grupowych IPv4. Transmisje grupowe dla IPv4, protokół IGMP, protokoły routowania dla transmisji grupowych IPv4. Multicast transmisja grupowa, multiemisja. Idea: Wysłanie jednego pakietu ze źródła do wielu miejsc docelowych.

Bardziej szczegółowo

Koncepcja komunikacji grupowej

Koncepcja komunikacji grupowej IP multicast Koncepcja komunikacji grupowej Adresy grupowe IPv4 Próg TTL Reverse Path Forwarding Protokół IGMP Protokół PIM Konfigurowanie IGMP i PIM w ruterach Cisco Zadania 1 Koncepcja komunikacji grupowej

Bardziej szczegółowo

Routing. mgr inż. Krzysztof Szałajko

Routing. mgr inż. Krzysztof Szałajko Routing 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 do sieci Wersja 1.0

Bardziej szczegółowo

Warstwa sieciowa rutowanie

Warstwa sieciowa rutowanie Warstwa sieciowa rutowanie Protokół IP - Internet Protocol Protokoły rutowane (routed) a rutowania (routing) Rutowanie statyczne i dynamiczne (trasowanie) Statyczne administrator programuje trasy Dynamiczne

Bardziej szczegółowo

RUTERY. Dr inŝ. Małgorzata Langer

RUTERY. Dr inŝ. Małgorzata Langer RUTERY Dr inŝ. Małgorzata Langer Co to jest ruter (router)? Urządzenie, które jest węzłem komunikacyjnym Pracuje w trzeciej warstwie OSI Obsługuje wymianę pakietów pomiędzy róŝnymi (o róŝnych maskach)

Bardziej szczegółowo

Podstawy multicast - IGMP, CGMP, DVMRP.

Podstawy multicast - IGMP, CGMP, DVMRP. Laboratorium 5.1 Podstawy multicast - IGMP, CGMP, DVMRP. Wstęp W tym laboratorium będziemy poznawać podstawy protokołów multicast. Przedstawione będą tutaj po kolei min. IGMP, CGMP, DVMRP. Rysunek 1 Konfiguracja

Bardziej szczegółowo

Budowa sieci. Łukasz Bromirski lbromirski@cisco.com. Kraków, 09/2009. 2006 Cisco Systems, Inc. All rights reserved. 1

Budowa sieci. Łukasz Bromirski lbromirski@cisco.com. Kraków, 09/2009. 2006 Cisco Systems, Inc. All rights reserved. 1 Budowa sieci multicast Łukasz Bromirski lbromirski@cisco.com Kraków, 09/2009 2006 Cisco Systems, Inc. All rights reserved. 1 Agenda To po co jest ten multicast? Podstawy multicastów Protokół PIM Wybór

Bardziej szczegółowo

DLACZEGO QoS ROUTING

DLACZEGO QoS ROUTING DLACZEGO QoS ROUTING Reakcja na powstawanie usług multimedialnych: VoIP (Voice over IP) Wideo na żądanie Telekonferencja Potrzeba zapewnienia gwarancji transmisji przy zachowaniu odpowiedniego poziomu

Bardziej szczegółowo

Uproszczenie mechanizmów przekazywania pakietów w ruterach

Uproszczenie mechanizmów przekazywania pakietów w ruterach LISTA ŻYCZEŃ I ZARZUTÓW DO IP Uproszczenie mechanizmów przekazywania pakietów w ruterach Mechanizmy ułatwiające zapewnienie jakości obsługi Może być stosowany do równoważenia obciążenia sieci, sterowanie

Bardziej szczegółowo

PORADNIKI. Routery i Sieci

PORADNIKI. Routery i Sieci PORADNIKI Routery i Sieci Projektowanie routera Sieci IP są sieciami z komutacją pakietów, co oznacza,że pakiety mogą wybierać różne trasy między hostem źródłowym a hostem przeznaczenia. Funkcje routingu

Bardziej szczegółowo

Przesyłania danych przez protokół TCP/IP

Przesyłania danych przez protokół TCP/IP Przesyłania danych przez protokół TCP/IP PAKIETY Protokół TCP/IP transmituje dane przez sieć, dzieląc je na mniejsze porcje, zwane pakietami. Pakiety są często określane różnymi terminami, w zależności

Bardziej szczegółowo

Wykład 3: Internet i routing globalny. A. Kisiel, Internet i routing globalny

Wykład 3: Internet i routing globalny. A. Kisiel, Internet i routing globalny Wykład 3: Internet i routing globalny 1 Internet sieć sieci Internet jest siecią rozproszoną, globalną, z komutacją pakietową Internet to sieć łącząca wiele sieci Działa na podstawie kombinacji protokołów

Bardziej szczegółowo

Wstęp... 2 Ruting statyczny... 3 Ruting dynamiczny... 3 Metryka i odległość administracyjna... 4 RIPv1... 5 RIPv2... 5 EIGRP... 5 EIGRP komunikaty...

Wstęp... 2 Ruting statyczny... 3 Ruting dynamiczny... 3 Metryka i odległość administracyjna... 4 RIPv1... 5 RIPv2... 5 EIGRP... 5 EIGRP komunikaty... Wstęp... 2 Ruting statyczny... 3 Ruting dynamiczny... 3 Metryka i odległość administracyjna... 4 RIPv1... 5 RIPv2... 5 EIGRP... 5 EIGRP komunikaty... 5 EIGRP metryka... 6 EIGRP tablice... 6 EIGRP trasy...

Bardziej szczegółowo

Multicasty zastosowanie i działanie

Multicasty zastosowanie i działanie Multicasty zastosowanie i działanie Bartłomiej Anszperger Network Consulting Engineer banszper@cisco.com 1 Agenda Po co nam w ogóle ten cały mutlicast? ;-) Podstawy technologii mutlicast Protokoły PIM

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

Plan wykładu. Wyznaczanie tras. Podsieci liczba urządzeń w klasie C. Funkcje warstwy sieciowej

Plan wykładu. Wyznaczanie tras. Podsieci liczba urządzeń w klasie C. Funkcje warstwy sieciowej Wyznaczanie tras (routing) 1 Wyznaczanie tras (routing) 2 Wyznaczanie tras VLSM Algorytmy rutingu Tablica rutingu CIDR Ruting statyczny Plan wykładu Wyznaczanie tras (routing) 3 Funkcje warstwy sieciowej

Bardziej szczegółowo

Routowanie we współczesnym Internecie. Adam Bielański

Routowanie we współczesnym Internecie. Adam Bielański Routowanie we współczesnym Internecie Adam Bielański Historia Prehistoria: 5.12.1969 1989 ARPANET Przepustowość łączy osiągnęła: 230.4 kb/s w 1970 Protokół 1822 Czasy historyczne: 1989 30.04.1995 NSFNet

Bardziej szczegółowo

Sieci komputerowe. Routing. dr inż. Andrzej Opaliński. Akademia Górniczo-Hutnicza w Krakowie. www.agh.edu.pl

Sieci komputerowe. Routing. dr inż. Andrzej Opaliński. Akademia Górniczo-Hutnicza w Krakowie. www.agh.edu.pl Sieci komputerowe Routing Akademia Górniczo-Hutnicza w Krakowie dr inż. Andrzej Opaliński Plan wykładu Wprowadzenie Urządzenia Tablice routingu Typy protokołów Wstęp Routing Trasowanie (pl) Algorytm Definicja:

Bardziej szczegółowo

Routing dynamiczny... 2 Czym jest metryka i odległość administracyjna?... 3 RIPv1... 4 RIPv2... 4 Interfejs pasywny... 5 Podzielony horyzont...

Routing dynamiczny... 2 Czym jest metryka i odległość administracyjna?... 3 RIPv1... 4 RIPv2... 4 Interfejs pasywny... 5 Podzielony horyzont... Routing dynamiczny... 2 Czym jest metryka i odległość administracyjna?... 3 RIPv1... 4 RIPv2... 4 Interfejs pasywny... 5 Podzielony horyzont... 5 Podzielony horyzont z zatruciem wstecz... 5 Vyatta i RIP...

Bardziej szczegółowo

ISP od strony technicznej. Fryderyk Raczyk

ISP od strony technicznej. Fryderyk Raczyk ISP od strony technicznej Fryderyk Raczyk Agenda 1. BGP 2. MPLS 3. Internet exchange BGP BGP (Border Gateway Protocol) Dynamiczny protokół routingu Standard dla ISP Wymiana informacji pomiędzy Autonomous

Bardziej szczegółowo

Przypadki z życia multicastów. Piotr Wojciechowski (CCIE #25543)

Przypadki z życia multicastów. Piotr Wojciechowski (CCIE #25543) Przypadki z życia multicastów Piotr Wojciechowski (CCIE #25543) AGENDA 1. Multicasty to każdy wiedzieć musi 2. Podstawowe polecenia diagnostyczne 3. Problemy z rejestracją w sieci multicast Multicasty

Bardziej szczegółowo

Sieci komputerowe - administracja

Sieci komputerowe - administracja Sieci komputerowe - administracja warstwa sieciowa Andrzej Stroiński andrzej.stroinski@cs.put.edu.pl http://www.cs.put.poznan.pl/astroinski/ warstwa sieciowa 2 zapewnia adresowanie w sieci ustala trasę

Bardziej szczegółowo

Zygmunt Kubiak Instytut Informatyki Politechnika Poznańska

Zygmunt Kubiak Instytut Informatyki Politechnika Poznańska Instytut Informatyki Politechnika Poznańska Ograniczenie zasięgu transmisji wynika m.in. z energooszczędności ograniczonej mocy wyjściowej nadajnika radiowego Zasięg uzyskiwany w sieciach one-hop, można

Bardziej szczegółowo

Sieci komputerowe - Protokoły wspierające IPv4

Sieci komputerowe - Protokoły wspierające IPv4 2013-06-20 Piotr Kowalski KAiTI Plan i problematyka wykładu 1. Odwzorowanie adresów IP na sprzętowe i odwrotnie protokoły ARP i RARP. - Protokoły wspierające IPv4 2. Routing IP Tablice routingu, routing

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

Adresowanie grupowe. Bartłomiej Świercz. Katedra Mikroelektroniki i Technik Informatycznych. Łódź, 25 kwietnia 2006

Adresowanie grupowe. Bartłomiej Świercz. Katedra Mikroelektroniki i Technik Informatycznych. Łódź, 25 kwietnia 2006 Adresowanie grupowe Bartłomiej Świercz Katedra Mikroelektroniki i Technik Informatycznych Łódź, 25 kwietnia 2006 Wstęp Na potrzeby sieci komputerowych zdefiniowano rożne rodzaje adresowania: adresowanie

Bardziej szczegółowo

Routing i protokoły routingu

Routing i protokoły routingu Routing i protokoły routingu Po co jest routing Proces przesyłania informacji z sieci źródłowej do docelowej poprzez urządzenie posiadające co najmniej dwa interfejsy sieciowe i stos IP. Routing przykład

Bardziej szczegółowo

52. Mechanizm trasowania pakietów w Internecie Informacje ogólne

52. Mechanizm trasowania pakietów w Internecie Informacje ogólne 52. Mechanizm trasowania pakietów w Internecie Informacje ogólne Trasowanie (Routing) to mechanizm wyznaczania trasy i przesyłania pakietów danych w intersieci, od stacji nadawczej do stacji odbiorczej.

Bardziej szczegółowo

1. Podstawy routingu IP

1. Podstawy routingu IP 1. Podstawy routingu IP 1.1. Routing i adresowanie Mianem routingu określa się wyznaczanie trasy dla pakietu danych, w taki sposób aby pakiet ten w możliwie optymalny sposób dotarł do celu. Odpowiedzialne

Bardziej szczegółowo

Funkcje warstwy sieciowej. Podstawy wyznaczania tras. Dostarczenie pakietu od nadawcy od odbiorcy (RIP, IGRP, OSPF, EGP, BGP)

Funkcje warstwy sieciowej. Podstawy wyznaczania tras. Dostarczenie pakietu od nadawcy od odbiorcy (RIP, IGRP, OSPF, EGP, BGP) Wyznaczanie tras (routing) 1 Wyznaczanie tras (routing) 17 Funkcje warstwy sieciowej Podstawy wyznaczania tras Routing statyczny Wprowadzenie jednolitej adresacji niezaleŝnej od niŝszych warstw (IP) Współpraca

Bardziej szczegółowo

ARP Address Resolution Protocol (RFC 826)

ARP Address Resolution Protocol (RFC 826) 1 ARP Address Resolution Protocol (RFC 826) aby wysyłać dane tak po sieci lokalnej, jak i pomiędzy różnymi sieciami lokalnymi konieczny jest komplet czterech adresów: adres IP nadawcy i odbiorcy oraz adres

Bardziej szczegółowo

MODEL WARSTWOWY PROTOKOŁY TCP/IP

MODEL WARSTWOWY PROTOKOŁY TCP/IP MODEL WARSTWOWY PROTOKOŁY TCP/IP TCP/IP (ang. Transmission Control Protocol/Internet Protocol) protokół kontroli transmisji. Pakiet najbardziej rozpowszechnionych protokołów komunikacyjnych współczesnych

Bardziej szczegółowo

DR INŻ. ROBERT WÓJCIK DR INŻ. JERZY DOMŻAŁ PODSTAWY RUTINGU IP. WSTĘP DO SIECI INTERNET Kraków, dn. 7 listopada 2016 r.

DR INŻ. ROBERT WÓJCIK DR INŻ. JERZY DOMŻAŁ PODSTAWY RUTINGU IP. WSTĘP DO SIECI INTERNET Kraków, dn. 7 listopada 2016 r. DR INŻ. ROBERT WÓJCIK DR INŻ. JERZY DOMŻAŁ PODSTAWY RUTINGU IP WSTĘP DO SIECI INTERNET Kraków, dn. 7 listopada 2016 r. PLAN Ruting a przełączanie Klasyfikacja rutingu Ruting statyczny Ruting dynamiczny

Bardziej szczegółowo

SIECI KOMPUTEROWE Adresowanie IP

SIECI KOMPUTEROWE  Adresowanie IP Adresowanie IP Podstawowa funkcja protokołu IP (Internet Protocol) polega na dodawaniu informacji o adresie do pakietu danych i przesyłaniu ich poprzez sieć do właściwych miejsc docelowych. Aby umożliwić

Bardziej szczegółowo

Routing - wstęp... 2 Routing statyczny... 3 Konfiguracja routingu statycznego IPv Konfiguracja routingu statycznego IPv6...

Routing - wstęp... 2 Routing statyczny... 3 Konfiguracja routingu statycznego IPv Konfiguracja routingu statycznego IPv6... Routing - wstęp... 2 Routing statyczny... 3 Konfiguracja routingu statycznego IPv4... 3 Konfiguracja routingu statycznego IPv6... 3 Sprawdzenie połączenia... 4 Zadania... 4 Routing - wstęp O routowaniu

Bardziej szczegółowo

Warstwa sieciowa. Model OSI Model TCP/IP. Aplikacji. Aplikacji. Prezentacji. Sesji. Transportowa. Transportowa

Warstwa sieciowa. Model OSI Model TCP/IP. Aplikacji. Aplikacji. Prezentacji. Sesji. Transportowa. Transportowa Warstwa sieciowa Model OSI Model TCP/IP Aplikacji Prezentacji Aplikacji podjęcie decyzji o trasowaniu (rutingu) na podstawie znanej, lokalnej topologii sieci ; - podział danych na pakiety Sesji Transportowa

Bardziej szczegółowo

Protokoły sieciowe - TCP/IP

Protokoły sieciowe - TCP/IP Protokoły sieciowe Protokoły sieciowe - TCP/IP TCP/IP TCP/IP (Transmission Control Protocol / Internet Protocol) działa na sprzęcie rożnych producentów może współpracować z rożnymi protokołami warstwy

Bardziej szczegółowo

PBS. Wykład Routing dynamiczny OSPF EIGRP 2. Rozwiązywanie problemów z obsługą routingu.

PBS. Wykład Routing dynamiczny OSPF EIGRP 2. Rozwiązywanie problemów z obsługą routingu. PBS Wykład 5 1. Routing dynamiczny OSPF EIGRP 2. Rozwiązywanie problemów z obsługą routingu. mgr inż. Roman Krzeszewski roman@kis.p.lodz.pl mgr inż. Artur Sierszeń asiersz@kis.p.lodz.pl mgr inż. Łukasz

Bardziej szczegółowo

Uproszczony opis obsługi ruchu w węźle IP. Trasa routingu. Warunek:

Uproszczony opis obsługi ruchu w węźle IP. Trasa routingu. Warunek: Uproszczony opis obsługi ruchu w węźle IP Poniższa procedura jest dokonywana dla każdego pakietu IP pojawiającego się w węźle z osobna. W routingu IP nie wyróżniamy połączeń. Te pojawiają się warstwę wyżej

Bardziej szczegółowo

ZiMSK NAT, PAT, ACL 1

ZiMSK NAT, PAT, ACL 1 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 NAT, PAT, ACL 1 Wykład Translacja

Bardziej szczegółowo

Sieć komputerowa Adresy sprzętowe Adresy logiczne System adresacji IP (wersja IPv4)

Sieć komputerowa Adresy sprzętowe Adresy logiczne System adresacji IP (wersja IPv4) Sieć komputerowa Siecią komputerową nazywamy system (tele)informatyczny łączący dwa lub więcej komputerów w celu wymiany danych między nimi. Sieć może być zbudowana z wykorzystaniem urządzeń takich jak

Bardziej szczegółowo

router wielu sieci pakietów

router wielu sieci pakietów Dzisiejsze sieci komputerowe wywierają ogromny wpływ na naszą codzienność, zmieniając to, jak żyjemy, pracujemy i spędzamy wolny czas. Sieci mają wiele rozmaitych zastosowań, wśród których można wymienić

Bardziej szczegółowo

Podstawy MPLS. pijablon@cisco.com. PLNOG4, 4 Marzec 2010, Warszawa 1

Podstawy MPLS. pijablon@cisco.com. PLNOG4, 4 Marzec 2010, Warszawa 1 Podstawy MPLS Piotr Jabłoński pijablon@cisco.com 1 Plan prezentacji Co to jest MPLS i jak on działa? Czy moja sieć potrzebuje MPLS? 2 Co to jest MPLS? Jak on działa? 3 Co to jest MPLS? Multi Protocol Label

Bardziej szczegółowo

Początkowe uzasadnienie: 32-bitowa przestrzeń adresowa wyczerpie się w 2008 r. Dodatkowe uzasadnienie:

Początkowe uzasadnienie: 32-bitowa przestrzeń adresowa wyczerpie się w 2008 r. Dodatkowe uzasadnienie: Mapa wykładu 4.1 Usługi warstwy sieci z komutacją pakietów 4.2 Zasady działania rutingu 4.3 Ruting hierarchiczny 4.4 Protokół Internetu (IP) 4.5 Ruting w Internecie 4.6 Co jest w ruterze 4.7 IPv6 4.8 Ruting

Bardziej szczegółowo

1.1 Ustawienie adresów IP oraz masek portów routera za pomocą konsoli

1.1 Ustawienie adresów IP oraz masek portów routera za pomocą konsoli 1. Obsługa routerów... 1 1.1 Ustawienie adresów IP oraz masek portów routera za pomocą konsoli... 1 1.2 Olicom ClearSight obsługa podstawowa... 2 1.3 Konfiguracja protokołu RIP... 5 Podgląd tablicy routingu...

Bardziej szczegółowo

Protokół PIM Sparce Mode

Protokół PIM Sparce Mode Laboratorium nr 5.3 Protokół PIM Sparce Mode Wstęp W tym laboratorium przedstawiony zostanie sposób konfiguracji, monitoringu protokołu PIM Sparce Mode w celu obserwacji możliwości, jakie niesie ze sobą

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

Warstwa sieciowa. mgr inż. Krzysztof Szałajko

Warstwa sieciowa. mgr inż. Krzysztof Szałajko Warstwa sieciowa 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 do sieci

Bardziej szczegółowo

ZiMSK. Routing dynamiczny 1

ZiMSK. Routing dynamiczny 1 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 Routing dynamiczny 1 Wykład

Bardziej szczegółowo

TESTY WYDAJNOŚCI PROTOKOŁÓW ROUTINGU ROZGAŁĘŹNEGO

TESTY WYDAJNOŚCI PROTOKOŁÓW ROUTINGU ROZGAŁĘŹNEGO Tomasz Szewczyk, Piotr Zwierzykowski, Politechnika Poznańska Wydział Elektroniki i Telekomunikacji e-mail: pzwierz@et.put.poznan.pl 26 Poznańskie Warsztaty Telekomunikacyjne Poznań 7-8 grudnia 26 TESTY

Bardziej szczegółowo

ADRESY PRYWATNE W IPv4

ADRESY PRYWATNE W IPv4 ADRESY PRYWATNE W IPv4 Zgodnie z RFC 1918 zaleca się by organizacje dla hostów wymagających połączenia z siecią korporacyjną a nie wymagających połączenia zewnętrznego z Internetem wykorzystywały tzw.

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

Praktyczne aspekty implementacji IGP

Praktyczne aspekty implementacji IGP Praktyczne aspekty implementacji IGP Piotr Jabłoński pijablon@cisco.com 1 Ogólne rekomendacje Jeden proces IGP w całej sieci. Idealnie jeden obszar. Wiele obszarów w całej sieci w zależności od ilości

Bardziej szczegółowo

Analysis of PCE-based path optimization in multi-domain SDN/MPLS/BGP-LS network

Analysis of PCE-based path optimization in multi-domain SDN/MPLS/BGP-LS network Analysis of PCE-based path optimization in multi-domain SDN/MPLS/BGP-LS network Grzegorz Rzym AGH, Department of Telecommunications 20-21.10.2016, Poznań www.agh.edu.pl Agenda Motywacja PCE SDN Środowisko

Bardziej szczegółowo

Dlaczego? Mało adresów IPv4. Wprowadzenie ulepszeń względem IPv4 NAT CIDR

Dlaczego? Mało adresów IPv4. Wprowadzenie ulepszeń względem IPv4 NAT CIDR IPv6 Dlaczego? Mało adresów IPv4 NAT CIDR Wprowadzenie ulepszeń względem IPv4 Większa pula adresów Lepszy routing Autokonfiguracja Bezpieczeństwo Lepsza organizacja nagłówków Przywrócenie end-to-end connectivity

Bardziej szczegółowo

Akademickie Centrum Informatyki PS. Wydział Informatyki PS

Akademickie Centrum Informatyki PS. Wydział Informatyki PS Akademickie Centrum Informatyki PS Wydział Informatyki PS Wydział Informatyki Sieci komputerowe i Telekomunikacyjne Datagram w Intersieci (IP) Krzysztof Bogusławski tel. 449 41 82 kbogu@man.szczecin.pl

Bardziej szczegółowo

GRAF DECYZJI O TRASIE PAKIETU

GRAF DECYZJI O TRASIE PAKIETU GRAF DECYZJI O TRASIE PAKIETU ROUTING STATYCZNY W SIECIACH IP Routery są urządzeniami, które na podstawie informacji zawartych w nagłówku odebranego pakietu oraz danych odebranych od sąsiednich urządzeń

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) Protokoły

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

3. Routing z wykorzystaniem wektora odległości, RIP

3. Routing z wykorzystaniem wektora odległości, RIP 3. Routing z wykorzystaniem wektora odległości, RIP 3.1. Aktualizacje routingu z wykorzystaniem wektora odległości W routingu z wykorzystaniem wektora odległości tablice routingu są aktualizowane okresowo.

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

Konfigurowanie protokołu BGP w systemie Linux

Konfigurowanie protokołu BGP w systemie Linux Konfigurowanie protokołu BGP w systemie Linux 1. Wprowadzenie Wymagania wstępne: wykonanie ćwiczeń Zaawansowana adresacja IP oraz Dynamiczny wybór trasy w ruterach Cisco, znajomość pakietu Zebra. Internet

Bardziej szczegółowo

Laboratorium Sieci Komputerowe

Laboratorium Sieci Komputerowe Laboratorium Sieci Komputerowe Adresowanie IP Mirosław Juszczak 9 października 2014 Mirosław Juszczak 1 Sieci Komputerowe Na początek: 1. Jak powstaje standard? 2. Co to są dokumenty RFC...??? (czego np.

Bardziej szczegółowo

Sieci komputerowe - Wstęp do intersieci, protokół IPv4

Sieci komputerowe - Wstęp do intersieci, protokół IPv4 Piotr Kowalski KAiTI Internet a internet - Wstęp do intersieci, protokół IPv Plan wykładu Informacje ogólne 1. Ogólne informacje na temat sieci Internet i protokołu IP (ang. Internet Protocol) w wersji.

Bardziej szczegółowo

Protokół ARP Datagram IP

Protokół ARP Datagram IP Sieci komputerowe 1 Sieci komputerowe 2 Współpraca IP Ethernet 129.1.12.5 129.1.8.5 Protokół RP IP dest IP src Datagram IP ddress Resolution Protocol Użytkownik ma do wysłania dane Sieci komputerowe 3

Bardziej szczegółowo

Sieci komputerowe dr Zbigniew Lipiński

Sieci komputerowe dr Zbigniew Lipiński Sieci komputerowe Podstawy routingu dr Zbigniew Lipiński Instytut Matematyki i Informatyki ul. Oleska 48 50-204 Opole zlipinski@math.uni.opole.pl Routing Routing jest procesem wyznaczania najlepszej trasy

Bardziej szczegółowo

Ruting. Protokoły rutingu a protokoły rutowalne

Ruting. Protokoły rutingu a protokoły rutowalne Ruting. Protokoły rutingu a protokoły rutowalne ruting : proces znajdowania najwydajniejszej ścieżki dla przesyłania pakietów między danymi dwoma urządzeniami protokół rutingu : protokół za pomocą którego

Bardziej szczegółowo

Plan i problematyka wykładu. Sieci komputerowe IPv6. Rozwój sieci Internet. Dlaczego IPv6? Przykład zatykania dziur w funkcjonalności IPv4 - NAT

Plan i problematyka wykładu. Sieci komputerowe IPv6. Rozwój sieci Internet. Dlaczego IPv6? Przykład zatykania dziur w funkcjonalności IPv4 - NAT IPv6 dr inż. Piotr Kowalski Katedra Automatyki i Technik Informacyjnych Plan i problematyka wykładu 1. Uzasadnienie dla rozwoju protokołu IPv6 i próby ratowania idei IPv6 2. Główne aspekty funkcjonowania

Bardziej szczegółowo

Autorytatywne serwery DNS w technologii Anycast + IPv6 DNS NOVA. Dlaczego DNS jest tak ważny?

Autorytatywne serwery DNS w technologii Anycast + IPv6 DNS NOVA. Dlaczego DNS jest tak ważny? Autorytatywne serwery DNS w technologii Anycast + IPv6 DNS NOVA Dlaczego DNS jest tak ważny? DNS - System Nazw Domenowych to globalnie rozmieszczona usługa Internetowa. Zapewnia tłumaczenie nazw domen

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

Sterowanie ruchem w sieciach szkieletowych

Sterowanie ruchem w sieciach szkieletowych Sterowanie ruchem w sieciach szkieletowych Transmisja wielościeżkowa Dr inż. Robert Wójcik Wydział Informatyki, Elektroniki i Telekomunikacji Katedra Telekomunikacji Kraków, dn. 6 kwietnia 2016 r. Plan

Bardziej szczegółowo

Rys. 1. Wynik działania programu ping: n = 5, adres cyfrowy. Rys. 1a. Wynik działania programu ping: l = 64 Bajty, adres mnemoniczny

Rys. 1. Wynik działania programu ping: n = 5, adres cyfrowy. Rys. 1a. Wynik działania programu ping: l = 64 Bajty, adres mnemoniczny 41 Rodzaje testów i pomiarów aktywnych ZAGADNIENIA - Jak przeprowadzać pomiary aktywne w sieci? - Jak zmierzyć jakość usług sieciowych? - Kto ustanawia standardy dotyczące jakości usług sieciowych? - Jakie

Bardziej szczegółowo

Routing. routing bezklasowy (classless) pozwala na używanie niestandardowych masek np. /27 stąd rozdzielczość trasowania jest większa

Routing. routing bezklasowy (classless) pozwala na używanie niestandardowych masek np. /27 stąd rozdzielczość trasowania jest większa 1 Routing przez routing rozumiemy poznanie przez router ścieżek do zdalnych sieci o gdy routery korzystają z routingu dynamicznego, informacje te są uzyskiwane na podstawie danych pochodzących od innych

Bardziej szczegółowo

Konfigurowanie sieci VLAN

Konfigurowanie sieci VLAN Konfigurowanie sieci VLAN 1 Wprowadzenie Sieć VLAN (ang. Virtual LAN) to wydzielona logicznie sieć urządzeń w ramach innej, większej sieci fizycznej. Urządzenia tworzące sieć VLAN, niezależnie od swojej

Bardziej szczegółowo

Cisco Packet Tracer - routing SOISK systemy operacyjne i sieci kompu...

Cisco Packet Tracer - routing SOISK systemy operacyjne i sieci kompu... Cisco Packet Tracer - routing Z SOISK systemy operacyjne i sieci komputerowe Zadaniem naczelnym routerów jest wyznaczanie ścieżki oraz przełączanie interfejsów. Proces kierowania ruchem nosi nazwę trasowania,

Bardziej szczegółowo

Sieci komputerowe W4. Warstwa sieciowa Modelu OSI

Sieci komputerowe W4. Warstwa sieciowa Modelu OSI Sieci komputerowe W4 Warstwa sieciowa Modelu OSI 1 Warstwa sieciowa Odpowiada za transmisję bloków informacji poprzez sieć. Podstawową jednostką informacji w warstwie sieci jest pakiet. Określa, jaką drogą

Bardziej szczegółowo

Systemy operacyjne i sieci komputerowe Szymon Wilk Adresowanie w sieciach Klasy adresów IP a) klasa A

Systemy operacyjne i sieci komputerowe Szymon Wilk Adresowanie w sieciach Klasy adresów IP a) klasa A i sieci komputerowe Szymon Wilk Adresowanie w sieciach 1 1. Klasy adresów IP a) klasa A sieć host 0 mało sieci (1 oktet), dużo hostów (3 oktety) pierwszy bit równy 0 zakres adresów dla komputerów 1.0.0.0-127.255.255.255

Bardziej szczegółowo

Sieci komputerowe. Router. Router 2012-05-24

Sieci komputerowe. Router. Router 2012-05-24 Sieci komputerowe - Routing 2012-05-24 Sieci komputerowe Routing dr inż. Maciej Piechowiak 1 Router centralny element rozległej sieci komputerowej, przekazuje pakiety IP (ang. forwarding) pomiędzy sieciami,

Bardziej szczegółowo

Protokół BGP Podstawy i najlepsze praktyki Wersja 1.0

Protokół BGP Podstawy i najlepsze praktyki Wersja 1.0 Protokół BGP Podstawy i najlepsze praktyki Wersja 1.0 Cisco Systems Polska ul. Domaniewska 39B 02-672, Warszawa http://www.cisco.com/pl Tel: (22) 5722700 Fax: (22) 5722701 Wstęp do ćwiczeń Ćwiczenia do

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

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

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) Protokoły

Bardziej szczegółowo

host, aby móc działać w Internecie, host musi otrzymać globalnie unikatowy adres

host, aby móc działać w Internecie, host musi otrzymać globalnie unikatowy adres 1 adresacja IPv4 host, aby móc działać w Internecie, host musi otrzymać globalnie unikatowy adres istnieją dwie możliwości przypisania adresu IP o statycznie o dynamicznie przypisanie statyczne administrator

Bardziej szczegółowo

Temat: Routing. 1.Informacje ogólne

Temat: Routing. 1.Informacje ogólne Temat: Routing 1.Informacje ogólne Routing (ang.- trasowanie) jest to algorytm, dzięki któremu możliwa jest wymiana pakietów pomiędzy dwoma sieciami. Jest to o tyle istotne, ponieważ gdyby nie urządzenia

Bardziej szczegółowo

MPLS. Krzysztof Wajda Katedra Telekomunikacji, 2015

MPLS. Krzysztof Wajda Katedra Telekomunikacji, 2015 MPLS (Multiprotocol Label Switching) Krzysztof Wajda Katedra Telekomunikacji, 2015 Plan wykładu Ewolucja od IP do MPLS Klasyfikacja ruchu Etykiety Elementy funkcjonalne MPLS: LSR, E-LSR Działanie LSR Dystrybucja

Bardziej szczegółowo

Internet Control Message Protocol (ICMP) Łukasz Trzciałkowski

Internet Control Message Protocol (ICMP) Łukasz Trzciałkowski Internet Control Message Protocol (ICMP) Łukasz Trzciałkowski Czym jest ICMP? Protokół ICMP jest protokołem działającym w warstwie sieciowej i stanowi integralną część protokołu internetowego IP, a raczej

Bardziej szczegółowo

INFORMACJE OGÓLNE STA

INFORMACJE OGÓLNE STA STP (Spanning Tree Protocol) IEEE 802.1D jest protokołem służącym do zarządzania łączami sieci Ethernet. Autorką omawianego rozwiązania jest Radia Perlman, która zaproponowała je w 1985 roku. W 1990 roku

Bardziej szczegółowo

DR INŻ. ROBERT WÓJCIK DR INŻ. JERZY DOMŻAŁ ADRESACJA W SIECIACH IP. WSTĘP DO SIECI INTERNET Kraków, dn. 24 października 2016r.

DR INŻ. ROBERT WÓJCIK DR INŻ. JERZY DOMŻAŁ ADRESACJA W SIECIACH IP. WSTĘP DO SIECI INTERNET Kraków, dn. 24 października 2016r. DR INŻ. ROBERT WÓJCIK DR INŻ. JERZY DOMŻAŁ ADRESACJA W SIECIACH IP WSTĘP DO SIECI INTERNET Kraków, dn. 24 października 2016r. PLAN Reprezentacja liczb w systemach cyfrowych Protokół IPv4 Adresacja w sieciach

Bardziej szczegółowo

Sieci Komputerowe. Zadania warstwy sieciowej. Adres IP. Przydzielanie adresów IP. Adresacja logiczna Trasowanie (ang. routing)

Sieci Komputerowe. Zadania warstwy sieciowej. Adres IP. Przydzielanie adresów IP. Adresacja logiczna Trasowanie (ang. routing) Sieci Komputerowe Zadania warstwy sieciowej Wykład 4. Warstwa sieciowa. Adresacja IP. Adresacja logiczna Trasowanie (ang. routing) Urządzenia pracujące w warstwie trzeciej nazywają się ruterami. Fragmentacja

Bardziej szczegółowo

OBSŁUGA I KONFIGURACJA SIECI W WINDOWS

OBSŁUGA I KONFIGURACJA SIECI W WINDOWS OBSŁUGA I KONFIGURACJA SIECI W WINDOWS Jak skonfigurować komputer pracujący pod kontrolą systemu operacyjnego Windows 7, tak aby uzyskać dostęp do internetu? Zakładamy, że komputer pracuje w małej domowej

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

Laboratorium - Przeglądanie tablic routingu hosta

Laboratorium - Przeglądanie tablic routingu hosta Topologia Cele Część 1: Dostęp do tablicy routingu hosta Część 2: Badanie wpisów tablicy routingu IPv4 hosta Część 3: Badanie wpisów tablicy routingu IPv6 hosta Scenariusz Aby uzyskać dostęp do zasobów

Bardziej szczegółowo

Institute of Telecommunications. koniec wykładu VIII. mariusz@tele.pw.edu.pl

Institute of Telecommunications. koniec wykładu VIII. mariusz@tele.pw.edu.pl koniec wykładu VIII przykład data client office + firewall depot management mapa z google map POP points of presence SP data client POP POP office depot POP POP management VPN warstwy 2 (VPLL, VPLS) i

Bardziej szczegółowo

Multicasty w zaawansowanych usługach Internetu nowej generacji

Multicasty w zaawansowanych usługach Internetu nowej generacji PREZENTACJA PRACY MAGISTERSKIEJ Multicasty w zaawansowanych usługach Internetu nowej generacji Autor : Bogumił Żuchowski Kierujący pracą: dr inż. Maciej Stroiński PLAN PREZENTACJI Wprowadzenie Cel pracy

Bardziej szczegółowo

Stos protokołów TCP/IP (ang. Transmission Control Protocol/Internet Protocol)

Stos protokołów TCP/IP (ang. Transmission Control Protocol/Internet Protocol) Stos protokołów TCP/IP (ang. Transmission Control Protocol/Internet Protocol) W latach 1973-78 Agencja DARPA i Stanford University opracowały dwa wzajemnie uzupełniające się protokoły: połączeniowy TCP

Bardziej szczegółowo

BGP. Piotr Marciniak (TPnets.com/KIKE) Ożarów Mazowiecki, 26 marca 2010 r.

BGP. Piotr Marciniak (TPnets.com/KIKE) Ożarów Mazowiecki, 26 marca 2010 r. BGP Piotr Marciniak (TPnets.com/KIKE) Ożarów Mazowiecki, 26 marca 2010 r. 1 BGP BGP (ang. Border Gateway Protocol) protokół bramy brzegowej zewnętrzny protokół trasowania. Jego aktualna definicja (BGPv4)

Bardziej szczegółowo

EFEKTYWNOŚĆ PROTOKOŁÓW TRASOWA- NIA BGP + OSPF PRZY REALIZACJI USŁUG TRANSPORTU DANYCH

EFEKTYWNOŚĆ PROTOKOŁÓW TRASOWA- NIA BGP + OSPF PRZY REALIZACJI USŁUG TRANSPORTU DANYCH RAFAŁ POLAK DARIUSZ LASKOWSKI E mail: elopolaco@gmail.com, dlaskowski71@gmail.com Instytut Telekomunikacji, Wydział Elektroniki, Wojskowa Akademia Techniczna w Warszawie ul. Gen. S. Kaliskiego 17/407,

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

IDEA SIECI ZORIENTOWANYCH NA USŁUGI. Architektura Content Networking musi być wprowadzona praktycznie na każdym szczeblu przesyłania informacji!

IDEA SIECI ZORIENTOWANYCH NA USŁUGI. Architektura Content Networking musi być wprowadzona praktycznie na każdym szczeblu przesyłania informacji! IDEA SIECI ZORIENTOWANYCH NA USŁUGI Architektura Content Networking musi być wprowadzona praktycznie na każdym szczeblu przesyłania informacji! WARSTWY CONTENT NETWORKING Content Distribution & Management

Bardziej szczegółowo

Instrukcja do laboratorium 1. Podstawowa konfiguracja środowiska MPLS (Multi-Protocol Label Switching)

Instrukcja do laboratorium 1. Podstawowa konfiguracja środowiska MPLS (Multi-Protocol Label Switching) Instrukcja do laboratorium 1 Podstawowa konfiguracja środowiska MPLS (Multi-Protocol Label Switching) Przed zajęciami proszę dokładnie zapoznać się z instrukcją i materiałami pomocniczymi dotyczącymi laboratorium.

Bardziej szczegółowo