QoS ile bant genişliğini azaltma. Kaliteli İnternet Erişimi QoS ve Modemler Sağlamak için QoS Nasıl Kullanılır

Yerel ağın bant genişliği, yüksek hızlı İnternet'in yayılmasıyla giderek daha alakalı hale gelen bir konudur. Yönlendiriciye giderek daha fazla cihaz bağlamaya çalıştığımızda, varsayılan yazılım her zaman hepsiyle baş edemez. Bu durumda, yönlendiricideki LAN bant genişliğinin QoS paketlerinin önceliklerini ayarlamak kurtarmaya gelir. Şu anda en önemli olan ve yalnızca üst düzey Mikrotik veya Cisco yönlendiricilerde değil, aynı zamanda herhangi bir ucuz model TP-Link, Asus, Zyxel Keenetic, D-Link'te bulunan belirli görevlerin yürütülmesine öncelik verir.

QoS - Yönlendiricide Neler Var?

Modern yönlendiricilerin çoğu, bir uygulama çalışırken bir öncelik atayarak, yerel bir ağ içindeki İnternet trafik akışlarını kontrol etmek için yerleşik bir yeteneğe sahiptir. Örneğin, çevrimiçi bir oyun oynuyorsunuz veya favori sitelerinizin sayfalarına göz atıyorsunuz. Aynı zamanda torrent üzerinden ilginç bir film indiriyorsunuz. Bu durumda oyun yavaşlamaya başlar ve dosya zar zor sallanır. Ne yapalım?

Şu anda hangi eylemin sizin için daha önemli olduğunu seçmeniz gerekiyor. Muhtemelen sonuçta çevrimiçi bir oyundur. Bu nedenle, QoS paket planlayıcısını yapılandırarak, dosyaları indirmeden önce oyun görevlerinin yürütülmesine öncelik verebiliriz.

Ancak yerel ağın ve İnternet kanalının bant genişliği sınırlıdır. Birincisi, yönlendiricinin yetenekleridir. Hatırlıyor musun, konuştuğumuz?

İkincisi, sağlayıcıdan aldığınız tarife planınızdır. Peki bu, bu eşzamanlı görevler için önceliği nasıl böler?

Kural olarak, varsayılan olarak, web'de gezinmeye, yani tarayıcınızın çalışmasına en yüksek öncelik verilir. Ancak şu anda bir makale açıp okuyorsanız ve aynı zamanda filmi en kısa sürede indirmek istiyorsanız, tarayıcıya değil, dosya yükleyici programına öncelik vermek daha mantıklı olacaktır.

Bu nedenle yönlendiriciler, ağ bant genişliğini manuel olarak yapılandırma yeteneği sağlar. Yani önceliği ihtiyacınıza göre dağıtmak. Bu işleve QoS (Hizmet Kalitesi) adı verilir. Yani, farklı trafik sınıflarına hizmet öncelikleri sağlama teknolojisi.

Asus yönlendirici trafik yöneticisi

Farklı modellerde, bu ayar menü öğesinde farklı adlar altında gizlenmiş olabilir. Artık yeni bellenimde çalışan bir Asus yönlendiricim var - bunu RT-N10U sürüm B1'de gösteriyorum. Ve burada QoS zamanlayıcı "Trafik Yöneticisi" bölümünde yapılandırılır.

İlk olarak, varsayılan olarak etkinleştirilen otomatik modu ikisinden birine değiştirmeniz gerekir. "Kullanıcı tanımlı QoS kuralları" veya "Kullanıcı tanımlı öncelik"

Kullanıcı tanımlı QoS Paket Zamanlayıcı Kuralları

Bu ayar, farklı "ağırlık kategorilerinden" yönlendirici yazılımına önceden yüklenmiş olan programların önceliğini ayarlamanıza olanak tanır. Aynı zamanda çeşitli formüllerle uğraşmanıza ve ağ bant genişliğini hesaplamanıza gerek kalmayacak. Her şey bizden önce icat edildi. Ekran görüntüsü olmadan biraz belirsiz, bu yüzden alıntı yapıyorum:

Bu nedenle, şimdi "Web Serf" de, yani bunun için kullanılan 80 numaralı bağlantı noktası üzerinden tarayıcı üzerinden bağlantılar için "En Yüksek" öncelik ayarlanır. Açılır listeye tıklayarak önerilen listeden başka birini seçebiliriz. Aynı zamanda, "Dosya Aktarımı" nda, yani dosya yükleyiciler için - en küçüğü. Bu parametreleri yer yer değiştirerek, bir siteden aynı anda bir dosya indirirken ve bir html sayfasını görüntülerken, ilk işleme daha fazla hız kazandırılacağı etkisini elde edeceğiz.

Ama hepsi bu değil. P2P dosya aktarım programları (BitTorrent gibi) veya çevrimiçi oyunlar ve diğer birçok uygulama için öncelik değerlerinizi belirleyebilirsiniz. Bu, mevcut olanlara yeni bir kural eklenerek yapılır.

Bunu oluşturmak için "Seç" öğesini tıklayın ve açılır listeden ilgilendiğimiz veri aktarımı türünü seçin veya belirli bir uygulama için önceden ayarlanmış ayarları seçin. Örneğin, Outlook veya TheBat gibi posta uygulamaları (öğe SMTP, POP3 ...) veya ftp istemcileri (FTP, SFTP, WLM ...) için ağ bant genişliği önceliğini ayarlayabilirsiniz. Ayrıca Counter Strike gibi popüler oyunların ve BitTorrent, eDonkey vb. dosya paylaşım programlarının geniş bir listesi de bulunmaktadır.

Torrent sallanan sandalye seçelim. Bu program tarafından varsayılan olarak kullanılan bağlantı noktaları otomatik olarak eklenecektir.
Ancak yönlendiricinin sözüne inanmamak ve bunları kendiniz kontrol etmek daha iyidir. Programı açalım (uTorrent'im var) ve "Ayarlar> Program ayarları> Bağlantılar" bölümüne gidelim. Bu programın çalışması için hangi portun ayarlandığını görelim.

Yönlendirici ayarlarında varsayılan olarak kayıtlı olanlardan farklıysa, değiştirin. Ya orada ya da burada, asıl şey onların aynı olmasıdır. Ayarları programa kaydederiz ve yönlendiricinin yönetici paneline dönerek parametreleri uygularız. Cihaz yeniden başlatıldıktan sonra etkinleştirilirler.

QoS paketlerinin kullanıcı tanımlı önceliği

Bu, önceki bölümde ayarlanan parametreleri yapılandırmanıza izin veren manuel bant genişliği kontrolü için ikinci ayardır. Yani, öncelik parametrelerinin her birine yüzde olarak hangi hızın atanacağını belirlemek için.

Örneğin, şu anda giden trafik için varsayılan olarak %80 - minimum değer ve %100 - maksimum olarak ayarladım. Bu, en yüksek önceliğe sahip olanların bant genişliğinin en az %80'ini alacağı anlamına gelir. Aynı anda kaç işlem internete giden bağlantı yapıyor olursa olsun. "Yüksek" önceliğe sahip olanlar - en az %10. Ve devamı - Bence meseleyi anladınız. Bu değerleri düzenleyerek, çalışan programların farklı kategorileri için indirme ve yükleme hızını ayrıntılı olarak kontrol edebilirsiniz.

Şimdi Cisco yönlendiricilerde QoS kurulumu hakkında ayrıntılı bir video eğitimi izlemeyi öneriyorum.

TP-Link Router'da QoS Paket Zamanlayıcıyı Yapılandırma

Aşağıda, size kolaylık olması için, diğer şirketlerin modellerinden bant genişliğini yönetmek için yönetici bölümlerinin birkaç ekran görüntüsünü vereceğim. TP-Link yönlendiricilerinde, QoS Paket Zamanlayıcı, menünün Bant Genişliği Kontrolü bölümünde bulunur. Etkinleştirmek için "Bant genişliği kontrolünü etkinleştir" seçeneğini işaretleyin ve gelen ve giden trafik için maksimum hızı ayarlayın.

"Ekle" düğmesine tıklayarak bir veya birkaç bilgisayar için yeni bir öncelik kuralı ekleyebilirsiniz. Bunu yapmak için IP adresini veya adres aralığını girmeniz gerekir. Ayrıca bu kuralın uygulanacağı portları ve paket değişiminin türünü de belirtin.

TP-Link, son zamanlarda tüm yeni modellerde yüklü olan yönetici panelinin yeni bir görselleştirmesine sahiptir. İçinde QoS zamanlayıcı, "Veri önceliklendirme" bölümündeki "Ek ayarlar" da bulunur. Bir onay işaretiyle etkinleştiririz ve kaydırıcılarla üç tür önceliği ayarlarız:

  • Uzun boylu
  • Orta
  • Düşük

Bir filtre eklemek için, önceden ayarlanmış üç pencereden birinde "Ekle" düğmesini tıklayın.



Yönlendiriciye bağlı istemcilerin bir listesi açılacaktır - ihtiyacınız olanı seçin ve "Seç" bağlantısını ve ardından "Tamam" ı tıklayın.


Zyxel Keenetic'te IntelliQoS ağ bant genişliği

Keenetic yönlendiricilerde ağ bant genişliği kontrol işlevine IntelliQoS adı verilir. Başlangıçta, bu modül bellenimde mevcut değildir. Yönetici panelinin uygun bölümünden ek IntelliQoS gereklidir Bundan sonra, “Ağlarım ve WiFi” menüsünde aynı ada sahip ayrı bir öğe görünecektir.


Trafik kontrol modunu etkinleştirmek için bu hizmeti açın ve sağlayıcının tarife planı tarafından sağlanan maksimum İnternet hızını belirtin. Daha doğru bir tespit için online hız testi yapabilirsiniz ve bu gerçek değerden başlar.

D-Link yönlendiricide ağ bant genişliğini yapılandırma

DIR-620 modelindeki D-Link yönlendirici için, geliştiriciler bir nedenden dolayı QOS hız sınırlarını yalnızca LAN bağlantı noktalarından birine kabloyla bağlı bilgisayarlarda ayarlama yeteneğini uyguladılar. Bu ayar "Gelişmiş - Bant Genişliği Kontrolü" bölümünde bulunur.

Bunlardan birini seçin, sınırlamayı açın ve hızı ayarlayın

Şimdilik bu kadar - yönlendiricinin şu anda maksimum getiriyi beklediğiniz programların çalışmasını yavaşlatmaması için yerel ağın bant genişliğini deneyin ve deneyin.

Bir yönlendiricide QoS kurulumuna ilişkin video

Teşekkür ederim! Yardım etmedi

Bu makalede, Windows 10'da ayrılmış bant genişliğinin nasıl yapılandırılacağına bir göz atacağız. Varsayılan olarak, Windows toplam İnternet bant genişliğinin %20'sini ayırır.

Evet, evet, Windows 10 işletim sistemi, hizmet kalitesi (QoS) için İnternet bağlantı bant genişliğinizin belirli bir yüzdesini ayırır.

Microsoft'a göre:

QoS, Windows sisteminin güncellenmesi, lisans durumunun yönetilmesi vb. gibi kritik sistem işlemlerini içerebilir. Ayrılmış bant genişliği kavramı, sistemde çalışan tüm programlar için geçerlidir. Tipik olarak paket planlayıcı, sistemi bağlantı bant genişliğinin %80'i ile sınırlayacaktır. Bu, Windows'un İnternet bant genişliğinizin %20'sini yalnızca QoS için ayırdığı anlamına gelir.

Ayrılmış bant genişliği yüzdesini almak istiyorsanız, bu makale tam size göre. Aşağıda, Windows 10 işletim sisteminde ayrılmış bant genişliğini yapılandırmanın iki yolu bulunmaktadır.

NOT: Sisteminiz için ayrılmış tüm bant genişliğini kapatırsanız, yani %0'a ayarlarsanız, bu, özellikle otomatik güncellemeler olmak üzere işletim sisteminin eylemlerini etkiler.

Sorumluluk reddi: sonraki adımlar, kayıt defterinin düzenlenmesini içerecektir. Kayıt defterini düzenlerken oluşan hatalar sisteminizi olumsuz etkileyebilir. Bu nedenle, kayıt defteri girdilerini düzenlerken dikkatli olun ve önce bir sistem geri yükleme noktası oluşturun.

Aşama 1: Kayıt Defteri Düzenleyicisini Aç(kayıt defteri düzenleyicisine aşina değilseniz tıklayın).

Adım 2: Kayıt Defteri Düzenleyicisi penceresinin sol bölmesinde aşağıdaki bölüme gidin:

HKEY_LOCAL_MACHINE \ YAZILIM \ İlkeler \ Microsoft \ Windows \ Psched

Not: Eğer bölüm ve parametre " NonBestEffortLimit"Var değil, sadece onları yarat.

Aşama 3:Şimdi kayıt defteri anahtarının sağ bölmesinde "Psed" adlı DWORD (32 bit) parametresini bulun NonBestEffortLimit... Değerlerini değiştirmek için üzerine çift tıklayın:

Varsayılan olarak parametre şu şekilde ayarlanmıştır: 50 onaltılık olarak veya 80 ondalık gösterimde.

4. Adım: Ondalık sistemi seçin ve değeri, gerekli ayrılmış bant genişliğinin yüzdesine eşit olarak ayarlayın.

Örneğin değeri olarak ayarlarsanız 0 , Windows işletim sisteminiz için ayrılmış bant genişliği tamamen devre dışı bırakılır, yani %0'a eşit. Düğmeye bas "TAMAM MI" ve kayıt defteri düzenleyicisini kapatın.

Adım 5: Değişikliklerin etkili olması için bilgisayarınızı yeniden başlatın.

Kuruluşunuz / iş yerinizdeki birden çok bilgisayarda ayrılmış bant genişliğini yapılandırmak veya sınırlamak istiyorsanız, GPO'da uygun ayarı dağıtabilirsiniz.

Aşama 1: Yerel Grup İlkesi Düzenleyicisini açın

Adım 2: Bölüme gidin: Bilgisayar Yapılandırması → Yönetim Şablonları → Ağ → Qos Paket Planlayıcı


Aşama 3: Sağ pencerede, ilkeye çift tıklayın.

Varsayılan olarak, bu politika ayarlanmamıştır ve sistem 20% İnternet bağlantısının bant genişliği. Etkinleştirmeniz gerekiyor, parametreyi ayarlayın "Ayrılmış bant genişliğini sınırlayın" değer "Dahil".

Günümüz ağlarında en popüler alanlardan biri, geleneksel veri ağları üzerinden ses ve videonun karıştırılmasıdır. Bu tür bilgilerle ilgili sorunlardan biri, düzgün çalışması için video ve ses veri paketlerinin alıcıya hızlı ve güvenilir bir şekilde, kesintiler veya çok uzun gecikmeler olmadan iletilmesi gerektiğidir. Bununla birlikte, aynı zamanda, bu tür trafik, daha geleneksel veri paketlerinin iletimini engellememelidir.

Bu soruna olası bir çözüm QoS'dir. QoS veya hizmet kalitesi, veri paketlerine öncelik vermek için kullanılan bir teknolojidir. QoS, zamana duyarlı paketleri diğer paketlerden daha yüksek önceliğe sahip iletmenize olanak tanır.

QoS, bir Microsoft standardı değil, bir endüstri standardıdır. Ancak Microsoft, bu QoS standardını ilk olarak Windows 2000'de tanıttı. Microsoft'un QoS sürümü o zamandan beri biraz gelişti, ancak yine de endüstri standartlarını karşılıyor.

Windows XP Professional'da QoS, öncelikle bir bant genişliği ayırma mekanizması olarak işlev görür. QoS etkinleştirildiğinde, uygulamanın her makinenin NIC'si tarafından sağlanan toplam ağ bant genişliğinin %20'sine kadar ayırmasına izin verilir. Ancak, uygulamanın ayırdığı ağ bant genişliği miktarı yapılandırılabilir. Üçüncü bölümde ayrılan bant genişliği miktarını nasıl değiştireceğinizi göstereceğim.

Yedek bant genişliğinin nasıl kullanıldığını görmek için, düzgün çalışması için öncelikli bant genişliği gerektiren bir video konferans uygulamanız olduğunu varsayalım. QoS'nin bu uygulama için etkinleştirildiğini varsayarsak, makinenin toplam bant genişliğinin %20'sini ayırdığını ve bant genişliğinin %80'ini ağ trafiğinin geri kalanına bıraktığını söyleyebiliriz.

Video konferans uygulamaları dışındaki tüm uygulamalar, en iyi çaba gösterme adı verilen bir teknolojiyi kullanır. Bu, paketlerin aynı ilk teslim edilen ilk hizmet önceliği ile gönderildiği anlamına gelir. Öte yandan, video konferans uygulama trafiği her zaman diğer trafikten daha öncelikli olacaktır, ancak uygulamanın tüm bant genişliğinin %20'sinden fazlasını tüketmesine asla izin verilmeyecektir.

Ancak, Windows XP'nin bant genişliğinin bir kısmını öncelikli trafik için ayırması, normal önceliğe sahip uygulamaların yedek bant genişliğini kullanamayacağı anlamına gelmez. Video konferans uygulamaları daha yüksek öncelikli ayrılmış bant genişliğinden yararlansa da, bu tür uygulamaların sürekli olarak kullanılma olasılığı çok düşüktür. Bu durumda, Windows, ağ bant genişliğinin bir kısmının ayrılmış olduğu uygulamalar kullanılmadığı sürece, diğer uygulamaların mümkün olan en iyi teslimat için yedek ve yedek olmayan bant genişliğini kullanmasına izin verir.

Video konferans uygulaması başlar başlamaz, Windows rezervasyonu zorlamaya başlar. Öyle olsa bile, rezervasyon mutlak değildir. Windows'un bir video konferans uygulaması için ağ bant genişliğinin %20'sini ayırdığını, ancak bu uygulamanın %20'nin tamamına ihtiyacı olmadığını varsayalım. Bu durumlarda, Windows diğer uygulamaların kalan bant genişliğini kullanmasına izin verir, ancak daha yüksek öncelikli uygulamanın ihtiyaçlarını sürekli olarak izler. Uygulamanın daha fazla bant genişliğine ihtiyaç duyması durumunda, bant genişliği en fazla %20'ye kadar tahsis edilecektir.

Dediğim gibi, QoS bir Microsoft teknolojisi değil, bir endüstri standardıdır. Bu nedenle, QoS Windows tarafından kullanılır, ancak Windows işi kendi başına yapamaz. QoS'nin çalışması için gönderici ve alıcı arasındaki her ekipmanın QoS'yi desteklemesi gerekir. Bu, ağ bağdaştırıcılarının, anahtarların, yönlendiricilerin ve kullanımdaki diğer tüm cihazların QoS ile alıcı ve göndericinin işletim sistemleri hakkında bilgi sahibi olması gerektiği anlamına gelir.

Merak ediyorsanız, QoS kullanmak için çılgın egzotik ağ altyapısı kurmanıza gerek yok. Asenkron Aktarım Modu (ATM), bağlantı odaklı bir teknoloji olduğu için QoS'yi kullanmak için mükemmel bir ağ teknolojisidir, ancak QoS'yi Frame Relay, Ethernet ve hatta Wi-FI (802.11 x) gibi diğer teknolojilerle kullanabilirsiniz.

ATM'nin QoS için bu kadar ideal bir seçim olmasının nedeni, donanım düzeyinde bant genişliği rezervasyonu ve kaynak tahsisi uygulayabilmesidir. Bu dağıtım türü, Ethernet ve benzeri ağ teknolojilerinin yeteneklerinin ötesine geçer. Bu, QoS'nin kullanılamayacağı anlamına gelmez. Bu sadece QoS'nin ATM'den farklı şekilde uygulanması gerektiği anlamına gelir.

Bir ATM ortamında, kaynaklar fiziksel cihaz düzeyinde anında tahsis edilir. Ethernet ve benzeri teknolojiler kaynakları bu şekilde tahsis edemediğinden, bu tür teknolojiler gerçek kaynak tahsisinden ziyade önceliklendirmeye dayalıdır. Bu, bant genişliği rezervasyonlarının OSI modelinin üst katmanında gerçekleştiği anlamına gelir. Bant genişliği rezerve edildikten sonra, önce yüksek öncelikli paketler gönderilir.

QoS'yi Ethernet, Wi-Fi veya diğer benzer teknolojiler üzerinden uygulayacaksanız göz önünde bulundurmanız gereken bir nokta, bu tür teknolojilerin birbirine bağlı olmamasıdır. Bu, göndericinin alıcının durumunu veya gönderici ile alıcı arasındaki ağın durumunu kontrol etmesinin hiçbir yolu olmadığı anlamına gelir. Bu da, göndericinin daha yüksek öncelikli paketlerin önce gönderileceğini garanti edebileceği, ancak bu paketlerin belirli bir zaman çerçevesinde teslim edileceğini garanti edemeyeceği anlamına gelir. Öte yandan, ATM bağlantı odaklı bir teknoloji olduğu için QoS, ATM ağlarında bu tür bir güvence sağlama yeteneğine sahiptir.

Windows 2000 vs Windows Sunucusu 2003

Daha önce Microsoft'un Windows 2000'de QoS'yi nasıl tanıttığından ve bu QoS uygulamasının o zamandan beri önemli ölçüde geliştiğinden bahsetmiştim. Bu nedenle, Windows 2000'deki QoS ile Windows XP ve Windows Server 2003'teki (bu standardın yaklaşık olarak aynı şekilde kullanıldığı) arasındaki farklardan biraz bahsetmek istiyorum.

Windows 2000'de QoS, Windows XP veya Windows Server 2003'te desteklenmeyen Intserv mimarisine dayanıyordu. Microsoft'un böyle bir mimariyi kullanmama nedeni, temeldeki API'nin kullanımının zor olması ve mimaride sorunlar olmasıydı. ölçek.

Bazı kuruluşlar hala Windows 2000 kullanıyor, bu yüzden size Windows 2000 QoS mimarisinin nasıl çalıştığı hakkında biraz bilgi vermeye karar verdim. Windows 2000, bant genişliği kaynaklarını ayırmak için RSVP adlı bir protokol kullanır. Bant genişliği istendiğinde, Windows'un paketlerin ne zaman gönderilebileceğini belirlemesi gerekir. Bunu yapmak için Windows 2000, gönderene paketleri almaya hazır olduğunu bildirmek için SBM (Sunbelt Bant Genişliği yöneticisi) adlı bir sinyal protokolü kullanır. Kabul Kontrol Hizmeti (ACS), etkin bant genişliğinin mevcut olduğunu doğrular ve ardından bant genişliği talebini kabul eder veya reddeder.

Trafik yönetimi API'si

Ağ trafiğine öncelik vermeyle ilgili temel sorunlardan biri, trafiği, onu oluşturan bilgisayara göre önceliklendirememenizdir. Tek bilgisayarların birden çok uygulama kullanması ve her uygulama (ve işletim sistemi) için ayrı bir trafik akışı oluşturması yaygındır. Bu olduğunda, her trafik akışına ayrı ayrı öncelik verilmelidir. Sonuçta, bir uygulama yedek bant genişliğine ihtiyaç duyabilirken, en iyi teslimat başka bir uygulama için idealdir.

Trafik Kontrol API'sinin (Trafik Kontrol Programlama Arayüzü) devreye girdiği yer burasıdır. Traffic Control API, QoS parametrelerini tek tek paketlere uygulamanıza izin veren bir uygulama programlama arabirimidir. Traffic Control API, bireysel trafik akışlarını tanımlayarak ve bu akışlara farklı QoS kontrol yöntemleri uygulayarak çalışır.

Trafik Kontrol API'sinin yaptığı ilk şey, filterspec olarak bilinen şeyi oluşturmaktır. Filterspec aslında bir paketin belirli bir akışa ait olmasının ne anlama geldiğini tanımlayan bir filtredir. Filterspec tarafından kullanılan özniteliklerden bazıları, paketin kaynak ve hedef IP adresini ve bağlantı noktası numarasını içerir.

Filtre belirtimi tanımlandıktan sonra API, akış belirtimi oluşturmanıza olanak tanır. Flowspec, paket dizisine uygulanacak QoS parametrelerini tanımlar. Akış belirtimi tarafından tanımlanan parametrelerden bazıları, aktarım hızını (kabul edilebilir aktarım hızı) ve hizmet türünü içerir.

Trafik Kontrol API'sı tarafından tanımlanan üçüncü kavram, akış kavramıdır. Akış, aynı akış belirtimine tabi olan basit bir paket dizisidir. Basit bir ifadeyle, filtre belirtimi, akış belirtimine hangi paketlerin dahil edileceğini tanımlar. Flowspec, paketlerin daha yüksek öncelikle işlenip işlenmeyeceğini belirler ve akış, akış belirtimi tarafından işlenen paketlerin gerçek aktarımıdır. Akıştaki tüm paketler eşit olarak işlenir.

Trafik Kontrol API'sinin Windows 2000'de kullanılan Genel QoS API'sine göre avantajlarından birinin toplama (toplama) kullanabilme yeteneği olduğu belirtilmelidir. Bir düğümün ortak bir hedefe birden çok veri akışı ileten birden fazla uygulaması varsa, bu paketler ortak bir akışta birleştirilebilir. Bu, kaynak ve hedef IP adreslerinin aynı olması koşuluyla, uygulamalar farklı bağlantı noktası numaraları kullansa bile geçerlidir.

Genel Paket Sınıflandırıcı

Önceki bölümde, akış belirtimi, filtre belirtimi ve akış arasındaki ilişkiyi tartıştım. Ancak, Trafik Kontrol API'sinin sadece bir uygulama programlama arayüzü olduğunu unutmamak önemlidir. Bu nedenle, görevi trafik akışlarını tanımlamak ve önceliklendirmek, bu akışları oluşturmak değil.

Genel Paket Sınıflandırıcı, akışların oluşturulmasından sorumludur. Önceki bölümden hatırlayacağınız gibi, akış belirtiminde tanımlanan özniteliklerden biri hizmet tipiydi. Hizmet türü esasen iş parçacığının önceliğini belirler. Genel Paket Sınıflandırıcı, akış belirtimine atanan hizmet türünü belirlemekten sorumludur ve ardından ilişkili paketleri hizmet türüne göre sıraya koyar. Her iş parçacığı ayrı bir kuyruğa yerleştirilir.

QoS Paket Zamanlayıcı

Bilmeniz gereken üçüncü QoS bileşeni, QoS Paket Zamanlayıcı'dır. Basitçe söylemek gerekirse, QoS Paket Zamanlayıcı'nın birincil işi trafiği şekillendirmek. Bunu yapmak için, paket planlayıcı çeşitli kuyruklardan paketleri alır ve ardından bu paketleri öncelikler ve akış oranları ile işaretler.

Bu makale dizisinin ilk bölümünde tartıştığım gibi, QoS'nin doğru çalışması için paketlerin kaynağı ile hedefleri arasında bulunan çeşitli bileşenlerin QoS'yi desteklemesi (yani farkında olması) gerekir. Bu cihazların QoS ile nasıl başa çıkacaklarını bilmeleri gerekirken, öncelikler olmaksızın normal trafiği nasıl idare edeceklerini de bilmeleri gerekir. Bunu mümkün kılmak için QoS, etiketleme adı verilen bir teknoloji kullanır.

Aslında, burada iki tür işaret vardır. QoS Paket Zamanlayıcı, Katman 3 aygıtları tarafından tanınan Diffserv etiketlemesini ve Katman 2 aygıtları tarafından tanınan 802.1p etiketlemesini kullanır.

QoS Paket Zamanlayıcıyı Yapılandırma

Size etiketlemenin nasıl çalıştığını göstermeden önce, her şeyin çalışması için QoS paket planlayıcısını yapılandırmanız gerekeceğini belirtelim. Windows Server 2003'te, QoS Paket Zamanlayıcı, tıpkı Microsoft Ağları İstemcisi veya TCP / IP protokolü gibi isteğe bağlı bir ağ bileşenidir. QoS Paket Zamanlayıcı'yı etkinleştirmek için, sunucunuzun ağ bağlantısının özellikler sayfasını açın ve Şekil A'da gösterildiği gibi QoS Paket Zamanlayıcı'nın yanındaki kutuyu işaretleyin. QoS Paket Zamanlayıcı listelenmemişse, Yükle düğmesine tıklayın ve talimatları izleyin.

Şekil A: QoS'yi kullanabilmeniz için QoS Paket Zamanlayıcı etkinleştirilmelidir

QoS Paket Zamanlayıcı hakkında bilmeniz gereken bir diğer şey de, ağ bağdaştırıcınızın düzgün çalışması için 802.1p etiketlemeyi desteklemesi gerektiğidir. Bağdaştırıcınızı test etmek için Yapılandır düğmesine tıklayın, Şekil A ve Windows ağ bağdaştırıcınızın özelliklerini görüntüleyecektir. Özellik sayfasındaki Gelişmiş sekmesine bakarsanız, ağ bağdaştırıcınızın desteklediği çeşitli özellikleri görürsünüz.

Şekil B'ye bakarsanız 802.1Q/1P VLAN Tagging'in listelenen özelliklerden biri olduğunu görebilirsiniz. Bu özelliğin varsayılan olarak devre dışı olduğunu da görebilirsiniz. 802.1p etiketlemeyi etkinleştirmek için bu özelliği etkinleştirmeniz ve Tamam'ı tıklamanız yeterlidir.

Şekil B: 802.1Q / 1P VLAN Etiketlemeyi etkinleştirmelisiniz

Şekil B'de, etkinleştirdiğiniz özelliğin paket etiketleme değil, VLAN etiketleme olduğunu fark etmiş olabilirsiniz. Bunun nedeni, öncelik işaretçilerinin VLAN etiketlerine dahil edilmiş olmasıdır. 802.1Q standardı, VLAN'ları ve VLAN etiketlerini tanımlar. Bu standart aslında VLAN paketinde öncelik kodunu yazmak için kullanılan üç bit ayırır. Ne yazık ki, 802.1Q standardı bu öncelik kodlarının ne olması gerektiğini asla belirtmez.

802.1P standardı, 802.1Q'yu tamamlamak için oluşturulmuştur. 802.1P, bir VLAN etiketi içine alınabilecek öncelikli etiketlemeyi tanımlar.

802.1P sinyali

Bir önceki bölümde söylediğim gibi, OSI modelinin ikinci katmanında 802.1p sinyallemesi gerçekleştirilmektedir. Bu katman, anahtarlar gibi fiziksel cihazlar tarafından kullanılır. 802.1p'yi destekleyen Katman 2 cihazları, paketlere atanan öncelik işaretlerini görüntüleyebilir ve ardından bu paketleri ayrı trafik sınıflarında gruplayabilir.

Ethernet ağlarında, VLAN etiketlerine öncelik işaretlemesi dahildir. VLAN'lar ve VLAN etiketleri, üç bitlik bir öncelik alanı tanımlayan ancak bu öncelik alanının nasıl kullanılması gerektiğini gerçekten tanımlamayan 802.1Q standardı tarafından tanımlanır. 802.1P standardının devreye girdiği yer burasıdır.

802.1P, 802.1Q standardı ile birlikte kullanılabilecek çeşitli öncelik sınıflarını tanımlar. Sonuçta 802.1Q, öncelik işaretlemesini seçmeyi yöneticiye bırakır, bu nedenle teknik olarak 802.1P'nin yönergelerini izlemeniz gerekmez, ancak 802.1P herkesin seçtiği gibi görünüyor.

Katman 2 işaretlemesini sağlamak için 802.1P standartlarını kullanma fikri muhtemelen saf teori gibi görünse de, aslında Grup İlkesi ayarları kullanılarak tanımlanabilir. 802.1P standardı, sekiz farklı öncelik sınıfı (0 ile 7 arasında değişen) sağlar. Daha yüksek öncelikli paketler, QoS tarafından daha yüksek teslimat önceliğine sahip olarak işlenir.

Varsayılan olarak, Microsoft aşağıdaki öncelik işaretlerini atar:

Ancak daha önce de belirttiğim gibi, çeşitli Grup İlkesi ayarlarını değiştirerek bu öncelikleri değiştirebilirsiniz. Bunu yapmak için Grup İlkesi düzenleyicisini açın ve konsol ağacında Bilgisayar Yapılandırması\Yönetim Şablonları\Ağlar\QoS Paket Planlayıcı\İkinci düzey öncelik değerine gidin. Şekil A'da görebileceğiniz gibi, yukarıda listelediğim öncelik etiketlerinin her birine karşılık gelen Grup İlkesi ayarları bulunmaktadır. Bu hizmet türlerinden herhangi birine kendi öncelik işaretleme seviyelerinizi atayabilirsiniz. Ancak, bu Grup İlkesi ayarlarının yalnızca Windows XP, 2003 veya Vista çalıştıran ana bilgisayarlar için geçerli olduğunu unutmayın.

Şekil A: İkinci düzey öncelik işaretlemesini özelleştirmek için Grup İlkesi Düzenleyicisini kullanabilirsiniz.

Farklılaştırılmış Hizmetler

Bir önceki yazıda açıkladığım gibi QoS, OSI modelinin ikinci ve üçüncü katmanlarında öncelik işaretlemesi gerçekleştirir. Bu, paket teslimat süreci boyunca önceliklerin dikkate alınmasını sağlar. Örneğin, anahtarlar OSI modelinin ikinci katmanında çalışır, ancak yönlendiriciler tipik olarak üçüncü katmanda çalışır. Bu nedenle, paketler yalnızca 802.1p öncelik işaretlemesini kullanırsa, anahtar bu paketlere öncelik verir, ancak ağ yönlendiricileri bu öncelikleri yok sayar. Buna karşı koymak için QoS, OSI modelinin üçüncü katmanındaki trafiğe öncelik vermek için Farklılaştırılmış Hizmetler protokolünü (Diffserv) kullanır. Diffserv işaretlemesi, TCP / IP kullanan paketlerin IP başlıklarında bulunur.

Diffserv tarafından kullanılan mimari orijinal olarak RFC 2475 tarafından tanımlanmıştır. Ancak, mimari spesifikasyonların çoğu RFC 2474'te yeniden yazılmıştır. RFC 2474, IPv4 ve IPv6 için Diffserv mimarisini tanımlar.

RFC 2474'teki IPv4 ile ilgili ilginç bir nokta, Diffserv'in tamamen yeniden tanımlanmasına rağmen, orijinal RFC 2475 spesifikasyonu ile hala geriye dönük olarak uyumlu olmasıdır. Bu, yeni özellikleri desteklemeyen eski yönlendiricilerin atanan öncelikleri tanıyabileceği anlamına gelir.

Geçerli Diffserv uygulaması, Diffserv değerini (DSCP değeri olarak adlandırılır) depolamak için Hizmet Türü (TOS) paket türü sekizlilerini kullanır. Bu sekizli içinde, ilk altı bit DSCP değerini tutar ve son iki bit kullanılmaz. Bu işaretlerin RFC 2475 spesifikasyonu ile geriye dönük uyumlu olmasının nedeni, RFC 2475'in IP dizi bilgisinde kullanılmak üzere aynı sekizlideki ilk üç biti gerektirmesidir. DSCP değerleri altı bit uzunluğunda olmasına rağmen, ilk üç bit hala IP dizisini yansıtmaktadır.

Daha önce gösterdiğim 802.1p etiketlemede olduğu gibi, Diffserv önceliklerini çeşitli Grup İlkesi ayarları aracılığıyla yapılandırabilirsiniz. Size nasıl olduğunu göstermeden önce, Windows'ta kullanılan standart Diffserv önceliklerini tanıtacağım:

Diffserv öncelik işaretlerinin 802.1P'den tamamen farklı bir aralık kullandığını fark etmiş olabilirsiniz. 0-7 aralığını desteklemek yerine, Diffserv 0 ile 63 arasında bir öncelik işaretleme aralığını destekler, daha büyük sayılar daha yüksek önceliklere sahiptir.

Daha önce söylediğim gibi, Windows, Grup İlkesi ayarlarını kullanarak Diffserv öncelik işaretlemesini tanımlamanıza izin verir. Bununla birlikte, bazı daha gelişmiş yönlendiricilerin, Windows'un ne atadığına bakılmaksızın kendi Diffserv değerlerini paketlere atayacağını unutmayın.

Bunu akılda tutarak, Grup İlkesi Düzenleyicisini açıp konsol ağacında Bilgisayar Yapılandırması\Yönetim Şablonları\Ağ\QoS Paket Planlayıcı'ya giderek Diffserv Öncelikli İşaretlemeyi yapılandırabilirsiniz.

Şekil B'ye bakarsanız, QoS Paket Zamanlayıcı sekmesi altında DSCP ile ilgili iki sekme olduğunu fark edeceksiniz. Bu sekmelerden biri, akış belirtimi ile eşleşen paketler için DSCP öncelik işaretlemesi atamanıza, diğeri ise uyumlu olmayan paketler için DSCP öncelik işaretlemesi ayarlamanıza olanak tanır. Şekil C'de gösterildiği gibi, gerçek parametreler her iki sekme için de benzerdir.

Şekil B: Windows, akış belirtimine uyan ve uymayan paketler için DSCP öncelik işaretlerini ayrı ayrı yönetir.

Şekil C: Farklı hizmet türleri için DSCP öncelik işaretlemesini manuel olarak atayabilirsiniz.

Çeşitli Grup İlkesi Ayarları

Şekil B'ye bakarsanız, bahsetmediğim üç Grup İlkesi ayarı olduğunu fark edeceksiniz. Merak edenler için bu parametrelerin ne olduğundan ve ne işe yaradığından kısaca bahsetmek istedim.

Bekleyen Paketleri Sınırla parametresi, esasen bir hizmet eşik değeridir. Aşılan paketlerin sayısı belirli bir değere ulaşırsa, QoS, değer izin verilen maksimum eşiğin altına düşene kadar ağ bağdaştırıcısı için herhangi bir ek bant genişliği tahsisini reddeder.

Ayrılabilir Bant Genişliğini Sınırla parametresi, QoS etkin uygulamaların ayırabileceği toplam bant genişliği yüzdesini kontrol eder. Varsayılan olarak, QoS özellikli uygulamalar ağ bant genişliğinin %80'ine kadar ayırabilir. Elbette, ayrılmış bant genişliğinin şu anda QoS uygulamaları tarafından kullanılmayan herhangi bir kısmı diğer uygulamalar tarafından kullanılabilir.

Set Timer Resolution parametresi, QoS paket planlayıcısının paketleri programlamak için kullanacağı minimum zaman birimlerini (mikrosaniye cinsinden) kontrol eder. Esasen bu ayar, paketlerin teslim için kuyruğa alınabileceği maksimum hızı kontrol eder.

QoS ve modemler

Geniş bant teknolojilerinin neredeyse evrensel olarak mevcut olduğu bu çağda, modemlerden bahsetmek garip görünüyor. Bununla birlikte, modemleri İnternet'e bağlanmak için bir mekanizma olarak kullanan birçok küçük işletme ve ev kullanıcısı var. Hatta son zamanlarda, geniş bant teknolojisinin bulunmadığı uzak yerlerde bulunan uydu ofisleriyle iletişim kurmak için modem kullanan büyük bir şirket bile gördüm.

Elbette modem kullanmanın en büyük sorunu sahip oldukları sınırlı bant genişliğidir. Daha az belirgin olan ancak aynı derecede önemli olan bir konu, kullanıcıların çevirmeli bağlantı kullanırken genellikle çevrimiçi davranışlarını değiştirmemeleridir. Elbette, kullanıcılar bir modem aracılığıyla İnternet'e bağlandıklarında büyük dosyaları indirmek gibi hissetmeyebilirler, ancak kullanıcı davranışının geri kalanı, bir geniş bant bağlantısı üzerinden bağlanmış gibi aynı kalır.

Tipik olarak, kullanıcılar Microsoft Outlook'u her zaman açık tutmak veya dosyalar arka planda indirilirken göz atmak konusunda çok endişeli değildir. Bazı kullanıcılar ayrıca anlık mesajlaşma sistemlerini her zaman açık tutar. Bu tür davranışlarla ilgili sorun, bu uygulamaların veya görevlerin her birinin internet bağlantınızda belirli bir miktarda bant genişliği tüketmesidir.

QoS'nin nasıl yardımcı olabileceğini görmek için, normal koşullarda QoS kullanılmadığında neler olduğuna bir göz atalım. Tipik olarak, internete erişmeye çalışan ilk uygulama, bağlantıyı kullanmak için en fazla hakka sahiptir. Bu, diğer uygulamaların bağlantıyı kullanamayacağı anlamına gelmez, bunun yerine Windows'un diğer uygulamaların bağlantıyı kullanmayacağını düşündüğü anlamına gelir.

Bağlantı kurulduktan sonra Windows, TCP alma penceresi boyutunu dinamik olarak ayarlamaya başlar. TCP alma penceresi boyutu, verilerin alındığına dair bir onay beklemeden önce gönderilebilecek veri miktarıdır. TCP alma penceresi ne kadar büyükse, gönderenin başarılı bir teslimat onayı beklemeden iletebileceği paketler o kadar büyük olur.

TCP alma penceresi boyutu dikkatli bir şekilde ayarlanmalıdır. TCP'nin alma penceresi çok küçükse, TCP çok sık alındı ​​bildirimi gerektirdiğinden verimlilik düşer. Ancak, TCP alma penceresi çok büyükse, makine aktarım sırasında bir sorun olduğunu anlamadan çok fazla veri iletebilir. Sonuç olarak, verimliliği de etkileyen büyük miktarda verinin yeniden iletilmesi gerekir.

Bir uygulama çevirmeli İnternet bağlantısı kullanmaya başladığında, Windows paketleri gönderirken TCP alma penceresi boyutunu dinamik olarak ayarlar. Windows'un buradaki amacı, TCP alma penceresi boyutunun en uygun şekilde ayarlandığı kararlı bir duruma ulaşmaktır.

Şimdi, kullanıcının aynı zamanda internet bağlantısı gerektiren ikinci bir uygulama açtığını varsayalım. Bunu yaptıktan sonra Windows, TCP alma penceresi boyutunu en uygun değere ayarlamaktan sorumlu olan algoritma olan TCP yavaş başlatma algoritmasını başlatır. Sorun, TCP'nin daha önce başlatılan bir uygulama tarafından zaten kullanılıyor olmasıdır. Bu, ikinci uygulamayı iki şekilde etkiler. İlk olarak, ikinci uygulamanın en uygun TCP alma penceresi boyutunu elde etmesi çok daha uzun sürer. İkincisi, ikinci uygulamanın baud hızı, ileriye doğru çalışan uygulamanın baud hızından her zaman daha yavaş olacaktır.

İyi haber şu ki, yalnızca QOS Paket Zamanlayıcı'yı çalıştırarak Windows XP ve Windows Server 2003'te bu sorunları önleyebilirsiniz. Bundan sonra, Windows yavaş bir bağlantı hızı algıladığında, QOS Paket Zamanlayıcı otomatik olarak Deficit Round Robin adlı bir teknolojiyi kullanır.

Deficit Round Robin, İnternet'e erişmesi gereken her uygulama için dinamik olarak ayrı kuyruklar oluşturarak çalışır. Windows, bu kuyrukları, İnternet'e erişmesi gereken tüm uygulamaların verimliliğini önemli ölçüde artıran bir döngüsel olarak sunar. Merak ediyorsanız Deficit Round Robin, Windows 2000 Server'da da mevcuttur, ancak otomatik olarak açılmıyor.

İnternet bağlantısı paylaşmak

Windows XP ve Windows Server 2003'te QoS, İnternet bağlantısı paylaşımını da kolaylaştırır. Muhtemelen bildiğiniz gibi, İnternet bağlantısı paylaşımı basitleştirilmiş NAT tabanlı bir yönlendiricidir. İnternet bağlantısının fiziksel olarak bağlı olduğu bilgisayar, ağdaki diğer bilgisayarlar için bir yönlendirici ve DHCP sunucusu görevi görerek, bu ana bilgisayar aracılığıyla İnternet'e erişimlerini sağlar. İnternet bağlantısı paylaşımı genellikle yalnızca etki alanı altyapısı olmayan küçük, eşler arası ağlarda kullanılır. Büyük ağlar genellikle fiziksel yönlendiriciler veya yönlendirme ve uzaktan erişim hizmetleri kullanır.

Yukarıdaki bölümde, Windows'un TCP alma penceresi boyutunu dinamik olarak nasıl ayarladığını zaten açıkladım. Ancak bu dinamik ayar, bir İnternet bağlantısını paylaşırken sorunlara neden olabilir. Bunun nedeni, yerel bir ağdaki bilgisayarlar arasındaki bağlantıların genellikle nispeten hızlı olmasıdır. Tipik olarak, böyle bir bağlantı 100 Mb Ethernet veya 802.11G kablosuzdan oluşur. Bu tür bağlantılar en hızlı olmaktan uzak olsa da, Birleşik Devletler'deki çoğu İnternet bağlantısından çok daha hızlıdır. Sorun burada yatıyor.

İstemci bilgisayarın İnternet üzerinden iletişim kurması gerekir, ancak bunu doğrudan yapamaz. Bunun yerine, erişim modülü olarak internet bağlantısı paylaşım ana bilgisayarını kullanır. Windows en uygun TCP alma penceresi boyutunu hesaplarken bunu yerel makine ile İnternet Bağlantı Paylaşımı makinesi arasındaki bağlantının hızına göre yapar. Yerel makinenin İnternet'ten gerçekten alabileceği veri miktarı ile alabileceğini düşündüğü miktar arasındaki fark, İnternet Bağlantı Paylaşımı ana bilgisayarının hızına bağlı olarak sorunlara neden olabilir. Daha spesifik olarak, bağlantı hızındaki fark, verilerin yavaş bir bağlantıya bağlı bir kuyrukta yedeklendiği durumlara neden olabilir.

İşte burada QoS devreye giriyor. QOS Paket Zamanlayıcı'yı bir İnternet Bağlantı Paylaşımı sitesine yüklerseniz, İnternet Bağlantı Paylaşımı ana bilgisayarı TCP alma penceresi boyutunu geçersiz kılar. Bu, İnternet Bağlantı Paylaşımı ana bilgisayarının, yerel ana bilgisayarlar için TCP alma penceresi boyutunu, doğrudan İnternet'e bağlı olduklarında olduğu gibi aynı boyuta ayarlayacağı anlamına gelir. Bu, uyumsuz ağ bağlantı hızlarından kaynaklanan sorunları giderir.

Sonuç

Bu makale dizisinde, QoS'yi ve farklı ağ bağlantı türlerinde trafik akışını şekillendirmek için nasıl kullanılabileceğini ele aldım. Gördüğünüz gibi QoS, trafiği en hafif ağ tıkanıklığı sürelerinden yararlanabilecek ve daha yüksek öncelikli trafiğin daha hızlı teslim edilmesini sağlayacak şekilde şekillendirerek ağın çok daha verimli çalışmasını sağlayabilir.

Brien Posey

Yanıtlar:

Ryzhanov Denis İvanoviç:
WinKey + R tuşlarına basın, buraya "gpedit.msc" yazın, "Enter" tuşuna basın, ardından "Yerel Bilgisayar Politikası", "Yönetim Şablonları", "Ağ", "QoS Paket Yöneticisi" sekmesine gidin, "Kısıtla" sekmesini seçin ayrılmış bant genişliği ", üzerine fare ile çift tıklayın, görünen pencerede " Etkinleştir " sekmesini seçin ve hemen altında " % 0 " ayarını yapın. Değişikliklerin etkili olması için makineyi yeniden başlatın.

Alexey:
Bunu kullanma! Sadece bu hizmeti kullanan herhangi bir uygulamanız yok. Bazı internet telefonları tarafından kullanılır ve genel olarak internete hiçbir şekilde müdahale etmez. Bu hizmet, gecikmeye duyarlı uygulamaların çalışmasını sağlar. Bu arada, hala bir program var - Microsoft'tan bu hizmeti bilerek kullanan bir tür sallanan sandalye. Ancak, inanın bana, bu hizmet kanaldan hiçbir şey almaz - yalnızca bu hizmet üzerinden iletim sırasında trafiğin bir kısmını kendisi alabilir (belirlenen sınır, genellikle %20).

Şurovik:
Değerini %0'a ayarlayın.

Vladimir Nozdrin:
Makaleyi okuyun: QoS Efsanesi.

Maxim:
İlk başta QoS'nin kanalın %20'sini rezerve etmesinden korktular. Sakin ol, değil. Yani kapatmanıza gerek yok.

TU-154:
Sistemde Yönetici olarak oturum açmak, Grup İlkesi düzenleyicisinde (Başlat - Çalıştır - gpedit.msc), Yerel Bilgisayar İlkesi - Yönetim Şablonları - Ağ - QoS Paket Yöneticisi - Ayrılmış Bant Genişliğini Sınırla bu parametreyi etkinleştirin ve sınırı 0 olarak ayarlayın. Dağıtılmış bilgi bu hizmetin işin hızını hiçbir şekilde etkilemediğini. Belki de öyle, ama benim durumumda, bunu devre dışı bırakmak, indirme hızında 2,5'ten 2,9 KB / s'ye (ReGet'e göre, yani yaklaşık %20) ve yerel bir ağda çalışırken - kanal kullanım derecesini %80'den %95'e çıkarın.

sıcak don:
QoS Paket Zamanlayıcı hizmetini bağlantının Özelliklerinden kaldırırsanız bu kanal serbest bırakılmaz. Kanalı serbest bırakabilir veya yalnızca QoS'yi buradan ayarlayabilirsiniz: Grup İlkesi uygulamasını çalıştırın (gpedit.msc). Grup İlkesi'nde, Yerel bilgisayar ilkesini bulun ve Yönetim şablonları'na tıklayın. Ağ - QoS Paket Düzenleyici öğesini seçin. Ayrılabilir bant genişliğini sınırla'yı açın. Şimdi Bant Genişliği sınırını %20'ye düşürüyoruz veya basitçe devre dışı bırakıyoruz. İsterseniz burada diğer QoS parametrelerini de yapılandırabilirsiniz. Yapılan değişiklikleri etkinleştirmek için geriye kalan tek şey yeniden başlatmaktır.

Fesleğen:
QoS hizmetini kendi haline bırakın. %20 trafik sınırlaması efsanesi uzun süredir çürütüldü. İnce ayar yapanların yazarları bu öğeyi programlarından bile kaldırdı.

RiLL-SV:
Hiçbir şey böyle değil! İnternet oyunlarında ping'i bozulmamış QoS ile ve değeri 0 ile kontrol edin! O zaman el değmemiş QoS ile 0 olan QoS arasındaki farkın ne olduğunu anlayacaksınız!

QoS efsanesi

Windows XP hakkında en az bir kez SSS okumamış tek bir kişi yoktur. Ve eğer öyleyse, o zaman herkes böyle zararlı bir Hizmet Kalitesi olduğunu bilir - kısaca QoS. Sistemi yapılandırırken, ağ bant genişliğini varsayılan olarak %20 ile sınırladığı ve bu sorun Windows 2000'de de varmış gibi, devre dışı bırakılması şiddetle tavsiye edilir.

Bu satırlar:
"S: QoS (Hizmet Kalitesi) hizmeti nasıl tamamen devre dışı bırakılır? Nasıl yapılandırılır? Ağ hızını sınırladığı doğru mu?"
C: Aslında, Hizmet Kalitesi varsayılan olarak kendi ihtiyaçları için kanal bant genişliğinin %20'sini ayırır (herhangi bir - hatta 14400 için bir modem, hatta bir gigabit Ethernet bile). Ayrıca Özellikler bağlantısından QoS Paket Zamanlayıcı hizmetini kaldırsanız bile bu kanal serbest bırakılmaz. Kanalı serbest bırakabilir veya QoS'yi buradan yapılandırabilirsiniz. Grup İlkesi uygulamasını (gpedit.msc) başlatın. Grup İlkesi'nde, Yerel bilgisayar ilkesini bulun ve Yönetim şablonları'na tıklayın. Ağ - QoS Paket Düzenleyici öğesini seçin. Ayrılabilir bant genişliğini sınırla'yı açın. Şimdi Bant Genişliği sınırını %20'ye %0'a indiriyoruz veya basitçe devre dışı bırakıyoruz. İsterseniz, burada diğer QoS parametrelerini de yapılandırabilirsiniz. Değişiklikleri etkinleştirmek için yeniden başlatmanız yeterlidir."
%20 tabii ki çok fazla. Gerçekten Microsoft bir Mazdai'dir. Bu tür iddialar SSS'den SSS'ye, forumdan foruma, medyadan medyaya, her türlü "ince ayar" - Windows XP'yi "ayarlamak" için kullanılan programlarda kullanılır (bu arada, "Grup İlkeleri" ve "Yerel" i açın. Güvenlik Politikaları" ve hiçbir "ince ayar", özelleştirme seçeneklerinin zenginliğinde bunlarla eşleşemez). Şimdi yapacağımız bu tür asılsız iddiaları dikkatli bir şekilde, sistematik bir yaklaşımla ortaya koymak gerekiyor. Yani, resmi birincil kaynaklara dayanarak sorunlu konuyu etraflıca inceleyeceğiz.

Kaliteli hizmet ağı nedir?
Ağ bağlantılı bir sistemin aşağıdaki basitleştirilmiş tanımını kabul edelim. Uygulamalar ana bilgisayarlarda çalışır ve çalışır ve birbirleriyle iletişim kurar. Uygulamalar, ağ üzerinden iletim için işletim sistemine veri gönderir. Veriler işletim sistemine aktarıldıktan sonra ağ trafiği haline gelir.
Ağ QoS, bazı uygulamaların isteklerinin yerine getirilmesini sağlamak için ağın bu trafiği işleme yeteneğine dayanır. Bu, belirli işleme için uygun olan trafiği tanımlayabilen ve bu işlemin kontrolünü sağlayabilen ağ trafiğini işlemek için temel bir mekanizma gerektirir.
QoS işlevi, iki ağ aktörünü tatmin edecek şekilde tasarlanmıştır: ağ uygulamaları ve ağ yöneticileri. Çoğu zaman fikir ayrılıkları yaşarlar. Ağ yöneticisi, belirli bir uygulama tarafından kullanılan kaynakları kısıtlarken, aynı zamanda uygulama mümkün olduğu kadar çok ağ kaynağı almaya çalışır. Ağ yöneticisinin tüm uygulamalar ve kullanıcılarla ilgili olarak lider bir rol oynadığı gerçeği dikkate alınarak çıkarları uzlaştırılabilir.

Temel QoS Parametreleri
Farklı uygulamaların ağ trafiğini işlemek için farklı gereksinimleri vardır. Uygulamalar gecikmeye ve trafik kaybına az çok toleranslıdır. Bu gereksinimler, aşağıdaki QoS ile ilgili parametrelerde uygulama bulmuştur:
Bant genişliği - Uygulama tarafından oluşturulan trafiğin ağ üzerinden iletilmesi gereken hız.
Gecikme - Bir uygulamanın veri paketi tesliminde tolere edebileceği gecikme süresi.
Jitter - gecikme süresini değiştirin.
Kayıp - Kaybedilen verilerin yüzdesi.
Sonsuz ağ kaynakları mevcut olsaydı, tüm uygulama trafiği sıfır gecikme, sıfır gecikme varyasyonu ve sıfır kayıp ile gerekli hızda iletilebilirdi. Ancak, ağ kaynakları sınırsız değildir.
QoS mekanizması, iletim gereksinimlerini karşılamak için uygulama trafiği için ağ kaynaklarının tahsisini kontrol eder.

Temel QoS Kaynakları ve Trafik İşleme Mekanizmaları
Ana bilgisayarları birbirine bağlayan ağlar, ana bilgisayar ağ bağdaştırıcıları, yönlendiriciler, anahtarlar ve hub'lar dahil olmak üzere çeşitli ağ aygıtları kullanır. Her birinin ağ arayüzleri vardır. Her ağ arayüzü, trafiği sınırlı bir oranda alabilir ve iletebilir. Trafiğin bir arabirime yönlendirilme hızı, arabirimin trafiği yönlendirme hızından yüksekse, tıkanıklık oluşur.
Ağ cihazları, tıkanıklık bitene kadar cihaz belleğindeki (bir arabellekte) trafiği kuyruğa alarak tıkanıklık durumunu işleyebilir. Diğer durumlarda, ağ ekipmanı tıkanıklığı hafifletmek için trafiği düşürebilir. Sonuç olarak, uygulamalar gecikme süresinde bir değişiklikle (trafik arayüzlerde kuyruklarda depolandığından) veya trafik kaybıyla karşı karşıya kalır.
Ağ arabirimlerinin trafiği iletme yeteneği ve ağ cihazlarında trafiği depolamak için belleğin kullanılabilirliği (trafik daha fazla gönderilinceye kadar), uygulama trafik akışları için QoS sağlamak için gereken temel kaynakları oluşturur.

QoS Kaynaklarını Ağ Cihazlarına Tahsis Etme
QoS'yi destekleyen cihazlar, trafiği taşımak için ağ kaynaklarını akıllıca kullanır. Yani, gecikmeye daha toleranslı olan uygulamaların trafiği kuyruğa alınır (bellekte bir arabellekte depolanır) ve gecikme için kritik olan uygulamaların trafiği iletilir.
Bu görevi gerçekleştirmek için ağ cihazı, paketleri sınıflandırarak trafiği tanımlamalı, ayrıca servisleri için kuyruklara ve mekanizmalara sahip olmalıdır.

Trafik işleme motoru
Trafik işleme mekanizması şunları içerir:
802.1p
Farklı atlama başına davranışlar (diffserv PHB).
Entegre hizmetler (intserv).
ATM, vb.
Çoğu yerel alan ağı, Ethernet, token-ring vb. dahil olmak üzere IEEE 802 teknolojisine dayanmaktadır. 802.1p, bu tür ağlarda QoS'yi destekleyen bir trafik işleme mekanizmasıdır.

802.1p, bir 802 paket başlığında sekiz öncelik değerinden birini taşıyabilen bir alanı (OSI ağ modelinde katman 2) tanımlar. Tipik olarak, ana bilgisayarlar veya yönlendiriciler, yerel ağa trafik gönderirken, gönderilen her paketi belirli bir öncelik değeri atayarak işaretler. Anahtarlar, köprüler ve hub'lar gibi ağ aygıtlarının, kuyruk mekanizmalarını kullanarak paketleri uygun şekilde işlemesi beklenir. 802.1p, bir yerel alan ağı (LAN) ile sınırlıdır. Paket LAN'ı geçer geçmez (OSI Katman 3 aracılığıyla), 802.1p önceliği kaldırılır.
Diffserv bir katman 3 mekanizmasıdır ve diffserv kod noktası (DSCP) adı verilen IP paketlerinin başlığının 3. katmanında bir alanı tanımlar.
Intserv, garantili bir hizmeti ve indirmeleri yöneten bir hizmeti tanımlayan bir dizi hizmettir. Garantili hizmet, ölçülebilir ve sınırlı gecikme ile bir miktar trafik taşımayı vaat ediyor. Yükü yöneten servis, "hafif ağ tıkanıklığı" ile bir miktar trafik taşımayı kabul eder. Bunlar, belirli bir miktarda trafiğe ölçülebilir QoS sağlamak için tanımlanmaları anlamında ölçülebilir hizmetlerdir.

ATM teknolojisi paketleri nispeten küçük hücrelere böldüğü için çok düşük gecikme süresi sunabilir. Acil olarak bir paket göndermeniz gerekiyorsa, bir hücreyi iletmek için gereken süre boyunca ATM arayüzü her zaman iletim için boş bırakılabilir.
QoS, bu teknolojinin çalışmasını sağlayan çok daha karmaşık mekanizmalara sahiptir. Sadece bir önemli noktayı not edelim: QoS'nin çalışması için, bu teknolojiyi ve ilgili konfigürasyonu, başlangıç ​​noktasından son noktaya iletim boyunca desteklemek gerekir.

Netlik için, Şek. bir.
Aşağıdakileri kabul ediyoruz:
Tüm yönlendiriciler, gerekli protokollerin iletimine katılır.
Ana Bilgisayar A ve Ana Bilgisayar B arasında 64 Kbps gerektiren bir QoS oturumu sağlanır.
Ana Bilgisayar A ve Ana Bilgisayar D arasında 64 Kbps gerektiren başka bir oturum başlatılır.
Diyagramı basitleştirmek için, yönlendiricilerin tüm ağ kaynaklarını ayırabilecekleri şekilde yapılandırıldığını varsayıyoruz.
Bizim durumumuzda, bir 64 Kbps rezervasyon isteği, Host A ve Host B arasındaki veri yolundaki üç yönlendiriciye ulaşacaktır. Başka bir 64 Kbps istek, Host A ve Host D arasındaki üç yönlendiriciye ulaşacaktır. Yönlendiriciler, bu kaynak rezervasyon isteklerini yerine getireceklerdir. maksimumu aşmayın. Bunun yerine, B ve C ana bilgisayarlarının her biri, ana bilgisayar A ile aynı anda 64 Kbps QoS oturumu başlatacak olsaydı, bu ana bilgisayarlara (B ve C) hizmet veren yönlendirici bağlantılardan birini reddederdi.

Şimdi ağ yöneticisinin, B, C, D, E ana bilgisayarlarına hizmet veren alttaki üç yönlendiricide QoS işlemeyi kapattığını varsayalım. Bu durumda, bağlantıya katılan ana bilgisayarın konumundan bağımsız olarak 128 Kbps'ye kadar olan kaynaklar için istekler karşılanacaktır. Bununla birlikte, bir ana bilgisayar için trafik, bir diğerinin trafiğini tehlikeye atacağından, kalite güvencesi düşük olacaktır. Üst yönlendirici tüm istekleri 64 Kbps ile sınırlandırırsa QoS korunabilir, ancak bu ağ kaynaklarının verimsiz kullanılmasına neden olur.
Öte yandan, tüm ağ bağlantılarının bant genişliği 128 Kbps'ye yükseltilebilir. Ancak artan bant genişliği yalnızca ana bilgisayarlar B ve C (veya D ve E) aynı anda kaynak talep ettiğinde kullanılacaktır. Durum böyle değilse, ağ kaynakları yine verimsiz bir şekilde kullanılacaktır.

Microsoft QoS Bileşenleri
Windows 98, yalnızca aşağıdakileri içeren kullanıcı düzeyinde QoS bileşenlerini içerir:
Uygulama bileşenleri.
GQoS API (Winsock 2'nin bir parçası).
QoS servis sağlayıcısı.
Windows 2000 / XP / 2003 işletim sistemi, yukarıdakilerin tümünü ve aşağıdaki bileşenleri içerir:
Kaynak Rezervasyon Protokolü Hizmet Sağlayıcısı (Rsvpsp.dll) ve RSVP Hizmetleri (Rsvp.exe) ve QoS ACS. Windows XP, 2003'te kullanılmaz.
Trafik denetimi (Traffic.dll).
Genel Paket Sınıflandırıcı (Msgpc.sys). Paket sınıflandırıcı, paketin ait olduğu hizmet sınıfını tanımlar. Bu durumda paket uygun kuyruğa teslim edilecektir. Kuyruklar, QoS Paket Zamanlayıcı tarafından yönetilir.
QoS Paket Zamanlayıcı (Psched.sys). Belirli bir veri akışı için QoS parametrelerini tanımlar. Trafik, belirli bir öncelik değeriyle işaretlenir. QoS Paket Zamanlayıcı, her paket için sıraya alma zamanlamasını belirler ve eşzamanlı ağ erişimine ihtiyaç duyan sıraya alınmış paketler arasındaki rekabet eden istekleri işler.

Şekil 2'deki diyagram, protokol yığınını, Windows bileşenlerini ve bunların bir ana bilgisayarda nasıl etkileşime girdiklerini gösterir. Windows 2000'de kullanılan ancak Windows XP / 2003'te kullanılmayan öğeler şemada gösterilmemiştir.
Uygulamalar yığının en üstündedir. QoS hakkında bilgi sahibi olabilirler veya olmayabilirler. QoS'nin tüm gücünden yararlanmak için Microsoft, uygulamalarda Genel QoS API çağrılarının kullanılmasını önerir. Bu, özellikle yüksek kaliteli hizmet garantisi gerektiren uygulamalar için önemlidir. Bazı yardımcı programlar, QoS farkında olmayan uygulamalar adına QoS'yi çağırmak için kullanılabilir. Trafik yönetimi API'si aracılığıyla çalışırlar. Örneğin, NetMeeting, GQoS API'sini kullanır. Ancak bu tür uygulamalar için kalite garanti edilmez.

son çivi
Yukarıda bahsedilen teorik noktalar, kötü şöhretli %20'nin nereye gittiği sorusuna açık bir cevap vermiyor (ki henüz kimsenin doğru bir şekilde ölçmediğini not ediyorum). Yukarıdakilere dayanarak, durum böyle olmamalıdır. Ancak muhalifler yeni bir argüman öne sürdüler: QoS sistemi iyi, ancak uygulama eğri. Sonuç olarak, %20'si sonuçta "tıkanmıştır". Görünüşe göre, sorun yazılım devini de yıprattı, çünkü bu tür imalatları uzun süredir ayrı ayrı çürüttü.
Ancak, sözü geliştiricilere verelim ve "316666 - Windows XP Hizmet Kalitesi (QoS) Geliştirmeleri ve Davranışı" makalesinden seçilmiş anları edebi Rusça olarak sunalım:
"Bir program açıkça öncelikli bant genişliği talep etmedikçe, ağ bant genişliğinin yüzde yüzü tüm programlar arasında dağıtım için kullanılabilir. Bu "ayrılmış" bant genişliği, talep eden program veri göndermiyorsa diğer programlar için kullanılabilir.

Varsayılan olarak, programlar her bilgisayar arabiriminde ana bağlantı hızının %20'sine kadar ayırabilir. Bant genişliğini ayıran program, onu kullanmak için yeterli veri göndermiyorsa, ayrılmış bant genişliğinin kullanılmayan kısmı diğer veri akışları için kullanılabilir.
Çeşitli teknik makalelerde ve haber gruplarında, Windows XP'nin her zaman QoS için mevcut bant genişliğinin %20'sini ayırdığına dair açıklamalar yapılmıştır. Bu ifadeler yanlıştır."
Şu anda birisi hala bant genişliğinin %20'sini yiyorsa, size daha fazla "tweaks" ve orantısız ağ sürücüsü kullanmaya devam etmenizi tavsiye edebilirim. Ve çok fazla "şişman" olmayacak.
Herkes, QoS efsanesi, ölsün!

Yuri Trofimov,

Konunun devamı:
Yönlendiriciler

Standart gadget'lar, Windows OC'nin modern sürümlerinden koşulsuz olarak kaldırılmıştır. Ancak kullanıcılar iyi bir şeyi kaybetmeye alışkın değiller ve bu nedenle aktif olarak analogları kullanıyorlar. Çok önceden ...