OSPF Netzwerktypen: Broadcast, Point-to-Point, NBMA erklärt

OSPF-Netzwerktypen bestimmen, wie Nachbarschaften aufgebaut werden, ob DR/BDR-Wahlen stattfinden und wie LSAs im Segment verteilt werden. In der Praxis lösen Netzwerktypen viele typische OSPF-Phänomene: Nachbarn bleiben „nur“ in 2-WAY, Adjacencies kommen nicht hoch oder NBMA-Segmente benötigen manuelle Neighbor-Konfiguration. Wenn du Broadcast, Point-to-Point und NBMA richtig einordnest, kannst du OSPF stabiler designen und schneller troubleshoot’en.

Was ist ein OSPF-Netzwerktyp?

Der Netzwerktyp ist eine Interface-Eigenschaft in OSPF. Er beeinflusst, ob OSPF Multicast/Broadcast nutzt, wie viele Adjacencies entstehen und ob DR/BDR gewählt werden. Der Typ wird häufig automatisch aus dem Interface-Typ abgeleitet, kann aber manuell gesetzt werden.

• Steuert Adjacency-Modell (FULL zu allen oder über DR/BDR)
• Bestimmt DR/BDR-Verhalten
• Beeinflusst Neighbor-Discovery (automatisch vs. manuell)

Netzwerktyp am Interface prüfen

Router# show ip ospf interface gigabitEthernet0/1

Broadcast: Standard auf Ethernet-VLANs

Broadcast ist der häufigste OSPF-Netzwerktyp in Campus- und LAN-Segmenten. Router entdecken Nachbarn über Multicast-Hellos. Auf Broadcast-Netzen werden DR und BDR gewählt, um LSA-Austausch zu skalieren.

• Neighbor-Discovery: automatisch (Hellos via Multicast)
• DR/BDR: ja
• Typisches Umfeld: Ethernet, VLANs, Multiaccess-Segmente

Typisches Verhalten: 2-WAY ist nicht automatisch ein Fehler

Auf Broadcast-Netzen werden DROTHER-Router häufig nur 2-WAY untereinander, aber FULL mit DR/BDR. Das ist korrekt, solange Routing funktioniert.

Router# show ip ospf neighbor

Broadcast-Design-Tipp

Steuere DR/BDR bewusst über Priorities, damit nicht „zufällig“ ein ungeeigneter Router DR wird.

Router# configure terminal
Router(config)# interface gigabitEthernet0/1
Router(config-if)# ip ospf priority 100
Router(config-if)# end

Point-to-Point: ideal für echte Punkt-zu-Punkt-Links

Point-to-Point ist für Links gedacht, bei denen genau zwei OSPF-Router direkt verbunden sind. Es gibt keine DR/BDR-Wahl, und die beiden Router werden typischerweise direkt FULL. Das vereinfacht Designs und vermeidet 2-WAY/DR-Verwirrung.

• Neighbor-Discovery: automatisch
• DR/BDR: nein
• Typisches Umfeld: PPP/Serial, Ethernet-P2P, direkte Router-Verbindung

Point-to-Point auf Ethernet erzwingen (häufige Praxis)

Wenn du zwei Router über ein Ethernet-Transitnetz direkt verbindest, ist point-to-point oft sinnvoll, um DR/BDR zu vermeiden.

Router# configure terminal
Router(config)# interface gigabitEthernet0/1
Router(config-if)# ip ospf network point-to-point
Router(config-if)# end

Verifikation

Router# show ip ospf interface gigabitEthernet0/1
Router# show ip ospf neighbor

NBMA: Non-Broadcast Multi-Access (klassisch bei Frame Relay)

NBMA beschreibt Multiaccess-Netze, die kein Broadcast/Multicast unterstützen oder in denen OSPF-Broadcasts nicht zuverlässig sind. In NBMA-Umgebungen ist Neighbor-Discovery oft nicht „automatisch“ wie bei Ethernet. Häufig müssen Nachbarn statisch definiert werden.

• Neighbor-Discovery: häufig manuell (Neighbor-Statements)
• DR/BDR: ja (kann aber Design-Probleme verursachen)
• Typisches Umfeld: ältere WAN-Techniken, spezielle Provider-Transportnetze

Warum NBMA in der Praxis „heikel“ ist

• DR/BDR-Wahl über NBMA kann unerwünscht sein (Hub-Spoke)
• Neighbors müssen oft statisch gepflegt werden
• Fehler zeigen sich als „keine Nachbarn“ trotz korrekter IPs

NBMA-Neighbor statisch setzen (Beispielprinzip)

In NBMA-Designs definierst du Nachbarn im OSPF-Prozess. Das Beispiel zeigt das Prinzip; die tatsächliche WAN-Encapsulation ist abhängig von der Umgebung.

Router# configure terminal
Router(config)# router ospf 1
Router(config-router)# neighbor 10.0.0.2
Router(config-router)# end

Netzwerktyp auswählen: Praxisorientierte Entscheidungshilfe

Die Wahl ist in vielen Fällen eindeutig: Ethernet-VLAN mit mehreren Routern = Broadcast, echte Router-zu-Router-Verbindung = Point-to-Point, WAN ohne Broadcast = NBMA. Wichtig ist, dass beide Seiten kompatible Typen nutzen.

• Mehrere Router im selben VLAN: Broadcast (DR/BDR bewusst steuern)
• Zwei Router direkt verbunden: Point-to-Point (kein DR/BDR)
• Multiaccess ohne Broadcast/Multicast: NBMA (Neighbors ggf. manuell)

Typische Probleme durch falschen Netzwerktyp

Viele OSPF-Probleme sind in Wirklichkeit Netzwerktyp-Probleme: falsche DR-Wahl, unerwartete 2-WAY-States oder fehlende Neighbors in NBMA-Umgebungen.

• 2-WAY zwischen Routern verwirrt → Broadcast-Netz, aber P2P erwartet
• DR/BDR wird „falsch“ gewählt → Priorities/Router-IDs nicht gesteuert
• NBMA ohne Neighbor-Statements → keine Adjacency
• Unpassender Typ-Mix zwischen Enden → Nachbarschaft bleibt aus

Quick-Checks für Netzwerktyp-Probleme

Router# show ip ospf interface gigabitEthernet0/1
Router# show ip ospf neighbor
Router# show ip ospf | include Router ID
Router# show logging | include OSPF|ADJCHG

Netzwerktyp ändern: Vorgehen und Verifikation

Wenn du den Netzwerktyp änderst, plane das wie einen Change: OSPF kann kurz rekonvergieren, und DR/BDR-Wahlen können neu stattfinden. Danach prüfst du Neighbor-States und Routing.

Netzwerktyp auf Point-to-Point setzen (häufigster Fix)

Router# configure terminal
Router(config)# interface gigabitEthernet0/1
Router(config-if)# ip ospf network point-to-point
Router(config-if)# end

Nachbarschaft und Routen prüfen

Router# show ip ospf neighbor
Router# show ip route ospf
Router# traceroute 192.168.20.10

Best Practices: stabile OSPF-Links durch passende Netzwerktypen

Mit einem sauberen Netzwerktyp-Design sparst du dir viele Debug-Sessions. Setze Broadcast dort ein, wo Multiaccess wirklich existiert, und nutze Point-to-Point für Transitlinks, die nur zwei Router verbinden.

• Transit-Ethernet zwischen zwei Routern: Point-to-Point setzen
• Multiaccess VLANs: Broadcast beibehalten, DR/BDR steuern
• NBMA nur nutzen, wenn Broadcast/Multicast nicht funktioniert
• Nach jeder Änderung: Neighbor-State und Routing verifizieren

Konfiguration speichern

Wenn Nachbarschaften stabil sind und die Pfade wie erwartet laufen, speichere die Konfiguration.

Router# copy running-config startup-config

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab (CCNA)

Hallo! Ich bin ein CCNA-Network Engineer und unterstütze Sie bei Cisco Router- und Switch-Konfigurationen – inklusive eines vollständigen Cisco Packet-Tracer-Labs (.pkt). Ideal für Lern-/Übungsszenarien, Validierung oder eine saubere Demo-Topologie.

Was ich (je nach Paket) umsetze

• Switching: VLANs, Trunking (802.1Q), Port-Zuweisung, STP-Basics (PortFast/BPDU Guard wo sinnvoll)

• Routing: Default/Static Routing oder OSPF, Inter-VLAN Routing (Router-on-a-Stick)

• Services: DHCP (Pools/Scopes), NAT/PAT für Internet-Simulation

• Optional Security: Basic ACLs und SSH-Hardening

• Test & Verifikation: Ping/Traceroute + wichtige Show-Commands (mit erwarteten Ergebnissen)

Sie erhalten

• ✅ Packet Tracer .pkt Datei

• ✅ Saubere Konfigurations-Notizen pro Gerät

• ✅ Verifikations-Checkliste + erwartete Outputs

• ✅ Kurze Dokumentation (wie die Topologie funktioniert)

Bitte schreiben Sie mir vor der Bestellung, damit wir Scope, Packet-Tracer-Version, Geräteanzahl und Deadline klären.

Konfiguriere Cisco Router & Switches | Cisco Packet-Tracer-Labs. Finden Sie mich auf Fiverr.