Konfigurieren interner Scheduler-Knoten
Ein Knoten in der Hierarchie gilt als intern, wenn eine der folgenden Bedingungen zutrifft:
Für jeden seiner untergeordneten Knoten ist ein Datenverkehrssteuerungsprofil konfiguriert und angewendet.
Sie fügen die
internal-nodeAnweisung auf der[edit class-of-service interfaces interface-set set-name]Hierarchieebene ein.
Warum sollte es wichtig sein, einen bestimmten Knoten intern zu machen? Im Allgemeinen stehen auf der Ebene der logischen Schnittstelle (Einheit) mehr Ressourcen zur Verfügung als auf der Ebene des Schnittstellensatzes. Es kann auch wünschenswert sein, alle Ressourcen auf einer einzigen Ebene zu konfigurieren, anstatt sie auf mehrere Ebenen zu verteilen. Die internal-node Anweisung stellt diese Flexibilität bereit. Dies kann ein hilfreiches Konfigurationsgerät sein, wenn Schnittstellen-Set-Warteschlangen ohne logische Schnittstellen ausschließlich auf der Schnittstelle verwendet werden.
Die internal-node Anweisung kann verwendet werden, um die Schnittstellenmenge ohne untergeordnete Elemente auf die gleiche Ebene wie die anderen konfigurierten Schnittstellensätze mit untergeordneten Elementen anzuheben, sodass sie um die gleiche Menge von Ressourcen konkurrieren können.
Zusammenfassend lässt sich sagen, dass die Verwendung der internal-node Anweisung es ermöglicht, alle Anweisungen auf derselben Ebene mit oder ohne untergeordnete Elemente zu planen.
Das folgende Beispiel macht die Schnittstellen sets if-set-1 und if-set-2 internal:
[edit class-of-service interfaces]
interface-set {
if-set-1 {
internal-node;
output-traffic-control-profile tcp-200m-no-smap;
}
if-set-2 {
internal-node;
output-traffic-control-profile tcp-100m-no-smap;
}
}
Wenn eine Schnittstellenmenge logische Schnittstellen enthält, die mit einem Verkehrssteuerungsprofil konfiguriert sind, hat die Verwendung der internal-node Anweisung keine Auswirkungen.
Interne Knoten können eine traffic-control-profile-remaining Anweisung angeben.