Im Vergleich zu Cisco IOS können wir auf dem Router eine beliebige Anzahl von Loopbacks erstellen. Auf Junos können Sie jedoch nur eine Loopback-Schnittstelle (sogar logische Einheiten aus demselben Loopback) in der Routing-Instanz erstellen. Hat jemand den Grund für dieses Design vorgeschlagen oder darüber nachgedacht? ? und hat Junos eine andere logische Schnittstelle, die anstelle von Loopback verwendet werden kann?
routing
juniper
juniper-junos
loopback
Mr.lock
quelle
quelle
lo0.0
undlo0.5
) zu trennen .Antworten:
Weil es völlig unnötig ist.
In JunOS können Sie mehrere Adressen auf einer einzigen logischen Schnittstelle haben.
quelle
Sie können jeder vorhandenen Routing-Instanz eine individuelle lo0.x hinzufügen. Wenn Sie also mehrere Routing-Instanzen konfigurieren, können Sie mehrere separate Loopback-Schnittstellen konfigurieren.
Und dies ist "der richtige Weg", anstatt mehrere Loopbacks pro einzelne Routing-Instanz. Der Zweck der Loopback-Schnittstelle besteht darin, sowohl als Ankerschnittstelle zur Identifizierung als auch als "Always-up" -Ankerschnittstelle zu fungieren. Es sollten keine mehreren Anker oder Identifikationspunkte für eine einzelne Instanz einer Netzwerk-Computing-Entität erforderlich sein (mein Ad-hoc-Alternativbegriff für eine Routing-Instanz). Wie andere bereits hier festgestellt haben, ist es nicht nur plausibel, sondern auch ratsam, der Single-Loopback-Schnittstelle lediglich mehr Adressen hinzuzufügen, anstatt mehr Schnittstellen zu erstellen.
Nicht in der Lage zu sein, diese Art von Funktionalität in einer Routing-Instanz zu haben, wäre für Dinge wie OSPF und andere katastrophal. Daher ist es möglich, so viele wie nötig in jede Routing-Instanz zu platzieren, die Sie konfigurieren möchten (eine davon ist so viele wie nötig). .
quelle