Gibt es eine gute Möglichkeit, eine RS232-über-RJ45-Pinbelegung zu standardisieren, die für die Verbindung mit Konsolenports der Netzwerkgeräte verwendet wird?

7

Diese Best Practices unterstützen eine dedizierte physische Konsolenverbindung zu Netzwerkgeräten für die Verwaltung. Angenommen, Ihr Gerät befindet sich innerhalb des RS232-Bereichs Ihrer Management-Workstation, bedeutet dies wahrscheinlich, dass Sie über strukturiertes UTP, das bereits vorhanden ist, eine Verbindung zu den RS232-Konsolenports Ihres Geräts herstellen.

Ich habe eine Sammlung von drei aktuellen Cisco-Geräten, die sich alle im RS232-Bereich meiner Management-Workstation befinden. Die RS232-Konsolenanschlüsse sind jedoch nicht alle gleich:

Device      Console Connector
======      =================
ASA5505     RJ45 Jack
SG500X      DE9 Male
SG300       DE9 Male

Natürlich ist es trivial, über eine strukturierte Ethernet-Verkabelung eine Verbindung zum RJ45-Konsolenport herzustellen. Wenn Sie dies tun, erhalten Sie die folgende RS232-Signalkarte für Ihr UTP:

Geben Sie hier die Bildbeschreibung ein

Bei den DE9-Konsolenports scheint TIA-561 (auch bekannt als RS-232D) der einzige Standard zu sein, der RS232 über RJ45-terminiertes UTP verbindet . Wenn Sie dies tun, erhalten Sie die folgende RS232-Signalkarte für Ihr UTP:

Geben Sie hier die Bildbeschreibung ein

Wie Sie sehen können, ergeben sich auf dem UTP RS232-Signale, die für die verschiedenen Konsolenporttypen unterschiedlich sind - und dies bei einer Sammlung von nur drei aktuellen Geräten eines einzigen Anbieters.

Obwohl ich sicher bin, dass ich dies dokumentieren und sicherstellen kann, dass alle Administratoren genau die richtigen Kabel / Adapter zur Verfügung haben, um eine erfolgreiche Verbindung herzustellen, scheint dies unnötig fehleranfällig zu sein. Zumal die Konsolenverbindung häufig nur als Backup in stressigen Zeiten verwendet wird, in denen andere Verbindungsmethoden zum Gerät bereits fehlgeschlagen sind.

Im Idealfall folgen alle RS232 auf der strukturierten Verkabelung der gleichen Pinbelegung. Ich kann alles zwingen, TIA-561 mit benutzerdefinierten Adaptern auf jedem Gerät und jeder Workstation zu folgen, aber ich habe noch nie gesehen, dass dies irgendwo anders gemacht wurde. Gibt es eine gute Möglichkeit, RS232 über RJ45-Pinbelegung zu standardisieren?

alx9r
quelle
3
Sowohl Sie als auch Fred implizieren, dass OOB keine Tests benötigt. Es scheint schrecklich häufig, dass OOB nicht wirklich funktioniert, wenn Sie es brauchen. Ich glaube, dass es keinen Sinn macht, OOB zu installieren, es sei denn, Sie haben automatische und regelmäßige Tests. Wir verwenden ein Skript, um uns alle 3 Stunden über OOB bei den Geräten anzumelden, wenn der Alarm "Anmeldefehler" ausgelöst wird. Persönlich würde ich die Pinbelegung des Ports (DB oder RJ45) normalisieren (wir normalisieren auf die Pinbelegung von Cisco, beide unterstützen JNPR + CSCO, sodass dies für unsere Umgebung am wenigsten funktioniert), sodass Straight CAT5 immer funktioniert. Und ich würde vorhandene CAT5-Infra verwenden.
20.
Hat dir eine Antwort geholfen? Wenn ja, sollten Sie die Antwort akzeptieren, damit die Frage nicht für immer auftaucht und nach einer Antwort sucht. Alternativ können Sie Ihre eigene Antwort bereitstellen und akzeptieren.
Ron Maupin
@ RonMaupin Nicht wirklich. Mir ist immer noch unklar, was ein guter Weg ist, dies zu tun.
Alx9r
OK. Ich versuche nur zu sehen, ob wir einige alte offene Fragen bereinigen können. Aufgrund der Erfahrung und der Cisco-Dokumentation ist zu berücksichtigen, dass der RS232 über die Konsolenports in der Entfernung, über die er funktioniert, sehr begrenzt ist. Es erreicht normalerweise eine Spitze von etwa 25 '(Kabelabstand, nicht Gesamtabstand). Ich habe etwas mit Standard-UTP-Kabeln eingerichtet und nur die Cisco-Kabel (sie werden mit jedem Gerät geliefert, sodass normalerweise Dutzende herumliegen) an einem Ende eingesteckt.
Ron Maupin

Antworten:

2

Ich kann für niemanden sprechen, aber ich verwende einen TOR-Terminalserver mit 8 bis 16 Ports, der mit einem Management-Ethernet verbunden ist. Wir versuchen nicht, das strukturierte Kabel zu verwenden, um sie zu einem zentralen Satz von Terminalservern zu bringen. Wir testen dann im Rahmen des Auftauchens. Wir führen die Kabel auch zu Hause durch, da es weniger wahrscheinlich ist, dass jemand irrtümlich eines abtrennt und Sie nicht wissen, dass die Verkabelung falsch ist, bis Sie sie wirklich benötigen.

Wenn Sie nicht Leute vor Ort haben, denen Sie wirklich vertrauen, würde ich nicht versuchen, $$ s dafür zu sparen.

Fredpbaker
quelle