Flow Control

Flow Control Modus

Um Überlastungen eines Servents zu vermeiden wurde bei der neueren Version von Gnutella (v0.6) ein Algorithmus zur Flow Control implementiert.
Der einfachste Ansatz wäre, die Verbindung zu schliessen, wenn zu viel Bandbreite beansprucht wird; besser ist es jedoch, weiterzuleitende Nachrichten zu verwerfen um der Traffic zu verringern. Somit würden aber auch Query Hits verworfen, wodurch vorangegangene Querys umsonst Traffic im Gnet verursacht hätten.
Daher wurde eine Outputqueue in Gnutella implementiert:

• solange Queue < 25% ihrer max. Größe in Bytes, nichts weiter tun
• ab 50%, Flow-Control-Modus benutzen

  ->solange bis wieder unter 25%

• Größe der Queue sollte mindestens 150% der max. zulässigen Nachrichtengröße sein

Im Flow Control Modus werden alle ankommenden Queries verworfen.
Weiterzuleitende Nachrichten erhalten eine umso kleinere Priorität, desto mehr Hops(Servents) diese schon durchlaufen haben: Allerdings wird bei Query Hits genau entgegengesetzt der Strategie für weiterzuleitende Nachrichten vorgegangen, da sonst der vorangegangene Aufwand umsonst gewesen ist.

Reihenfolge der Nachrichten nach Priorität:

Push, Query Hit, Pong, Query, Ping

Individuelle Nachrichten werden im FC Modus bevorzugt.

Solange die Outputqueue nicht zu 100% gefüllt ist, werden alle Nachrichten akzeptiert.
Erst wenn die Queue voll ist:

• Nachricht mit geringerer Priorität löschen (letzte in der Queue)
• ansonsten: Nachrichtentyp Query, Pong oder Ping verwerfen
• letzte Möglichkeit: Bye senden (Queue Überlauf)
  

zurück zum Index

Sachrifc

Sachrifc ist ein andere Ansatz um Überlastungen zu vermeiden; jedoch wurde dieser nicht in Gnutella implementiert. Die Ziele dieses Ansatzes sind:

• Verzögerung von Nachrichten zu minimieren
• Priorität der Nachrichten: Push, Query Hit, Query, Pong, Ping
• Verhindern, dass ein Nachrichtentyp den Verkehr dominiert
• Favorisierung von weniger populären Query Hits