Richtlinienbasiertes Routing eignet sich hervorragend dafür. Ich habe dies kürzlich getan, um ein Krankenhaus langsam auf genau diese Weise auf ein neues Internet-Edge umzustellen.
ip access-list extended PBR_SUBNETS
permit ip 172.16.1.0 0.0.0.255 any
!
route-map POLICY_ROUTE permit 10
match ip address PBR_SUBNETS
set ip next-hop 192.168.1.2
Das oben Gesagte leitet alle Pakete von 172.16.1.0/24 an die in der Routenkarte angegebene IP-Adresse um. Ändern Sie beide nach Bedarf, um sie an Ihre Situation anzupassen.
Wenden Sie diese Richtlinie auf die Router-Schnittstelle an, die Ihren internen Subnetzen zugewandt ist.
interface GigabitEthernet0/1
ip policy route-map POLICY_ROUTE
Diese Routenkarte legt den nächsten Hop für den gesamten zulässigen Verkehr fest, unabhängig von der Routing-Tabelle. (Die Verwendung des Schlüsselworts "Standard" kann dies umgehen, hört sich aber nicht so an, wie Sie es müssen.) Dies bedeutet, dass Ihre statische Route wahrscheinlich nicht für diesen Zweck benötigt wird, aber Sie können sie dort als Fallback belassen, falls BGP fehlschlägt .
Zu Ihrer Information - die Art und Weise, wie ich dies tat, bestand darin, die gesamte Konfiguration tagsüber live einzugeben, jedoch ohne Einträge in der Zugriffsliste. Da offensichtlich nichts übereinstimmt, verhält sich der gesamte Datenverkehr gemäß der Routing-Tabelle normal. Dies bietet ein sehr einfaches, testbares und reversibles Framework für das Umschalten interner Subnetze, da ab diesem Zeitpunkt nur noch die ACL hinzugefügt werden muss.