Beispiele für Router-Konfigurationen

Dieser Artikel beschreibt Schnittstellen- und Routing-Konfigurationsbeispiele für Cisco IOS-XE, Juniper MX-Serie und Arista-Router bei der Arbeit mit Azure ExpressRoute.

Wichtig

Die Beispiele in diesem Artikel dienen nur der Orientierung. Arbeiten mit dem Vertriebs-/Technikteam Ihres Anbieters und Ihrem Netzwerkteam zusammen, um geeignete Konfigurationen zu ermitteln, die Ihre Anforderungen erfüllen. Microsoft bietet keine Unterstützung bei Problemen im Zusammenhang mit Konfigurationen, die auf dieser Seite aufgeführt sind. Wenden Sie sich an den Gerätehersteller, wenn Sie Unterstützung bei Problemen benötigen.

MTU- und TCP-MSS-Einstellungen auf Router-Schnittstellen

Die maximale Übertragungseinheit (Maximum Transmission Unit, MTU) für die ExpressRoute-Schnittstelle ist 1500. Dies ist der übliche MTU-Standardwert für eine Ethernet-Schnittstelle eines Routers. Sofern Ihr Router nicht standardmäßig eine andere MTU verwendet, ist es nicht nötig, an der Routerschnittstelle einen Wert anzugeben.

Im Gegensatz zu einem Azure-VPN-Gateway müssen Sie für eine ExpressRoute-Leitung nicht die maximale TCP-Segmentgröße (MSS) angeben.

Die in diesem Artikel enthaltenen Routerkonfigurationsbeispiele gelten für alle Peerings. Unter ExpressRoute-Peerings und Routinganforderungen für ExpressRoute finden Sie weitere Details.

Konfigurieren von Schnittstellen und Unterschnittstellen

Sie benötigen auf jedem Router, den Sie mit Microsoft verbinden, eine Unterschnittstelle pro Peering. Identifizieren Sie eine Subschnittstelle durch eine VLAN-ID oder ein gestapeltes Paar von VLAN-IDs und eine IP-Adresse.

Die Beispiele in diesem Abschnitt beziehen sich auf Router, auf denen die IOS XE-Betriebssystemfamilie ausgeführt wird.

Dot1Q-Schnittstellendefinition

Dieses Beispiel definiert eine Unterschnittstelle mit einer einzigen VLAN-ID. Die VLAN-ID ist pro Peering eindeutig. Das letzte Oktett Ihrer IPv4-Adresse ist immer eine ungerade Zahl.

interface GigabitEthernet<Interface_Number>.<Number>
 encapsulation dot1Q <VLAN_ID>
 ip address <IPv4_Address><Subnet_Mask>

QinQ-Schnittstellendefinition

Dieses Beispiel definiert eine Subschnittstelle mit zwei VLAN-IDs. Falls die äußere VLAN-ID (s-Tag) verwendet wird, bleibt sie für alle Peerings gleich. Die innere VLAN-ID (c-Tag) ist pro Peering eindeutig. Das letzte Oktett Ihrer IPv4-Adresse ist immer eine ungerade Zahl.

interface GigabitEthernet<Interface_Number>.<Number>
 encapsulation dot1Q <s-tag> second-dot1Q <c-tag>
 ip address <IPv4_Address><Subnet_Mask>

Die Beispiele in diesem Abschnitt gelten für jeden Arista-Router.

Dot1Q-Schnittstellendefinition

Dieses Beispiel definiert eine Unterschnittstelle mit einer einzigen VLAN-ID. Die VLAN-ID ist pro Peering eindeutig. Das letzte Oktett Ihrer IPv4-Adresse ist immer eine ungerade Zahl.

interface Ethernet<Interface_Number>.<Number>
 encapsulation dot1Q vlan <VLAN_ID>
 ip address <IPv4_Address>/<Subnet_Mask_Length>

QinQ-Schnittstellendefinition

interface Ethernet<Interface_Number>.<Number>
 encapsulation dot1Q vlan <s-tag> inner <c-tag>
 ip address <IPv4_Address>/<Subnet_Mask_Length>

Die Beispiele in diesem Abschnitt gelten für Juniper-Router der MX-Serie.

Dot1Q-Schnittstellendefinition

Dieses Beispiel definiert eine Unterschnittstelle mit einer einzigen VLAN-ID. Die VLAN-ID ist pro Peering eindeutig. Das letzte Oktett Ihrer IPv4-Adresse ist immer eine ungerade Zahl.

        interfaces {
                vlan-tagging;
                <Interface_Number> {
                        unit <Number> {
                                vlan-id <VLAN_ID>;
                                family inet {
                                        address <IPv4_Address/Subnet_Mask>;
                                }
                        }
                }
        }

QinQ-Schnittstellendefinition

        interfaces {
                <Interface_Number> {
                        flexible-vlan-tagging;
                        unit <Number> {
                                vlan-tags outer <S-tag> inner <C-tag>;
                                family inet {
                                        address <IPv4_Address/Subnet_Mask>;
                                }
                        }
                }
        }

Einrichten von eBGP-Sitzungen

Sie müssen für jedes Peering eine BGP-Sitzung bei Microsoft einrichten. Richten Sie eine BGP-Sitzung anhand des folgenden Beispiels ein. Wenn die IPv4-Adresse, die du für deine Subschnittstelle verwendest, a.b.c.d ist, dann ist die IP-Adresse des BGP-Nachbarn (Microsoft) a.b.c.d+1. Das letzte Oktett in der IPv4-Adresse des BGP-Nachbarn ist immer eine gerade Zahl.

router bgp <Customer_ASN>
 bgp log-neighbor-changes
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
 neighbor <IP#2_used_by_Azure> activate
 exit-address-family
!

router bgp <Customer_ASN>
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
  neighbor <IP#2_used_by_Azure> activate
!

        routing-options {
                autonomous-system <Customer_ASN>;
        }
        protocols {
                bgp {
                        group <Group_Name> {
                                peer-as 12076;
                                neighbor <IP#2_used_by_Azure>;
                        }
                }
        }

Richten Sie Präfixe ein, die über die BGP-Sitzung angekündigt werden sollen.

Konfigurieren Sie Ihren Router anhand des folgenden Beispiels so, dass er bestimmte Präfixe an Microsoft ankündigt.

router bgp <Customer_ASN>
 bgp log-neighbor-changes
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
    network <Prefix_to_be_advertised> mask <Subnet_mask>
    neighbor <IP#2_used_by_Azure> activate
 exit-address-family
!

router bgp <Customer_ASN>
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
  network <Prefix_to_be_advertised>/<Subnet_mask_length>
  neighbor <IP#2_used_by_Azure> activate
!

        policy-options {
                policy-statement <Policy_Name> {
                        term 1 {
                                from protocol OSPF;
                                route-filter;
                                <Prefix_to_be_advertised/Subnet_Mask> exact;
                                then {
                                        accept;
                                }
                        }
                }
        }
        protocols {
                bgp {
                        group <Group_Name> {
                                export <Policy_Name>;
                                peer-as 12076;
                                neighbor <IP#2_used_by_Azure>;
                        }
                }
        }

Routenkarten

Verwenden Sie Routenzuordnungen und Präfixlisten, um Präfixe zu filtern, die in Ihrem Netzwerk weitergegeben werden. Sehen Sie sich das folgende Beispiel an und stellen Sie sicher, dass Sie die entsprechenden Präfixlisten eingerichtet haben.

router bgp <Customer_ASN>
 bgp log-neighbor-changes
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
    network <Prefix_to_be_advertised> mask <Subnet_mask>
    neighbor <IP#2_used_by_Azure> activate
    neighbor <IP#2_used_by_Azure> route-map <MS_Prefixes_Inbound> in
 exit-address-family
!
route-map <MS_Prefixes_Inbound> permit 10
 match ip address prefix-list <MS_Prefixes>
!

router bgp <Customer_ASN>
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
  network <Prefix_to_be_advertised>/<Subnet_mask_length>
  neighbor <IP#2_used_by_Azure> activate
  neighbor <IP#2_used_by_Azure> route-map <MS_Prefixes_Inbound> in
!
route-map <MS_Prefixes_Inbound> permit 10
 match ip address prefix-list <MS_Prefixes>
!

        policy-options {
                prefix-list MS_Prefixes {
                        <IP_Prefix_1/Subnet_Mask>;
                        <IP_Prefix_2/Subnet_Mask>;
                }
                policy-statement <MS_Prefixes_Inbound> {
                        term 1 {
                                from {
                                        prefix-list MS_Prefixes;
                                }
                                then {
                                        accept;
                                }
                        }
                }
        }
        protocols {
                bgp {
                        group <Group_Name> {
                                export <Policy_Name>;
                                import <MS_Prefixes_Inbound>;
                                peer-as 12076;
                                neighbor <IP#2_used_by_Azure>;
                        }
                }
        }

Konfigurieren von BFD

Sie konfigurieren BFD an zwei Stellen: einmal auf der Schnittstellenebene und einmal auf BGP-Ebene. Dieses Beispiel verwendet die QinQ-Schnittstelle.

interface GigabitEthernet<Interface_Number>.<Number>
 bfd interval 300 min_rx 300 multiplier 3
 encapsulation dot1Q <s-tag> second-dot1Q <c-tag>
 ip address <IPv4_Address><Subnet_Mask>

router bgp <Customer_ASN>
 bgp log-neighbor-changes
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
    neighbor <IP#2_used_by_Azure> activate
    neighbor <IP#2_used_by_Azure> fall-over bfd
 exit-address-family
!

Sie konfigurieren BFD an zwei Stellen: einmal auf der Schnittstellenebene und einmal auf BGP-Ebene. Dieses Beispiel verwendet die QinQ-Schnittstelle.

interface Ethernet<Interface_Number>.<Number>
 bfd interval 300 min-rx 300 multiplier 3
 encapsulation dot1Q vlan <s-tag> inner <c-tag>
 ip address <IPv4_Address>/<Subnet_Mask_Length>

router bgp <Customer_ASN>
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
  network <Prefix_to_be_advertised>/<Subnet_mask_length>
  neighbor <IP#2_used_by_Azure> activate
  neighbor <IP#2_used_by_Azure> bfd
!

Konfigurieren Sie BFD nur im BGP-Protokollabschnitt.

        protocols {
                bgp {
                        group <Group_Name> {
                                peer-as 12076;
                                neighbor <IP#2_used_by_Azure>;
                                bfd-liveness-detection {
                                        minimum-interval 300;
                                        multiplier 3;
                                }
                        }
                }
        }

Konfigurieren von MACsec

Bei der MACSec-Konfiguration müssen der Konnektivitätszuordnungsschlüssel (Key Association Key, CAK) und der Konnektivitätszuordnungsschlüssel-Name (Connectivity Association Key Name, CKN) mit über PowerShell-Befehle konfigurierten Werten übereinstimmen.

Dieser Artikel enthält kein MACSec-Beispiel für Cisco IOS-XE. Sieh dir deine Cisco-Dokumentation für die MACSec-Konfiguration auf IOS-XE Routern an.

mac security
   profile <Profile_Name>
      cipher <Cipher_Name E.g. aes256-gcm>
      key <Connectivity_Association_Key_Name> 7 <Connectivity_Association_Key>
      key derivation padding append
      sci
   !
!
interface Ethernet<Interface_Number>
   mac security profile <Profile_Name>

        security {
                macsec {
                        connectivity-association <Connectivity_Association_Name> {
                                cipher-suite gcm-aes-xpn-128;
                                security-mode static-cak;
                                pre-shared-key {
                                        ckn <Connectivity_Association_Key_Name>;
                                        cak <Connectivity_Association_Key>; ## SECRET-DATA
                                }
                        }
                        interfaces {
                                <Interface_Number> {
                                        connectivity-association <Connectivity_Association_Name>;
                                }
                        }
                }
        }

Nächste Schritte

Feedback

War diese Seite hilfreich?

Last updated on 2026-07-16

Beispiele für Router-Konfigurationen

MTU- und TCP-MSS-Einstellungen auf Router-Schnittstellen

Konfigurieren von Schnittstellen und Unterschnittstellen

Einrichten von eBGP-Sitzungen

Richten Sie Präfixe ein, die über die BGP-Sitzung angekündigt werden sollen.

Routenkarten

Konfigurieren von BFD

Konfigurieren von MACsec

Nächste Schritte

Feedback

Zusätzliche Ressourcen