Kostnaden för en OSPF-rutt representerar det ackumulerade värdet av kostnader från routern till destinationsnätverket. När kommandot auto-cost reference-bandwidth 10000 har konfigurerats på alla tre routrar, beräknas kostnaden för varje länk mellan routrarna nu till 10. Loopback-gränssnittet behåller sin standardkostnad på 1, vilket visas i figuren.

Kostnaden för en router att nå ett specifikt nätverk kan beräknas genom att summera kostnaden för varje länk längs vägen. Till exempel är den totala kostnaden för R1 att nå nätverket 10.10.2.0/24 är 11. Detta beror på att länken mellan R1 och R2 har en kostnad på 10, och R2:s loopback-interface har en kostnad på 1. Tillsammans ger detta: 10 + 1 = 11.

Routing-tabellen för R1, som visas i figuren, bekräftar att metric-värdet för att nå R2:s LAN är 11, vilket visar att beräkningen stämmer överens med OSPF:s sätt att fastställa den bästa vägen.

Manuell justering av OSPF-kostnadsvärden

OSPF-kostnadsvärden kan manuellt justeras för att påverka vilken väg som väljs av OSPF. Detta är användbart för att styra trafikflödet och optimera nätverkets prestanda. I den aktuella konfigurationen utför R1 lastbalansering till nätverket 10.1.1.8/30 över två rutter. En del av nätverkstrafiken skickas via R2, medan den andra delen skickas via R3. Denna lastbalansering återspeglas i routing-tabellen, där båda vägarna har samma metric-värde och därför används samtidigt.

Obs: Att ändra kostnaden för en länk kan medföra oönskade konsekvenser. Därför bör justering av interfacekostnadsvärden endast konfigureras när utfallet är fullt förstått.

Datatrafik genom R2

Administratören har valt att prioritera trafiken via R2 och använda R3 som en reservväg, vilket säkerställer både trafikstyrning och redundans samt förbättrar nätverkets motståndskraft mot fel. Dessutom är justeringen av kostnadsvärden en strategi för att uppnå kompatibilitet med routrar från olika leverantörer, där OSPF-kostnadsberäkningar kan variera, och för att säkerställa att ruttkostnaderna mellan OSPF-multileverantörsroutrar återspeglas korrekt i routing-tabellerna.

Som tidigare nämnts kan kostnadsvärdet som rapporteras av en lokal OSPF-router till andra OSPF-routrar ändras med hjälp av gränssnittskonfigurationskommandot ip ospf cost value. I det aktuella exemplet behöver vi justera kostnaden för loopback-gränssnittet till 10 för att simulera Gigabit Ethernet-hastigheter. Vidare kommer vi att ändra kostnaden för länken mellan R2 och R3 till 30, vilket gör att denna länk fungerar som en reservväg.

Konfiguration:

R1(config)# interface g0/0/1
R1(config-if)# ip ospf cost 30
R1(config-if)# interface lo0
R1(config-if)# ip ospf cost 10
R1(config-if)# end
R1#
R2(config-if)# interface lo0 
R2(config-if)# ip ospf cost 10 
R2(config-if)# end
R2#
R3(config)# interface g0/0/0 
R3(config-if)# ip ospf cost 30 
R3(config-if)# interface lo0 
R3(config-if)# ip ospf cost 10 
R3(config-if)# end
R3#

Efter att ha justerat OSPF-kostnaderna för R2 och R3 för att överensstämma med den givna topologin, reflekterar OSPF-rutterna för R1 de förväntade kostnadsvärdena. Med dessa ändringar belastningsbalanserar R1 inte längre till nätverket 10.1.1.8/30. I stället dirigeras all trafik till detta nätverk genom R2 via gränssnittet 10.1.1.6, vilket var administratörens avsikt. Denna konfiguration säkerställer att trafiken följer en enhetlig och önskad väg i nätverket.

Observera: Även om det rekommenderas att använda kommandot ip ospf cost för att hantera OSPF-kostnadsvärden, kan en administratör alternativt justera kostnaderna genom att använda kommandot bandwidth kbps i interfacets konfigurationsläget. Denna metod fungerar dock endast om alla routrar i nätverket är Cisco-routrar, eftersom bandbreddskommandot kan tolkas olika av routrar från andra leverantörer.

Vad händer när länken mellan R1 och R2 går ner?

När länken mellan R1 och R2 (GigabitEthernet0/0/0) går ner, simuleras detta genom att administrativt stänga av gränssnittet. OSPF reagerar genom att ta bort denna länk från topologin och routing-tabellen. R1 kommer därefter att omdirigera trafiken via reservvägen, som går genom R3.

Stäng av interfacet på R1 (GigabitEthernet0/0/0):

R1(config)# interface g0/0/0
R1(config-if)# shutdown

Loggar från R1 vid felövergång:

*Jun 7 03:41:34.866: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/0 from FULL to DOWN,
Neighbor Down: Interface down or detached
*Jun 7 03:41:36.865: %LINK-5-CHANGED: Interface GigabitEthernet0/0/0, changed state to administratively down
*Jun 7 03:41:37.865: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/0/0, changed state to down

Verifiera routing-tabellen på R1: Efter att OSPF har uppdaterat topologin och routingtabellen bör R1 nu använda reservvägen via R3.