Date: Tue Mar 28 2006 - 13:58:30 EEST
Konuyu rezerve etmek şeklinde düşününce biraz kafa karıştırıcı olabiliyor sanırım.paketleri önceliklendirirken bw rezerve ediliyor şeklinde değilde paketler queue'daki en ön sıraya alınıyor (dequeueing)diye düşünelim.
Ses trafiği için konuşursak ve LLQ yapılıp her konuşma için kabaca 16K hesap edildigini ve 4 ses konusması için LLQ'da ilgili class'a "priority 64" girildiğini varsayalım.
128K 'lık kiralık hattımız olsun ve üzerinde hiç konuşma yok ve 115 K HTTP trafiği var.
Hiç konuşma olmadığında bütün bandwidth diğer uygulamalar tarafından kullanılabilir.
Bu durumda bir tane ses görüşmesi başladığını varsayalım.Bu durumda routerın yaptığı şey gelen ses paketlerini queue da ilk sıraya atmaktan başka bir şey değil , yoksa X K bw rezerve etmek gibi bir durum cok dogru değil.
Bu şekilde ilk konuşma devam ederken 3 konusma geldi diyelim bu durumda dequeueing devam eder.Diğer uygulamalar bu durumda tabii ki paket kayılarına ugrayacaktır.
5 konusma geldiğinde ise "priority 64" komutundaki 64K nın esprisi ortaya cıkar.5. konuşma ile birlikte priority queue'da kullanılan BW 64K nın üzerine cıkacağından bundan sonra gelen ses paketleri dequeue edilmeyecek ve maalesef bütün ses konuşmaları olumsuz etkilenecektir.
From: cisco-ttl@yahoogroups.com [mailto:cisco-ttl@yahoogroups.com] On Behalf Of ext Serdar Kut Sent: Tuesday, March 28, 2006 12:44 PM
Subject: Re: [cisco-ttl] qos ne zaman devreye girer
tekrar selamlar Devrim abi,
senin gibi bir üstadla hatta idolümle irtibatı yakalamışken bir küçük sorum daha olacak izin verirsen :)
rsvp kullandığımız durumlarda, örneğin bir X uygulaması icin kaynaktan hedefe bir rezerve konfigürasyonu yapılmışsa, bu uygulamanın;
aktif olmadığı dolayısıyla pathdeki rezerve edilen kaynakları kullanmadığı durumlarda, başka herhangi bir Y uygulaması sıkışma durumunda bu rezerve edilmiş ancak kulanılmayan kaynaktan bandwith alabilir mi? eğer alabiliyor ise, o anda X uygulaması devreye girip Y ye ödüç verilen kaynağı force ederek tekrar kendi kullanımına geçirebilir mi?
X uygulaması aktifse fakat rezerve edilenden daha az kullanıyorsa, rezerve edilmiş ancak kullanılmayan kısımdan başka herhangi bir trafik geçebilir mi?
aslında r&s labına hazırlandığım için gerek qos gerekse diğer konularla ilgili bu tarz sorular kafamı kurcalıyor, gönül isterki sizin gibi değerli bir expere bu soruları sürekli sorabileyim ama tabi doğal olarak bu pek mümkün olamıyor. sonuçta sizin de önemli görevleriniz sorumluluklarınız var, cisco.com domaininden mail atabiliyor olmak çok kolay olmasa gerek :))
ilginiz ve değerli açıklamalarınız için çok çok teşekkürler..
Devrim Yener KUCUK <dkucuk@cisco.com> wrote: Selam Serdar,
Policing de bir QoS metodudur, haklisin. Dedigin sekilde bir interface'den gececem maksimum trafik miktarini policing ile belirliyebilirsin. Bu anlamda policing'in devreye girmesi icin tabi ki congestion gerekmiyor. Cunku statik bir sekilde, su trafikten fazlasi gecmesin diyorsun.
Benim yazdigim aciklama daha cok Frame-relay QoS icindi. ( cunku en cok karistirilan budur) Ben QoS mailimde, cesitli classlardan olusan, degisik yapidaki trafiklerin, bu classlari hangi sartlarda nasil kullanacagini belirrtim. Yani congestion olmayinca bu butun classlar herhangi baska bir trafik tarafindan kullanilabilir.
Ancak policing de
1- dinamik bir durum soz konusu degil... 2- Normal burst ve extendend burst degerleri , shaping gibi konfigure edilmiyor..
Ornegin: (cok yogun oldugum icin ingilizce gonderiyorum) 1-Modifying the burst and exceed size for the "policer"
Normal burst and extended burst parameter values are diferent in policier (if we compare with the shaper)
Ornegin, bu ornekte class-default hic bir zaman 96kyi gecmesin istiyoruz.
police 96000 18000 36000 conform trans exceed drop <-----
Kisaca cevap vermeye calistim.
Hala net olmayan yer varsa bakalim
Original Message ----- From: Serdar Kut To: cisco-ttl@yahoogroups.com Sent: Monday, March 27, 2006 10:19 PM Subject: Re: [cisco-ttl] qos ne zaman devreye girer
Without 'bandwidth percent 55' under class-default: the 3 configured classes share the unused bandwidth of the 4th class amongst themselves and leave nothing to class-default
With 'bandwidth percent 55' under class-default: the 3 configured classes and class-default share the unused bandwidth of the 4th class amongst themselves
Received on Tue Mar 28 14:32:00 2006
Previous message: Eren Sonmez: "Re: [cisco-ttl] PIX �zerinde load balance"
In reply to: Serdar Kut: "Re: [cisco-ttl] qos ne zaman devreye girer"
This archive was generated by hypermail 2.1.8 : Tue Mar 28 2006 - 14:32:00 EEST