Pseudowire durumu ile trafik sayaçları: hangisi teslimatı kanıtlar
İşletim durumu hizmetin yapılandırıldığını ve çalıştığını söyler; sayaçlar çerçevelerin hareket ettiğini söyler. İkisini VC dizininde birleştirin ve yön, süreksizlik ile MIB desteğini kontrol edin.
up bildiren bir pseudowire size hizmetin var olduğunu ve her iki yönün de trafik taşıması gerektiği konusunda anlaştığını söyler. Ama tek bir müşteri çerçevesinin bile ondan geçtiğini söylemez. Durum nesneleri ile sayaç nesneleri farklı amaçlar için yazılmıştır ve birini diğerinin kanıtı saymak bu panoların çoğunun yanıldığı yerdir. İkisini karşılaştırmak işin kendisidir, çünkü yalnızca birine güvenmek kimsenin sormadığı bir soruyu yanıtlar.
Durum ve sayaçlar farklı soruları yanıtlar
Ana VC girdisi birleşik bir işletim durumu taşır ve bu durum ancak her iki yön durumu da up olduğunda up olur. Arka tarafındaki her şey kontrol düzlemi ve yapılandırma bilgisidir: yerel bağlantı devresi, eş, sinyalleşme. Bu durumdaki bir satır niyet ve hazırlık hakkında bir ifadedir, iletilen çerçeveler hakkında değil.
Trafik, paketler ve baytlar için yüksek kapasiteli sayaçların ayrı tablosunda yaşar ve bu satırlar aynı VC dizinini taşır. Oradaki büyüme, çerçevelerin ölçtüğünüz aralıkta tam olarak o satırdan geçtiğinin kanıtıdır. Değişmeyen bir sayaç tek başına belirsizdir. Boşta bir hizmet, yanlış satırı okuyan bir toplayıcı ve sessizce kopan bir yol hep aynı düz çizgiyi verir.
| Question | Object | What it can establish |
|---|---|---|
| Is the service up? | cpwVcOperStatus | Both direction states agree the VC should carry traffic. |
| Which side is down? | cpwVcInboundOperStatus, cpwVcOutboundOperStatus | Direction of the reported fault. |
| Did frames move? | cpwVcPerfTotalTable HC counters | Observed forwarding on that row between two polls. |
| Is the interval clean? | cpwVcPerfTotalDiscontinuityTime | Whether the counter was reset inside the window. |
Tabloyu ciddiyet merdiveni olarak değil, kanıtın iki sütunu olarak okuyun. Düz sayaçlarla up olmak, büyümeyle up olmanın daha kötü bir sürümü değildir; farklı bir sonraki adımı olan farklı bir gözlemdir.
VC dizininde birleştirin, biletteki numarada değil
VC tablosu tek bir tamsayı ile dizinlenir; VC ID, eş adresi, hizmet türü ve adı o satırın nitelikleridir. Bu niteliklerle hizmetinizi bulursunuz; dizin ise ilk sorgudan sonra da onu bulmaya devam etmenizi sağlar. Bir arayüz dizini, gösterilen devre adı veya MPLS etiketi, sayılar denk gelse bile o dizin değildir.
Sayısal OID'leri blog yazısından değil toplayıcıdaki MIB dosyasından türetin, sonra tabloyu bir kez dolaşıp bulduğunuz kimliği saklayın.
snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTableYönetim adresini ve dizini birlikte izleme sistemine kaydedin. Yeniden sağlama bir hizmeti başka bir satıra taşıyabilir ve VC ID'ye adla bağlanmış bir toplayıcı o zaman hâlâ kibarca yanıt veren eski bir dizini çizmeye devam eder.
Yön, aboneyi değil pseudowire'ı ifade eder
Gelen sayaçlar VC'nin paket anahtarlamalı ağdan ne aldığını anlatır; giden sayaçlar o ağa doğru ne ilettiğini anlatır. Müşteriye bakan bir PE'de bu genellikle bir sırayla indirme ve yüklemeye karşılık gelir. Merkezi bir PE'de veya çekirdekte eşi olan bir PE'de aynı nesne adları ters müşteri deneyimini anlatır.
Eşlemeyi her cihaz rolü için bir kez yazın ve pano etiketinde tutun. Gerçekte çekirdeğe trafik çizen ama müşteri yüklemesi başlıklı bir grafik incelemeden geçer ve kapasite kararları için onu kullanan herkesi sessizce yanıltır. Aynı risk o grafikler üzerine kurulu uyarılar için de geçerlidir, çünkü yanlış ekibi çağırırlar. Her grafiği pseudowire'a göre hareket yönüyle etiketleyin ve müşteri eşlemesi ona ihtiyaç duyan panelde yaşasın.
Tek bir test, nesne açıklamalarını okumaktan ne kadar yapılırsa yapılsın daha iyidir: bilinen bir dosyayı hizmetten geçirin, hemen ardından iki yönü sorgulayın ve hangi sayacın hareket ettiğine bakın. Sonucu cihaz rolünün yanına kaydedin, çünkü sıradaki kişi aynı soruyu soracaktır.
Bir hız yalnızca tek bir süreksizlik penceresi içinde geçerlidir
Hızı bayt sayacının artışının geçen saniyelere bölümü olarak hesaplayın ve saniyedeki bit için sekizle çarpın. Sayaç düştüyse, aracı yeniden başladıysa, satır değiştiyse veya süreksizlik nesnesi kaydıysa aralığı geçersiz sayın. Bu nesne sistemin çalışma süresine göre ifade edilir, dolayısıyla cihazın yeniden başlaması da onu geçersiz kılar. Örneği atın ve bir tepe çizmek yerine yeni bir pencere açın.
Bilinen aralıklı iki örnek alın ve zaman damgalarını terminal geçmişinizden değil toplayıcıdan saklayın.
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
sleep 60
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime.7Yüksek kapasiteli sayaçlar tek bir pseudowire'da sarmayı sorun olmaktan çıkarır, bu yüzden bir düşüş neredeyse her zaman aritmetik taşma değil sıfırlama, değiştirilmiş aracı veya başka bir satır anlamına gelir. Bu yüzden üçüncü komut ilk ikisi kadar önemlidir.
Kurulu sürümün gerçekte neyi desteklediğini kontrol edin
MIB tanımı bir şartnamedir, imajınız hakkında bir vaat değildir. Tablolar eksik olabilir, kısmen uygulanmış olabilir veya bir özellik etkinleşene kadar var olup doldurulmamış olabilir ve aynı platform sürümler arasında farklılık gösterebilir. CISCO-IETF-PW-MIB tanımı size nesne adlarını verir; cihaz onların yanıt verip vermediğini söyler.
Her iki tabloyu ve ürün yazılımı dizesini tek geçişte sorgulayın, sonra sürüm notunun iddia ettiğiyle karşılaştırın.
snmpget -v2c -c monitor -Oqv 10.60.4.21 SNMPv2-MIB::sysDescr.0
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcTable | wc -l
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalTable | wc -lBoş bir dolaşma ile desteklenmeyen bir dolaşma farklı hatadır, bu yüzden yalnızca satır sayısını değil hatayı okuyun. Durum tablosu yanıt verip performans tablosu vermiyorsa, ilk bölümde tasarladığınız birleştirmenin inecek yeri yoktur ve düzeltme devre değişikliği değil toplayıcı değişikliğidir.
Tartışmalı bir devre için sıra kısadır: satır kimliğini dizinden doğrulayın, yön eşlemesini bilinen tek bir transferle doğrulayın, hızı yalnızca temiz bir süreksizlik penceresi içinde hesaplayın ve her iki tablonun da o sürümde yanıt verdiğini doğrulayın. Her adım olası bir açıklamayı ortadan kaldırır. Dördü de geçerli olup sayaçlar hâlâ hareket etmiyorsa kanıt pseudowire'dan uzağa işaret eder. İşte o noktada bağlantı devresinde paket yakalama kendini hak eder.