Welche Möglichkeiten gibt es, um Paketverluste tief im Netzwerk eines Anbieters zu erkennen, das mehrere Hops entfernt ist? Da mehrere Anbieter auf unseren Internet-Edge-Routern über BGP geblickt haben, muss ich in der Lage sein, Paketverlust (hauptsächlich) und Latenz (sekundär) automatisch zu erkennen , eine Schnittstellenverfolgung oder ähnliches durchzuführen und sie herunterzufahren, damit der gesamte Datenverkehr unsere anderen Anbieter nutzt .
Ich habe zwei Probleme bei der Verwendung von IP-SLAs gesehen. Erstens muss gemessen werden, dass mindestens einige Sprünge entfernt sind (weit hinter ihrem BGP-Peer). Daher ist die Überwachung von Dingen tief im Netzwerk des Anbieters keine statische Angelegenheit, wie die Überwachung unserer Verbindungen zu ihnen (die stabil waren). Wenn die Links dieses Anbieters heruntergefahren werden, sind SLAs weiterhin über den Pfad eines anderen Anbieters erreichbar. Zweitens erkennt ein ICMP-Monitor nicht den Grad des Paketverlusts, der normalerweise bei viel größeren Paketen auftritt, und die Latenz scheint sich nicht wesentlich zu ändern.
Ist Performance Routing (PfR) hier die beste Option und beeinflusst es die lokale Präferenz von BGP? Scheint, dass der Master-Controller ein SPoF (Single Point of Failure) ist. Wenn also PfR der richtige Weg ist, wie können die Grenzrouter dann nicht von einem einzelnen Master-Controller abhängig sein? Was sind zwei oder drei andere realisierbare Optionen?
Der größte und kritischste Teil unseres Datenverkehrs stammt aus unseren ausgehenden HTTP-Antworten.
quelle
Antworten:
PfR ist in der Tat eine Option.
Option, mit der ich persönlich keine Erfahrung habe, aber ich weiß, dass Benutzer BGP-Optimierer sind, die herstellerunabhängig sind, da sie nur BGP betrachten, das Netzwerk messen und Routen einfügen, um das Routing zu ändern.
Paar Optionen
quelle
Wenn Sie Cisco am Rande verwenden, ist PfR aus den von Ihnen angegebenen Gründen in der Tat die beste Option. Sie können die Redundanz des Master-Controllers einrichten, und Cisco zeigt unter diesem Link, wie es geht: http://www.cisco.com/de/US/docs/solutions/Enterprise/WAN_and_MAN/Transport_diversity/PfR_Master_Controller_Redundancy.html
quelle