Deze technische nota verklaart een probleem van OSPF-routes in de databank van de Staat van de Koppeling maar niet in de routingtabel in een volledig gemamede Frame Relay-omgeving. Voor meer scenario's, zie Waarom zijn sommige Routes OSPF in het gegevensbestand maar niet de Routing Tabel?
Lezers van dit document zouden kennis moeten hebben van deze onderwerpen:
OSPF
Frame Relay
Dit document is niet beperkt tot specifieke software- en hardware-versies. De configuratie in dit document wordt echter getest en bijgewerkt door gebruik te maken van deze software en hardwareversies:
Cisco 2500 Series router
Cisco IOS versie 12.2(24a)
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Het onderstaande voorbeeld gebruikt een volledig gecompileerd Frame Relay-milieu. De netwerkdiagrammen en -configuraties worden hieronder weergegeven:
Doc |
---|
interface Ethernet0 ip address 50.50.50.50 255.255.255.0 interface Serial0 encapsulation frame-relay !--- Enables Frame Relay encapsulation on the interface. interface Serial0.1 multipoint !--- The subinterface is configured as a multipoint link. ip address 10.10.10.5 255.255.255.0 ip ospf network broadcast !--- This command is used to define the network type as broadcast. !--- The network type is defined on nonbroadcast networks to !--- avoid configuring the neighbors explicitly. frame-relay map ip 10.10.10.6 101 broadcast frame-relay map ip 10.10.10.10 100 broadcast !--- To define the mapping between a destination protocol address !--- and the data-link connection identifier (DLCI) used to !--- connect to the destination address. !--- The broadcast keyword is used to forward broadcasts to !--- this address when broadcast/multicast is !--- disabled because of non-broadcast medium. router ospf 1 network 0.0.0.0 255.255.255.255 area 0 |
slaperig |
---|
interface Ethernet0 ip address 70.70.70.70 255.255.255.0 interface Serial0 encapsulation frame-relay !--- Enables Frame Relay encapsulation on the interface. interface Serial0.1 multipoint !--- The subinterface is configured as a multipoint link. ip address 10.10.10.6 255.255.255.0 ip ospf network broadcast !--- This command is used to define the network type as broadcast. !--- The network type is defined on nonbroadcast networks to !--- avoid configuring the neighbors explicitly. frame-relay map ip 10.10.10.5 101 broadcast frame-relay map ip 10.10.10.10 102 broadcast !--- To define the mapping between a destination protocol address !--- and the DLCI used to connect to the destination address. !--- The broadcast keyword is used to forward broadcasts to !--- this address when broadcast/multicast is !--- disabled because of non-broadcast medium. router ospf 1 network 0.0.0.0 255.255.255.255 area 0 |
Sneezy |
---|
interface Ethernet0 ip address 60.60.60.60 255.255.255.0 interface Serial0 encapsulation frame-relay !--- Enables Frame Relay encapsulation on the interface. interface Serial0.1 multipoint !--- The subinterface is configured as a multipoint link. ip address 10.10.10.10 255.255.255.0 ip ospf network broadcast !--- This command is used to define the network type as broadcast. !--- The network type is defined on nonbroadcast networks to !--- avoid configuring the neighbors explicitly. frame-relay map ip 10.10.10.5 100 broadcast frame-relay map ip 10.10.10.6 102 broadcast !--- To define the mapping between a destination protocol address !--- and the DLCI used to connect to the destination address. !--- The broadcast keyword is used to forward broadcasts to !--- this address when broadcast/multicast is !--- disabled because of non-broadcast medium. router ospf 1 network 0.0.0.0 255.255.255.255 area 0 |
Eerst hebben alle routers alle routes in hun buurtabellen. Er is een gebeurtenis waardoor Doc en Sleepy elkaar van hun buren tafels laten vallen. Uit de in deze paragraaf gegeven tabellen van de buren kunnen we zien dat de tabel van de Doc-buren niet de vermelding 70.70.70.70 heeft en dat de tabel van de Sleepy-buur niet de vermelding 50.50.50.50 bevat.
Tabel van Doc |
---|
doc# show ip ospf neighbor Neighbor ID Pri State Dead Time Address Interface 60.60.60.60 1 FULL/DR 00:00:33 10.10.10.10 Serial0.1 |
slaappige buurttafel |
sleepy# show ip ospf neighbor Neighbor ID Pri State Dead Time Address Interface 60.60.60.60 1 FULL/BDR 00:00:32 10.10.10.10 Serial0.1 |
Zuidoost-buurtabel |
sneezy# show ip ospf neighbor Neighbor ID Pri State Dead Time Address Interface 50.50.50.50 1 FULL/DROTHER 00:00:36 10.10.10.5 Serial0.1 70.70.70.70 1 FULL/DR 00:00:31 10.10.10.6 Serial0.1 |
Bovendien verliest Doc alle OSPF-routes van zijn routingtabel en Sneezy hebben niet langer 50.50.50.0 (LAN-subnetjes van Doc) in hun routeringstabellen.
Doc-routingtabel |
---|
doc# show ip route Gateway of last resort is not set 10.0.0.0 255.255.255.0 is subnetted, 1 subnets C 10.10.10.0 is directly connected, Serial0.1 50.0.0.0 255.255.255.0 is subnetted, 1 subnets C 50.50.50.0 is directly connected, Ethernet0 |
Sleepe routingtabel |
sleepy# show ip route Gateway of last resort is not set 10.0.0.0/ 24 is subnetted, 1 subnets C 10.10.10.0 is directly connected, Serial0.1 60.0.0.0/ 24 is subnetted, 1 subnets O 60.60.60.0 [110/ 11175] via 10.10.10.10, 00: 07: 25, Serial0.1 70.0.0.0/ 24 is subnetted, 1 subnets C 70.70.70.0 is directly connected, Ethernet0 |
Snezy routingtabel |
sneezy# show ip route Gateway of last resort is not set 10.0.0.0/ 24 is subnetted, 1 subnets C 10.10.10.0 is directly connected, Serial0.1 60.0.0.0/ 24 is subnetted, 1 subnets C 60.60.60.0 is directly connected, Ethernet0 70.0.0.0/ 24 is subnetted, 1 subnets O 70.70.70.0 [110/ 11175] via 10.10.10.6, 00: 07: 53, Serial0.1 |
Hoewel Doc geen OSPF-routes in zijn routingtabel heeft, kunnen we uit de uitvoer hieronder zien dat het een volledige OSPF-database heeft.
Doc Database |
---|
doc# show ip ospf database OSPF Router with ID (50.50.50.50) (Process ID 1) Router Link States (Area 0) Link ID ADV Router Age Seq# Checksum Link count 50.50.50.50 50.50.50.50 169 0x80000030 0x3599 2 60.60.60.60 60.60.60.60 1754 0x8000002F 0xD26D 2 70.70.70.70 70.70.70.70 1681 0x8000002D 0xFDD9 2 Net Link States (Area 0) Link ID ADV Router Age Seq# Checksum 10.10.10.6 70.70.70.70 569 0x8000002B 0x8246 |
De netwerk link-staat is een verbindingsstaat die door de aangewezen router (DR) gegenereerd is en alle routers die aan het netwerk verbonden zijn beschrijft. In de output hieronder, zien we dat DR de router ID (50.50.50.50) van Doc niet als een verbonden router aanduidt, die het uitzendmodel breekt. Daarom installeert Doc geen OSPF-routes die door het Frame Relay-netwerk geleerd zijn.
Netwerklinkstaat |
---|
doc# show ip ospf database network 10.10.10.6 Net Link States (Area 0) LS Type: Network Links Link State ID: 10.10.10.6 (address of Designated Router) Advertising Router: 70.70.70.70 Network Mask: 255.255.255.0 Attached Router: 70.70.70.70 Attached Router: 60.60.60.60 |
Een andere manier om dit te bekijken is dat Doc Sneezy als DR verklaart en verwacht dat Sneezy een netwerk verbinding-staat zal genereren. Aangezien Sneezy echter geen DR is, genereert het geen netwerk link-staat, die op zijn beurt geen Doc toestaat om routes in zijn routingtabel te installeren.
Tabel van Doc |
---|
doc# show ip ospf neighbor Neighbor ID Pri State Dead Time Address Interface 60.60.60.60 1 FULL/DR 00:00:29 10.10.10.10 Serial0.1 |
Volgens de database is de DR voor de Frame Relay-cloud Slapy. Sleepy ziet Doc echter niet als een OSPF-buurman. Zoals in dit voorbeeld te zien is, faalt het pingelen van Sleepy tot Doc:
sleepy# ping 10.10.10.5 Type escape sequence to abort. Sending 5, 100- byte ICMP Echos to 10.10.10.5, timeout is 2 seconds: ..... Success rate is 0 percent (0/ 5)
Uit de output van de opdracht frame-relais van de show in Sleepy, kunnen we zien dat DLCI naar Doc gaat inactief is. Dat verklaart waarom Sleepy Doc niet kan pingelen, en waarom ze elkaar niet zien als buren. Dit was de gebeurtenis die het probleem veroorzaakte:
sleepy# show frame-relay map Serial0.1 (up): ip 10.10.10.5 dlci 101( 0x65,0x1850), static, broadcast, CISCO, status defined, inactive Serial0.1 (up): ip 10.10.10.10 dlci 102( 0x66,0x1860), static, broadcast, CISCO, status defined, active
Omdat het PVC tussen Doc en Sleepy is verbroken en de link van Doc naar de aangewezen router (DR) is verbroken, verklaart Doc alle LSA's van Sneezy (wat geen DR) als onbereikbaar. Het uitzendmodel via Frame Relay werkt goed als de Frame Relay-cloud volledig is uitgerust. Als om het even welke permanente virtuele circuits (PVC’s) worden gebroken, kan het tot problemen in de OSPF-database leiden, die duidelijk is uit de hieronder getoonde ip ospf-database-opdrachtoutput die de Adv-router toont, is geen bereikbaar bericht.
Tabel van Doc |
---|
doc# show ip ospf database router OSPF Router with ID (50.50.50.50) (Process ID 1) Router Link States (Area 0) LS age: 57 Options: (No TOS-capability, DC) LS Type: Router Links Link State ID: 50.50.50.50 Advertising Router: 50.50.50.50 LS Seq Number: 800000D4 Checksum: 0x355D Length: 48 Number of Links: 2 Link connected to: a Transit Network (Link ID) Designated Router address: 10.10.10.10 (Link Data) Router Interface address: 10.10.10.5 Number of TOS metrics: 0 TOS 0 Metrics: 64 Link connected to: a Stub Network (Link ID) Network/subnet number: 50.50.50.0 (Link Data) Network Mask: 255.255.255.0 Number of TOS metrics: 0 TOS 0 Metrics: 10 Adv Router is not-reachable LS age: 367 Options: (No TOS-capability, DC) LS Type: Router Links Link State ID: 60.60.60.60 Advertising Router: 60.60.60.60 LS Seq Number: 800000C9 Checksum: 0xC865 Length: 48 Number of Links: 2 Link connected to: a Transit Network (Link ID) Designated Router address: 10.10.10.6 (Link Data) Router Interface address: 10.10.10.10 Number of TOS metrics: 0 TOS 0 Metrics: 64 Link connected to: a Stub Network (Link ID) Network/subnet number: 60.60.60.0 (Link Data) Network Mask: 255.255.255.0 Number of TOS metrics: 0 TOS 0 Metrics: 10 Adv Router is not-reachable LS age: 53 Options: (No TOS-capability, DC) LS Type: Router Links Link State ID: 70.70.70.70 Advertising Router: 70.70.70.70 LS Seq Number: 800000CA Checksum: 0xEDD4 Length: 48 Number of Links: 2 Link connected to: a Transit Network (Link ID) Designated Router address: 10.10.10.6 (Link Data) Router Interface address: 10.10.10.6 Number of TOS metrics: 0 TOS 0 Metrics: 64 Link connected to: a Stub Network (Link ID) Network/subnet number: 70.70.70.0 (Link Data) Network Mask: 255.255.255.0 Number of TOS metrics: 0 TOS 0 Metrics: 10 |
Wanneer u OSPF configureren om een netwerk dat al dan niet kan worden uitgezonden, te besturen, moet alle apparaten in staat zijn direct met (ten minste) de aangewezen router te communiceren. De uitzending en NBMA model baseert zich op de Frame Relay wolk die volledig wordt verbonden. Als een permanent virtueel circuit (PVC) naar beneden gaat, wordt de cloud niet langer volledig aangepast en werkt OSPF niet correct.
In een Frame Relay-omgeving, als Layer 2 instabiel is, zoals in ons voorbeeld, bevelen wij geen OSPF-netwerk-type van uitzending aan. Gebruik in plaats daarvan OSPF-point-to-multipoint.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
29-Dec-2005 |
Eerste vrijgave |