04 - Real-Time Communication Flashcards
Was sind Anforderungen an Real-Time Communication Protocols? (7)
- geringer Jitter dmax − dmin
- gerine maximale Protokoll execution time dmax
- Support für multicast Kommunikation
- zeitliche Abkapselung der Komponenten
- Error Erkennung beim Receiver (und beim Sender)
- geringe Error Erkennungslatenz
- kein Ruckeln bei Spitzenlast
Wozu dient Flow Control?
Befasst sich mit der Kontrolle des Informationsflusses zwischen Kommunikationspartnern, sodass der Absender den Empfänger nicht überholt. In jedem Szenario sollte der Empfänger die Geschwindigkeit der Kommunikation bestimmen.
Welche Arten des Flow Control gibt es? (2)
- explicit flow control
* implicit flow control
Was ist Implicit Flow Control?
Sender und Empfänger bestimmen vor der Laufzeit, dass eine maximale Senderate vom
Sender nicht überschritten wird und dass diese Rate vom Empfänger akzeptiert wird.
Welche Eigenschaften bringt Implicit Flow Control mit sich?
- Zur Laufzeit kann der Kommunikationskanal einseitig (unidirectional) sein
- Error Detection liegt in der Zuständigkeit des Receivers
- gut geeignet für multicast communication services
Was ist Explicit Flow Control?
Der Sender sendet eine Nachricht an den Empfänger und wartet, bis der Empfänger den Empfang dieser Nachricht ausdrücklich bestätigt hat.
Welche Eigenschaften bringt Explicit Flow Control mit sich? (2)
- Sender muss in Sphere of Control des Receivers sein (damit der Receiver die Berechtigung hat den Sender zu verlangsamen)
- Error Detection liegt in der Zuständigkeit des Senders
Was bedeutet eine nicht bestätigte Nachricht bei Explicit Flow Control? (3)
- Nachricht ist verloren gegangen
- Receiver ist spät dran
- Receiver ist ausgefallen
Warum kann Explicit Flow Control zur Überlastung führen?
Wenn bei einer hohen Auslastung, eine Nachricht nicht im vorgegebenem Timeout bestätigt wird, dann sendet der Sender die Nachricht wiederholt und erhöht die Nachrichtenrate zum schlecht
möglichsten Zeitpunkt.
Was sind Gründe für eine Überlastung (Thrashing)?
• Mechanismen, die mehr Serviceanfragen generieren oder mehr Ressourcen verbrauchen
wenn die Last zunimmt
- Bsp. Wiederholungsmechanismen im Kommunikationsprotokoll
- Bsp. Buffer Management
Wie kann Überlastung vermieden werden?
- durch Flow Control
* durch Congestion Control (Engpass-Überwachung)
Welche Message Timing Models gibt es? (3)
- Periodic Messages: Zeitpunkte der Übertragungen sind im Voraus bekannt, kommen in regelmäßigen Abständen
- Sporadic Messages: der Mindestabstand zwischen zwei Messages ist bekannt (Minimum Interarrival Time), unregelmäßiges Intervall
- Aperiodic Messages: keine zeitlichen Einschränkungen für die Übertragung sind bekannt
Was sind Periodic Messages?
- es gibt ein festes Zeitintervall zwischen nachfolgenden Instanzen einer Message
- zeitliche Spezifizierung mittels Periode und Phase auf globaler Zeitbasis
- Vorteile: begrenzte Latenzzeit und minimaler Jitter, ermöglicht die Abwesenheit jeglicher Nebeneffekte von Message Failures auf andere Nachrichten (Bsp. Babbling Idiot)
Was sind Sporadic Messages?
• der Mindestabstand zwischen zwei Messages ist bekannt (Minimum Interarrival Time),
unregelmäßiges Intervall
- während Minimum Interarrival Time kann keine Nachricht ankommen
- ermöglicht zeitliche Analysen und zeitliche Garantien
- gibt begrenzte Nebeneffekte durch Message Failures
- maximale Interarrival Time kann für Diagnosen verwendet werden
- Bandbreite wird effizienter genutzt
Was sind Aperiodic Messages?
Es sind keine zeitlichen Beschränkungen für Übertragungen bekannt, eine Nachricht kann
jederzeit ankommen.