TCP Tıkanıklık Kontrolü, Gönderen penceresi = minimum (Tıkanıklık penceresi, Alıcı penceresi)
Tıkanıklık penceresi boyutu ne zaman alıcı pencere boyutundan daha büyük olabilir? Bir senaryo örneği yardımcı olacaktır.
Gönderici tarafından ağ kapasitesini veya ara yönlendiricilerin ne kadar veri kabul edebileceğini ölçmek için tıkanıklık penceresinin kullanıldığını biliyorum, ancak tıkanıklık kontrolü ile ilgili tüm sorularda, tıkanıklık penceresi boyutu hiçbir zaman alıcı pencere boyutundan büyük değildir.
Yanıtlar
Alma penceresi alıcı tarafından korunur ve daha fazla segment (herhangi bir göndericiden) almak için ne kadar arabellek alanı gerektiğini belirtir. Bu nedenle, bir gönderici, alıcıya aşırı yükleme yapmak istemeyerek, gönderen penceresini ayarlarken bunu hesaba katmak isteyecektir.
Bununla birlikte, ağda da tıkanıklık olabilir, bu nedenle gönderen, ağ zaten sıkışık olduğunda daha fazla tıkanıklığa neden olmamak için gönderen penceresini ayarlarken bunu da hesaba katmak ister. Ağın ne kadar sıkışık olduğunu anlamak için, gönderici çeşitli tıkanıklık kontrol algoritmalarını kullanabilir, örneğin, tıkanıklık penceresini yavaş başlatma ve ardından tıkanıklıktan kaçınma ile ayarlamak için. Tıkanıklık penceresini dinamik olarak ayarladığı için, alma penceresi boyutunu kısa bir süre için aşabilir. Ancak, sonunda bir zaman aşımına ulaşılacağı (ACK zamanında alınamadı) ve tıkanıklık penceresi azaltılacağı için, tıkanıklık penceresinin alma penceresini çok uzun bir süre aşmasını beklemiyoruz.