Ich habe eine Reihe von Kunden, deren Netzwerkgeräte von ihrem ISP verwaltet werden. Dies erfolgt normalerweise in Form eines von einem ISP bereitgestellten Switches oder Routers, der sich an den Kundenstandorten befindet.
Für Standorte mit MPLS- oder standortübergreifender Konnektivität ist es äußerst praktisch, dieses Gerät in die vorhandene Überwachungsinfrastruktur ( OpenNMS , Observium usw.) einzubinden , zumal alle anderen Aspekte der Umgebung routinemäßig überprüft werden.
Leider schränken die meisten Anbieter den Zugriff auf die Geräte ein und zwingen Sie, Konfigurationsänderungen vorzunehmen. Das ist verständlich, aber wie kann ich genauere Informationen erhalten? Ich habe im Grunde genommen ein großes schwarzes Loch in meiner Überwachungsfläche.
Ein aktuelles Beispiel war ein Client, der über eine MPLS-Verbindung zwischen zwei Einrichtungen VoIP-Probleme hatte (Verbindungsabbrüche und Qualitätsprobleme). Ich habe keine genauen Angaben zum implementierten QoS-Level ( da wir im Router nichts sehen können ). Der ISP hatte keine anderen Vorschläge, als die Bandbreite von 4 Mbit / s auf 7 Mbit / s zu erhöhen ( Upsell - $$$). Sie sagten: "Sie maximieren Ihre Verbindung am Remote-Standort" . Der Kunde stimmte dem natürlich ohne technische Begründung zu.
Das Beste, was ich tun konnte, war, die Switch-Ports zu überwachen, die zu den Routern des ISP an beiden Standorten führten, und ich sah keine Anzeichen für eine Bandbreitensättigung ... nur große Latenzsprünge (gemessen von Switch zu Switch).
- Ist dies etwas, das mit dem ISP verhandelbar ist?
- Haben Sie jemals einen Anbieter davon überzeugt, detailliertere Überwachungsdaten bereitzustellen oder die SNMP-Überwachung seiner Geräte zu ermöglichen?
- Welchen Rückgriff haben Sie, wenn Sie den Verdacht haben, dass das Problem beim ISP liegt?
traceroute
, " pathping
," hping
und "verwenden iperf
, um zu bestimmen, ob Pakete standortübergreifend konsistent über die Kurzschlusspfade gesendet werden.