TCP Akış Kontrolü Akış kontrolü

... konulu sunumlar: "TCP Akış Kontrolü Akış kontrolü"— Sunum transkripti:

1 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

2 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

3 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

4 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

5 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

6 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

7 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

8 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

9 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

10 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