Előző 14.1 Mérő szerver típusok specifikumai Következő

14.1.8 QoS mérő szerverek

A QoS mérő szerver aktív és discovery-re képes PVSR modul. A mérő szerver figyelembe veszi az eszköznél beállított timeout és újrapróbálkozás értékeket, a szerver ezeket használja az eszköz SNMP lekérdezéséhez. Az eszközöknek az alap attribútumaikon kívül az alábbi paramétereik vannak (zárójelben megadva az adott paraméter név kódját, lásd 7.5.6 Nem SNMP adatgyűjtők paraméterei):

  • IP cím (QOS EQ 1 IP): Egysoros szöveg mező, amely a nem adminisztrátor felhasználók számára nem látható. A mező az eszköz IP címe, a normál SNMP eszközökhöz hasonlóan
  • Community (QOS EQ 2 COMM): Egysoros szöveg mező, amely a nem adminisztrátor felhasználók számára nem látható. A mező az eszköz community jelszava, a normál SNMP eszközökhöz hasonlóan, ha nincsen megadva, akkor public-ként értelmezett

A mérő szerver az eszközök lekérdezéséhez mindenképpen SNMPv2c-őt használ.

 

A QoS mérő szerver típusok esetében a mérés definíciók felvételekor egy megadott változó készletből lehet gazdálkodni. A rendszer alapból ezeknek megfelelően tartalmaz 32 mérés definíciót, de természetesen ezeket szabadon is lehet változtatni. A sysUptime kivételével mindegyik táblázatos változó, azaz a mérés definíciókban tipikusan #VÁLTOZÓ.PORT#-ként vagy #VÁLTOZÓ.AZONOSÍTÓ#-ként szerepelnek, de természetesen a .PRE formájuk is használható. A táblázatos változók két résztre bonthatóak: konfigurációs és mérési változók.

  • sysUptime: A rendszer sysUptime értékének a századrészét adja vissza, azaz az uptime értékét másodpercben
  • Konfigurációs változók: A konfiguráció felismerése esetén játszanak szerepet, ennek megfelelően a leíró és a feltétel OID mezőkben kapnak szerepelnek:
    • police: A police típusú QoS objektum neve
    • classmap: A classmap típusú QoS objektum neve
    • matchStatement: A matchStatement típusú QoS objektum neve
    • queueing: A queueing típusú QoS objektum neve
    • randomDetect: A randomDetect (RED) típusú QoS objektum neve
    • trafficShaping: A trafficShaping típusú QoS objektum neve
    • randomDetectHadTransmit: A randomDetect objektum esetében 0 az értéke, ha az adott IP precedence vagy IP DSCP rendelkező objektumnak eddig nem volt forgalma, amúgy 1
    • interface: Az interfész neve
  • Mérési változók: A mérő szerver által támogatott változók, minden esetben olyan mértékegységgel, mint ahogy az az SNMP MIB definícióban szerepel: darab csomagok esetében, byte Byte esetében, stb.. Mindegyik az SNMP szerinti hozzá tartozó objektumnál vesz fel értéket:

cbQosCMPrePolicyByte64, cbQosCMPostPolicyByte64, cbQosCMDropByte64, cbQosCMPrePolicyPkt64, cbQosCMNoBufDropPkt64, cbQosCMDropPkt64, cbQosMatchPrePolicyByte64, cbQosMatchPrePolicyPkt64, cbQosPoliceConformedByte64, cbQosPoliceExceededByte64, cbQosPoliceViolatedByte64, cbQosPoliceConformedPkt64, cbQosPoliceExceededPkt64, cbQosPoliceViolatedPkt64, cbQosQueueingDiscardByte64, cbQosQueueingDiscardPkt64, cbQosQueueingCurrentQDepth, cbQosQueueingMaxQDepth, cbQosTSStatsDelayedByte64, cbQosTSStatsDropByte64, cbQosTSStatsDelayedPkt64, cbQosTSStatsDropPkt64, cbQosTSStatsCurrentQSize, cbQosTSStatsActive, cbQosREDTransmitByte64, cbQosREDRandomDropByte64, cbQosREDTailDropByte64, cbQosREDTransmitPkt64, cbQosREDRandomDropPkt64, cbQosREDTailDropPkt64

ifInOctets / ifOutOctets

 

A mérő szerver az interfészek kivételével az egyes objektum neveket hierarchikusan építi fel a QoS fa struktúrában lévő elhelyezkedésük alapján:

  • Az interfész rövid neve
  • Szóköz
  • „IN” szöveg input és „OUT” output esetében
  • Minden egyes QoS objektum szintre a gyökérből elindulva:
    • Szóköz-kukac-szóköz („ @ ”)
    • Az adott szinten lévő objektum neve. Ez policymap, classmap és match esetében a konfigurációban szereplő név; queueing, trafficShaping és police esetében a típusnév (azaz queueing, trafficShaping és police); randomDetect esetében szintén randomDetect, de ilyenkor még található alatta egy szint 0 és 63 közötti névvel, amely megfelel az egyes IP precedence vagy IP DSCP értékeknek

Példa: Fa0/0 OUT @ COS-OUT-fa0/0 @ DSCP-OUT-D2 @ randomDetect @ 12, amely lebontva:

  • Fa0/0 interfész
  • Output irány
  • COS-OUT-fa0/0 policymap
  • DSCP-OUT-D2 classmap
  • randomDetect
  • 12-es IP precedence vagy IP DSCP

Az interfészek esetében a név az interfész rövid neve.

 

A discovery során minden ilyen mérés objektumot a konfigurációjának megfelelő index-szel vesz fel a rendszer, amely a policymap és az objektum SNMP index-éből áll, randomDetect esetében kiegészítve a az IP precedence - IP DSCP értékkel. Ez az érték csak konfigurálás során változhat meg, amelyet az automatikus discovery kezel és módosítja az adatbázisban lévő index értékeket. Mivel ez a módosultástól számítva a PVSR konfigurációnak megfelelően sokára is történhet, ezért SNMPv2c típusú lekérdezések esetében a mérő szerver képes ún. gyors újraindex-elésre. Ez azt jelenti, hogy ha mérés közben azt a választ kapja az eszköztől, hogy az adott változó az adott index-en nem létezik, akkor azonnal végrehajt egy eszköz konfiguráció lekérdezést, és megkeresi, hogy az index milyen más értékre módosult. Az újrakérdezést maximum olyan sűrűn teszi meg, mint amilyen ciklussal a rediscovery-k futnak.

 

A mérő szerver alapesetben regisztrálja az installáció során az általa ismert méréseket. Ezek nagy része megegyezik a rendelkezésre álló változó listával: Aktuális mélység, Conformed csomagok, Conformed forgalom, Delayed csomagok, Delayed forgalom, Discard csomagok, Discard forgalom, Drop csomagok, Drop forgalom, Exceeded csomagok, Exceeded forgalom, Maximális mélység, PostPolicy csomagok, PostPolicy forgalom, PrePolicy csomagok, PrePolicy forgalom, Random Drop csomagok, Random Drop forgalom, Tail Drop csomagok, Tail Drop forgalom, Transmit csomagok, Transmit forgalom, Violated csomagok, Violated forgalom, Uptime, Forgalom.

 

A trafficShaping esetében a státusz változó (cbQosTSStatsActive) értéke 1-ként kerül tárolásra, ha aktív, és 0-ként ha nem aktív. A randomDetection esetében úgy kerülnek a változók installálásra, hogy csak azon esetben jelenjenek meg, amikor már volt valamilyen forgalom az adott IP precedence vagy IP DSCP-hez, lévén konfiguráció szerint mind a 64 létezik.

 

Mint a fentiekből látható, a QoS mérő szerver nyújt UPTIME adatokat, és mint mérés is megjeleníti őket.

 

A mérő szerver installáláskor létrehoz egy „Default QoS” eszköz template-et is, amely segítségével az összes változó felvehető a csomag darabszám típusúak kivételével. Ugyancsak létrejön több grafikon template is:

  • QoS Classmap Drop forgalom: a Classmap objektumokhoz tartozó Drop forgalom mérések, egymás fölé rajzolva oszloposan
  • QoS Classmap PostPolicy forgalom: a Classmap objektumokhoz tartozó PostPolicy forgalom mérések, egymás fölé rajzolva oszloposan
  • QoS Classmap PrePolicy forgalom: a Classmap objektumokhoz tartozó PrePolicy forgalom mérések, egymás fölé rajzolva oszloposan
  • QoS Match PrePolicy forgalom: a Match objektumokhoz tartozó PrePolicy forgalom mérések, egymás fölé rajzolva oszloposan
  • QoS Police forgalom: a Police objektumokhoz tartozó forgalom mérések, elsőként az objektum majd a típus szerint rendezve, egymás fölé rajzolva oszloposan: Conformed, Exceeded és Violated forgalom
  • QoS Queueing mélység: a Queueing objektumokhoz tartozó aktuális mélység mérések, egymás fölé rajzolva oszloposan
  • QoS RED forgalom: a RED objektumokhoz tartozó forgalom mérések, elsőként az objektum majd a típus szerint rendezve, egymás fölé rajzolva oszloposan: Transmit, Tail Drop és Random Drop forgalom
  • QoS Trafficshaping forgalom: a Trafficshaping objektumokhoz tartozó forgalom mérések, elsőként az objektum majd a típus szerint rendezve, egymás fölé rajzolva oszloposan: Delayed és Drop forgalom

 

A 14.1.2 SNMP mérő szerverek fejezetben található adatgyűjtő specifikus oldalak ezeknél az eszközöknél is használhatóak, a Processzek és a Diszkek oldalak kivételével.