From: xf0r3m Date: Sun, 3 Nov 2024 14:01:22 +0000 (+0100) Subject: Uzupełnienie rozdziału 1, modułu 3 o podsumowanie. Zakończenie redagowania rozdziału... X-Git-Url: https://gitweb.morketsmerke.org/?a=commitdiff_plain;h=6faa6f7962617513ab4614228b5bb09a375b4f82;p=mmdev.git Uzupełnienie rozdziału 1, modułu 3 o podsumowanie. Zakończenie redagowania rozdziału 2, modułu 3 kursu CCNA. --- diff --git a/articles/terminallog/Cisco_-_CCNA.html b/articles/terminallog/Cisco_-_CCNA.html index 657bfbd..050441c 100755 --- a/articles/terminallog/Cisco_-_CCNA.html +++ b/articles/terminallog/Cisco_-_CCNA.html @@ -12572,6 +12572,14 @@ L FF00::/8 [0/0] oraz DR z BDR. Wówczas LSA przesyłane jest tylko do tych dwóch urządzeń natomiast one przekazują te informacje dalej.

+

Podsumowanie

+

+ W pierwszym rodziale 3 modułu, zapoznaliśmy się z jedynym w tym + kursie protokółem routingu - OSPF. Poznaliśmy jego elementy składowe, + omówiliśmy komunikaty jakim się posługuje, aby wymienia informacje z + innymi urządzeniami. Na koniec dowiedzieliśmy się w jaki sposób + dokonuj on zbieżonści - poznaliśmy jego działanie. +

3.2. Konfiguracja jednoobszarowego OSPFv2

W poprzednim rodziale zapoznaliśmy się z działaniem dynamicznego @@ -12580,7 +12588,7 @@ L FF00::/8 [0/0] IOS. Dla celów szkolenionych przyda nam się topologia utworzona w Packet Tracerze. Topologia powinna składać się z kilku routerów. Za pomocą interfejsów loopback, będziemy symulować obecność sieci - lokalnej oraz internetu. Topologia może wyglądać następująco: + lokalnej oraz Internetu. Topologia może wyglądać następująco:

@@ -12618,11 +12626,12 @@ R2(config-router)#?

Jak pamiętamy z poprzedniego rozdziału ID routera w OSPF korzysta formatu adresu IP. Nawet lepiej, wykorzystuje adresy które są - zdefiniowane na urządzeniu, w przypadku automatycznej nie podania + zdefiniowane na urządzeniu, w przypadku automatycznej konfiguracji - + nie podania ID. Nie mniej jednak, należy pamiętać, że to nie są adres IP i - nie biorą one udziału w komunikacji. Identyfikator potrzebny w + nie biorą one udziału w komunikacji. Identyfikator jest potrzebny w stanie Exchange do ustalenia, który router jako pierwszy - wyśle komunikat DBD oraz od określania roli (DR/BDR) routera w + wyśle komunikat DBD oraz do określania roli (DR/BDR) routera w przypadku łączy wielodostępowych.

@@ -12638,13 +12647,13 @@ R2(config-router)#?

W przypadku jeśli skonfigurowano więcej niż jeden loopback, to wówczas algorytm zachowuje się identycznie jak w kroku 3, tylko wobec - interfejsów pętli. + adresów interfejsów pętli.

W systemach produkcyjnych, możemy skonfigurować sobie interfejs pętli, aby jego adres został użyty jako ID routera w OSPF. W wykorzystywanej tutaj topologii, interfejsy loopback są wykorzystywane więc - po uruchomieniu procesu OSPF na R2, przyją on o taki oto identyfikator: + po uruchomieniu procesu OSPF na R2, przyjął on o taki oto identyfikator: 

 R2#show ip protocols 
@@ -12724,7 +12733,7 @@ R2(config-router)# network adres-sieci maska-blankietowa area id-obszaru
         Maska blankietowa (wildcard mask) jest odwrotnością, 
         klasycznej maski podsieci. Jak
         w przypadku klasycznej maski, wartości binarnej 1 na masce oznaczały
-        dopasowanie bitu adresu, a binarne 0 jego brak tak w przypadku maski
+        dopasowanie bitu adresu, a binarne 0 jego brak, tak w przypadku maski
         blankietowej: binarne 0 oznaczają dopasowanie odpowiedniej wartości
         bitu w adresie, a jeden zignorowanie wartości tego bitu w adresie.
         Maskę blankietową najlepiej utworzyć porzez odjęcie od pełnej maski
@@ -12751,7 +12760,7 @@ R1(config-router)#network 10.10.1.0 0.0.0.255 area 0

Inną metodą na wykorzystanie polecenia jest network jest - podanie zamiast adresu sieci, adresu interfejsu oraz mask 0.0.0.0. + podanie zamiast adresu sieci, adresu interfejsu oraz maski 0.0.0.0. Uruchomi to proces na tym interfejsach i zacznie rozgłaszać sieci, które są dostępne na tych interfejsach.

@@ -12792,7 +12801,7 @@ R1(config-if)# ip ospf 1 area 0
  • Nieefektywne wykorzystanie pasa - poprzez przesyłanie nie potrzebnych komunikatów.
  • Nieefektywny wykorzystanie zasobów - każdy z - hostów w sieci obiera częśc tych komunikatów, następnie musi je + hostów w sieci obiera część tych komunikatów, następnie musi je przetworzyć, a następnie odrzucić.
  • Zwiększone ryzko bezpieczeństwa - ruch OSPF bez dodatkowych mechanizmów można przechwycić za pomocą takich narzędzi @@ -12881,8 +12890,8 @@ R1(config-if)#ip ospf priority 200

    3.2.2. Modyfikowanie jednoobszarowego OSPFv2

    Routery na podstawie metryki zapisanej w trasie, w tablicy routingu - dokonują wybory najlepszej ścieżki. W przypadku OSPF to metryką jest - koszt obliczony poprzez iloraz + dokonują wybory najlepszej ścieżki. W przypadku OSPF tą metryką jest + koszt obliczony poprzez iloraz referencyjne szerokości pasma przez szerokość pasma interfejsu. Te wartości wyrażone są w bitach na sekundę. Domyślną referencyjną szerokością pasma @@ -12890,8 +12899,8 @@ R1(config-if)#ip ospf priority 200 Mb. To wówczas wynik będzie = 100Mb/s, ze zwględu na to, że jest iloraz - metryka dla łączy 100Mb/s będzie równa 1. Dodatkowo te obliczenia są całkowite, więc łącza gigabitowe oraz 10-cio gigabitowe - będą mieć tę samą metrykę. Więc ze względu na rozwijające się - umożliwiono zmianę referencyjnej szerokości pasma. + będą mieć tę samą metrykę co 100Mb. Więc ze względu na rozwijające + się umożliwiono zmianę referencyjnej szerokości pasma.

    Aby zmienić wartość refencyjną szerokości pasma, @@ -12909,9 +12918,9 @@ Router(config-router)# auto-cost reference-bandwidth Mbps

    Inna wartością jaką możemy manipulować, aby wpłynąć na wybór najlepszej trasy przez OSPF jest sam koszt ścieżki. Dokonać tego - możemy za pomocą poniższego polecenie wydane w konfiguracji - interfejsu. Uwaga, należy pamiętać, aby ustawić również taki sam - koszt po drugiej stronie ścieżki. + możemy za pomocą poniższego polecenia wydane w konfiguracji + interfejsu. Uwaga, należy pamiętać, aby ustawić również taki + sam koszt po drugiej stronie ścieżki. 

     R1(config)# interface g0/1
@@ -12953,7 +12962,7 @@ Neighbor ID     Pri   State           Dead Time   Address         Interface
           Tutaj czas oczekiwania został przedstawiony w kolumnie
           Dead Time w postaci licznika, który
           odlicza w dół do 0,
-          każdorazowe nadejście pakietu Hello go restartuje
+          każdorazowe nadejście pakietu Hello go restartuje.
         
    
         
    
           Modyfikacji wyżej wymienionych wartości możemy dokonać w konfiguracji
@@ -13031,6 +13040,15 @@ O*E2 0.0.0.0/0 [110/1] via 10.1.1.6, 00:04:14, GigabitEthernet0/0
           Weryfikowanie jednoobszarowego OSPFv2 - scenariusz
    
           Weryfikowanie jednoobszarowego OSPFv2 - zadanie
         
    
+        
    Zadanie praktyczne - Packet Tracer
    
+        
    
+          Konfiguracja jednoobszarowego OSPFv2 punkt-punkt - scenariusz
    
+          Konfiguracja jednoobszarowego OSPFv2 punkt-punkt - zadanie
+        
    
+        
    Laboratorium
    
+        
    
+          Konfiguracja jednoobszarowego OSPFv2
+        
    
         
    Podsumowanie
    
         
    
           W tym rozdziale przekonaliśmy się jak pomocne mogą być dynamiczne