Стан pseudowire і лічыльнікі трафіку: што з іх даказвае дастаўку
Аператыўны стан кажа, што паслуга наладжана і працуе; лічыльнікі кажуць, што кадры рухаліся. Злучыце абодва па індэксе VC і праверце кірунак, перарыў і падтрымку MIB.
Паведамленне аб тым, што pseudowire знаходзіцца ў стане up, кажа вам, што паслуга існуе і што абодва кірункі згодныя з тым, што яна павінна перадаваць трафік. Яно не кажа, што праз яе калі-небудзь прайшоў хоць адзін кадр кліента. Аб'екты стану і аб'екты лічыльнікаў былі напісаныя для розных мэт, і менавіта на тым, што адзін з іх прымаюць за доказ другога, большасць такіх панэляў робіць памылку. Параўноўваць іх — гэта і ёсць праца, бо давер да любога з іх паасобку адказвае на пытанне, якога ніхто не задаваў.
Стан і лічыльнікі адказваюць на розныя пытанні
Асноўны запіс VC нясе аб'яднаны аператыўны статус, і гэты статус мае значэнне up толькі тады, калі абодва кірункі знаходзяцца ў стане up. Усё за ім — гэта веданне плоскасці кіравання і канфігурацыі: лакальнае кола далучэння, партнёр, сігналізацыя. Радок у такім стане — гэта сцвярджэнне пра намер і гатоўнасць, а не пра перададзеныя кадры.
Трафік жыве ў асобнай табліцы высокаёмістных лічыльнікаў для пакетаў і байтаў, і гэтыя радкі нясуць той жа індэкс VC. Рост там — гэта доказ таго, што кадры праходзілі праз менавіта гэты радок на працягу інтэрвалу, які вы вымяралі. Нязменны лічыльнік сам па сабе неадназначны. Прастойная паслуга, зборшчык, які чытае не той радок, і маўкліва разбураны шлях даюць аднолькавую плоскую лінію.
| 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. |
Чытайце табліцу як два слупкі доказаў, а не як адну лесвіцу сур'ёзнасці. Стан up з плоскімі лічыльнікамі — гэта не горшая версія стану up з ростам, гэта іншае назіранне з іншым наступным крокам.
Злучайце па індэксе VC, а не па нумары ў заяўцы
Табліца VC індэксуецца адным цэлым лікам, а ID VC, адрас партнёра, тып і назва паслугі — гэта атрыбуты гэтага радка. Па гэтых атрыбутах вы знаходзіце сваю паслугу; індэкс — гэта тое, па чым вы працягваеце знаходзіць яе пасля першага апытання. Індэкс інтэрфейса, адлюстраваная назва кола або метка MPLS не з'яўляюцца гэтым індэксам, нават калі нумары супадаюць.
Атрымайце лікавыя OID з файла MIB на зборшчыку, а не з паста ў блогу, затым адзін раз прайдзіце табліцу і захавайце знойдзеную ідэнтычнасць.
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Запішыце адрас кіравання і індэкс разам у сістэме маніторынгу. Пераналаджванне можа перанесці паслугу ў іншы радок, і тады зборшчык, які злучыўся па назве ID VC, будзе далей будаваць графік састарэлага індэкса, які ўсё яшчэ ветліва адказвае.
Кірунак азначае pseudowire, а не абанента
Уваходныя лічыльнікі апісваюць тое, што VC атрымаў з сеткі з камутацыяй пакетаў; выхадныя лічыльнікі апісваюць тое, што ён перадаў у бок гэтай сеткі. На PE, які стаіць перад кліентам, гэта часта адпавядае спампоўванню і запампоўванню ў нейкім парадку. На цэнтральным PE або на PE, які мае суседа ў ядры, тыя ж імёны аб'ектаў апісваюць процілеглы кліенцкі досвед.
Запішыце адпаведнасць адзін раз для кожнай ролі прылады і трымайце яе ў подпісе панэлі. Графік з назвай «запампоўванне кліента», які насамрэч будуе трафік у ядро, пройдзе разгляд і незаўважна ўвядзе ў зман усіх, хто выкарыстоўвае яго для рашэнняў аб ёмістасці. Той жа рызыка датычыцца апавяшчэнняў, пабудаваных на такіх графіках, бо яны выклічуць не тую каманду. Падпішыце кожны графік кірункам руху адносна pseudowire, а адпаведнасць кліента няхай жыве на панэлі, якой яна патрэбна.
Адзін тэст пераўзыходзіць любое чытанне апісанняў аб'ектаў: працягніце вядомы файл праз паслугу, адразу пасля гэтага апытайце абодва кірункі і паглядзіце, які лічыльнік змяніўся. Запішыце вынік побач з роллю прылады, бо наступны чалавек задасць тое ж пытанне.
Хуткасць слушная толькі ўнутры аднаго акна перарыву
Вылічыце хуткасць як прырост лічыльніка байтаў, падзелены на прайшоўшыя секунды, і памножце на восем, каб атрымаць біты ў секунду. Лічыце інтэрвал несапраўдным, калі лічыльнік паменшыўся, агент перазапусціўся, радок змяніўся або аб'ект перарыву зрушыўся. Гэты аб'ект выражаецца адносна часу працы сістэмы, таму перазапуск прылады таксама робіць яго несапраўдным. Адкіньце ўзор і адкрыйце новае акно замест таго, каб маляваць пік.
Вазьміце два ўзоры з вядомым інтэрвалам і захавайце адзнакі часу са зборшчыка, а не з гісторыі вашага тэрмінала.
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Высокаёмістныя лічыльнікі робяць перапаўненне неістотным на адным pseudowire, таму змяншэнне амаль заўсёды азначае скід, заменены агент або іншы радок, а не арыфметычнае перапаўненне. Вось чаму трэцяя каманда важная гэтак жа, як першыя дзве.
Праверце, што насамрэч падтрымлівае ўсталяваны выпуск
Вызначэнне MIB — гэта спецыфікацыя, а не абяцанне пра ваш вобраз. Табліцы могуць адсутнічаць, быць часткова рэалізаванымі або прысутнічаць, але не запоўненымі, пакуль не ўключаная функцыя, і адна і тая ж платформа можа адрознівацца паміж выпускамі. Вызначэнне CISCO-IETF-PW-MIB дае вам імёны аб'ектаў; прылада ж кажа, ці яны адказваюць.
Апытайце абедзве табліцы і радок прашыўкі за адзін праход, затым параўнайце з тым, што сцвярджае заўвага да выпуску.
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Пусты праход і праход без падтрымкі — гэта розныя збоі, таму чытайце памылку, а не толькі колькасць радкоў. Калі табліца стану адказвае, а табліца прадукцыйнасці не, то злучэнню, якое вы спраектавалі ў першым раздзеле, няма куды прызямліцца, і выпраўленне — гэта змена зборшчыка, а не змена кола.
Паслядоўнасць для спрэчнага кола кароткая: пацвердзіце ідэнтычнасць радка па індэксе, пацвердзіце адпаведнасць кірункаў адной вядомай перадачай, вылічыце хуткасць толькі ўнутры чыстага акна перарыву і пацвердзіце, што абедзве табліцы адказваюць на гэтым выпуску. Кожны крок прыбірае адну верагодную прычыну. Калі ўсе чатыры ўмовы выкананыя, а лічыльнікі ўсё яшчэ не рухаюцца, доказы паказваюць у бок ад pseudowire. Менавіта ў гэты момант захоп пакетаў на коле далучэння апраўдвае сябе.