30 Kasım 2009 Pazartesi

Admission Control(Anlaşma Kontrolü)

Bu akşam coştum, üst üste üçüncü yazım. :)
Trafiği düzenleyen algoritmalardan Token Bucket ve Leaky Bucket'ı bir önceki yazımda anlatmıştım: http://gurkanalkan.blogspot.com/2009/11/leaky-bucket-vs-token-bucket.html

Şimdi de yine aynı amacı güden farklı bir yöntemden bahsedeyim. Bu yöntem connection oriented çalışmalıdır. Yani bir setup kurulur ve handshake yapılır. Adı üstünde, antlaşma esasına dayalı bir yöntem bu. Paketi gönderenin önerdiği bir antlaşmadır bu. Ben konuları bizim üniversitedeki slaytlardan sürdürüyorum. Orada açıklama yok bu arada, eğer bu konularla ilgiliyseniz, bence bir okuyun bunları. Anlaşmada belli parametreler belirlenir. Örneğin token bucket algoritması ile trafik idare edilecekse: token bucket oranı ve token bucket uzunluğu. Peak data rate olabilir. Yani, verinin en hızlı olabileceği oran. Maksimum paket uzunluğu ve minimum paket uzunluğu. Maksimumu anlamışsınızdır da, neden minimum da anlaşmada diye düşündünüz mü acaba? Sebepleri: Boşuna trafiğin işgal edilmek istenmemesi; kullanılan ortamın sinyal taşıma hızına uygun olmasının istenmesi; paket çok küçüldüğünde hissetme süresinin uzamasından mütevellit, bolca collision oluşması. En önemlisi de sonuncusu zaten. Bu sebepten Minimum paket uzunluğu da anlaşmada belirtilir.

Bu kısa bir konuydu arkadaşlar. Bu gece burada bitti. :) Burhan Altıntop başlamış, o yüzden: ben aslında yohuuuuuum. :D

Hiç yorum yok: