QoS yapılandırmamın çalıştığını nasıl makul bir şekilde doğrulayabilirim?


10

bağlam

IOS 15.1 (4) M4 ile Cisco 891 yönlendirici çalıştıran bir müşteri sitesine standart bir QoS yapılandırması dağıttım. WAN bağlantısı, FE8'e bağlı tek bir ADSL2 + bağlantısıdır (24 / 1Mbps).

Daha önce bu yapılandırmayı LAN'dan iperf kullanarak 1+ Mbps yukarı akış trafiği oluşturmak için test ettim ve WAN arayüzünde QoS'yi etkinleştirirken çağrı kalitesinde belirgin bir değişiklik olduğunu doğruladım. Başlangıçta yapılandırmamın çalıştığını doğruladım.

Son zamanlarda aynı yapılandırmayı başka bir siteye dağıttım, ancak yine de yukarı akış VOIP bant genişliği ile ilgili sorunlar yaşıyorlar. QoS'un bağlantıyı gerçekten doyurma çabasına girmeden çalıştığını makul bir şekilde doğrulamak istiyorum (özellikle devlet dışında oldukları ve yerinde teknoloji olmadığı için). Ve sonra daha iyi ses kalitesi elde etmek için teak yapabileceğimi izole etmeye çalışın.

Sorular

Aşağıdaki örnekte VOICE sınıf haritasına odaklanarak aşağıdaki politika haritası çıktısı göz önüne alındığında, aşağıdaki istatistikler ne anlama geliyor ?:

  • 3860628 paketler, 1070196895 bytes: Bunun sınıf haritasında eşleşen toplam paket / bayt sayısı olduğunu varsayabilir miyim?

  • 5 dakikalık teklif edilen oran 0 bps, düşme oranı 0 bps: "Önerilen fiyat", öncelik verilen trafik bps hızıdır, değilse ne olur? Benzer şekilde, düşme oranı, bant genişliği eksikliği nedeniyle öncelik verilemeyen trafik oranının aşırı mıdır? Bu, VOICE için bu tür trafik zirvelerini karşılamak için X bps daha fazla bant genişliğine ihtiyacımız olduğunu gösterir mi?

  • Öncelik:% 40 (340 kbps), veri bloğu baytları 8500, s / b damla sayısını aşıyor: 5: Bu satırda, s / b damlanın ne anlama geldiğinden emin değilim?

Kerestecilik

Bu istatistiklerin yoğun zamanlarda (muhtemelen en çok görmek istediğiniz zaman) değişeceği (hayal ediyorum) göz önüne alındığında. Bu sayıları günlüğe kaydetmenin veya SNMP aracılığıyla sorgulamanın, programlı olarak grafiklenebilmesinin bir yolu var mı?

Öğrenme

QoS'un oldukça geniş kapsamlı bir konu olduğunu anlıyorum. Bunu öğrenmeye çalışırken, farklı türlerde QoS uygulamaları hakkında okuduğum ya da farklı IOS sürümleri (örneğin, sözdiziminin veya çıktının değiştiği komutları kullanan eski dokümanlar) nedeniyle okuduğumdan genellikle farklı bilgiler karşısında bunalıyorum.

Bu amaçla, herkes QoS ile çalışmaya daha iyi kavuşmaya odaklanmama yardımcı olabilecek bazı Cisco eğitim belgeleri veya video kursları önerebilir mi?

Bazı ek bilgiler

Örnek bir QoS yapılandırması:

class-map match-any SSH
 match protocol ssh
class-map match-any LogMeIn
 match access-group name LogMeIn
class-map match-any VOICE
 match protocol sip
 match protocol rtp

policy-map ADSLPrioritisationOutbound
 class VOICE
  priority percent 40
 class SSH
  bandwidth 80
 class LogMeIn
  priority percent 20
 class class-default
  fair-queue
policy-map ADSLPrioritisationOutboundParent
 class class-default
  shape average 850000
  service-policy ADSLPrioritisationOutbound

interface FastEthernet8
 no ip address
 ip virtual-reassembly in
 duplex auto
 speed auto
 pppoe-client dial-pool-number 1
 service-policy output ADSLPrioritisationOutboundParent

Politika haritası arayüz çıktısı:

FastEthernet8

Service-policy output: ADSLPrioritisationOutboundParent

Class-map: class-default (match-any)
  18968101 packets, 6998385051 bytes
  5 minute offered rate 3000 bps, drop rate 0 bps
  Match: any
  Queueing
  queue limit 64 packets
  (queue depth/total drops/no-buffer drops) 0/93737/0
  (pkts output/bytes output) 18874363/6936577128
  shape (average) cir 850000, bc 3400, be 3400
  target shape rate 850000

  Service-policy : ADSLPrioritisationOutbound

    queue stats for all priority classes:

      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 3860623/1070194985

    Class-map: VOICE (match-any)
      3860628 packets, 1070196895 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: protocol sip
        97348 packets, 49867304 bytes
        5 minute rate 0 bps
      Match: protocol rtp
        3763280 packets, 1020329591 bytes
        5 minute rate 0 bps
      Match: access-group name NEC-PBX
        0 packets, 0 bytes
        5 minute rate 0 bps
      Priority: 40% (340 kbps), burst bytes 8500, b/w exceed drops: 5


    Class-map: SSH (match-any)
      89497 packets, 19838544 bytes
      5 minute offered rate 2000 bps, drop rate 0 bps
      Match: protocol ssh
        89497 packets, 19838544 bytes
        5 minute rate 2000 bps
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 89497/19838544
      bandwidth 80 kbps

    Class-map: LogMeIn (match-any)
      0 packets, 0 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: access-group name LogMeIn
        0 packets, 0 bytes
        5 minute rate 0 bps
      Priority: 20% (170 kbps), burst bytes 4250, b/w exceed drops: 0


    Class-map: class-default (match-any)
      15017976 packets, 5908349612 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: any
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops/flowdrops) 0/93732/0/93732
      (pkts output/bytes output) 14924243/5846543599
      Fair-queue: per-flow queue limit 16

İlk cümlede IOS 15.1 sürümünü kastettiğini mi sanıyorum? Bir düzenleme yapmadan önce açıklığa kavuşturmak istiyorum.
Brett Lykins

Heh, evet. Afedersiniz. Neler olduğunu bilmiyorum ... Bu gece anahtarlar takılıyor. Yazım hatası bir sürü.
Geekman

Yanıtlar:


10

Sorunuz oldukça geniş. QoS sorunlarını gidermek ve izlemek için kullanabileceğiniz birçok farklı komut var, bu yüzden sahip olduğunuz birincil soruya odaklanacağım, bu da QoS yapılandırmanızın çalıştığını nasıl doğrulayacağınız ve ilke haritası arabirimi çıktısını nasıl okuyacağınız.

QoS'un çalıştığını doğrulamanın tek gerçek yolu, bir trafik oluşturucuyu bağlamak ve çeşitli kuyruklardaki düşüş oranınızı izlemek. Bu, özellikle bir üretim ortamında tipik olarak mümkün olmadığından, gerçekte yapabileceğiniz tek şey, trafiğin düzgün bir şekilde işaretlendiğini ve sınıflandırıldığını doğrulamaktır.

QoS yapılandırmanızın çalışıp çalışmadığını doğrulama söz konusu olduğunda, gerçekten aradığınız şey, ilke haritası arabirimi komutundaki sayaçların artırılmasıdır.

Yani, örneğin, verdiğiniz çıktıda:

Class-map: VOICE (match-any)
  3860628 packets, 1070196895 bytes
  5 minute offered rate 0 bps, drop rate 0 bps
  Match: protocol sip
    97348 packets, 49867304 bytes
    5 minute rate 0 bps
  Match: protocol rtp
    3763280 packets, 1020329591 bytes
    5 minute rate 0 bps
  Match: access-group name NEC-PBX
    0 packets, 0 bytes
    5 minute rate 0 bps
  Priority: 40% (340 kbps), burst bytes 8500, b/w exceed drops: 5

SIP ve RTP altında paketleri gördüğünüz halde NEC-PBX'i görmediğinizi görebilirsiniz. Bir bağlantı üzerinden SIP ve RTP trafiği aldığınızı biliyorsanız, paket sayımlarının arttığını görmeniz gerekir ve bu, yapılandırmanızın temelde çalıştığını bilmenin makul bir yoludur.


Teşekkürler. "Çeşitli kuyruklardaki düşme oranını izle" ile ne demek istiyorsun? Bu "düşme oranı X bps" mi? ADSL QoS için bir ebeveyn şekillendirici ihtiyacı ile ilgili örneğimle ilgili olarak, aslında trafiğin eşleştiğini gördüğümde QoS'un çalıştığına karar verdim - ama sonunda gerçekten iyi bir şey yapmadı. Sorunun hala geniş olduğunu kabul ediyorum (yayınlamadan önce tekrar yazmaya çalıştım!). Kısa süre içinde bazı düzenlemeler yapacağım ve her türlü içgörüyü takdir edeceğim. Tekrar teşekkürler!
Geekman

Tamam orada. Bence en azından politika haritası çıktısıyla ilgili bu bitleri tam olarak anlasaydım, neler olduğunu anlayabilirdim.
Geekman

1
Yapılandırmayı doğrularken bakmanız gereken iki şey vardır. Birincisi, tüm sınıf ve her bir "Eşleşme" satırı altındaki toplam paket sayısı ve oranıdır. Bu, paketlerin politikalarla eşleşip eşleşmediğini ve uygun şekilde sınıflandırıldığını / işaretlendiğini / önceliklendirildiğini (ne tür bir politikaya baktığınıza bağlı olarak) söyleyecektir. Diğer şey, her birinin altındaki düşüş oranıdır. Normal ağ koşullarında, çoğu sınıfta muhtemelen damla görmemelisiniz, bu nedenle 0 bir sorun değildir. Ama eğer tıkanırsanız, o zaman damlalar göreceksiniz.
totallystubby
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.