Die richtlinienbasierte Weiterleitung leitet den Netzwerkverkehr basierend auf Richtlinienregeln, die die Quelle, Anwendung, Benutzerklasse, Ports oder Verkehrsart ber\u00fccksichtigen k\u00f6nnen. Dies unterscheidet sich von der traditionellen Netzwerkweiterleitung, bei der die gew\u00e4hlte Route gr\u00f6\u00dftenteils auf der k\u00fcrzesten oder bevorzugtesten Route zum Ziel basiert.<\/p>\n\n\n\n
Die richtlinienbasierte Weiterleitung kann verwendet werden, um verschiedene Ziele zu erreichen, wie z. B. die Verbesserung der Leistung und Zuverl\u00e4ssigkeit oder die Implementierung von Segmentierung. Diese Entscheidungen k\u00f6nnen auf der Identifizierung von Anwendungen basieren, was eine hochgradig granulare Weiterleitung auf Anwendungsebene erm\u00f6glicht.<\/p>\n\n\n\n
Die richtlinienbasierte Weiterleitung erm\u00f6glicht es einer Organisation, zu steuern, wie bestimmte Arten von Verkehr \u00fcber das Netzwerk flie\u00dfen. Dies wird erreicht, indem Richtlinien und Netzwerkregeln definiert werden, die festlegen, wohin der Verkehr auf seinem n\u00e4chsten Sprung zu seinem Ziel gehen soll.<\/p>\n\n\n\n
Diese Regeln verwenden verschiedene Felder innerhalb eines Pakets, um Pakete mit Richtlinien abzugleichen. H\u00e4ufig verwendete Abgleichfelder umfassen:<\/p>\n\n\n\n
Basierend auf diesen Feldern wird der Verkehr einer Richtlinie zugeordnet, die die n\u00e4chste Aktion spezifizieren kann, die der Verkehr ausf\u00fchren soll. H\u00e4ufige Aktionen umfassen:<\/p>\n\n\n\n
Die policybasierte Weiterleitung konzentriert sich darauf, wo der Datenverkehr geroutet werden soll, und erm\u00f6glicht es Firewalls oder Zugriffskontrolllisten (ACLs), Erlauben\/Verweigern-Regeln umzusetzen. Richtlinien werden oft als geordnete Regel-Listen implementiert – wobei die erste \u00dcbereinstimmung gewinnt – um Konflikte zu l\u00f6sen, wenn der Datenverkehr mehreren Regeln entspricht.<\/p>\n\n\n\n
Die policybasierte Weiterleitung ist kein Routingprotokoll wie Border Gateway Protocol (BGP)<\/a> oder Open Shortest Path First (OSPF). Es kann auch keine Probleme der letzten Meile magisch beheben, da es nur definiert, wie der Datenverkehr die verf\u00fcgbaren Routen und Bandbreiten nutzen sollte.<\/p>\n\n\n\n Die policybasierte Weiterleitung bietet eine gr\u00f6\u00dfere Granularit\u00e4t und Kontrolle als die traditionelle zielbasierte Weiterleitung. Organisationen k\u00f6nnen sie nutzen, um verschiedene Ergebnisse zu erzielen, einschlie\u00dflich:<\/p>\n\n\n\n Die traditionelle Netzwerkweiterleitung verfolgt einen \u201eOne-Size-Fits-All\u201c-Ansatz f\u00fcr das Routing und behandelt Sprach-\/Video-, SaaS-, Bulk-Backup- und Administrationsverkehr gleich. Durch die Definition spezifischer Richtlinien f\u00fcr diese kann sichergestellt werden, dass wichtigere und sensiblere Datenverkehr angemessen behandelt wird.<\/p>\n\n\n\n Die Definition und Implementierung zus\u00e4tzlicher Richtlinien f\u00fchrt jedoch zu zus\u00e4tzlicher Komplexit\u00e4t und Overhead. Governance und Tests sind entscheidend, um sicherzustellen, dass die Richtlinien wie vorgesehen funktionieren und dass die Anzahl der Richtlinien nicht au\u00dfer Kontrolle ger\u00e4t.<\/p>\n\n\n\n Die richtlinienbasierte Weiterleitung funktioniert \u00fcber einen mehrstufigen Prozess. Wichtige Schritte sind:<\/p>\n\n\n\n Die Implementierung der richtlinienbasierten Weiterleitung erfordert die Auswahl der Bedingungen, die verwendet werden, um den Datenverkehr den Richtlinien zuzuordnen, die Definition der Ma\u00dfnahmen, die als Reaktion auf eine \u00dcbereinstimmung ergriffen werden, und die Durchsetzung der Richtlinien im gesamten Netzwerk.<\/p>\n\n\n\n Die richtlinienbasierte Weiterleitung verwendet eine Vielzahl von \u00dcbereinstimmungsfeldern, um geeignete Richtlinien auszuw\u00e4hlen, anstatt einfach nur das Ziel des Datenverkehrs zu ber\u00fccksichtigen. Bei der Implementierung ist der erste Schritt, die \u00dcbereinstimmungsbedingungen zu definieren, die verwendet werden, um eine geeignete Richtlinie auszuw\u00e4hlen.<\/p>\n\n\n\n Richtlinien k\u00f6nnen mithilfe einer Vielzahl von verschiedenen Feldern abgeglichen werden, wie z.B. Quelle\/Ziel, Ports, Protokoll und DSCP. Moderne Systeme verlassen sich zunehmend auf die Klassifizierung von Anwendungen, um spezifische Richtlinien auf Anwendungsdatenverkehr anzuwenden, selbst wenn der Gro\u00dfteil des Datenverkehrs \u00fcber dieselben Ports und Protokolle (443\/HTTPS) flie\u00dft. Bei der Definition von Kriterien sind konsistente Identit\u00e4tsquellen (Apps, Ger\u00e4te und Benutzer) entscheidend, um eine konsistente Durchsetzung im gesamten Unternehmens-WAN sicherzustellen.<\/p>\n\n\n\n Bei der Definition von \u00dcbereinstimmungskriterien f\u00fcr Richtlinien ist es ratsam, diese so weit wie m\u00f6glich gegenseitig ausschlie\u00dfend zu halten, um die Anzahl der \u00dcbereinstimmungen f\u00fcr ein bestimmtes Paket zu begrenzen. Wenn mehrere Richtlinien \u00fcbereinstimmen, werden Konflikte durch die Reihenfolge der Regeln gel\u00f6st, was eine sorgf\u00e4ltige Ber\u00fccksichtigung dieser Priorit\u00e4ten unerl\u00e4sslich macht, um sicherzustellen, dass die geeignete Richtlinie auf den Datenverkehr angewendet wird.<\/p>\n\n\n\n Richtlinien k\u00f6nnen definiert werden, um verschiedene Ma\u00dfnahmen f\u00fcr \u00fcbereinstimmenden Datenverkehr zu ergreifen. Im Allgemeinen fallen diese in zwei Hauptkategorien:<\/p>\n\n\n\n Oft werden Richtlinien mit einem bevorzugten Pfad sowie einem Fallback definiert, falls etwas schiefgeht. Richtlinien k\u00f6nnen auch SLA-Schwellenwerte bez\u00fcglich Latenz, Verlust und Jitter im Entscheidungsprozess einbeziehen.<\/p>\n\n\n\n Bei der Definition von Richtlinien ist es wichtig, Richtlinien-Schleifen zu vermeiden, die Arbeitsabl\u00e4ufe unterbrechen k\u00f6nnen. Dar\u00fcber hinaus kann die Verwendung von IP-Pinning in Richtlinien f\u00fcr Cloud-Anwendungen Fragilit\u00e4t einf\u00fchren und Richtlinien brechen, wenn sich IP-Adressen \u00e4ndern.<\/p>\n\n\n\n Richtlinienbasiertes Routing sollte konsistent im gesamten Unternehmen durchgesetzt werden, um die gleiche Absicht, vorhersehbares Verhalten und messbare Ergebnisse in allen Umgebungen sicherzustellen. Bei der Implementierung von richtlinienbasiertem Routing in gro\u00dfem Ma\u00dfstab umfassen bew\u00e4hrte Praktiken:<\/p>\n\n\n\n Richtlinien sollten bei der Steuerung des Datenverkehrs einige verschiedene Arten von Kriterien verwenden. Dazu geh\u00f6ren:<\/p>\n\n\n\n Bei der Definition von Kriterien ist es wichtig, ein Gleichgewicht zwischen breiten und engen \u00dcbereinstimmungen zu finden. Breitere \u00dcbereinstimmungen sind einfacher umzusetzen, k\u00f6nnen jedoch unbeabsichtigt auch unerw\u00fcnschten Verkehr lenken. Engere \u00dcbereinstimmungen haben ein geringeres Risiko, erh\u00f6hen jedoch die Anzahl der erforderlichen Regeln.<\/p>\n\n\n\n Richtlinien m\u00fcssen auch priorisiert werden, um Konflikte zu l\u00f6sen, wenn mehrere Richtlinien mit einem Paket \u00fcbereinstimmen. Bei der Festlegung von Priorit\u00e4ten wird eine empfohlene Reihenfolge angegeben:<\/p>\n\n\n\n Richtlinienbasiertes Routing ist ein absichtsbasiertes Steuern, das darauf abzielt, Verkehr \u00fcber einen bestimmten Pfad oder Ausgang basierend auf seinen Bed\u00fcrfnissen und nicht auf seinem beabsichtigten Ziel zu leiten. Diese Anwendungsf\u00e4lle umfassen:<\/p>\n\n\n\n Richtlinienbasiertes Routing lenkt den Verkehr auf einen bestimmten Pfad, zwingt ihn jedoch nicht unbedingt durch spezifische Zwischenstationen. Dar\u00fcber hinaus ber\u00fccksichtigen Richtlinien h\u00e4ufig auch die Linkgesundheit und leiten den Verkehr auf einen alternativen Pfad, wenn der bevorzugte Link einen SLA-Schwellenwert nicht erf\u00fcllt. Die gleichen Anwendungsf\u00e4lle, die PBR wertvoll machen, schaffen jedoch auch Risiken. \u00dcberlappende Kriterien, inkonsistente Regelreihenfolge und asymmetrisches Routing k\u00f6nnen zu fragilen Ergebnissen f\u00fchren, wenn Richtlinien nicht sorgf\u00e4ltig entworfen und getestet werden.<\/p>\n\n\n\n Ein h\u00e4ufiger Anwendungsfall f\u00fcr richtlinienbasiertes Routing besteht darin, die Leistung und Zuverl\u00e4ssigkeit von latenzsensitivem Verkehr zu verbessern. Zum Beispiel sollte Sprach- und Videoverkehr auf den besten Qualit\u00e4tsweg geleitet werden, um das Risiko zu verringern, dass Jitter und Verlust die Sprachqualit\u00e4t beeintr\u00e4chtigen. Der Verkehr sollte jedoch w\u00e4hrend eines Anrufs nicht ohne Sicherheitsvorkehrungen \u00fcbersteuert werden, da das Risiko besteht, dass der Verkehr dadurch verloren geht.<\/p>\n\n\n\n Richtlinienbasiertes Routing kann auch die Priorisierung erg\u00e4nzen. In diesem Fall w\u00fcrde dieser Verkehrstyp auch innerhalb des ausgew\u00e4hlten Pfades priorisiert.<\/p>\n\n\n\n Richtlinienbasiertes Routing kann auch verwendet werden, um Segmentierung und kontrollierten Zugang zu implementieren, wobei Administrator-, regulierte oder sensible Arbeitsabl\u00e4ufe durch spezifische Inspektionspunkte oder Ausgangsstandorte geleitet werden m\u00fcssen. Zum Beispiel kann es erforderlich sein, dass der Verkehr aus einem bestimmten Subnetz durch einen Durchsetzungspunkt auf dem Weg zu einem anderen Subnetz geleitet wird.<\/p>\n\n\n\n Bei der Implementierung von Segmentierung und kontrolliertem Ausgang ist es wichtig zu beachten, dass der R\u00fcckverkehr nicht unbedingt denselben Pfad folgen muss. Dar\u00fcber hinaus kann dieser Anwendungsfall das Risiko der Einf\u00fchrung von Richtlinien\u00fcberflutung bergen, es sei denn, er wird \u00fcber Werkzeuge wie Benennungen, Tags und Vorlagen verwaltet.<\/p>\n\n\n\n Eine dritte Anwendung des policy-basierten Routings besteht im Kosten- und Kapazit\u00e4tsmanagement, wobei Premium- und teurere Pfade f\u00fcr kritische Anwendungen und g\u00fcnstigere Verbindungen f\u00fcr Massendatenverkehr reserviert werden. Beispielsweise sollten Backups, Patches und gro\u00dfe Datei\u00fcbertragungen \u00fcber kosteneffiziente Pfade geleitet werden, da geringf\u00fcgige Erh\u00f6hungen der Netzwerkverz\u00f6gerung einen vernachl\u00e4ssigbaren Einfluss auf sie haben.<\/p>\n\n\n\n Diese Anwendungsf\u00e4lle werden h\u00e4ufig durch Probleme im Zusammenhang mit Netzwerk\u00fcberlastung und steigender Latenz auf Netzwerkpfaden angetrieben, die die Leistung gesch\u00e4ftskritischer Anwendungen beeintr\u00e4chtigen. Die Wirksamkeit der Umleitung weniger kritischer Datenstr\u00f6me zu g\u00fcnstigeren Verbindungen kann offensichtlich werden, wenn die Leistung des gesch\u00e4ftskritischen Datenverkehrs w\u00e4hrend \u00dcberlastereignissen vor und nach der Implementierung dieser Richtlinien verglichen wird.<\/p>\n\n\n\n Bei der Implementierung des policy-basierten Routings umfassen h\u00e4ufige Fehlerquellen und Fallstricke:<\/p>\n\n\n\n Diese Herausforderungen k\u00f6nnen nur durch die Analyse einer Paketaufnahme des Netzwerkverkehrs gel\u00f6st werden. Dies kann helfen zu bestimmen, ob die richtigen Richtlinien in verschiedenen Situationen angewendet wurden. Im Allgemeinen ist eine gute Minderungstrategie, Regeln zu vereinfachen, Protokollierung zu implementieren, Richtlinien zu testen, \u00c4nderungen schrittweise einzuf\u00fchren und pro Standort zu validieren.<\/p>\n\n\n\n \u00dcber die technischen Fehlermodi hinaus k\u00f6nnen Organisationen mit der Governance k\u00e4mpfen. H\u00e4ufige Fallstricke sind unmanaged Ausnahmen, fehlende Dokumentation, kein Testplan und kein Rollback.<\/p>\n\n\n\n Policy-basiertes Routing verwendet vordefinierte Richtlinien und Kriterien, um zu definieren, wie der Datenverkehr geroutet werden soll. Im Gegensatz dazu basiert dynamisches Routing haupts\u00e4chlich auf der Ziel-IP-Adresse und der Gesundheit verschiedener Netzwerkverbindungen.<\/p>\n\n\n\n Policy-basiertes Routing und anwendungsbewusstes Routing ber\u00fccksichtigen beide verschiedene Faktoren bei der Entscheidungsfindung f\u00fcr das Routing. Allerdings werden Richtlinien im Allgemeinen unter Verwendung statischer \u00dcbereinstimmungsfelder (Port, Protokoll usw.) definiert, w\u00e4hrend anwendungsbewusstes Routing SLA-Faktoren wie Latenz, Jitter und Paketverlust bei der Entscheidungsfindung f\u00fcr das Routing ber\u00fccksichtigt.<\/p>\n\n\n\n Die Anwendungsidentifikation ist das zuverl\u00e4ssigste \u00dcbereinstimmungskriterium f\u00fcr Cloud-Anwendungen, da die Cloud-Infrastruktur verg\u00e4nglich ist. IP-Pinning ist in diesen Kontexten unzuverl\u00e4ssig, da sich wichtige IP-Adressen \u00e4ndern k\u00f6nnen.<\/p>\n\n\n\n Wenn m\u00f6glich, sollte das Testen in einer Testumgebung oder durch Simulation erfolgen. Bei der Einf\u00fchrung in die Produktion sollten \u00c4nderungen schrittweise mit umfangreicher Validierung und Tests implementiert werden.<\/p>\n\n\n\n Anzeichen daf\u00fcr, dass ein PBR-Design zu komplex ist, sind eine gro\u00dfe Anzahl von Richtlinienausnahmen, inkonsistente Ergebnisse und h\u00e4ufige Notfall\u00e4nderungen. Wenn dies der Fall ist, vereinfachen Sie, validieren Sie \u00c4nderungen und implementieren Sie \u00c4nderungsmanagementregeln f\u00fcr die Erstellung von Richtlinien.<\/p>\n\n\n\nWarum nutzen Organisationen die policybasierte Weiterleitung?<\/h2>\n\n\n\n
\n
Wie funktioniert die richtlinienbasierte Weiterleitung?<\/h2>\n\n\n\n
\n
Definieren der \u00dcbereinstimmungsbedingungen<\/h3>\n\n\n\n
W\u00e4hlen Sie eine Aktion (n\u00e4chster Hop, Ausgang, Tunnel, Transport)<\/h3>\n\n\n\n
\n
Global durchsetzen und Ergebnisse validieren<\/h3>\n\n\n\n
\n
Welche Kriterien sollten Richtlinien f\u00fcr das Traffic Steering verwenden?<\/h2>\n\n\n\n
\n
\n
Was sind g\u00e4ngige Anwendungsf\u00e4lle f\u00fcr richtlinienbasiertes Routing?<\/h2>\n\n\n\n
\n
Echtzeitkommunikation und Zusammenarbeit<\/h3>\n\n\n\n
Segmentierung und kontrollierter Ausgang<\/h3>\n\n\n\n
Kostenkontrolle und Kapazit\u00e4tsmanagement<\/h3>\n\n\n\n
Was kann beim policy-basierten Routing schiefgehen?<\/h2>\n\n\n\n
\n
FAQ<\/h2>\n\n\n\n
Was ist der Unterschied zwischen policy-basiertem Routing und dynamischem Routing?<\/h3>\n\n\n\n
Ist policy-basiertes Routing dasselbe wie anwendungsbewusstes Routing?<\/h3>\n\n\n\n
Welche \u00dcbereinstimmungskriterien sind f\u00fcr Cloud-Anwendungen am zuverl\u00e4ssigsten?<\/h3>\n\n\n\n
Wie testen Teams Routing-Richtlinien sicher?<\/h3>\n\n\n\n
Was sind die gr\u00f6\u00dften Anzeichen daf\u00fcr, dass ein PBR-Design zu komplex ist?<\/h3>\n\n\n\n
Implementierung von Policy-Based Routing mit Cato Networks<\/h2>\n\n\n\n