Pseudowire-állapot kontra forgalomszámlálók: melyik bizonyítja a kézbesítést
Az üzemeltetési állapot azt mondja, hogy a szolgáltatás konfigurált és fut; a számlálók azt, hogy keretek mozogtak. Kapcsolja össze mindkettőt a VC-indexen, és ellenőrizze az irányt, a folytonossági szakadást és a MIB-támogatást.
Egy pseudowire, amely up állapotot jelent, azt mondja meg Önnek, hogy a szolgáltatás létezik, és mindkét irány egyetért abban, hogy forgalmat kellene szállítania. Azt azonban nem mondja meg, hogy valaha is átkelt rajta egyetlen ügyfélkeret. Az állapotobjektumokat és a számlálóobjektumokat különböző célokra írták, és éppen abban téved a legtöbb ilyen irányítópult, hogy az egyiket a másik bizonyítékának tekinti. Az összehasonlításuk a feladat, mert bármelyikük önmagában való megbízása olyan kérdésre válaszol, amelyet senki nem tett fel.
Az állapot és a számlálók különböző kérdésekre válaszolnak
A fő VC-bejegyzés összevont üzemeltetési állapotot hordoz, és ez az állapot csak akkor up, ha mindkét irányállapot up. Minden, ami mögötte van, a vezérsík és a konfiguráció ismerete: a helyi csatlakozó áramkör, a partner, a jelzés. Egy sor ebben az állapotban szándékról és készenlétről szóló kijelentés, nem továbbított keretekről.
A forgalom külön táblában él, amely nagy kapacitású számlálókat tartalmaz a csomagokhoz és bájtokhoz, és ezek a sorok ugyanazt a VC-indexet hordozzák. Az ottani növekedés bizonyítéka annak, hogy a keretek a mért intervallumban éppen ezen a soron haladtak át. A változatlan számláló önmagában kétértelmű. Az üresjáratban lévő szolgáltatás, a rossz sort olvasó gyűjtő és a csendben elszakadt útvonal mind ugyanazt a lapos vonalat eredményezi.
| 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. |
A táblát két bizonyítékoszlopként olvassa, ne egy súlyossági létráként. A lapos számlálókkal való up nem az up rosszabb változata növekedéssel, hanem más megfigyelés más következő lépéssel.
A VC-indexen kapcsoljon össze, ne a jegy számán
A VC-táblát egyetlen egész szám indexeli, a VC ID, a partner címe, a szolgáltatás típusa és neve pedig ennek a sornak a jellemzői. Ezekkel a jellemzőkkel találja meg a szolgáltatását; az index az, amivel az első lekérdezés után is tovább megtalálja. Az interfészindex, egy megjelenített áramkörnév vagy egy MPLS-címke nem ez az index, akkor sem, ha a számok egybeesnek.
A numerikus OID-okat a gyűjtőn lévő MIB-fájlból vezesse le, ne blogbejegyzésből, majd egyszer járja végig a táblát, és mentse el a talált azonosságot.
snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTableA felügyeleti címet és az indexet együtt rögzítse a monitoringrendszerben. Az újraprovisionálás áthelyezheti a szolgáltatást egy másik sorba, és akkor a VC ID-hez név szerint kapcsolódó gyűjtő továbbra is egy elavult indexet rajzol, amely még mindig udvariasan válaszol.
Az irány a pseudowire-t jelenti, nem az előfizetőt
A bejövő számlálók azt írják le, amit a VC a csomagkapcsolt hálózattól kapott; a kimenő számlálók azt, amit afelé a hálózat felé továbbított. Egy ügyfél felé néző PE-n ez gyakran letöltésnek és feltöltésnek felel meg valamilyen sorrendben. Egy központi PE-n, vagy egy olyan PE-n, amelynek a magban van partnere, ugyanazok az objektumnevek az ellenkező ügyfélélményt írják le.
Írja le a leképezést egyszer minden eszközszerepkörhöz, és tartsa az irányítópult címkéjében. Egy ügyfél-feltöltés című grafikon, amely valójában a mag felé rajzol forgalmat, átmegy a felülvizsgálaton, és csendben félrevezet mindenkit, aki kapacitásdöntésekhez használja. Ugyanez a kockázat vonatkozik az ezekre a grafikonokra épülő riasztásokra is, mert rossz csapatot riasztanak. Címkézze minden grafikont a mozgás irányával a pseudowire-hez viszonyítva, és hagyja, hogy az ügyfélleképezés abban a panelben éljen, amelyiknek szüksége van rá.
Egyetlen teszt jobb, mint az objektumleírások bármennyi olvasása: húzzon át egy ismert fájlt a szolgáltatáson, közvetlenül utána kérdezze le mindkét irányt, és nézze meg, melyik számláló mozdult meg. Rögzítse az eredményt az eszközszerepkör mellett, mert a következő ember ugyanezt a kérdést teszi fel.
Egy sebesség csak egyetlen folytonossági szakadási ablakon belül érvényes
Számítsa a sebességet a bájtszámláló növekedéseként osztva az eltelt másodpercekkel, és szorozza nyolccal a másodpercenkénti bithez. Tekintse az intervallumot érvénytelennek, ha a számláló csökkent, az ügynök újraindult, a sor megváltozott vagy a folytonossági szakadás objektuma elmozdult. Ezt az objektumot a rendszer üzemidejéhez viszonyítva fejezik ki, ezért az eszköz újraindítása is érvényteleníti. Dobja el a mintát, és nyisson új ablakot ahelyett, hogy csúcsot rajzolna.
Vegyen két mintát ismert réssel, és az időbélyegeket a gyűjtőtől tartsa, ne a terminálja előzményeiből.
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.7A nagy kapacitású számlálók miatt az átfordulás nem szempont egyetlen pseudowire-en, ezért a csökkenés szinte mindig visszaállítást, cserélt ügynököt vagy másik sort jelent, nem aritmetikai túlcsordulást. Ezért a harmadik parancs ugyanolyan fontos, mint az első kettő.
Ellenőrizze, mit támogat valójában a telepített kiadás
A MIB-definíció specifikáció, nem ígéret a saját lemezképéről. Táblák hiányozhatnak, részben implementáltak lehetnek, vagy jelen lehetnek, de feltöltetlenek maradhatnak egy szolgáltatás engedélyezéséig, és ugyanaz a platform kiadásonként eltérhet. A CISCO-IETF-PW-MIB definíciója megadja az objektumneveket; az eszköz megmondja, válaszolnak-e.
Kérdezze le mindkét táblát és a firmware-karakterláncot egyetlen menetben, majd hasonlítsa össze azzal, amit a kiadási megjegyzés állít.
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 -lAz üres bejárás és a nem támogatott bejárás különböző hibák, ezért a hibaüzenetet olvassa, ne csak a sorszámot. Ha az állapottábla válaszol, a teljesítménytábla pedig nem, az első szakaszban tervezett összekapcsolásnak nincs hova leszállnia, és a javítás gyűjtő-, nem áramkörváltoztatás.
A vitatott áramkör sorrendje rövid: erősítse meg a sor azonosságát az indexből, erősítse meg az irányleképezést egyetlen ismert átvitellel, csak tiszta folytonossági szakadási ablakon belül számítsa a sebességet, és erősítse meg, hogy mindkét tábla válaszol azon a kiadáson. Minden lépés egy lehetséges magyarázatot távolít el. Amikor mind a négy teljesül, és a számlálók mégsem mozdulnak, a bizonyítékok a pseudowire-től elfelé mutatnak. Ott van az a pont, ahol a csatlakozó áramkörön végzett csomagrögzítés megérdemli a helyét.