Capitolul 1 Administrarea reelelor Administratorul de reea are responsabiliti precise i sarcinile lui pot fi uurate de programele dezvoltate n acest

scop, cunoscute sub denumirea de NMS (Network Management Systems). NMS utilizeaz de obicei protocol SNMP (Simple Network Management Protocol) bazat pe IP (Internet Protocol) pentru a urmri funcionarea obiectelor administrabile din reea (hub-uri, concentratoare, rutere, staii i servere sau orice alt element care trebuie urmrit sau configurat) care provin de la diferii furnizori. NMS ofer suportul necesar pentru colectarea, arhivarea, regsirea i afiarea informaiilor relative la modul de funcionare a reelei. NMS ofer i o platform i pentru aplicaiile de administrare specifice echipamentelor din reea i , n plus, poate oferi i unelte grafice pentru simplificarea administrrii. Produse NMS sunt oferite de o serie de firme i amintim aici HP OpenView, Cabletron Spectrum, IBM NetView, SunConnect SunNet Manager pentru retele Unix sau Novell ManageWise pentru platforme Novell. Trebuie s amintesc aici importana faptului ca sistemul de administrare a reelei s fie n concordant cu scopul reelei de a asigura un flux optim al informaiilor n ntreprindere deci ca pn la urm s asigure eficienta economic pentru utilizarea reelei. Blocajele i pierderile de informaii pot avea consecine economice dezastruoase i este bine ca aceste posibiliti s fie eliminate pe ct posibil. 1.1 Nivele funcionale Lund n considerare diferitele funcii asigurate de un sistem NMS putem grupa aceste funcii n patru grupe principale. Vom avea n primul rnd obiecte administrabile, adic orice fel de echipamente, componente de reea sau aplicaii. Obiectele administrabile pot fi rutere, servere, staii de lucru sau aplicaii ca MS Mail sau Oracle deci orice obiect cu o funcie n reea. La al doilea nivel se situeaz sistemele de administrare elemente EMS, care permit administrarea unor pri limitate din reea, de obicei cu rol determinat. SunNet Manager va permite administrarea elementelor SNMP, dar exist sisteme de administrare pentru aplicaii de reea, multiplexoare, concentratoare. EMS va asigura o administrare a diferitelor funcii asigurate de elementul administrat. Sistemele de administrare administratori (MoM) asigur integrarea ntr-o structur unitar a informaiilor culese de la diferitele EMS. De fapt, datele culese i consolidate ntr-o baz de date de administrare provin de obicei de la obiectele administrabile dar se asigur corelarea funciilor de alarmare pentru EMS. Funcionalitatea ntregului NMS depinde n mare msur de nivelul patru, interfaa utilizator, care asigur, pe lng o reprezentare grafic, posibiliti de analiz, generare de rapoarte, diagrame, configurri pentru alarme . Nivelele funcionale se oglindesc n domeniile funcionale de administrare MFA. 1.2 Domenii funcionale Aceste domenii se bazeaz n mare msur pe modelul MFA oferit de OSI (Open Systems Interconnect). Acest model este cunoscut sub acronimul FCAPS (Fault, Configuration, Accounting, Performance, Security). Sistemele NMS nu includ toate aceste domenii de administrare, dar pot oferi n schimb alte domenii, cum ar fi Systems

Management sau Cost management. Administrarea erorilor se ocup de evenimentele care apar pe reea i , n general permite detectarea erorii, identificarea cauzei i remedierea problemei aprute pentru a se reveni n situaia normal de funcionare. NMS interogheaz (poll) obiectele administrate din reea, verific apariia de erori i ofer mesaj sau re prezentare grafic a problemei aprute. Interogarea trebuie configurat de obicei manual pentru o conlucrare cu diferitele EMS. Un element important al administrrii erorilor este sistemul de raportare pentru nivele de alert i alarmare. Administrarea configuraiei reelei este o parte esenial a unui NMS i schimbrile intervenite n reea trebuie imediat consemnate. Unele programe permit o recunoatere automat a configuraiei i reprezentarea unei diagrame a reelei sau modificri de configuraii pentru diferitele obiecte din reea. Funciile de contabilizare nu apar de obicei la sistemele NMS acestea fiind trecute pe seama sistemului de operare de reea. Pentru administrarea performantelor, tehnologia RMON ofer o alternativ real la preturi accesibile deoarece analizoarele tradiionale sunt excesiv de scumpe. Analizoarele sunt uneori necesare pentru a urmri traficul pe diferitele segmente, dar RMON permite urmrirea centralizat a performantelor reelei automatiznd i simplificnd culegerea diferitelor date statistice din reea. Administrarea securitii este lsat n general pe seama administraiei sistemului, aplicaiile de administrare reea abordnd doar aspecte cum ar fi conectarea la un ruter sau bridge. 1.3 Administrarea domeniilor funcionale Domeniile funcionale care compun reeaua sunt administrate prin gruparea funciilor specifice din segmentele locale, ceea ce permite rutarea mesajelor de alarm sau diagnosticare cu ocolirea zonelor defecte, atunci cnd exist ci multiple de rutare. Transferul acestor mesaje este posibil i pe linii telefonice prin sesiuni automate SLIP sau PPP. Diagnosticarea este simplificat dac exist funcii de corelare ntre diferitele tipuri de alarme disponibile. NMS lucreaz prin sintetizarea informaiilor primite de la sistemele de administrare a domeniilor funcionale MFD. Pentru o administrare adecvat trebuie s ne construim o list a informaiilor ce se pot obine de la fiecare obiect administrabil. Este bine ca aceast list s fie stabilit cu asistenta furnizorului respectivului obiect pentru a stabili tipul elementelor, tipul valorilor i caracteristicile acestora (valori medii, nivele de alarmare, ntregi, contoare). Se vor stabili elementele pertinente care trebuie analizate permanent sau periodic (n fiecare or, zi sptmn). De asemenea se stabilesc elementele care permit evaluarea tendinelor de modificare a performantelor reelei i modalitile de grupare a acestora pentru diferite calcule. Rezultatul trebuie s fie o reea mai fiabil, n care putem interveni n mod activ la prevenirea problemelor i nu reactiv, cnd erorile sunt manifeste i pierderile reale. 1.4 RMON Tehnologia RMON este definit n dou documente IETF i anume n RFC 1757 i RFC 1513. Cele dou elemente componente RMON sunt agentul aflat pe fiecare segment din reea i aplicaia de management care exist pe staia central de administrare. Printr-o plasare strategic a diferiilor ageni configurabili din aplicaia de administrare, se poate urmri funcionarea elementelor vitale din reea. Tehnologia RMON lucreaz cu o baz de da te de administrare MIB care este o structur SNMP accesibil prin comenzi SNMP. Pentru reele Ethernet avem nou grupe de date de administrare:

Statisticile permit cuantificarea performantelor reelei i se refer la pachete, octei, pachete defecte, erori sau distribuii ale pachetelor. Istoricul permite analiza evoluiei datelor statistice pentru diferite decizii sau previziuni. Tabela host conine diferite informaii privind calculatoarele din segmentul analizat. Host TopN permite sortarea statisticilor din Tabela host astfel ca s vedem doar cele mai active N sisteme de pe segment. Matricea de trafic ofer raportarea datelor privind transmisiile ntre oricare pereche de echipamente host. Alarmele ofer o raportare a schimbrilor semnificative intervenite n reea n ceea ce privete oricare sau toate variabilele din MIB care prezint interes i pentru care se pot stabili valori prag de alarmare. Evenimentele urmresc diferitele evenimente i se pot stabili i aici valori prag de la care se ncepe o capturare a acestora izolat de alte poriuni de trafic pe reea. Filtrele permit definirea unor pachete pentru izolarea unui anumit tip de trafic. Capturarea de pachete permite memorarea pachetelor conforme unui filtru dat pentru analiza acestora cu un analizor de pachete care de obicei face parte din aplicaia de management RMON. Abordarea administrrii n mod centralizat ctig mult n important acum, cnd reelele sunt din ce n ce mai mari. Acum nu se mai poate pune problema unor depanri costisitoare, ci problemele trebuie anticipate i eliminate. Trebuie specificate din start configuraiile i definit comportamentul normal al reelei, pe baza analizei acesteia i stabilite valorile prag acceptabile. Mecanismele de alarmare sunt de important vital i trebuie s fie posibil configurarea unor praguri de alarmare pentru un numr semnificativ de variabile de pe fiecare segment administrat i trebuie s existe asigurat posibilitatea ca a ceste alarme s lucreze simultan. Fixarea pragurilor este critic, putem avea sau prea multe informaii care devin astfel inutile i distrag atenia sau prea puine i atunci rezolvarea problemei ivite devine imposibil. Rezolvarea situaiilor care au generat alarme se poate face de la consola central din aplicaia de administrare RMON. Soluia de administrare oferit de RMON trebuie aplicat cu grij, altfel existnd pericolul generrii unui trafic suplimentar inutil pe reea. Agenii RMON pot lucra independent pe diferitele segmente sintetiznd date MIB local i pot transmite ctre aplicaia centralizat doar datele importante. n acest fel, numrul de segmente administrabile poate fi de cteva sute, fr o ncrcare excesiv a reelei cu trafic de administrare. Succesul RMON a fcut ca tehnologia s fie extins, azi discutndu-se deja RMON II. n acest nou standard vor exista faciliti noi de administrare i suport pentru protocoale de nivel nalt, ceea ce va permite urmrirea diferitelor tipuri de aplicaii i a traficului generat de acestea. Din cauza mutrii accentului pe protocoalele de nivel nalt nu va mai fi nevoie de urmrirea fiecrui segment i activitatea administrativ se va deplasa de la urmrirea unui set de reele LAN interconectate , la urmrirea cilor de trafic, echipamentelor de interconectare (rutere, comutatoare) i a diferitelor servere. RMON II va oferi n plus posibilitatea de lucru n reele mari WAN. Pentru utilizatorul obinuit administrarea reelei n care este conectat s-ar putea s nu prezinte interes. Dac ns aceast reea este prost conceput i administrat i

activitatea utilizatorului va fi perturbat. Acesta este motivul pentru care articolele care urmeaz abordeaz unele sisteme de administrare i aplicaii de management de reea de la diferii furnizori.