Informatica
Configurarea aplicatiilor opnetCONFIGURAREA APLICATIILOR 1. Obiective OPNET este prevazut cu un numar de modele de aplicatii standard ca ftp, http, email, etc. Acestea pot fi folosite pentru a genera trafic discret in modelul retelei. Obiectivele laboratorului sunt: Configurarea fluxurilor traficului aplicatiilor folosind standard applications. Evaluarea performantelor retelei 2. Specificarea cerintelor aplicatiei 2.1. Configurarea nodurilor Nodurile care suporta Standard Applications sunt WS (workstation), server si modele LAN. Aplicatii standard (Standard Applications): Toate aplicatiile standard, cu exceptia vocii (Voice) si video-conferinta (Video Conference) sunt de tip client ↔ server, adica profilele care contin aceste aplicatii sunt suportate de nodurile WS si serviciile pentru aceste aplicatii sunt suportate pe noduurile de tip server. Aplicatiile Voice si Video Conferencing lucreaza intre client ↔ client, adica profilele care contin aceste aplicatii si servicii sunt suportate de nodurile WS Modelele avansate de pe nodurile server (adica modele server cu an _adv) pot suporta profile si servicii, deci ele pot lucra ca servere sau clienti. 2.2. Specificatia aplicatiilor standard Pentru configurare se folosesc urmatoarele obiectele de configurare dezvoltate de OPNET Application Definition Pofile Definition 2.2.1. Definirea aplicatiilor OPNET defineste modele de aplicatii standard care permit capturarea caracteristicilor specifice ale aplicatiei pe care acestea le reprezinta. Aplicatiile standard pot fi FTP, e-mail, Remote Login, Video Conferencing, Database, HTTP, Print, Voice. Majoritatea aplicatiilor sunt de tip client-server, in care o clientul emite o cerere si o serverul, care receptioneaza aceasta cerere, trimite catre client un raspuns.
Fig. Arhitectura client-server a. FTP (File Transfer Protocol). Aplicatia FTP permite transferul unui fisier intre un client si un server. FTP utilizeaza doua comenzi de baza: o "get" - controleaza transferul fisierului de la un server distant, o "put" - controleaza transferul fisierului la un serverul distant. Pentru protocoalele de transport orientate pe conexiune (ex. TCP), pentru fiecare transfer de fisier se deschide o conexiune de transport. TCP este protocolul implicit de transport pentru aceasta aplicatie. Rata cu care se realizeaza cererea de transfer fisier este independenta de raspunsurile receptionate, astfel ca se poate emite o noua cerere inainte de a primi raspunsul la o cerere anterioara. Pentru fiecare sesiune independenta FTP este necesara configurarea atributelor, pe baza carora modelul OPNET va genera traficul pentru simulare. Pentru a obtine numarul de conexiuni FTP deschise, OPNET foloseste un analizor de protocol. Pentru fiecare conexiune exista o conexiune de control si o conexiune de date. Numarul de transferuri de fisiere va fi egal cu numarul de conexiuni impartit la doi. o Comanda FTP "put" are ca rezultat o conexiune de la client la server. o Comanda FTP "get" are ca rezultat o conexiune de la server la client. b. E-mail Protocolul folosit in mod implicit de aplicatia e-mail este TCP. Aplicatiile de e-mail moderne folosesc, pentru transferul e-mailul de la client la server, SMTP (Simple Mail Transfer Protocol) si POP (Pop Office Protocol). Pentru transportul e-mailului se deschide o conexiune intre client si server. Rata de transmisie este independenta de rata de receptie. Mesajele sunt transmise si receptionate printr-o singura conexiune de transport TCP. OPNET foloseste un analizor de protocol pentru a determina protocoalele suportate. Se configureaza filtrele analizorului pentru a captura trafic de e-mail si se monitorizeaza schimbul de e-mailuri intre client si server, evaluat prin numar de bytes transferati de la server la client si invers. Average e-mail size = (total number of bytes)/( number of e/mail exchange). c. Remote Login. O aplicatie Remote Login in OPNET modelaza un scenariu de logare distanta. Utilizatorul se conecteaza la o masina diferita si interactioneaza cu sistemul de operare al gazdei distante (remote host). Protocolul de transport folosit in mod implicit este TCP. Traficul in interiorul unei conexiuni (modelat ca o conexiune independenta TCP) este reprezentat de atributele traficului gazdei (host)(trafic receptionat de client) si ale traficului terminal (trafic transmis de client). d. Aplicatia video-conferinta (Video Conference) O aplicatie Video Conference permite utilizatorului sa transfere cadre streaming video prin retea. Protocolul de transport folosit este UDP (User Data Protocol) Se deschide cate o sesiune de transport TCP pentru fiecare fiecare conferinta deschisa printr-o conexiune TCP independenta. e. Aplicatia Database O aplicatie de baze de date permite utilizatorului sa memoreze informatie si accesul la informatiile inregistrate. Operatiile pe bazele de date sunt de doua feluri: Database entry, Database query. Cererile unei tranzactii se executa independent de raspunsuri. O noua cerere poate fi initiata inainte ca cea anterioara sa fie servita. f. Aplicatia HTTP Modelele aplicatiei HTTP modeleaza Web Browsing. Utilizatorul incarca o pagina de la un server distant. Pagina poate contine text, informtie grafica. Protocolul de transport folosit de aplicatie este TCP. Pentru fiecare cerere de pagina HTTP se deschid multimple conexiuni TCP pentru transferarea continutului de obiecte incapsulate in pagina. Atributele serviciului HTTP impun evaluarea comportarii utilizatorului. De ex., pentru a configura "page interarrival time" , trebuie monitorizata activitatea de cautare a utilizatorului. Un firewall poate fi o sursa buna de informatii privind average page downloads si number of bytes transferred.
Numarul de obiecte inline reflecta indica numarul de elemente grafice pe o pagina. g. Print O aplic atie print permite utilizatorului sa initieze joburi Print. Protocolul de transport implicit folosit de aceasta aplicatie este TCP. Pentru fiecare job se creaza o conexiune TCP. h. Voice Aplicatia vocala permite stabilirea unui canal virtual intre doi clienti care pot comunica folosind semnale vocale digitale codate. Protocolul de transport folosit pentru aceasta aplicatie este UDP (User Data Protocol). Un apel vocal are ca efect interconectarea a doi clienti. Nu este implicat in conversatie un server. Parametri pentru ambele directii de intrare si de iesire ale unui apel telefonic sunt configurati de client. Clientul sursa poate stopa discutia cand destinatarul vorbeste. Silence length se refera la pauza dintre talk spurts. 3. Descrierea scenariului standard apllication 3. 1. Retea folosita pentru configurarea pe baza aplicatiilor standard Se va realiza modelul retelei din fig. 1, care foloseste obiectele prezentate in tabelul 1.
Fig.1. Model de retea folosit pentru configurarea aplicatiilor Tabelul 1. Obiecte folosite pentru modelarea retelei din fig.1
3.2. Configurarea aplicatiilor Aplicatiile folosite in acest scenariu sunt: email, http si ftp. Ele pot fi configurate folosind obiectul Aplication Definitions conform tabelului 1 . 3.3. Configurarea profilelor (Profile Definition) Se va folosi pentru configurarea profilelor obiectul Profile Definition din Object Palette. Ne propunem ca in acest scenariu sa configuram trei profile profile1 care include aplicatiile: email, ftp, http profile2 care include aplicatiile: ftp, http profile3 care include aplicatia ftp. 3.4. Configurarea terminalelor WorkStation conform tabelului 1. 3.5. Configurarea serverelor conform tabelului 1. 3.6. Colectarea statisticilor pentru retele configurate pe baza aplicatiilor standard In scenariul Standard _Applications se va configura colectarea urmatoarelor statistici la nivel de client si/sau servere. Global Statistics Email → All Ftp → All Http → All Node Statistics Client Email → All Client Ftp → All Client Http → All Server Email → All Server Ftp → All Server Http → All TCP → All UDP → All Link Statistics Point-to-point → All 3.7. Executia simularii si analiza rezultatelor Se lanseaza in executie simulatorul si se analizeaza ststisticile configurate. Timpul stabilit pentru simulare va fi 8 ore. 4. Desfasurarea lucrarii de laborator. 4.1. In directorul SIT se creeaza directorul G_451HaOPNETLab2 folosind: File → New → Folder 4.2. Se lanseaza in executie IT Guru. 4.3. Se selecteaza directorul in care vor fi plasate fisierele proiectului. File → Model Files →Add Model Directory Se selecteaza directorul in care se va lucra (in acest director vor fi salvate fisierele proiectului curent) . . . Gr_451HaOPNETLab2. Acest director este setat ca director de lucru: Working Directory 4.4. Se creaza un proiect nou numit Application_Configuration Se selecteaza File → New → Project si se definesc Numele proiectului: Application_Configuration Numele scenariului: Standard_Applications Valorile cerute in fereastra de dialog
4.4.1. Se creeaza scenariul Standard_Applications
4.4.2. Se definesc statisticile de colectat conform indicatiilor din cap.3.6. 4.4.3. Se realizeaza executia simulatorului pentru scenariul Standard_Applications 4.4.4. Se analizeaza rezultatele obtinute. 5. Tema pentru studenti: 5.1. Sa se defineasca tipurile de aplicatii configurate pentru reteaua analizata in aceasta lucrare 5.2. Care sunt profilele create in reteaua analizata cu OPNET-ul 5.3. Sa se defineasca statisticile globale (Global Ststistics) si statisticile individuale pe noduri (Nodes Statistics) care pot fi obtinute in urma simularii retelei pentru aplicatiile folosite (email, ftp si http).
5.4.Se analizeaza urmatoarele rezultate Statistici globale
Statistici pe nod la nivel de Server
Statistici pe nod la nivel de Client
|