Institut für Kommunikationsnetze und Rechnersysteme - Universität ...

– 141 –
einen konstanten Wert, mit dem die Verzögerung in den anderen Teilen des Netzes berücksichtigt
wird.
Ein anderer Ansatz besteht darin, die WEDD-Parameter so zu wählen, dass auf allen Wegen
durch das Netz die Summe der Einzelverzögerungen in den Knoten entlang des Weges die
gewünschte Gesamtverzögerung nicht überschreitet. Dieser Ansatz ist als sehr konservativ zu
bewerten, was insbesondere bei Verwendung der LPD-Option dazu führen kann, dass häufig
im Einzelknoten verspätete Pakete verworfen werden, obwohl die maximale Gesamtverzögerung
nicht überschritten ist. Außerdem besteht bei dieser Lösung auch eine große Abhängigkeit
von den gewählten Routen durch das Netz und damit vom Verkehrslenkungsverfahren.
Schließlich besteht noch die Möglichkeit, einen Ansatz vergleichbar zu dem in [173] vorgeschlagenen
zu wählen, bei dem in jedem Knoten entlang des Weges zum Ziel die bereits erfahrene
Verzögerung eines Paketes berücksichtigt wird. Angewandt auf den gegebenen Fall eines
DiffServ-Netzes mit Verwendung von WEDD bedeutet dies, dass ein Paket, das im Knoten v
der Klasse i mit maximaler Verzögerung angehört und eine tatsächliche Verzögerung
( v)
T D
erfahren hat, nach dem Durchlaufen von Knoten v einer anderen Dienstgüteklasse j
( v + 1)
zugeordnet wird. Dabei wird j so gewählt, dass für die maximale Verzögerung δ j im
nächsten Knoten in dieser Klasse gilt:
( v)
δ i
( v + 1)
δ j
≤
( v)
δ i
–
( v)
T D
(5.19)
Dazu müssen allerdings die im Nachfolgeknoten eingestellten WEDD-Parameter bekannt sein,
was sich leicht realisieren lässt, wenn grundsätzlich in allen Knoten gleiche Werte für die Parameter
gewählt werden. Außerdem ist diese Lösung nur dann effizient, wenn eine ausreichend
große Anzahl an Klassen mit unterschiedlichen Werten für die maximale Verzögerung existiert.
Als Beispiel sei ein System mit 32 Klassen genannt, die durch Kombination von 16 Werten
für die maximale Verzögerung und zwei unterschiedlichen Werten für die Gewichtungsparameter
gebildet werden.
Insgesamt muss die Entwicklung einer Lösung, die konkrete Ende-zu-Ende-Anforderungen an
die maximale Verzögerung erfüllt und gleichzeitig effizient arbeitet, als sehr schwierig angesehen
werden. Die Probleme werden durch die Heterogenität einer realen Netz- und Dienstgütearchitektur
und durch die in Abschnitt 3.1.6 angesprochenen Verzögerungen innerhalb der
Endgeräte, die im Netz weder beeinflussbar noch bekannt sind, weiter verschärft. Allerdings
muss betont werden, dass Verfahren wie WEDD nicht nur interessant sind, wenn es um die
Einhaltung einer fest vorgegebenen Ende-zu-Ende-Verzögerung geht. Sie sind zunächst v. a.
dazu geeignet, die Verzögerung in einzelnen Knoten zu begrenzen und damit die grundsätzlichen
Voraussetzungen für die Nutzung des Netzes für echtzeitkritische Dienste durch Bereitstellung
von Ressourcen im Sinne eines Provisioning zu schaffen.