[ Pobierz całość w formacie PDF ]
.Oglaszanie ruteraRutery uzywajace IRD okresowo oglaszaja swoja obecnosc w sieci: albo za pomoca ad-resu grupowego 224.1, albo za pomoca rozgloszen sieciowych pod adresem 255.255.255.255.Gdy przychodzi na to czas (zwykle co 7 10 minut), ruter oglasza nawszystkich lokalnych interfejsach adresy IP tych interfejsów.Podaje dodatkowo war-tosc preferencji, aby w przypadku obecnosci kilku ruterów klient wybral ten o najwyz-szej wartosci (liczbie) preferencji.Liczba ta jest stosowana, by dac administratoromkontrole nad tym, który ruter bedzie standardowo uzywany przez klienty.Ogloszenia zawieraja równiez czas zycia (TTL), który okresla, jak dlugo klient bedziemial prawo korzystac z rutera.Czas ten powinien byc dluzszy od okresów pomiedzyogloszeniami domyslnie wynosi 30 minut.Wykrycie ruteraWykrycie rutera nastepuje zwykle, gdy host usiluje polaczyc sie z systemem spoza wla-snej podsieci niedlugo po swoim uruchomieniu (do 7 10 minut).Jesli host otrzymaljuz ogloszenie rutera, nie musi dokonywac wykrycia.Jesli jednak ruter w podsieci ule-gnie awarii lub klient musi natychmiast polaczyc sie ze zdalna siecia, moze wyslac ko-munikat Route Discovery. Rozdzial 19.Projektowanie trasowania dla sieci 399Ruter musi byc tak skonfigurowany, aby pozwalal na wykrycia oraz aby uzywal 255.255.255.255 jako adresu docelowego lub 224.2 jako adresu grupowego.Rutery ob-slugujace IRD dolaczaja sie do grupy pod tym adresem i wysylaja komunikat RouterAnnouncement (ogloszenie rutera), gdy odbiora zadanie Router Discovery.Nie wszyst-kie systemy operacyjne obsluguja IRD (nawet w roli klientów).Na przyklad, starszeklienty Microsoftu byly niezdolne do wykrywania ruterów.Jesli nasza siec ulega czestym zmianom i nie planujemy stosowania DHCP, IRD mozebyc przydatnym protokolem.W wiekszosci przypadków jednak nie powinien byc im-plementowany w srodowisku przedsiebiorstwa.Protokól RIPRouting Information Protocol (RIP), zdefiniowany w standardzie internetowym STD 34,dobrze spelnia swoje zadania jako instrument, który daje ruterom mozliwosc dynamic z-nej wymiany informacji o trasach, w miare zmian warunków w sieci.Istnieja dwie wer-sje RIP: 1.i 2.Wersja pierwsza jest implementowana juz w bardzo niewielu miejscach,lecz warto sie jej przyjrzec, gdyz stanowi podstawe wersji 2.Wersja 1.Jak pamietamy z podrozdzialu dotyczacego tablic tras, na wpis sklada sie kilka elemen-tów:docelowa siec lub host,maska sieci,interfejs,brama,metryka.Wiekszosc tych elementów powinna juz byc znajoma.Jesli wynikiem jest docelowasiec lub host, dane sa wysylane do interfejsu w celu dostarczenia do bramy.Nalezy zdacsobie sprawe, iz docelowy adres IP jest zestawiany z kazda maska sieci.Rózne protoko-ly wyboru trasy uzywaja metryki do zapisywania róznych wartosci.W przypadku pro-tokolu RIP metryka oznacza liczbe ruterów, przez które musi przejsc pakiet.Powód stosowania metryki jest staly sluzy ona do ustalenia najlepszej trasy do zdal-nej sieci, a wiec do zdalnego hosta.Gdy mamy do wyboru sciezke zawierajaca dziesiecruterów i sciezke zlozona z zaledwie czterech, wybierzemy te druga.Rysunek 19.12przedstawia prosty przyklad sieci.Rysunek 19.12 przedstawia cztery wewnetrzne podsieci z 24-bitowymi maskami pod-sieci.W trasowanie zaangazowane sa trzy rutery.Klienty w sieci 10.10.4.0 moga miecspore klopoty ze skontaktowaniem sie z klientami z sieci 10.10.2.Zakladajac, ze rute-ry obsluguja protokól RIP, i ze zaczynamy od rutera D, proces dynamicznego udostep-niania tras za pomoca RIP przebiega nastepujaco: 400 Czesc IV Tworzenie i utrzymanie sieci TCP/IPRysunek 19.12.Udostepnianieinformacjio trasachza pomocaprotokolu RIPw wersji 1.1.Ruter D zna sieci 10.10.4.0 i 10.10.3.0, wiec w odpowiednich odstepach czasu(domyslnie 30 sekund) rozglasza swoja tablice tras.2.Ruter C odbiera rozgloszenie i sprawdza zawarte w nim trasy.3.Ruter C zwieksza wszystkie metryki w rozgloszeniu o wartosc metryki dla interfejsu,na którym odebral rozgloszenie (domyslnie o 1).4.Ruter C sprawdza trasy.Znajduje trase do sieci 10.10.4.0 o metryce równej dwa,której nie rozpoznal, wiec dodaje trase do tablicy.Oprócz tego znajduje trase do10.10.3.0, lecz te posiada juz w swojej tablicy tras.Poniewaz posiada dwie trasydo tej samej sieci, porównuje ich metryki.W przypadku trasy do 10.10.3.0 ruterustala, ze posiadana juz przez niego trasa ma metryke o jeden nizsza od odebranejw rozgloszeniu.Poniewaz metryki tras z rozgloszen sa zawsze zwiekszane o jedenprzed porównaniem tras, trasy do sieci lokalnej zawsze wygrywaja z oglaszanymiprzez sasiadujacy ruter.5.Ruter C w odpowiedniej porze rozglasza trasy które zna , lacznie z tymi,które wlasnie poznal .6.Ruter B otrzymuje rozgloszenie i aktualizuje swoje informacje, dodajac trasydla 10.10.4.0 i 10.10.3.Trasa dla 10.10.1.0 nie zostaje dodana, poniewazistnieje juz trasa lokalna.Na tym etapie wszystkie rutery wiedza o sieci 10.10.4.0; ruter B równiez wysle roz-gloszenie, aktualizujac dane rutera C.Ten z kolei przez rozgloszenie zaktualizuje danerutera B.Teraz wszystkie rutery znaja wszystkie trasy, a siec jest w stanie zbieznosci.Niestety RIP nie posiada tych informacji, wiec dalej powtarza rozgloszenia co 30 se-kund.Transmisje te moga zajac troche pasma, zwlaszcza jesli siec zawiera wiecej ruterów. Rozdzial 19.Projektowanie trasowania dla sieci 401Z protokolem RIP sa, poza ciaglym rozglaszaniem, jeszcze inne problemy.Bardzo po-waznym problemem jest wielkosc, jaka moga przybrac pakiety rozgloszen.Zalózmy, naprzyklad, ze mamy uzyc protokolu RIP w Internecie [ Pobierz całość w formacie PDF ]