Model arhitectural de re ţea

1. Model arhitectural de reţea Ce este un “model arhitectural”? Unmodelarhitectural oferăun cadru general de referinţă pentru problemele legate de comunicaţiile în reţea. Un astfel de model este folosit nu doar pentru a explica protocoalele de comunicaţie, ci şi pentru dezvoltarea acestora. Modelul arhitectural separă funcţiile asigurate de protocoalele de comunicaţie în nivele separate (şi mai uşor administrabile). Fiecare nivel are un rol/roluri specific(e) în procesul de comunicaţie de-a lungul reţelei. Definiţii – concepte de bază: - Protocol de reţea - Tipuri de comunicaţii/transmisii de date - Lăţime de bandă/Throughput/Goodput

2. Modelul OSI • De ce un model pe nivele? • Reduce complexitatea • Standardizează interfeţele • Facilitează concepţia modulară • Asigură tehnologii interoperabile • Accelerează evoluţia • - Simplifică şi ajută procesul de predare/învăţare

3. Aplicaţie Aplicaţie Date Prezentare Prezentare Date Sesiune Sesiune Date Segmente Transport Transport Pachete Reţea Reţea Legătură de date Legătură de date Cadre Fizic Fizic Biţi Modelul OSI

4. Modelul TCP/IP

5. OSI TCP / IP Application (Layer7) Application Presentation (Layer6) Session (Layer 5) Transport (Layer 4) Transport Network (Layer 3) Internet Data Link (Layer 2) Network access Physical (Layer 1) ComparaţieOSI – TCP/IP

6. Aplicaţia de retea 7 6 5 4 3 2 1 Fişiere DLL API de reţea Driver API de reţea – client TDI TDI Drivere de protocol – transport TDI (TCP/IP, NetBEUI, IPX/SPX, etc.) NDIS Biblioteca NDIS Miniport NDIS HAL Ethernet, Token Ring, IrDA, ATM, etc. Modelul OSI şi componentele de reţea în Windows

7. Componente de reţea Windows • Transporturi TDI, drivere de protocol NDIS (Network Driver Interface Specification) şi driverele de protocol Sunt drivere în mod kernel. Acceptă pachete IRP de la clienţi TDI şi procesează cererile pe care aceste pachete le reprezintă. Procesarea poate necesita comunicarea cu o entitate pereche necesitând ca transportul TDI să adauge headere specifice (TCP, UDP, IPX) datelor conţinute în pachetele IRP şi să comunice cu driverele plăcilor de reţea folosind funcţii NDIS. Transporturile TDI asigură comunicaţiile în reţea prin execuţia de operaţii de transmitere a mesajelor precum segmentare şi reasamblare, secvenţializare, confirmare şi retransmisie.

8. Componente de reţea Windows • Biblioteca NDIS (ndis.sys) Oferă încapsularea pentru driverele adaptorului de reţea, asigurând interfaţa faţă de mediul kernelului Win2000. Biblioteca NDIS exportă funcţii utilizabile pentru transporturile TDI precum şi funcţii suport pentru drivere de adaptoare de reţea.

9. Componente de reţea Windows • Fişiere DLL API de reţea Oferă aplicaţiilor o modalitate independentă de protocol de comunicare de-a lungul reţelei. API-urile de reţea pot fi implementate atât în mod utilizator cât şi în mod kernel. În unele cazuri se utilizează alte API-uri ce oferă servicii adiţionale. • Clienţi TDI Reprezintă drivere de dispozitiv în mod kernel ce implementează porţiunea kernel-mode a unei implementări API de reţea. Clienţii TDI îşi iau numele din faptul că pachetele pe care le trimit driverelor de protocol (IRP – I/O Request Packets) sunt formatate conform standardului Win2000 Transport Driver Interface. Acest standard specifică o interfaţă de programare pentru driverele de dispozitiv kernel-mode.

10. Componente de reţea Windows • Drivere miniport NDIS Reprezintă drivere în mod kernel responsabile cu asigurarea interfeţei între transporturile TDI şi diverse adaptoare de reţea. Driverele miniport NDIS sunt scrise astfel încât sunt înglobate în biblioteca Win2000 NDIS. Ele nu procesează pachete IRP ci înregistrează o interfaţă denumită call-table în biblioteca NDIS ce conţine pointeri la funcţii corespunzători acelora pe care biblioteca NDIS îi exportă transporturilor TDI. Driverele miniport NDIS comunică cu adaptoarele de reţea folosind funcţii de bibliotecă NDIS ce asigură interfaţa cu funcţii HAL.