TCP Akış Kontrolü Akış kontrolü Gönderici çok fazla datayı çok hızlı göndererek alıcının bufferının taşmasına sebebiyet vermez TCP bağlantısının alıcı tarafının bir alıcı bufferı var: Hız uygunluğu servisi: gönderme ve alıcının okuma hızının uygunluğundan emin olur Uygulama bufferdan okumada yavaş olabilir 3:TAŞIMA KATMANI

TCP Akış kontrolü: nasıl çalışıyor Alıcı segmentlerine RcvWindow değeri koyarak yedek boşluğu bildirir Gönderici ACKlenmemiş data miktarını RcvWindow ile sınırlar Bu alıcı bufferının taşmamasını garanti eder (TCP’nin sıralı gelmeyen pakeleri attığını varsayalım) Bufferda Yedek boşluk Applet 3:TAŞIMA KATMANI

TCP Bağlantı Yönetimi Üç Yönlü El Sıkışma: 1. adım: istemci host TCP SYN (senkronizasyon) segmentini sunucuya gönderir İlk sıra numarasını belirtir Veri gönderilmez 2.adım: sunucu host SYN mesajını alır, SYNACK segmenti ile cevap verir sunucu buffer ayırır Sunucu ilk sıra numarasını belirtir 3. adım: istemci SYNACK mesajını alır, ACK segmenti ile cevap verir. Bu aşamada veride gönderilebilir. Hatırlayalım: TCP gönderici ve alıcısı veri segmentleri alıp vermeye başlamadan önce “bağlantı” oluştururlar TCP değişkenlerini sıfırla: sıra numaraları buffer, akış kontrolü bilgisi(e.g. RcvWindow) istemci: bağlantı isteğini başlatır sunucu: istemci tarafından bağlantı isteği alır 3:TAŞIMA KATMANI

TCP Bağlantı Yönetimi Bağlantıyı kapama: 1. Adım: istemci host sunucuya TCP FIN kontrol segmenti gönderir 2. Adım: sunucu FIN mesajını alır ve ACK ile cevap verir. Bağlantıyı kapatır ve FIN gönderir. 3. Adım: istemci FIN alır, ACK ile cevap verir. “beklemeye” girer 4. Adım: sunucu, ACK alır. Bağlantı kapatılır. istemci FIN sunucu ACK kapat kapandı bekleme 3:TAŞIMA KATMANI

Sıkışıklık Kontrolünün Esasları çok fazla kaynak ağın kaldırabileceğinden çok fazla veriyi çok hızlı gönderiyor Akış kontrolünden farklı! sorunlar: kayıp paketler (yönlendiricilerde buffer taşması) Uzun gecikmeler (yönlendiricilerde kuyruklama) 3:TAŞIMA KATMANI

Sıkışıklığın sebepleri/maliyetleri: 1. senaryo sınırsız paylaşılan çıkış link bufferları Host A lin : orjinal data Host B lout İki gönderici, iki alıcı Bir yönlendirici, sonsuz buffer Yeniden gönderme yok Sıkışıklık durumunda uzun gecikmeler maksimum başarılabilecek gönderim hızı 3:TAŞIMA KATMANI

Sıkışıklığın sebepleri/maliyetleri: 2. senaryo Bir yönlendirici, sonlu bufferlar Kayıp paket yeniden gönderiliyor Host A lout lin : orjinal data l'in : orjinal data, ve yeniden gönderilen data Host B Paylaşılan sınırlı çıkış linki bufferları 3:TAŞIMA KATMANI

Sıkışıklığın sebepleri/maliyetleri: 2. senaryo in out = Her zaman: “mükemmel” yeniden gönderim, yalnız kayıp: Gecikmiş (kaybolmamış) paketlerin yeniden gönderimi i öncekindenden daha büyük yapar l in out > l in R/2 R/2 R/2 R/3 lout lout lout R/4 R/2 R/2 R/2 lin lin lin a. Sadece bufferda yer varken veri gönderiliyor b. R/3 orijinal veriler R/6 tekrarlanan veri b. R/4 orijinal veriler R/4 tekrarlanan veri Sıkışıklığın maliyeti: Belli bir iletim oranı için daha fazla iş (yeniden gönderim) Gereksiz yeniden gönderimler: link aynı paketin birçok kopyasını taşır 3:TAŞIMA KATMANI

Sıkışıklığın sebepleri/maliyetleri: 3. senaryo 4 gönderici Çok duraklı yollar zamanaşımı/yeniden gönder Q: ve arttığında ne olur ? l in l in Host A lout lin : orjinal data l'in : orjinal data, ve yeniden gönderilen data Paylaşılan sınırlı çıkış linki bufferları Host B 3:TAŞIMA KATMANI

Sıkışıklığın sebepleri/maliyetleri: 3. senaryo Host A lout Host B Sıkışıklığın diğer bir maliyeti: Paket atıldığında, yukarı link iletim kapasitesinin bir kısmı o atılan paket için boşa harcanmıştır! 3:TAŞIMA KATMANI