Site icon bintorosoft.com

Cisco-Router-Konfiguration für MPLS/Metro-E: Was muss vorbereitet werden?

Engineer looking to work in the electrical control room. Neural network AI generated art

MPLS- und Metro-E-Anbindungen wirken auf den ersten Blick „einfach“, weil sie oft als private WAN-Services bereitgestellt werden. In der Praxis entstehen Verzögerungen und Fehlkonfigurationen jedoch fast immer durch fehlende Übergabedaten: VLAN/Port-Details, Routing-Parameter, QoS-Klassen, MTU, Redundanzverhalten und die Frage, ob das Provider-Netz als L2- oder L3-Service geliefert wird. Dieser Leitfaden zeigt, welche Informationen und Dokumente Sie vor der Cisco-Router-Konfiguration für MPLS/Metro-E zwingend vorbereiten sollten, damit Implementierung, Abnahme und Betrieb ohne Schleifen funktionieren.

Zuerst klären: L2-Service oder L3-Service?

Der wichtigste Vorbereitungspunkt ist das Service-Modell. Metro-E ist häufig ein L2-Ethernet-Service (E-Line/E-LAN), MPLS kann als L3VPN (Provider routet) oder als L2VPN (Provider bridged) geliefert werden. Davon hängen Interfaces, VLANs und Routing vollständig ab.

Pflichtunterlagen vom Provider: Handover-Daten (WAN/Access)

Ohne vollständige Übergabe ist jede Konfiguration nur geraten. Fordern Sie ein Provider-Handover-Datenblatt an, das alle Parameter enthält, die Sie in den Router übertragen müssen.

Adressierung und Routing: Was vorab feststehen muss

Für MPLS/Metro-E ist Routing meist der entscheidende Integrationspunkt. Klären Sie, ob Sie statisch routen, OSPF/EIGRP nutzen oder eBGP fahren. In Multi-Standort-Netzen ist Standardisierung Pflicht.

CLI-Infos, die Sie als Ist-Stand vorab sammeln können

show ip interface brief
show ip route summary
show ip protocols
show bgp summary

Metro-E (L2) Vorbereitung: VLAN/QinQ und Bridge-Domains

Bei L2-Services ist die häufigste Stolperfalle das Tagging: unklar, ob untagged, single-tagged oder QinQ geliefert wird. Legen Sie außerdem fest, ob Sie pro Standort eine Punkt-zu-Punkt E-Line oder ein multipoint E-LAN bekommen.

Beispiel: Subinterface für VLAN-Tagging am Hand-off

interface GigabitEthernet0/0.100
 description METROE-HANDOFF-VLAN100
 encapsulation dot1Q 100
 ip address 172.16.100.2 255.255.255.252

MPLS L3VPN Vorbereitung: Provider als Routing-Nachbar

Bei L3VPN ist der Provider Ihr Nachbar. Entscheidend sind: welche Routen werden ausgetauscht, wie wird Default gehandhabt, und welche Sicherheitsmechanismen (Filter, max-prefix) sind verpflichtend.

Beispiel: BGP-„Gerüst“ (Konzept, Platzhalterwerte)

ip prefix-list OUT-PFX seq 10 permit 10.30.0.0/16
ip prefix-list OUT-PFX seq 99 deny 0.0.0.0/0 le 32

route-map RM-OUT permit 10
match ip address prefix-list OUT-PFX

router bgp 65010
bgp log-neighbor-changes
neighbor 192.0.2.1 remote-as 65001
neighbor 192.0.2.1 description MPLS-L3VPN-PE
neighbor 192.0.2.1 route-map RM-OUT out
neighbor 192.0.2.1 maximum-prefix 5000 90 restart 5

QoS-Vorbereitung: Klassenmodell und Edge-Shaping

MPLS/Metro-E haben häufig ein Provider-QoS-Modell (CIR/EIR, Klassen). Wenn Sie QoS nicht vorbereiten, werden Voice/UC und Business-Apps unter Last unzuverlässig. Klären Sie DSCP/CoS-Mapping und ob der Provider policet.

Beispiel: Shaping am WAN-Egress (Startpunkt)

policy-map PM-WAN-PARENT
 class class-default
  shape average 95000000

interface GigabitEthernet0/0
service-policy output PM-WAN-PARENT

Redundanz und Failover: Was vorab definiert sein muss

Viele MPLS/Metro-E-Setups haben redundante Access-Links oder sogar zwei Provider. Definieren Sie vorher, ob Active/Standby oder Active/Active gewünscht ist und wie Path-Ausfälle erkannt werden.

Beispiel: IP SLA als Path-Indikator (operativ)

ip sla 10
 icmp-echo 10.255.0.10 source-interface GigabitEthernet0/0
 frequency 5
 timeout 1000
ip sla schedule 10 life forever start-time now

track 10 ip sla 10 reachability

Security und Segmentierung: Was im WAN-Design festgelegt werden muss

Auch private WANs benötigen Policies: Segmentierung, Managementschutz und Logging. Klären Sie insbesondere, ob Filial-Gastnetze ins MPLS dürfen oder nur lokal ins Internet (Breakout).

Monitoring und Abnahme: Mindestanforderungen für den Betrieb

Ein WAN-Service ist erst betriebsfähig, wenn Monitoring und Abnahme definiert sind. Für MPLS/Metro-E sind Latenz, Loss und Jitter häufig Vertragsbestandteil (SLA) und müssen messbar sein.

Abnahme-Checkset (Mindestset)

show ip interface brief
show interfaces counters errors
show ip route summary
show ip route
show logging | last 50
ping 10.255.0.10 repeat 20
traceroute 10.255.0.10

Praktische Vorbereitungsliste: Copy/Paste für Ihr Briefing

Diese Liste kann als internes Briefing-Formular genutzt werden, bevor der Router konfiguriert wird. Wenn alle Punkte ausgefüllt sind, sind Implementierung und Abnahme deutlich schneller.

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

Sie erhalten

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.

Exit mobile version