Microsoft Word - Tema 2 Arhitecturi Si Protocoale de Management

8/3/2019 Microsoft Word - Tema 2 Arhitecturi Si Protocoale de Management

http://slidepdf.com/reader/full/microsoft-word-tema-2-arhitecturi-si-protocoale-de-management 1/19

22

TEMA 2Arhitecturi şi protocoale utilizate pentrumanagementul reŃelelor de comunicaŃii

Tema are ca scop cunoaşterea unor protocoale de administrare a reŃelelor cu arhitectură OSI. Sunt definite elementele componente ale procesului demanagement, sunt descrise protocoalele CMISE, CMIP şi SNMP şi serviciile careimplementază aceste protocoale, utilizate în administrarea reŃelelor.

Cuprins

2.1 Concepte de bază în managementul reŃelelor

2.2 Managementul reŃelelor cu arhitecturi OSI

2.2.1 Arhitectura pe nivele a managementului OSI

2.2.2 Protocoale CMISE/CMIPfolosite pentru managementul sistemelor OSI2.3 ReŃea de management pentru telecomunicaŃii (TMN)

2.4 Protocolul CMOT (CMIP over TCP/IP)2.5 SNMP

Cuvinte cheie: proces de management, agent de management, obiect administrat,MIB, MIT, CMISE, CMIP, SNMP, CMOT, SMAE, TMN, OS

Bibliografie[1] Vonica Ion- Managementul reŃelelor integrate de telecomunicaŃii, Teză de doctorat,

UPB, Bucureşti, 2002[2] Recomandarea ITU-T M.3010 TMN http://eu.sabotage.org/www/ITU/M/M3010e.pdf [3] Aiko Pras, Bert-Jan van Beijnum, Ron Sprenkels - Introduction to TMN, CTITTechnical Report 99-09, April 1999 [4] SNMP Tutorial - http://www.dpstele.com/pdfs/white_papers/snmp_tutorial.pdf [5] http://www.net-snmp.org/wiki/index.php/Tutorials

Timpul minim pe care trebuie să-l acordaŃi acestui modul este de 3 ore

După parcurgerea şi însuşirea acestei teme, studentul va cunoaşte:• Care sunt elementele componente ale procesului de management • Arhitectura pe nivele a managementului OSI

• Ce este o reŃea de management pentru telecomunicaŃii (TMN)şi arhitecturile sale fizică, funcŃională şi informaŃională

• Protocoalele CMISE, CMIP şi SNMP



23

Concepte de bază în managementul reŃelelor

proces de management (“management process”), activitate de bază amanagementului de reŃea, responsabil de transmiterea ordinelor de management cătreagenŃii de administrare şi primirea rapoartelor de la aceştia;

agent de administrare1) (“managing agent”), entitate a activităŃii de managementce dialoghează cu procesul de management, raportându-i informaŃii despre stareaelementelor reŃelei şi primind instrucŃiuni de la acesta, referitoare la acŃiunile ce trebuieîntreprinse asupra elementelor reŃelei;

bază cu informaŃii de administrare (MIB – “Management Information Base”),BD ce conŃine informaŃii despre elementele reŃelei administrate şi poate fi accesată atât de procesul de management cât şi de agenŃii de administrare.

arborele informaŃiei de administrare (MIT) – structura arborescentă ierarhică aobiectelor administrate. Această structură permite accesul rapid la orice informaŃie deadministrare.

Suplimentar faŃă de aceste componente ale sistemului de management, a fostintrodusă în capitolul 1 şi noŃiunea de element de reŃea administrat .

obiecte administrate - sunt componente de reŃea supuse acŃiunii de management.

1)Agentul este un modul soft care acŃionează pentru un user sau pentru un alt program în scopul realizăriiunora dintre funcŃiile (sarcinile) sale. AcŃiunea “în numele unui utilizator” presupune o anumită autoritatedacă şi când o acŃiune este cerută, adecvată, corectă.

NoŃiunile cu care se operează, referitor la un obiect, din perspectiva recomandărilor ISO, sunt:

PROCES DEMANAGEMENT

AGENT DEADMINISTRARE

AGENT DEADMINISTRARE

OBIECT DEADMINISTRAT




Bază cu informaŃii demanagement

comenzi informaŃii destare

Fig. 2.1. Elemente componente ale activităŃii de management



24

atribute, reprezintă caracteristicile acestuia, prezente la interfaŃa sa cu alteobiecte;

rapoarte, pe care un obiect le poate trimite la un agent de administrare şi careconŃin informaŃii de stare;

tipuri de operaŃii ce pot fi efectuate de agentul de administrare asupra sa; acŃiuni de răspuns la operaŃiile efectuate asupra sa.

O altă arie de interes este cea a modului în care sunt identificate şi administrateresursele reŃelei. În modelul OSI-RM aceste operaŃii se efectuează prin intermediularborelui informaŃiei de administrare (MIT – “Management Information Tree”), iar încadrul Internet prin sistemul numelor pentru domenii (DNS – “Domain Name System”).

ExerciŃii:

1. DaŃi exemple e obiecte administrate

2. OrganizaŃi aceste obiecte într-o structură arborescentă

Fig. 2.2. Exemplu de arbore DNS/MIT

3.1

4.1

rădăcină

Nivel 1

Nivel 2

Nivel 3

Nivel 4

1.1

2.1



25

2.2 Managementul reŃelelor cu arhitecturi OSI

Managementul reŃelelor cu arhitectură ISO-OSI-RM, este asigurat pe baza protocoalelor de nivel înalt: aplicaŃie, prezentare şi sesiune. La aceste niveluri suntimplementate funcŃiile (serviciile) de management prin intermediul protocoalelor dedicate.

2.2.1 Arhitectura pe nivele a managementului OSI

Managementul sistemelor se realizează, în general, la nivelul aplicaŃie şi foloseşteentităŃi SMAE (System Management Application Element).Ce sunt de fapt SMAE ? De exemplu, solicitarea de la un element de reŃea de informaŃiireferitoare la starea sa.

Această entitate SMAE este, la rândul ei, constituită dintr-un set de elemente de serviciuaplicaŃie ASE (“A pplication Service Element” – Element de serviciu aplicaŃie) carecooperează între ele (fig. 2.3).

De exemplu, solicitarea informaŃiilor de stare a unui element de reŃea poate conŃinemai multe operaŃii elementare: localizarea elemenului de reŃea, stabilirea unei conexiunicu el, cerere de transmitere a unei informaŃii, răspunsul ER, o altă cerere urmată derăspuns, etc.

Nivel AplicaŃie

Alte tipuri de elemente ale serviciilor de management sunt:− ROSE (“R emote O perations Service Element”),

− ACSE (“Association Control Service Element”)

Fig. 2.3. Structură de management pentru sistemele OSI

SMASE

CMISE ASE

SMAE

Procesare informaŃie

Nivel Prezentare

ROSE ACSE

ASE



26

− SMASE (”Systems Management A pplication Service Element” - Element de

serviciu al aplicaŃiei de management a sistemelor).

2.2.2 Protocoale CMISE/CMIP folosite pentru managementul

sistemelor OSI

Protocolul cel mai des utilizat în managementul sistemelor construite conformOSI-RM este constituit dintr-o suită de servicii şi protocoale definite în CMISE/CMIP.

CMISE este cel ce stabileşte ce tip de servicii trebuie furnizat de fiecare elemental sistemului de management în scopul administrării reŃelei.

CMIP specifică modul în care sunt implementate serviciile definite de CMISE.

Clasele de servicii definite de CMISE

Orice aplicaŃie de management care rulează în sistem foloseşte serviciile CMISE,

devenind un utilizator de servicii pentru acesta. În funcŃie de scopul lor, aceste servicii au

fost grupate în trei clase distincte:

1. servicii de asociere de management;

2. servicii de raportare de management;

3. servicii ale operaŃiilor de management .

Serviciile de asociere de management sunt destinate, în principal, asigurării

controlului asocierilor ce se stabilesc între două sisteme de management corespondente,

situate pe acelaşi nivel ierarhic.Ele controlează iniŃializarea, eliberarea normală sau forŃată a unei conexiuni

destinată unei asocieri de management între două puncte corespondente, utilizând pentruaceasta trei tipuri distincte de servicii:

M-INITIALIZE; M-TERMINATE; M-ABORT.

Serviciul M-INITIALIZE este folosit pentru a stabili o asociere între doi

utilizatori de servicii ai CMISE.Serviciul M-TERMINATE încheie în mod normal o asociere între două entităŃide management

Serviciul M-ABORT încheie în mod forŃat acest tip de asociere.

Aceste servicii de asociere utilizează pentru operare serviciile furnizate de ACSE,iar în cazuri mai rare pe cele ale ROSE.



27

Serviciul raportare de management furnizează informaŃii despre evenimenteleapărute în reŃea.

În acest scop, se utilizează serviciul M-EVENT-REPORT care informează unutilizator de servicii al CMISE despre un eveniment apărut la utilizatorul corespondent.

Servicii ale operaŃiilor de management sunt în număr de cinci, după cum urmează:

M-GET;

M-SET;

M-ACTION;

M-CREATE;

M-DELETE.

Serviciul M-GET este apelat, de un utilizator de servicii CMISE pentru a solicitainformaŃii de management de la un utilizator corespondent. Este de tipul cu confirmare,deoarece necesită un răspuns la cerere.

Serviciul M-SET permite unui utilizator CMISE să modifice informaŃiile de

management ale altui utilizator. După cum aşteaptă sau nu răspuns, poate fi de tipul cuconfirmare sau nu.

Serviciul M-ACTION este folosit de un utilizator CMISE pentru a indica unuicorespondent efectuarea unei anumite operaŃii prezente. Poate lucra atât cu confirmare,cât şi fără confirmare.

Fig. 2.4. Protocoale CMISE/CMIP în ierarhia OSI-RM

Proces aplica ie de management

SMASE

CMISE

CMIP

ACSE ROSE

ISO - Prezentare

ISO - Sesiune

ISO - Transport

ISO – Re ea

ISO – Legătură de date

ISO - Fizic

⇐⇐⇐⇐ Nivel 7







S M A E



28

Serviciul M-CREATE este utilizat de un utilizator de servicii CMISE pentru acere unui utilizator corespondent crearea unei alte instanŃieri a obiectului administrat.

Serviciul M-DELETE este folosit de un utilizator CMISE pentru a cereutilizatorului corespondent ştergerea unui instanŃier al obiectului administrat şi este pemisdoar lucrul în modul confirmat.

Asocieri de management

O asociere de management este, de fapt, o conexiune logică realizată între douăsisteme corespondente, aflate pe acelaşi nivel al OSI-RM, în vederea realizăriimanagementului de sistem.

Realizarea conexiunii presupune implicarea serviciului CMISE la interfaŃa cu protocoale situate pe alte nivele ierarhice.

CMISE asigură suportul necesar realizării a patru tipuri distincte de asocieri întredouă sisteme corespondente, după cum urmează:

asociere tip eveniment;

asociere tip eveniment/monitor;

asociere tip monitor/control;

asociere tip manager/agent.

asocierea tip eveniment permite celor două sisteme corespondente, aflate înconexiune, să schimbe între ele mesaje tip M-EVENT-REPORT;

asocierea tip eveniment/monitor este prevăzută cu facilitatea suplimentară de a primi sau trimite şi mesaje de tip M-GET;

asocierea tip monitor/control permite utilizatorilor corespondenŃi să trimită mesajede cerere de tip M-GET, M-SET, M-CREATE, M-DELETE şi M-ACTION, fără să aibăfacilităŃile primului tip de asociere;

asocierea tip manager/agent permite utilizatorilor corespondenŃi utilizarea oricărui tipde servicii.



29

2.3 ReŃele de management pentru telecomunicaŃii – TMN

ReŃelele de management sunt reŃele distincte, dedicate managementului sistemelor detelecomunicaŃii. Principiile TMN (Telecommunications Management Network) suntdescrise în Recomandarea ITU-T, M.3010

Are la bază principiul că reŃeaua administrată este tratată separat de reŃeauacare o administrează.

Pornind de la necesitatea îndeplinirii acestei cerinŃe, pot fi evidenŃiate trei arhitecturide sistem complementare, care furnizează o imagine completă asupra structurii TMN:

1. arhitectura fizică a TMN ;

2. arhitectura funcŃională a TMN ;

3. arhitectura informaŃională a TMN .

Arhitectura fizică şi elementele funcŃionale ce o definesc:

OS (”Operations System” – Sistem de operare), soft de management ce se poate afla în nodurile de control şi are rolul de a procesa informaŃiile de management;

NE (“Network Element” – Element de reŃea), se referă la orice echipament detelecomunicaŃii, ce se află în nodurile controlate ale reŃelei, comunicând cu TMN învederea administrării lui;

Q-A (“Q-Adaptor” – Adaptor Q), este un dispozitiv care asigură conectarea

între NE-uri sau OS-uri cu elementele compatibile care nu aparŃin unei reŃele TMN (îngeneral NE-uri exterioare);

MD (“Mediation Device” – Dispozitiv de mediere), are drept scop realizareafuncŃiei de mediere între OS şi NE sau între OS şi Q-A;

DCN (“Data Communication Network ” – ReŃea de comunicaŃii de date),reprezintă o reŃea de date internă reŃelei TMN, ce asigură funcŃiile şi serviciile specifice primelor trei nivele din ierarhia ISO;

WS (“Workstation” – StaŃie de lucru), furnizează utilizatorului final accesul bidirecŃional la sistemul de management şi anume: într-un sens colectează toate datelerelevante de la sistem şi le afişează utilizatorului într-un format potrivit, iar în celălalt sensdecodifică şi trimite spre sistemul de management comenzile primite de la managerul desistem.



30

Între aceste dispozitive componente pot fi realizate interconexiuni, folosindanumite tipuri de interfeŃe standard:

interfeŃe Q, care pot fi de două feluri: interfaŃa Q3 între OS şi una dintre următoarele componente: NE, Q-A sau MD; interfaŃa Qx între MD şi Q-A sau între MD şi NE; interfaŃa F între OS şi WS, deci între un sistem şi un terminal; interfaŃa X, care poate fi folosită între două TMN-uri diferite.

O posibilă arhitectură fizică de reŃea, care conŃine şi interfeŃele definite mai sus,este prezentată în fig. 2.6 (conform recomandării M.3010 a ITU-T).

Arhitectura funcŃională

Este construită pe baza arhitecturii fizice, evidenŃiind funcŃiile pe caree trebuie săle îndeplinească sistemul de management şi legăturile (interfeŃele) dintre ele.

OSF (”O perations System Function” – FuncŃie sistem de operaŃii), ce proceseazăinformaŃiile de management în scopul monitorizării, coordonării şi controlului funcŃiilor de telecomunicaŃii;

Fig. 2.6. Exemplu de arhitectură fizică TMN

OS

WS WSDCN

MD

Q-A NE Q-A NE

DCN

NE

F Q3

X

X

F F

Q3

Q3 Q3 QX

QX QX

m

TMN

T

M N



31

NEF (”Network Element Function” – FuncŃie element de reŃea), ce comunică cuTMN pentru a permite acestuia monitorizarea şi controlul NE-ului asociat;

WSF (”Work station Function” – FuncŃie staŃie de lucru), ce interpreteazăinformaŃiile primite de la TMN pentru a le transmite în formatul potrivit spre utilizator;

MF (”Mediation Function” – FuncŃie de mediere), menită să asigure transferulcorect al informaŃiilor între OSF şi NEF sau QAF;

QAF (”Q Adapter Function” – FuncŃie adaptor Q), ce este utilizată pentru aasigura conectarea părŃilor componente funcŃionale ale TMN la elemente ce nu aparŃinTMN (ca de exemplu NEF sau OSF) .

În concluzie, TMN defineşte o reŃea de management pentru reŃelele detelecomunicaŃii şi are la bază patru tipuri distincte de arhitecturi: funcŃională, fizică,stratificată logic şi informaŃională.

Avantajele utilizării TMN în managementul reŃelelor de telecomunicaŃii pot firezumate astfel:

cu ajutorul modelului TMN pot fi integrate sisteme de management diverse într-

un singur punct de control centralizat al operaŃiilor, reducând astfel costurile necesareîntreŃinerii cu personal şi resurse a mai multor centre de management în paralel; folosirea interfeŃei Q3 va conduce la standardizarea schimbului de informaŃii de

management între sistemele de management şi diverse elemente de reŃea; folosirea modelelor informaŃionale ale TMN, pentru modelarea tuturor

elementelor de reŃea ce trebuie administrate, va conduce la o uniformizare a reprezentăriiacestora, simplificând astfel operaŃiile de management şi dezvoltare ulterioară a reŃelei.

Fig. 2.7. Exemplu de arhitectură funcŃională TMN

OSF

WSF MF

AF NEF AF

T M N



32

2.4 Protocolul CMOT (CMIP over TCP/IP)

Este descris în documentul RFC 1095 (1989) şi este, de fapt, o adaptare a protocoalelor de administrare a reŃelelor OSI la reŃelele ce folosesc protocolul de transportTCP/IP, cum este şi Internet-ul.

Manager Ag+-----------------------+ +-----------------------+

| | | |

| +----+ +----+ +-----+ | <-------> | +----+ +----+ +-----+ |

| |ACSE| |ROSE| |CMISE| | CMIP | |ACSE| |ROSE| |CMISE| |

| +----+ +----+ +-----+ | | +----+ +----+ +-----+ |

| | | |

+-----------------------+ +-----------------------+

| LPP | | LPP |

+-----------------------+ +-----------------------+

| TCP | UDP | | TCP | UDP |

+-----------------------+ +-----------------------+| IP | | IP |

+-----------------------+ +-----------------------+

| Link | | Link |

+-----------------------+ +-----------------------+

| |

=========================================================

Network

=========================================================

Figure 2.8. Architectura Protocolului CMOT

La fel ca CMISE, CMOT se bazează pentru realizarea unei comunicaŃii pe protocoalele ACSE, ROSE şi CMIP. Noutatea constă în utilizarea protocolului LPP (”Light weight Presentation Protocol” – Protocol de prezentare de categorie uşoară),definit în RFC 1085 şi care înlocuieşte protocolul de prezentare al lui ISO, nedezvoltatîncă. De fapt, el trebuie să asigure interfaŃa cu două din cele mai cunoscute protocoale denivel transport utilizate în Internet, TCP şi UDP (fig. 2.12).

Acest protocol trebuie să aibă capabilitatea stabilirii uneia din cele patru tipuri deasocieri utilizate de CMISE: asociere eveniment, asociere eveniment/monitor, asocieremonitor/control şi asociere manager/agent.

Protocolul LPP trebuie să interfaŃeze protocoalele de nivel 7 OSI, ROSE şi ACSE, cunivelul 5 OSI, dacă acesta este implementat, iar dacă nu direct cu protocoalele de nivel

transport din Internet, TCP/IP sau UDP.



33

Fiind de nivel 6, adică prezentare, pentru LPP au fost deja implementate cinci serviciispecifice acestui nivel şi anume:

serviciul P-CONNECT;

serviciul P-RELEASE; serviciul P-U-ABORT; serviciul P-P-ABORT; serviciul P-DATA.

Pentru conectarea directă la nivelul de transport, au fost alocate şi numere distincte de porturi, un tip pentru cel de manager şi altul pentru cel de agent:

număr port manager pentru conectare la TCP: 163/TCP ; număr port manager pentru conectare la UDP: 163/UDP ;

Fig. 2.11. Elemente componente ale managementului Internet

Fig. 2.12. Arhitectura protocoalelor CMOT în ierarhia OSI-RM

Proces aplica ie de management

CMISE

ACSE ROSE

LPP

ISO - Sesiune

UDP TCP

IP

ISO – Le ătură de date

ISO - Fizic








MANAGEMENTde RE EA

AGENT PROXYAGENT DEADMINISTRARE

ENTITATE DEADMINISTRAT

ENTITATE DEADMINISTRAT

Baza cuinformaŃii demana ement

Element de re ea

comenzi

InformaŃii de stare



34

număr port agent pentru conectare la TCP: 164/TCP ; număr port agent pentru conectare la UDP: 164/UDP .

Simplitatea protocolului LPP este dictată şi de lipsa oricărei posibilităŃi denegociere pentru parametrii serviciilor asigurate.

2.5 SNMP

Acest protocol a fost primul dezvoltat pentru managementul reŃelelor ce folosesc protocoalele TCP/IP şi a trecut până în prezent prin mai multe etape de standardizare. Ceamai actuală descriere a arhitecturii şi procedurilor SNMP se găseşte în RFC 1157, dar potfi consultate, pentru completarea unei priviri de ansamblu, şi mai vechiul RFC 1098 sauRFC 1156 pentru MIB-I şi RFC 1231, pentru noul standard MIB-II.

În realizarea arhitecturii actuale a SNMP, descrisă în RFC 1157, s-au avut în vedereanumite cerinŃe exprese, şi anume:

arhitectura trebuie să fie independentă de tipurile de staŃii de lucru, gateway-uri şi

routere utilizate; construirea unui agent de administrare cât mai simplu şi mai ieftin; asigurarea unui număr cât mai mare şi mai variat de funcŃii de management de la

distanŃă pentru a se putea profita cât mai bine de resursele imense ale Internet-ului.Conceptual SNMP operează cu următoarele noŃiuni:

element de reŃea - o reprezentare pe obiecte a componentelor ce vor fi

administrate;

agent de administrare – ce asigură interfaŃa funcŃională între elementul de

administrat şi administrator;

staŃie SNMP – ce reprezintă platforma pe care rulează procesele de administrare;

MIB - este baza de date ce conŃine informaŃii despre toate resursele reŃelei.

SNMP foloseşte un set standard de mesaje pentru a asigura comunicaŃia între agent şistaŃie, fiecare din aceste mesaje fiind transmis într-un unic pachet. Acest mod de abordareface posibilă utilizarea protocoalelor de transport fără conexiune, de tipul UDP-ului. O prezentare bloc a modului de interacŃionare a SNMP cu celelalte protocoale de reŃea segăseşte în fig. 2.13.

Au fost definite cinci tipuri de mesaje utilizate în cadrul SNMP:

Get-Request;

Get-Response;

Get-Next-Request;

Set-Request;

Trap.



35

Get-Request este utilizat de staŃia SNMP pentru a solicita informaŃii de la un elementde reŃea, care este servit de un agent ce poate prelua mesajul.

Get-Next-Request poate fi folosit împreună cu Get-Request atunci când se utilizează oorganizare a obiectelor în tabele. Cu ajutorul lui Get-Next-Request se poate cere, într-unmod simplificat, următorul obiect din tablou, incrementând cu o unitate poziŃia din tabelsetată de Get-Request .

Mesajul Get-Response dă răspunsul la una din tipurile de cereri descrise mai sus poatefi dată de elementul de reŃea prin intermediul agentului asociat.

Set-Request permite modificarea de la distanŃă a configuraŃiei parametrilor

elementului de reŃea administrat. SNMP Trap este singurul tip de mesaj nesolicitat de staŃie, care poate fi generat de

agent atunci când acesta doreşte să informeze managementul de sistem despre apariŃiaunui anumit eveniment.

Concluzii

În cadrul acestui capitol am trecut în revistă câteva dintre cele mai uzuale şi

moderne moduri de abordare a managementului reŃelelor de telecomunicaŃii. Am pornit cu prezentarea managementului sistemelor ce pot fi reprezentate de modelul de referinŃă OSIal ISO, acestea fiind şi primele şi cele mai complexe încercări de standardizare îndomeniu. A fost prezentat apoi un model de reŃea de management distinct de reŃeaua detelecomunicaŃii (TMN), aceasta fiind una din abordările utilizate în prezent.

Principalele caracteristici ale TMN care sunt de interes din această perspectivă:

Fig. 2.13. Protocolul SNMP în arhitectura protocoalelor Internet

SNMP

UDP

IP

Legătură de date

Strat fizic

cerere ⇒ ⇒⇒ ⇒ ⇐ răspuns



36

arhitectura TMN - sunt specificate trei tipuri de arhitecturi: funcŃională,informaŃională şi fizică;

interfeŃele standard - există trei tipuri de interfeŃe (Q, X şi F) prin intermediulcărora este realizată interoperabilitatea managementului dintre diferite elemente de reŃea;

modelul informaŃional al TMN - este constituit dintr-o mulŃime de obiecteadministrate, care reprezintă resursele administrate ale reŃelei;

protocolul de management al TMN - determină modul în care sunt transportateinformaŃiile de management de la un cap la altul al reŃelei;

modelul agent-manager - specificaŃiile TMN adoptă modelul de comunicare largrăspândit, tip agent-manager, prin care sistemul de management emite instrucŃiunile demanagement spre agenŃi şi recepŃionează datele de management de la aceştia.

Teste de verificare

1. DefiniŃi şi explicaŃi conŃinutul următoarelor noŃiuni: proces de management, agentde management, baza informaŃiilor de management, arborele informaŃiilor demanagement, obiect administrat, sistem de operare de reŃea.

2. DescrieŃi elementele componente ale unei activităŃi de management de reŃea şistucturarea lor pe nivele ierarhice.

3. EnumeraŃi clasele de servicii definite de CMISE4. DefiniŃi şi explicaŃi conceptul TMN5. DescrieŃi arhitectura fizică şi arhitectura funcŃională a TMN6. DescrieŃi protocolul SNMP şi utilizarea sa în administrarea reŃelelor 7. DescrieŃi protocolul CMOT8. PrecizaŃi cele 5 elemente componente care definesc un obiect administrat

9. PrecizaŃi cel puŃin 5 grupuri de obiecte din MIB-II10. DaŃi trei exemple de obiecte din grupul interfeŃe 11. PrecizaŃi la ce se referă obiectul ifMtu

Răspunsuri:

3. a) servicii de asociere de management; b) servicii de raportare de management;c) servicii ale operaŃiilor de management.

4. TMN defineşte o reŃea de management pentru reŃelele de telecomunicaŃii şi are la bază patru tipuri distincte de arhitecturi: funcŃională, fizică, stratificată logic şiinformaŃională. TMN reprezintă suportul prin care se transmite informaŃia demanagement necesară administrării reŃelei de telecomunicaŃii.

5. Sistemul de operare, elemente de reŃea, adaptoare de management (adaptor Q),dispozitive de mediere, reŃeaua de transmisii de date, staŃiile de lucru aleadministratorului de reŃea



37

6. Modelul de administrare pe care se bazează SNMP este format din staŃii deadministrare şi elemente de reŃea.

• StaŃiile de administrare de reŃea asigură execuŃia protocoului de administrare areŃelei şi a aplicaŃiilor de administrare care urmăresc şi controlează elementelereŃelei.

• Elementele din reŃea, numite şi elemente administrate, sunt echipamente de tipulsistemelor gazdă, punŃi, rutere, comutatoare, echipamente care au agenŃi careîndeplinesc funcŃiile de administrare solicitate de către staŃiile de administrare, saueventual semnalează diferite evenimente.

SNMP asigura modalitatea de comunicare între statiile de administrare şi elementele dereŃea. Este conceput ca un protocol simplu care dă posibilitate administratorului reŃelei săinspecteze sau să modifice variabile la un element de reŃea, de la o staŃie aflată la distanŃă.Implementarea SNMP se remarcă prin relativa simplitate şi prin faptul că necesită resursereduse din partea reŃelei.

Strategia urmarită la implementarea SNMP este ca toată administrarea să poată fi facută lastaŃia de administrare, cu exceptia unor situaŃii rare. StaŃia de administrare interoghează(poll) elementele de reŃea pentru a obŃine informaŃii sau pentru a modifica variabile laelementul de reŃea. Elementul de reŃea va iniŃia comunicaŃia cu staŃia de administrare (prinTrap) doar în situaŃii deosebite. Mesajele Trap nesolicitate pot fi trimise de la un elementde reŃea pentru informare sau pentru corectarea temporizării la interogari de la staŃia deadministrare. Numărul mesajelor Trap este însa limitat pentru a se evita traficul intens şisolicitarile reŃelei pentru activitatea de administrare.

Operatii SNMP

Sistemele de gestionare a retelelor (NMS) si agentii SNMP, schimba informatii SNMP prin intermediul unor operatii. Fiecare din operatiile SNMP are o datagrama (PDU)standard. Aceste operatii sunt:

get

getnext

getbulk (SNMPv2 si SNMPv3)

set

getresponse

trap

notification (SNMPv2 si SNMPv3)inform (SNMPv2 si SNMPv3)

report (SNMPv2 si SNMPv3)

Aceste operatii sunt implementate de majoritatea NMS-urilor sau pot fi gasite sub formade pachet de tool-uri în linie de comandă. Un astfel de pachet este NetSNMP Tools careeste un proiect open source, şi care ofera un set de programe în linie de comandă ce permit executarea operaŃiilor mai sus menŃionate.



38

8. a) nume obiect - denumirea unică a obiectului cu rol de identificator;

b) sintaxă – denumire conform regulilor ASN.1;c) definiŃie – descrie semnificaŃia obiectului;d) acces – precizează drepturile de acces asupra obiectului;e) stare – precizează statul obiectului (obligatoriu, opŃional sau învechit)

9. a) grupul sistem b) grupul adrese IPc) grupul protocoale TCPd) grupul protocoale UDPe) grupul interfeŃef) grupul protocoale SNMP

10. a) ifNumber b) ifType c) ifTable

11. ifMtu se referă la lungimea maximă exprimată în octeŃi a pachetelor ce pot fitransmise/recepŃionate pe interfaŃa specificată

Test de autoverificare

Folosind cuvinte cheie sau espresii şi termeni din text, completaŃi spaŃiile goale din testulde mai jos:1. Procesul de management este responsabil de

............................................................ şi

....................................................................................................

2. Agentul de administrare dialoghează cu peocesul de management transmiŃând

.................................................................... şi primind ............................................

.........................

3. Obiectele administrate sunt ...................................................................................

4. MIB este o ............... cce conŃine ............................................................................

5. Un obiect din MIB este caracterizat de............................................................................



39

6. Managementul sistemelor ISO-OSI este constituit dintr-o suită de servicii şi protocoale definite în ...........................................

7. Clasele de servicii definite de CMISE sunt: a).........................................................

b) ............................................................, c) .......................................................

8. O asociere de management este .............................................................................

........................................................................................................

9. Principiul de bază al TMN susŃine că........................................................................

..................................................................................................................................

10. Sistemul de operare de management este ............................................... care seaflă

instalat ................................................................ şi are rolul

..............................................

11. ReŃea de comunicaŃii de date pentru management (DCN) este.................................

şi asigură ...................................................................................................

12. Adaptorul Q este un dispozitiv care asigură....................................................................

..................................................................................................

13. Dispozitivul de mediere are drept scop................................................................................

14. Arhitectura fizică a TMN conŃine ........................................,........................................,



40

..................................................., ..................................................

15. Arhitectiura funcŃională a TMN evidenŃiază....................................................................

.......................................................................................................................

16. Conceptual, SNMP operează cu următoarele noŃiuni: .............................,

......................................................, ....................................................................

17. SNMP foloseşte un set standard de mesaje pentru a asigura...........................................

........................................................., fiecare din aceste mesaje fiind transmis într-un unic

pachet .......................

18. CMOT este un protocol de nivel .............................., folosit pentru administarea

reŃelelor cu arhitectură ..........................

Microsoft Word - Tema 2 Arhitecturi Si Protocoale de Management

Documents

Transcript of Microsoft Word - Tema 2 Arhitecturi Si Protocoale de Management