Text anzeigen (PDF) - bei DuEPublico

SDL-Systembeschreibung
Wie schon im Block Server sind die Prozesse, die die Nutzer des durch das Stream-Protokoll
erbrachten Dienstes aus Strukturierungsgründen in den Block integriert worden. Daher kann man
die SDL-Blockgrenzen in diesem System als physikalische Grenzen der betrachteten Rechner
ansehen.
182
Der Prozeß LRM im Client
Da alle Clients als Empfänger der Anwendungsdaten auftreten, muß der Prozeß LRM in den
Blöcken Client1 bis Client3 lediglich die lokalen Ressourcen auf dem Endsystem verwalten.
Daher überprüft er wie die Instanzen auf den Routern zunächst die Verfügbarkeit freier Kapazitäten
auf dem Knoten. Sind diese verfügbar, wird die Verbindung akzeptiert und die Reservierung
entsprechend vorgenommen. Beim Verbindungsabbau übernimmt der Prozeß von der Kontrollinstanz
lediglich die Senderate sowie die maximale Paketgröße. Er reduziert daraufhin die
Anzahl der aktiven Verbindungen und die aktuellen Belastungen der Ressourcen um die Belastung,
die durch den abzubauenden Strom entstanden ist.
Der Prozeß Routing im Client
Der Prozeß Routing wird in den Clients eigentlich gar nicht benötigt, da keine Datenpakete versendet
werden müssen und die Kontrollpakete alle an den mit dem Client verbundenen Router
versendet werden. Da das Stream-Protokoll aber Doppelrollen vorsieht, ist der Prozeß Routing in
die Clients integriert worden, um das System gegebenfalls leicht anpassen zu können. Doppelrolle
in diesem Kontext bedeutet, daß ein Knoten bezüglich eines Streams sowohl als Client
(Target) als auch als Zwischenknoten (Router) gleichzeitig auftreten kann. In diesem Fall wird
die Routing-Funktion sehr wohl benötigt.
Der Prozeß SCMP im Client
Der Kontrollprozeß in den Clients, siehe Abbildung 9-8, übernimmt die Rolle eines sog. Targets
nach ST2 + -Terminologie. Ein Rechner, der nur als Target fungiert, reagiert auf Connect-Nachrichten,
die er von seinem direkten Vorgängerknoten erhält. Auch der Empfang dieser Nachricht
ist an den Absender zu bestätigen. Danach führt er die folgenden Aktionen durch:
1. Anforderung und Reservierung der benötigten Kapazitäten auf dem lokalen Knoten.
2. Benachrichtigung der lokalen Anwendung, daß ein Stromaufbauwunsch vorliegt. Diese
Benachrichtigung wird durch das Schnittstellenereignis OpenInd an den Prozeß AppGen
vorgenommen.
3. Je nach Reaktion der Anwendung (OpenAccept oder OpenRefuse) wird eine Acceptoder
eine Refuse-Nachricht an den Vorgängerknoten gesendet. Die Accept-Nachricht
enthält die FlowSpec, wie sie von der Zielanwendung akzeptiert wurde.
Beim Verbindungsabbau, der durch eine Disconnect-Nachricht angezeigt wird, versorgt der Prozeß
SCMP den lokalen Ressource-Manager mit der aktuellen Senderate und der aktuell verwendeten
maximalen Paketgröße des Stroms. Darüberhinaus wird die Verbindungsinstanz informiert
und der lokalen Anwendung durch das Schnittstellenereignis CloseInd der erfolgte Verbindungsabbau
mitgeteilt.