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

– 103 –
• Trotz der Komplexität mancher Modelle werden dort Korrelationen einzelner Parameter
(z. B. Umfang einer HTML-Seite und anschließende Betrachtungszeit) selten berücksichtigt.
Dies liegt zum einen daran, dass diese Korrelationen grundsätzlich sehr schwierig auf
ein Modell abzubilden sind. Zum anderen sind bislang hierzu kaum Ergebnisse von Messungen
bekannt.
• Selbst wenn es gelingt, einen WWW-Nutzer und die Client-Anwendung detailgetreu zu
modellieren, bleibt die Frage, welcher Teil des von diesem Nutzer erzeugten Verkehrs an
einer bestimmten Stelle im Netz überhaupt sichtbar ist. Dies liegt zum einen daran, dass an
einer Nutzersitzung (insbesondere im Fall von WWW) häufig mehr als ein Server beteiligt
ist. Zum anderen bewirken Caching-Mechanismen, dass nicht jede Datei bei einer Anfrage
über das Netz geladen werden muss. Die Frage muss vor allem vor dem Hintergrund eines –
berechtigterweise – eher einfachen Netzmodells gesehen werden, bei dem z. B. nur ein Engpasslink
modelliert wird.
Insgesamt bleibt festzuhalten, dass WWW-Anwendungs- und Nutzermodelle häufig sehr komplex
und wenig robust gegenüber bereits kleinen Änderungen von Randbedingungen wie
neuen Programm- oder Protokollversionen sind. Hinzu kommt, dass der eigentliche Vorteil
solcher Modelle, nämlich die Nähe zur Wirklichkeit, erst bei der Definition von darauf angepassten
Leistungsmetriken (siehe Abschnitt 4.3) zum Tragen kommt.
4.2.3 Modelle für echtzeitkritischen IP-Verkehr
Neben elastischem Verkehr wird in zukünftigen IP-Netzen auch verstärkt Echtzeitverkehr eine
Rolle spielen, der somit auch bei der Modellierung mitberücksichtigt werden muss. Wie in
Kapitel 2 angesprochen, gibt es bei Echtzeitanwendungen große Unterschiede bzgl. der Härte
von Echtzeitanforderungen. Insbesondere bei Streaming-Media-Applikationen sind auch relativ
große Verzögerungen noch tolerierbar, was dazu führt, dass diese Anwendungen teilweise
als TCP-basierte Lösungen realisiert werden können. In diesem Fall ist eine Abgrenzung zu
Datenanwendungen, die elastischen Verkehr produzieren, kaum möglich. Das Problem wird
dadurch erschwert, dass zu der Adaptivität auf der Transportebene oft noch Anpassungsmechanismen
auf der Anwendungsebene kommen, die zudem für unterschiedliche Applikationen
und Implementierungen sehr weit auseinander liegen.
Aber auch in Bezug auf interaktive Anwendungen wie Sprach- oder Bildtelefonie, die meist
auf der Verwendung von UDP als Transportprotokoll und RTP zur Synchronisation beruhen,
ist es nicht möglich, ein allgemeingültiges Modell anzugeben, das alle Eigenschaften wiedergibt.
Dies gilt insbesondere wieder im Hinblick auf adaptive Anwendungen, bei denen z. B. je
nach Netzzustand unterschiedliche Audio- oder Videokompressionsalgorithmen eingesetzt
werden [246]. Da solche adaptiven Multimedia-Anwendungen zum gegenwärtigen Zeitpunkt