Megjegyzések a ccnp route ospf 5. részéhez, twistedminds

A csata utolsó része a csodálatos OSPF protokollal. Továbbra is a számunkra, hogy beszéljünk a OSPF működik árnyalatok a NMBA hálózat, valamint a figyelemre méltó virtuális kapcsolatok a technológia, mint az egyik módja, hogy összekapcsolja nem gerincét területenként 0 és a másik nincs gerince terület (más eszköz lehet egy GRE-alagutak, de vizsgákkal erről nem valószínű, hogy megkérdezik). És persze ezúttal sokat lesz, sok gyakorlatot.

OSPF az NBMA hálózatokban

Ne fejezze be azonnal a buborék NBMA-t a fejével, és próbálja megjegyezni azokat a hálózatokat, amelyeken az OSPF működhet:

• broadcast (Cisco mód)
• nem sugárzott (RFC-kompatibilis mód)
• pont-multipont (RFC-kompatibilis mód)
• pont-multipont nem sugárzott (Cisco mód)
• point-to-point (Cisco mód)

Két közülük már ismerős - sugárzott és pont-pont. Természetes kérdés merül fel:

De ... de ... de ... mert a sugárzás az az mód, amelyben az OSPF alapértelmezés szerint működik. Mit jelent a Cisco Proprietary. A probléma az, hogy a LAN-hálózatokon való közvetítés valójában az alapértelmezett üzemmód, de az NBMA-nál a dolgok eltérnek.

* - A DR-nek és a BDR-nek teljes kapcsolattal kell rendelkeznie az összes routerrel. A Hub'n'Spoke topológiában a DR lesz Hub (ok) és a Spoke-DROTHER. A teljes hálóban kiválaszthatja a DR és a BDR, valamint a LAN hálózatok közül.

** A psevdrooadadasta felvételét igényli.

Vegyünk kezünket piszkos :)

Kezdjük ezzel a konfigurációval, és konfiguráljuk a 0-os nem-hálózati hálózati módot. Nem fogom konfigurálni ezt a Frame Relay kapcsolót, akkor megnézheted ezt a cikket.

Minden, nincs más beállítás, nincs szükség. Mivel a FR nem sugárzott, ez az alapértelmezett működési mód. Abban az esetben, R2 és R3 szeretnék, hogy megbizonyosodjon arról, hogy soha nem lesz DR vagy BDR, és ezért sem kell kérni, vagy a RID, vagy alacsonyabb prioritású azok R1. Csak figyelni, hogy a statikusan konfigurált szomszédok, mert ha nem fúj, a csoda nem történt.

R1 egy R2 és R3 szomszédságát képezte, és úgy viselkedik, mint egy tipikus DR:

Továbbra is szórakoztatni és hozzáadni az 51-es területet az R4-vel, hogy R3 ABR-kká váljon. Állítsuk be ezt a hálózatot pontról pontra.

Alternatív megoldásként pont-to-point módot is beállíthat az interfészen az ip ospf hálózati point-to-point paranccsal.

Tovább mennünk. Adjon még egy 740 területrészt R21 és R22-gyel, hogy R2 legyen ABR.

Ezután beállíthatjuk az R21-et és az R22-et pont-pontként, vagy megadhatunk egy adott hálózati típust.

Jegyezze meg a hello időzítő változását. Alapértelmezésben a point-to-point Linke ő 10 másodperc, és pont-multipont - 30. Ha az érték nem változik, a környéken nem képződik. Végül egy autonóm rendszerről van szó, amelyben mindenki mindenkiről tud.

Ismét egy önálló 1 rendszerterületet kell hozzáadni, hogy az R22 ABR legyen. Itt a figyelmes olvasó eldönti, hogy itt az ideje a medvéknek

és teljesen igaza lesz. Végül is többször is arról a tényről volt szó, hogy minden nem gerinces területet a 0. területhez kell csatolni. Nincs szar. Ezt megtesszük a virtuális kapcsolat technológiájának feltárásával.

OSPF virtuális linkek

Annak érdekében, hogy ne sérüljön az OSPF tervezési szabályai, hogy minden területnek kapcsolódnia kell a gerinchálózattal, létezik virtuális kapcsolatok.

Meg kell tennie a 740-es terület közötti végpont közötti kapcsolatot az R2 (RID 2.2.2.2) és az R22 (RID 1.1.2.2) között. Ha az R2 és R22 forgalomirányítók között lenne 10-20-300 más útválasztó, akkor a konfiguráció pontosan ugyanaz lenne.

Ez minden. Ez elegendő az OSPF_VL0 alagút-interfész megemeléséhez a mi esetünkben és az autonóm rendszer összes útvonalának az R8-on való megszerzéséhez.

OSPF virtuális kapcsolat hitelesítés

Csak a rúgásokhoz tudjuk beállítani a hitelesítést egy virtuális csatornán: