Teil I Netzwerkdienste - Themen
2. Verwalten von Webcache-Servern
Teil II Zugriff auf Netzwerkdateisysteme - Themen
4. Verwalten von Netzwerkdateisystemen (Übersicht)
5. Verwaltung des Netzwerkdateisystems (Aufgaben)
6. Zugreifen auf Netzwerkdateisysteme (Referenz)
Teil III SLP (Service Location Protocol) - Themen
8. Planen und Aktivieren von SLP (Aufgaben)
9. Verwalten von SLP (Aufgaben)
Konfigurieren von SLP-Eigenschaften
Grundelemente der SLP-Konfigurationsdatei
Kommentarzeilen und Notationen
So ändern Sie Ihre SLP-Konfiguration
Modifizieren der Häufigkeit von DA-Advertisements und -Erkennungen
Beschränken von UAs und SAs auf statisch konfigurierte DAs
So beschränken Sie UAs und SAs auf statisch konfigurierte DAs
Konfigurieren der DA-Erkennung für DFÜ-Netzwerke
So konfigurieren Sie die DA-Erkennung für DFÜ-Netzwerke
Konfigurieren des DA-Takts für häufige Partitionen
So konfigurieren Sie den DA-Takt für häufige Partitionen
Verwenden verschiedener Netzwerkmedien, Topologien oder Konfigurationen
Verringern von SA-Neuregistrierungen
So reduzieren Sie SA-Neuregistrierungen
Konfigurieren der Multicast-Lebensdauereigenschaft
So konfigurieren Sie die Multicast-Lebensdauereigenschaft
So konfigurieren Sie die Paketgröße
Konfigurieren des Nur-Broadcast-Routing
So konfigurieren Sie Nur-Broadcast-Routing
Modifizieren von Zeitüberschreitungseinstellungen bei SLP-Suchanforderungen
Ändern der standardmäßigen Zeitüberschreitungseinstellungen
So ändern Sie standardmäßige Zeitüberschreitungseinstellungen
Wann Bereiche zu konfigurieren sind
Überlegungen zum Konfigurieren von Bereichen
Welchem Zweck dient die Bereitstellung eines SLP-DA?
Bereitstellen von mehreren DAs für den Lastausgleich
Multihoming-Konfiguration für SLP
Wann mehrere nicht gesteuerte Netzwerkschnittstellen zu konfigurieren sind
Konfigurieren mehrerer nicht gesteuerter Netzwerkschnittstellen (Übersicht der Schritte)
Konfigurieren der net.slp.interfaces-Eigenschaft
So konfigurieren Sie die net.slp.interfaces -Eigenschaft
Proxy-Advertisement auf Multihomed-Hosts
DA-Bereitstellung und Zuweisung von Bereichsnamen
Überlegungen zum Konfigurieren von mehreren nicht gesteuerten Netzwerkschnittstellen
10. Integrieren von veralteten Services
Teil V Serielle Vernetzung - Themen
15. Solaris PPP 4.0 (Überblick)
16. PLanen einer PPP-Verbindung (Aufgaben)
17. Einrichten einer PPP-Einwahlverbindung (Aufgaben)
18. Einrichten einer PPP-Standleitungsverbindung (Aufgaben)
19. Einrichten der PPP-Authentifizierung (Aufgaben)
20. Einrichten eines PPPoE-Tunnels (Aufgaben)
21. Beheben von allgemeinen PPP-Problemen (Aufgaben)
22. Solaris PPP 4.0 (Referenz)
23. Migrieren von Asynchronous Solaris PPP zu Solaris PPP 4.0 (Aufgaben)
25. Verwalten von UUCP (Aufgaben)
Teil VI Arbeiten mit Remote-Systemen - Themen
27. Arbeiten mit Remote-Systemen (Übersicht)
28. Verwalten des FTP-Servers (Aufgaben)
29. Zugriff auf Remote-Systeme (Aufgaben)
Teil VII Überwachen von Netzwerkdiensten - Themen
In zwei Situationen kann es erforderlich sein, die Zeitüberschreitungswerte für SLP-Suchanforderungen zu ändern:
Wenn die SLP-Agenten durch mehrere Teilnetze, Wählleitungen oder andere WANs getrennt sind, kann eine hohe Netzwerklatenz dazu führen, dass eine Anforderung oder eine Registrierung nicht durchgeführt werden kann, weil die standardmäßigen Zeitüberschreitungswerte dies nicht zulassen. Im umgekehrten Fall, d. h., wenn die Latenz Ihres Netzwerks niedrig ist, können Sie die Leistung verbessern, indem Sie die Zeitüberschreitungswerte herabsetzen.
Wenn das Netzwerk durch starken Verkehr oder hohe Kollisionsraten belastet wird, kann die maximale Wartezeit der SAs und UAs, die verstreichen muss, bevor eine Meldung gesendet werden kann, eventuell nicht ausreichen, um kollisionsfreie Transaktionen zu gewährleisten.
Eine hohe Netzwerklatenz kann dazu führen, dass UAs und SAs eine Zeitüberschreitung auslösen, bevor eine Antwort auf Anfragen und Registrierungen zurückgegeben wird. Die Latenz kann ein Problem sein, wenn ein UA von einem SA getrennt ist oder wenn sowohl ein UA als auch ein SA von einem DA getrennt sind – entweder durch mehrere Teilnetze, eine Wählleitung oder ein WAN. Sie können feststellen, ob die Latenz ein Problem darstellt, indem Sie überprüfen, ob fehlgeschlagene SLP-Anforderungen auf Zeitüberschreitungen bei UA- und SA-Anforderungen und Registrierungen zurückzuführen sind. Außerdem können Sie den Befehl ping verwenden, um die aktuelle Latenz zu messen.
In der folgenden Tabelle sind die Konfigurationseigenschaften aufgeführt, die zum Steuern der Zeitüberschreitungen dienen. Anhand der in diesem Abschnitt beschriebenen Verfahren können Sie diese Eigenschaften modifizieren.
Tabelle 9-4 Zeitüberschreitungseigenschaften
|
Wenn während einer Multicast-Serviceerkennung oder einer DA-Erkennung häufige Zeitüberschreitungen stattfinden, erhöhen Sie den Wert der net.slp.multicastMaximumWait-Eigenschaft, deren Standardwert bei 15000 Millisekunden (15 Sekunden) liegt. Durch eine Erhöhung der maximalen Wartezeit steht mehr Zeit für Anforderungen in Netzwerken mit hoher Latenz zur Verfügung. Nachdem Sie net.slp.multicastMaximumWait geändert haben, sollten Sie auch net.slp.multicastTimeouts und net.slp.DADiscoveryTimeouts ändern. Die Summe der Zeitüberschreitungswerte für diese Eigenschaften entspricht dem Wert von net.slp.multicastMaximumWait.
Wenden Sie das folgende Verfahren an, um die SLP-Eigenschaften zu ändern, die zum Steuern der Zeitüberschreitungsfunktion dienen.
Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Konfigurieren von RBAC (Übersicht der Schritte) in Systemverwaltungshandbuch: Sicherheitsservices.
# svcadm disable network/slp
net.slp.multicastMaximumWait=value
Ein 32-Bit-Ganzzahlwert zur Angabe der Summe der Werte, die für net.slp.multicastTimeouts und net.slp.DADiscoveryTimeouts gelten
Standardwert = 15000 Millisekunden (15 Sekunden)
Wertebereich = 1000 bis 60000 Millisekunden
Wenn Sie beispielsweise feststellen, dass für Multicast-Anforderungen 20 Sekunden (20000 Millisekunden) erforderlich sind, können Sie die für net.slp.multicastTimeouts angegebenen Werte und die net.slp.DADiscoveryTimeouts-Eigenschaften auf 20000 Millisekunden einstellen.
net.slp.multicastMaximumWait=20000 net.slp.multicastTimeouts=2000,5000,6000,7000 net.slp.DADiscoveryTimeouts=3000,3000,6000,8000
net.slp.datagramTimeouts=value
Eine Liste von 32-Bit-Ganzzahlwerten, die zur Angabe von Zeitüberschreitungen in Millisekunden für die Übertragung von Unicast-Datagrammen an DAs dienen
Standardwert = 3000,3000,3000
Sie können die Datagramm-Zeitüberschreitung beispielsweise auf 20000 Millisekunden erhöhen, um häufige Zeitüberschreitungen zu vermeiden.
net.slp.datagramTimeouts=2000,5000,6000,7000
In Hochleistungsnetzwerken können Sie das Zeitüberschreitungslimit für die Übertragung von Multicast- und Unicast-UDP-Datagrammen herabsetzen. Wenn Sie das Zeitüberschreitungslimit herabsetzen, verringern Sie die Latenz, die für SLP-Anforderungen erforderlich ist.
# svcadm enable network/slp
In Netzwerken mit starkem Verkehr oder einer hohen Kollisionsrate kann die Kommunikation mit einem DA beeinträchtigt werden. Bei hohen Kollisionsraten muss der sendende Agent das UDP-Datagramm erneut übertragen. Sie können festlegen, ob eine Neuübertragung stattfindet, indem Sie snoop verwenden, um den Verkehr in einem Netzwerk von Hosts zu überwachen, die slpd als SA-Server ausführen, sowie den Verkehr auf einem Host, der slpd als DA ausführt. Wenn mehrere Serviceregistrierungsmeldungen für denselben Service in der snoop-Ablaufverfolgung des Hosts, der slpd als SA-Server ausführt, angezeigt werden, kann es sich um Kollisionen von Benachrichtigungen handeln.
Kollisionen können vor allem während des Boot-Vorgangs problematisch sein. Wenn ein DA gestartet wird, sendet er nicht angeforderte Advertisements, worauf die SAs mit Registrierungen antworten. SLP verlangt von den SAs, nach dem Empfang eines DA-Advertisements auf das Verstreichen einer Zufallswartezeit zu warten, bevor sie eine Antwort senden. Die Zufallswartezeit wird durch einen maximalen Wert bestimmt, der durch net.slp.randomWaitBound gesteuert wird. Der Standardwert der Zufallswartezeit ist 1000 Millisekunden (1 Sekunde).
Wenden Sie das folgende Verfahren an, um die net.slp.RandomWaitBound-Eigenschaft in der slp.conf-Datei zu ändern.
Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Konfigurieren von RBAC (Übersicht der Schritte) in Systemverwaltungshandbuch: Sicherheitsservices.
# svcadm disable network/slp
net.slp.RandomWaitBound=value
Der obere Grenzwert zum Berechnen der Zufallswartezeit, bevor versucht wird, einen DA zu kontaktieren
Standardwert = 1000 Millisekunden (1 Sekunde)
Wertebereich = 1000 bis 3000 Millisekunden
Sie können die maximale Wartezeit beispielsweise auf 2000 Millisekunden (2 Sekunden) verlängern.
net.slp.randomWaitBound=2000
Wenn Sie die Zufallswartezeit verlängern, findet eine längere Verzögerung der Registrierung statt. SAs können Registrierungen mit neu erkannten DAs langsamer durchführen, wodurch Kollisionen und Zeitüberschreitungen vermieden werden können.
net.slp.datgramTimeouts=value
Eine Liste von 32-Bit-Ganzzahlwerten, die zur Angabe von Zeitüberschreitungen in Millisekunden für die Übertragung von Unicast-Datagrammen an DAs dienen
Standardwert = 3000,3000,3000
Sie können die Datagramm-Zeitüberschreitung beispielsweise auf 20000 Millisekunden erhöhen, um häufige Zeitüberschreitungen zu vermeiden.
net.slp.datagramTimeouts=2000,5000,6000,7000
In Hochleistungsnetzwerken können Sie das Zeitüberschreitungslimit für die Übertragung von Multicast- und Unicast-UDP-Datagrammen herabsetzen. Durch diese Einstellung wird die für SLP-Anforderungen erforderliche Latenz verringert.
# svcadm enable network/slp