Stav pseudowire versus provozní čítače: co z toho prokazuje doručení

Pseudowire hlásící stav up vám říká, že služba existuje a že oba směry se shodují, že by měla přenášet provoz. Neříká vám, že přes ni kdy prošel jediný zákaznický rámec. Objekty stavu a objekty čítačů byly napsány pro různé účely a právě v tom, že se jedno bere jako důkaz druhého, dělá chybu většina těchto panelů. Porovnávat je je ta práce, protože důvěra v kterýkoli z nich samostatně odpovídá na otázku, kterou nikdo nepoložil.

Stav a čítače odpovídají na různé otázky

Hlavní záznam VC nese sloučený operační stav a tento stav je up jen tehdy, když jsou up oba směry. Vše za ním je znalost řídicí roviny a konfigurace: místní připojovací okruh, protějšek, signalizace. Řádek v tomto stavu je tvrzení o záměru a připravenosti, nikoli o předaných rámcích.

Provoz žije v samostatné tabulce vysokokapacitních čítačů pro pakety a bajty a tyto řádky nesou stejný index VC. Růst tam je důkazem, že rámce prošly právě tímto řádkem v intervalu, který jste měřili. Nezměněný čítač je sám o sobě nejednoznačný. Neaktivní služba, kolektor čtoucí špatný řádek a tiše přerušená cesta dávají všechny stejnou plochou linii.

Čtěte tabulku jako dva sloupce důkazů, ne jako jeden žebřík závažnosti. Up s plochými čítači není horší verze up s růstem, je to jiné pozorování s jiným dalším krokem.

Spojujte přes index VC, ne přes číslo v tiketu

Tabulka VC je indexována jediným celým číslem a ID VC, adresa protějšku, typ a název služby jsou atributy tohoto řádku. Podle těchto atributů svou službu najdete; index je to, podle čeho ji nacházíte i po prvním dotazu. Index rozhraní, zobrazený název okruhu nebo štítek MPLS nejsou tímto indexem, i když se čísla shodují.

Číselné OID odvoďte ze souboru MIB na kolektoru, ne z blogového příspěvku, potom tabulku jednou projděte a uložte identitu, kterou jste našli.

snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTable

Zaznamenejte adresu správy a index společně v monitorovacím systému. Opětovné zřízení může službu přesunout na jiný řádek a kolektor, který se připojil podle názvu ID VC, pak bude dál kreslit zastaralý index, který stále zdvořile odpovídá.

Směr znamená pseudowire, ne odběratele

Vstupní čítače popisují, co VC přijal z paketově komutované sítě; výstupní čítače popisují, co předal směrem k této síti. Na PE obráceném k zákazníkovi to často odpovídá stahování a nahrávání v nějakém pořadí. Na centrálním PE nebo na PE, který má protějšek v jádru, tytéž názvy objektů popisují opačnou zákaznickou zkušenost.

Zapište mapování jednou pro každou roli zařízení a držte je v popisku panelu. Graf pojmenovaný nahrávání zákazníka, který ve skutečnosti kreslí provoz do jádra, projde revizí a tiše zmýlí každého, kdo jej použije pro rozhodnutí o kapacitě. Stejné riziko platí pro alarmy postavené na těchto grafech, protože zavolají špatný tým. Označte každý graf směrem pohybu vůči pseudowire a mapování pro zákazníka ať žije v panelu, který je potřebuje.

Jeden test porazí jakékoli čtení popisů objektů: protáhněte službou známý soubor, hned poté se dotkněte obou směrů a podívejte se, který čítač se pohnul. Zapište výsledek vedle role zařízení, protože další člověk položí stejnou otázku.

Rychlost je platná jen uvnitř jednoho okna diskontinuity

Vypočítejte rychlost jako přírůstek bajtového čítače dělený uplynulými sekundami a vynásobte osmi pro bity za sekundu. Považujte interval za neplatný, pokud čítač klesl, agent se restartoval, řádek se změnil nebo se objekt diskontinuity pohnul. Tento objekt se vyjadřuje vůči době běhu systému, takže jej zneplatní i restart zařízení. Vzorek zahoďte a otevřete nové okno, místo abyste kreslili špičku.

Vezměte dva vzorky se známou mezerou a časová razítka si nechte z kolektoru, ne z historie terminálu.

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.7

Vysokokapacitní čítače dělají z přetečení na jediném pseudowire neproblém, takže pokles téměř vždy znamená reset, vyměněného agenta nebo jiný řádek, nikoli aritmetické přetečení. Proto je třetí příkaz stejně důležitý jako první dva.

Ověřte, co instalované vydání skutečně podporuje

Definice MIB je specifikace, ne slib o vašem obrazu. Tabulky mohou chybět, být částečně implementované nebo přítomné, ale nezaplněné, dokud se funkce nezapne, a stejná platforma se může mezi vydáními lišit. Definice CISCO-IETF-PW-MIB vám dává názvy objektů; zařízení vám řekne, zda odpovídají.

Dotazujte obě tabulky a řetězec firmwaru jedním průchodem, potom to porovnejte s tím, co tvrdí poznámka k vydá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 -l

Prázdný průchod a nepodporovaný průchod jsou různé poruchy, takže čtěte chybu, ne jen počet řádků. Pokud tabulka stavu odpovídá a tabulka výkonu ne, spojení navržené v první části nemá kam dosednout a oprava je změna kolektoru, ne okruhu.

Posloupnost u sporného okruhu je krátká: potvrďte identitu řádku z indexu, potvrďte mapování směru jedním známým přenosem, spočítejte rychlost jen v čistém okně diskontinuity a potvrďte, že obě tabulky na tomto vydání odpovídají. Každý krok odstraní jedno možné vysvětlení. Když platí všechny čtyři a čítače se stále nehýbou, důkazy míří pryč od pseudowire. Tehdy se snímání paketů na připojovacím okruhu vyplatí.