إدارة الازدحام في بروتوكول التحكم بالنقل: الفرق بين النسختين
| [نسخة منشورة] | [مراجعة غير مفحوصة] |
تم حذف المحتوى تمت إضافة المحتوى
ط روبوت: إزالة قوالب: يحرر |
|||
سطر 7:
== العملية ==
لتجنب الانهيار الاحتقاني , يستخدم برنامج التعاون الفني استراتيجية متعددة الأوجه للتحكم في الازدحام . بالنسبة إلى كل وصلة, TCP يحافظ على نافذة الازدحام , ويحدد العدد الاجمالي من الحزم الغير معترف بها التي تنتقل من طرف الى اخر , وهذا يشبه الى حد ما نافذة انزلاق TCP يستخدم لتحكم في التدفق. TCP يسنخدم الية بداية بطيئة.<ref>{{cite journal |last=Jacobson |first=Van |author2=Karels, Michael |year=1988 |title=Congestion Avoidance and Control |journal=ACM SIGCOMM Computer Communication Review |volume=25 |issue=1 |pages=157–187 |url=http://ee.lbl.gov/papers/congavoid.pdf |doi=10.1145/205447.205462}}</ref> لزيادة نافذة الازدحام بعد تهيئة أو بعد مهلة , يبدأ من نافذة حجمها ضعفي حجم شريحة الMSS , وعلى الرغم من أن المعدل الأولي منخفض، فإن معدل الزيادة سريع جدا؛ حيث تزداد نافذة الازدحام بمقدار 1 MSS بحيث تتضاعف نافذة الازدحام بشكل فعال لكل وقت ذهابا وإيابا (RTT)
عندما تتجاوز نافذة الازدحام عتبة ستريش (ssthresh )، تدخل الخوارزمية حالة جديدة تسمى تجنب الازدحام. في بعض التطبيقات (على سبيل المثال Linux)، ستريش (ssthresh ) الأولية كبيرة، وبالتالي فإن أول بداية بطيئة ينتهي عادة بعد خسارة ومع ذلك، يتم تحديث سثريش في نهاية كل بداية بطيئة و غالبا ما تؤثر على بداية بطيئة لاحقة الناجمة عن المهلات, في وضع تجنب الازدحام اذا لم تتلقى نافذه الازدحام ACKs مكرره فانها تقوم بزياده MSS في كل زمن دوره في حاله فقدان رزمة على الارجح استقبال ACKs مكرره تكون عاليه.{{efn|It is also possible, in this case, though unlikely, that the stream just underwent extreme packet reordering, which would also prompt duplicate ACKs.}}
== نافذة الازدحام ==
| |||