Porovnávané verzie

Kľúč

  • Tento riadok sa pridal
  • Riadok je odstránený.
  • Formátovanie sa zmenilo.

...

  • Kategória komunikačnej linky: TCP/IP-UDP.
  • UDP Parametre:
    • Host: Existujú 3 možnosti:
      1. IP adresa konkrétneho sieťového rozhrania počítača, na ktorom je proces D2000 KOM – UDP pakety budú odosielané a prijímané len prostredníctvom tohto rozhrania. Príklad: 192.168.1.10
      2. Symbolické meno konkrétneho sieťového rozhrania počítača. Príklad: D2SRV_PRIMARY
      3. Textové konštanty ANY alebo Textová konštanta ALL - otvorí sa nakonfigurovaný UDP port na všetkých dostupných sieťových rozhrania počítača. Na posielanie správ bude použité najvhodnejšie sieťové rozhranie na základe smerovacích tabuliek, príjem správ bude uskutočňovaný na všetkých sieťových rozhraniach.
    • Port: Číslo UDP portu (0 až 65535), z ktorého proces D2000 KOM posiela výzvy a na ktorý prichádzajú odpovede. Ak je hodnota 0, číslo portu je automaticky určené operačným systémom.
      Poznámka: Štandardné UDP porty používané pre SNMP sú 161 a 162, ale tie bývajú často obsadené SNMP agentom, preto je vhodné zvoliť iný port. S hodnotou 0 môžu byť problémy, ak sú v sieti firewally a iné ochrany - vtedy treba nakonfigurovať konkrétny port a zabezpečiť, že firewally neodfiltrujú pakety z tohto portu.

Poznámka:
V prípade, že je potrebné prevádzkovať protokol SNMP v redundantnom systéme, kedy súčasne bežia dve inštancie procesu KOM na dvoch rôznych počítačoch a nie je možné jednoznačne určiť IP adresu sieťového rozhrania v nastavení linky, vtedy je vhodné zvoliť konfiguráciu v štýle „ANY“, resp. „ALL“. Ďalšia možnosť je zhodne pomenovať sieťové IP adresy rozhrania, napr. SNMP_LAN a v súbore hosts (cC:\windows\system32\drivers\etc\hosts) každého počítača prideliť správnu IP adresu. Čiže napr.:

...

Kľúčové slovoPlný názovPopisJednotkaNáhradná hodnota
Kotva
trace
trace
TRACE
Trace Level


Trace level = 0- žiadne výpisy
Trace level = 1- len výpis o odoslaní a prijatí UDP paketu a IP adresa
Trace level = 2- informácia o príprave požiadaviek
Trace level = 3- hexadecimálny výpis prijatých a odoslaných UDP pakeov
Trace level = 4- rovnaké podrobnosti ako úroveň 3
Trace level = 5- pridá: podrobný rozklad paketu na štruktúru v kódovaní ASN1
poradie údajov v pakete
pridáva podrobné výpisy
Trace level = 9999- pridáva informácie o príprave a rozhodovaní zaradenia paketov
pridáva vyhľadávacie informácie


Hodnoty 5 a 9999 sú určené na vyhľadávanie chýb a ich bežné nastavenie sa neodporúča. V prípade, že je potrebné tieto informácie získavať len zo sledovanej stanice/staníc, je možné rovnako nastaviť hodnotu Trace level len pre zvolenú stanicu v konfigurácii stanice.

Pre bežnú prevádzku je vhodné mať nastavenú hodnotu 1.

-1
Kotva
te
te
TE
Trap EnablePovolenie obsluhy prijímania správ typu Trap.BooleanFalse
Kotva
tti
tti
TTI
Trap IP AddressIP adresa pre prijímanie správ typu Trap.-ANY
Kotva
ttp
ttp
TTP
Trap PortČíslo UDP portu pre prijímanie správ typu Trap.-162

...

Kľúčové slovoPlný názovPopisJednotkaNáhradná hodnota
Kotva
wt
wt
WT
Wait TimeoutDoba čakania na odpoveď pri čítaní hodnôt.ms100
Kotva
rc
rc
RC
Retry CountPočet opakovaní žiadostí o hodnotu pri neúspešnom čakaní, potom sa pokračuje žiadosťou o inú hodnotu.-3
Kotva
ec
ec
EC
Max Error CountMaximálny počet neúspešných dotazov, kým stanica prejde do stavu StCOMERR. Úspešne doručená hodnota nuluje počítadlo neúspechov a nastavuje stanicu opäť do stavu StON.-1

Kotva

tl

ar

tl

ar

TL

AR

Trace LevelTen istý význam ako parameter Trace level na linke, ale s platnosťou pre konkrétnu stanicu. Ak je na linke hodnota parametra Trace level vyššia, má prednosť.
Poznámka: Vypisovanie informácií o prichádzajúcich hodnotách je ovplyvňované hodnotou parametra Trace level na linke, keďže po príchode hodnoty ešte nie je zrejmé, pre akú stanicu hodnota prišla.
-0

...

Image Removed

...

Address Root

Prefix, ktorý bude pridaný k adresám všetkých meraných bodov na stanice. Pomocou prefixu je možné skrátiť zapisované adresy v konfiguráciach meraných bodov. 
Príklad: Ak je Address Root=1.2.3.4.5.6.7.8 a adresa meraného bodu .9.10, tak dostaneme výslednú adresu 1.2.3.4.5.6.7.8.9.10

-
Kotva
tl
tl
TL
Trace LevelTen istý význam ako parameter Trace level na linke, ale s platnosťou pre konkrétnu stanicu. Ak je na linke hodnota parametra Trace level vyššia, má prednosť.
Poznámka: Vypisovanie informácií o prichádzajúcich hodnotách je ovplyvňované hodnotou parametra Trace level na linke, keďže po príchode hodnoty ešte nie je zrejmé, pre akú stanicu hodnota prišla.
-0

Kotva
merany_bod
merany_bod
Konfigurácia meraných bodov

...

Image Added


Adresa: Udáva OID (object identifier) bodu, s ktorým chceme pracovať. OID adresa je uvádzaná v číselnom tvare, pričom jednotlivé čísla sú oddelené bodkou, napr. 1.3.6.1.2.1.1.1.0. Adresa môže začínať aj bodkou, ktorá je ignorovaná, pokiaľ nie je nastavený parameter Address Root (napr. .1.3.6.1.2.1.1.1.0), 

Meraný bod s takto zadanou adresou sa bude vyčítať vždy po linke, ktorá je práve funkčná (linka primary, backup je určovaná na základe úspešnosti odpovede pri predošlom obvolaní a v prípade potreby je automaticky prepínaná).
Ak by bolo potrebné mať informáciu o tom, či je primárna alebo záložná IP adresa zariadenia dostupná, je možné využiť tzv. vynútenú adresáciu a to tým, že zvolíme voľbu Len primárna, resp. Len záložná. Tým zaistíme, že získanie hodnoty meraného bodu sa bude zisťovať len z primárnej, resp. záložnej adresy stanice. Voľba všetky je štandardná voľba, kedy sa hodnoty meraných bodov získavajú priebežne z obidvoch adries stanice (pokiaľ sú nakonfigurované). Voľba pasívny znamená, že hodnota meraného bodu sa priamo nevyčítava, ale sa získa nepriamo ako kópia hodnoty iného meraného bodu s rovnakou adresou, ale v režime napr. Len primárna.

Ak na zariadení neexistuje bod s nami zadanou OID adresou, SNMP agent vráti odpoveď s chybovým kódom s inou OID adresou (pretože objekt s požadovanou OID neexistuje) a preto bude komunikácia označená ako neúspešná. Meraný bod prejde do stavu „Neznáma hodnota“. Ak je potrebné stav linky signalizovať zmenou hodnoty a nie platnosťou hodnoty objektu, je možné vytvoriť napr. objekt typu DI, žiadať hodnotu celočíselného typu (napr. UpTime) a využiť automatickú konverziu čísla na boolean, kedy hodnota 0 je false a ostatné True. Vo vlastnostiach objektu potom nastaviť používanie náhradnej hodnoty a ako default hodnotu nastaviť False. Potom bude objekt nadobúdať hodnôt len True alebo False v závislosti na dostupnosti objektu v SNMP agentovi.

Meraný bod s adresou, ktorá sa začína %IGNORE, bude ignorovaný.

Kotva
getnext
getnext
Požiadavka: Default hodnota Get spôsobí, že vyčítavanie bude pomocou SNMP požiadavky Get.
Niektoré zariadenia majú problém s poskytovaním hodnôt pomocou Get požiadavky, pokiaľ sa jedná o položku poľa. V takom prípade je potrebné nakonfigurovať typ požiadavky GetNext, pričom ako adresu je treba nakonfigurovať OID predchádzajúceho objektu (na jej zistenie odporúčame použiť

Ak na zariadení neexistuje bod s nami zadanou OID adresou, SNMP agent vráti odpoveď s chybovým kódom s inou OID adresou (pretože objekt s požadovanou OID neexistuje) a preto bude komunikácia označená ako neúspešná. Meraný bod prejde do stavu „Neznáma hodnota“. Ak je potrebné stav linky signalizovať zmenou hodnoty a nie platnosťou hodnoty objektu, je možné vytvoriť napr. objekt typu DI, žiadať hodnotu celočíselného typu (napr. UpTime) a využiť automatickú konverziu čísla na boolean, kedy hodnota 0 je false a ostatné True. Vo vlastnostiach objektu potom nastaviť používanie náhradnej hodnoty a ako default hodnotu nastaviť False. Potom bude objekt nadobúdať hodnôt len True alebo False v závislosti na dostupnosti objektu v SNMP agentovi.

...

Odklad: Možné je nastaviť dobu odkladu jednotlivým meraným bodom – optimalizácia zaťaženia siete. Tento čas sa pripočíta k aktuálnemu času po úspešnom čítaní hodnoty meraného bodu a ďalšia požiadavka na čítanie hodnoty sa vykoná až vtedy, keď aktuálny čas bude väčší alebo rovný takto vypočítanému času.
Ak je aktuálna hodnota objektu neznáma, objekt sa zaradí do komunikácie v najbližšom periodickom čítaní hodnôt meraných bodov (podľa časových parametrov stanice) bez ohľadu na čas odkladu.
Parameter Odklad nemá vplyv na spracovanie správy TRAP, pokiaľ príde správa TRAP s adresou rovnou adrese meraného bodu.

Po prijatí hodnoty zo SNMP agenta bude, podľa skutočného typu hodnoty v SNMP protokole a požadovaného typu v D2000, urobená konverzia. Ak konverzia nie je možná, hodnota bude neplatná a do trasovacieho súboru linky sa urobí zápis o chybnej konverzii.

ASN1 value type: Upresňuje, aký typ hodnoty bude v odpovedi SNMP agenta. Tým aj určuje typy konverzií, ktoré sa môžu aplikovať. Typ hodnoty je možné zistiť v MIB databáze (pozn. prehliadač databáz MIB nie je súčasťou riešenia). Je možné použiť niektorý z voľne dostupných prehliadačov a na základe takto získaných informácií nastaviť očakávaný formát dát. Odporúčame java aplikáciu MIB Browser (http://tl1.ireasoning.com/mibbrowser.shtml) na načítanie celého stromu hodnôt a zistenie adresy OID predchádzajúceho objektu).

Možné typy hodnôt:

Odklad: Možné je nastaviť dobu odkladu jednotlivým meraným bodom – optimalizácia zaťaženia siete. Tento čas sa pripočíta k aktuálnemu času po úspešnom čítaní hodnoty meraného bodu a ďalšia požiadavka na čítanie hodnoty sa vykoná až vtedy, keď aktuálny čas bude väčší alebo rovný takto vypočítanému času.
Ak je aktuálna hodnota objektu neznáma, objekt sa zaradí do komunikácie v najbližšom periodickom čítaní hodnôt meraných bodov (podľa časových parametrov stanice) bez ohľadu na čas odkladu.
Parameter Odklad nemá vplyv na spracovanie správy TRAP, pokiaľ príde správa TRAP s adresou rovnou adrese meraného bodu.

Po prijatí hodnoty zo SNMP agenta bude, podľa skutočného typu hodnoty v SNMP protokole a požadovaného typu v D2000, urobená konverzia. Ak konverzia nie je možná, hodnota bude neplatná a do trasovacieho súboru linky sa urobí zápis o chybnej konverzii.

ASN1 value type: Upresňuje, aký typ hodnoty bude v odpovedi SNMP agenta. Tým aj určuje typy konverzií, ktoré sa môžu aplikovať. Typ hodnoty je možné zistiť v MIB databáze (pozn. prehliadač databáz MIB nie je súčasťou riešenia). Je možné použiť niektorý z voľne dostupných prehliadačov a na základe takto získaných informácií nastaviť očakávaný formát dát. Odporúčame java aplikáciu MIB Browser (http://tl1.ireasoning.com/mibbrowser.shtml).

Možné typy hodnôt:

Integer- vstupná hodnota je očakávaná ako celé číslo so znamienkom (až 64bit *)
Unsigned- vstupná hodnota je očakávaná ako celé číslo bez znamienka (až 64bit *)
Float- vstupná hodnota je očakávaná ako číslo v plávajúcej desatinnej čiarke (float, a longfloat)
Text- vstupná hodnota je textový reťazec
IP address- vstupná postupnosť bytov je interpretovaná ako postupnosť čísiel oddelených bodkou
Integer- vstupná hodnota je očakávaná ako celé číslo so znamienkom (až 64bit *)
Unsigned- vstupná hodnota je očakávaná ako celé číslo bez znamienka (až 64bit *)
Float- vstupná hodnota je očakávaná ako číslo v plávajúcej desatinnej čiarke (float, a longfloat)
Text- vstupná hodnota je textový reťazec
IP address- vstupná postupnosť bytov je interpretovaná ako postupnosť čísiel oddelených bodkou – postupnosť je prevedená na text
Hex text- vstupná postupnosť bytov je interpretovaná ako postupnosť hexadecimálnych čísiel oddelených dvojbodkou – postupnosť je prevedená na text
Hex text- vstupná postupnosť bytov je interpretovaná ako postupnosť hexadecimálnych čísiel oddelených dvojbodkou – postupnosť je prevedená na text


Typy hodnôt IP address a Hex text je možné Typy hodnôt IP address a Hex text je možné aplikovať na ľubovoľný vstupný typ dát, s ktorým sa bude ďalej manipulovať ako s postupnosťou bytov. Takže, napr. vstupná hodnota typu text s hodnotou „test@ipesoft.sk“ môže byť interpretovaná takto:

...

Adresa boduDátový typPopis
Kotva
trap_enterprise
trap_enterprise
TRAP_ENTERPRISE
OIDPoložka "Enterprise" trap správy: OID objektu generujúceho trap (pre konkrétne zariadenie konštanta).
Poznámka: Z tohto OID sa dá často určiť výrobca zariadenia.
Kotva
trap_generic_trap
trap_generic_trap
TRAP_GENERIC_TRAP
IntegerPoložka "Generic-trap" trap správy: identifikátor triedy trapu. Pre SNMP verziu 1 sú v RFC 1157 definované tieto hodnoty:
  • 0 - coldStart
  • 1 - warmStart
  • 2 - linkDown
  • 3 - linkUp
  • 4 - authenticationFailure
  • 5 - egpNeighborLoss
  • 6 - enterpriseSpecific
Kotva
trap_specific_trap
trap_specific_trap
TRAP_SPECIFIC_TRAP
IntegerPoložka "Specific-trap" trap správy: špecifický kód správy.
Kotva
trap_timestamp
trap_timestamp
TRAP_TIMESTAMP
TimeTicks

Položka "Time-stamp" trap správy: časová pečiatka (podľa RFC 1157 počet uplynutých stotín sekundy medzi poslednou sieťovou reinicializáciou zariadenia a vygenerovaním trapu.

Kotva
trap_timestamp_pozn
trap_timestamp_pozn
Poznámka:

Pokiaľ je meraný bod typu Ai - Analóg vstup, jeho hodnota bude v sekundách, tj. TimeTicks/100.
Pokiaľ je meraný bod typu Ci - Celočíselný vstup, jeho hodnota bude v stotinách sekundy, tj. TimeTicks. Avšak pokiaľ dosiahne maximálnu hodnotu pre celočíselnú hodnotu v D2000 (t.j. 2^31-1, keďže celočíselný typ je implementovaný ako 32-bitový Integer so znamienkom), väčšie hodnoty nadobudnúť nemôže. Podľa RFC 1157 je Time-stamp typu TimeTicks, čo je podľa RFC 1155 nezáporný integer. T.j. môže nadobúdať aj väčšie hodnoty ako 2^31-1, ktoré sa nedajú zapísať do meraného bodu typu Ci - Celočíselný vstup. Preto odporúčame nakonfigurovať meraný bod typu Ai - Analóg vstup.

Pokiaľ je meraný bod typu Ai - Analóg vstup, jeho hodnota bude v sekundách, tj. TimeTicks/100.
Pokiaľ je meraný bod typu Ci - Celočíselný vstup, jeho hodnota bude v stotinách sekundy, tj. TimeTicks. 

Kotva
trap_oid
trap_oid
TRAP_OID
OIDPoložka "Object-name" trap správy: OID objektu, ktorý je príčinou vzniku trapu, alebo ktorého sa trap týka.
Kotva
trap_value
trap_value
TRAP_VALUE
ľubovoľnýPoložka "Object-value" trap správy: hodnota objektu, ktorý je príčinou vzniku trapu alebo ktorého sa trap týka.

Poznámka 1: Keďže typ hodnoty je ľubovoľný, je vhodné nakonfigurovať meraný bod typu TxtI - Textový vstup. V opačnom prípade budú niektoré hodnoty neskonvertovateľné (napr. na Celočíselný vstup) a hodnota TRAP_VALUE sa nezmení.

Poznámka 2: Trap môže obsahovať aj niekoľko dvojíc (OID, hodnota). V tom prípade sa postupne nastavujú hodnoty meraných bodov s adresami TRAP_OID a TRAP_VALUE pre všetky tieto dvojice. Možné je napr. nakonfigurovať event spúšťaný na zmenu hodnoty meraného bodu s adresou TRAP_VALUE a dvojice (OID, hodnota) ukladať do databázy.

Kotva
trap_confirm
trap_confirm
TRAP_CONFIRM
BooleanMeraný bod určený na potvrdzovanie spracovania hodnôt. Keďže v jednej správe Trap sa môže nachádzať niekoľko dvojíc (TRAP_OID, TRAP_VALUE), korektné spracovanie napr. ESL skriptom vyžaduje, aby KOM proces nastavil nasledujúcu dvojicu hodnôt až po spracovaní predchádzajúcej. Podobne aj hodnoty ostatných vstupných meraných bodov pre správy typu TRAP by mali byť nastavované až po signalizácii, že predchádzajúce hodnoty týchto meraných bodov boli už spracované.

Pokiaľ existuje výstupný meraný bod s adresou TRAP_CONFIRM, tak KOM proces nastaví ďalšiu dvojicu hodnôt vstupných meraných bodov (TRAP_OID, TRAP_VALUE) až po zápise do výstupného meraného bodu s adresou TRAP_CONFIRM (zápis bude vykonávať zrejme ESL skript určený na spracovanie hodnôt ako jednu z posledných operácií). Hodnoty ostatných meraných bodov (s adresami TRAP_ENTERPRISE, TRAP_GENERIC_TRAP, TRAP_SPECIFIC_TRAP, TRAP_TIMESTAMP a TRAP_OID) budú nastavené, pokiaľ sa jedná o spracovanie prvej dvojice hodnôt (TRAP_OID, TRAP_VALUE) - v prípade ďalších dvojíc ostanú rovnaké a zmenia sa až pri spracovávaní ďalšej správy Trap.

Pokiaľ výstupný meraný bod s adresou TRAP_CONFIRM neexistuje, hodnoty všetkých vstupných meraných bodov s adresami TRAP_* sú nastavované hneď po príchode správy Trap a teda môže dôjsť ku strate hodnôt v dôsledku výskytu viacerých dvojíc hodnôt v správe Trap alebo v dôsledku príchodu novej správy Trap skôr, ako užívateľský skript spracoval predchádzajúce hodnoty.

...