Abstract-Vi anser att en överbelastningskontrollalgoritm bör göra flödena klara snabbt - så snabbt som möjligt, samtidigt som de förblir stabila och rättvisa bland flödena. Nyligen föreslog vi RCP (Rate Control Protocol) som gör det möjligt för typiska Internet-stora flöden att slutföra en till två storleksordningar snabbare än den befintliga (TCP Reno) och den föreslagna (XCP) överbelastningskontroll algoritm. Precis som XCP använder RCP explicit feedback från routers, men kräver inte beräkningar per förpackning. En router upprätthåller bara en hastighet som den ger till alla flöden, vilket gör den enkel och i sig rättvis. Flöden slutar snabbt eftersom RCP aggressivt ger överskott bandbredd till flöden, vilket gör att det fungerar bra i det vanliga fallet. Men -och detta är en design kompromiss -RCP kommer att uppleva kortvariga övergående översvämningar när nätverksförhållandena förändras snabbt (t.ex. en ändring av rutten eller en flash-publik). I detta dokument utökar vi RCP och föreslår RCP-AC (Rate Control Protocol with Acceleration Control) som gör det möjligt att justera RCP:s aggressivitet, vilket gör det möjligt att snabbt slutföra flödena under en bred uppsättning driftsförhållanden.
I REF utvidgade upphovsmannen RCP och föreslog RCP-AC, dvs. RCP med Acceleration controller som var stabil under alla driftsförhållanden.
RCP-AC: Congestion Control to Make Flows Complete Quickly in Any Environment
{'venue': 'Proceedings IEEE INFOCOM 2006. 25TH IEEE International Conference on Computer Communications', 'journal': 'Proceedings IEEE INFOCOM 2006. 25TH IEEE International Conference on Computer Communications', 'mag_field_of_study': ['Computer Science']}