Sunteți pe pagina 1din 5

IPX Protocolul IPX (prescurtare din englez de la Internetwork Packet Exchange, care s-ar traduce comutare de pachete ntre

reele) este un protocol de reea bazat pe datagrame i lipsit de conexiuni. Termenul fr conexiuni nseamn c atunci cnd o aplicaie folosete IPX pentru a comunica cu alte aplicaii din cadrul reelei, ntre cele dou aplicaii nu se stabilete nicio conexiune la nivelul Legtur de date (OSI, nivel 2). Pachetele IPX sunt trimise ctre destinaiile lor, dar nu se garanteaz i nici nu se verific dac acestea ajung sau nu la destinaie. Termenul datagram (n englez datagram) desemneaz faptul c fiecare pachet este tratat ca o entitate individual care nu are nicio relaie secvenial cu alte pachete. IPX execut funcii echivelente nivelului reea (nivelul 3) din modelul OSI. Aceste funcii includ adresare, rutare i transfer de pachete pentru schimburi de informaie, funciile IPX fiind dedicate transmisiei de pachete n cadrul reelei. Mod de funcionare Un mesaj se poate trimite folosind IPX prin plasarea sa n poriunea de date a pachetului IPX, la fel ca i punerea unui mesaj ntr-un plic. Header-ul (capul, preambulul) pachetului IPX trebuie s conin adresa reelei destinaie i numerele de nod i soclu (adic adresa la care trebuie trimis pachetul). IPX trimite fiecare pachet individual, eventual prin diferite subreele, deci pe rute diferite - pentru a profita de rutele cu trafic momentan mai sczut, pn cnd pachetul atinge destinaia. Deoarece fiecare pachet este o entitate individual, rutarea i secvenierea pachetelor poate s varieze de la aplicaie la aplicaie. Cnd pachetul ajunge la destinaie, sursa nu primete nici o informaie automat privind livrarea cu succes a pachetului. Doar dac destinaia ia hotrrea s trimit un pachet de confirmare napoi ctre surs, sursa poate fi sigur de livrarea cu succes a pachetului. Cnd se folose te protocolul IPX, n reelele actuale sunt trimise cu succes n mod tipic 95 % din pachete. 1 Suita de protocoale IPX/SPX. Protocoalele IPX i SPX reprezint dou tipuri de baz de protocoale de comunicaie in reele: IPX nu se bazeaz pe conexiuni, pe cnd SPX este orientat pe conexiune. Vor fi artate avantajele i dezavantajele fiecrui tip de protocol i vor fi prezentate structurile pachetelor IPX i SPX. 1.1 Protocolul IPX Netware IPX este un protocol bazat pe datagrame (fr conexiune). Termenul fr conexiune nseamn c atunci cand o aplicaie folosete IPX pentru a comunica cu alte aplicaii din cadrul reelei, nu este stabilit nici o conexiune sau cale de date intre cele dou aplicaii. Deci, pachetele IPX sunt trimise ctre destinaiile lor, dar nu se garanteaz i nici nu se verific faptul c acestea ajung sau nu la destinaie. Termenul datagram (datagram) desemneaz faptul c un pachet este tratat ca o entitate individual, care nu are nici o legtur sau relaie secvenial cu a lte pachete. IPX execut funcii echivelente nivelului reea din modelul OSI. Aceste funcii includ adresare, rutare i transfer de pachete pentru schimburi de informaie, funciile IPX fiind dedicate transmisiei de pachete in cadrul reelei. 1.2 Avantaje i dezavantaje Deoarece IPX execut doar sarcinile nivelului reea din modelul OSI, ofer beneficiile vitezei i performanei care rezult din incrcarea mic pe care o produce. Totui, serviciile IPX sunt insuficiente dac sunt necesare garaniile nivelului transport. IPX este deci folosit in cazul in care este potrivit tipului particular de aplicaie, alegand in funcie de caz IPX sau SPX. Principalele avantaje i dezavantaje ale IPX sunt: Disponibilitatea simultan a sursei i destinaiei nu este necesar, deoarece nu exist o conexiune predeterminat. Totui, sursa nu primete nici o confirmare a faptului c destinaia a primit datele;

Flexibilitatea in rutarea pachetelor este mare, deoarece nu este necesar o rut predeterminat a pachetelor; Pachetele pot fi trimise ctre destinaii multiple pur i simplu prin duplicarea pachetului i schimbarea adresei destinaie. Un mesaj se poate trimite folosind IPX prin plasarea mesajului n poriunea de date a unui pachet IPX, la fel ca i punerea unui mesaj ntr-un plic. Headerul pachetului IPX trebuie s conin reeaua destinaie, numerele de nod i soclu (adic adresa la care trebuie trimis pachetul). IPX trimite fiecare pachet individual prin diferite subreele (posibil pe diferite rute pentru a profita de traficul mai sczut) pn cnd pachetul atinge destinaia. Deoarece fiecare pachet este o entitate individual, rutarea i secvenierea pachetelor poate s varieze. Cnd pachetul ajunge, sursa nu primete nici o informaie privind livrarea cu succes a pachetului. Doar dac destinaia ia hotrrea s trimit un pachet ctre surs, sursa poate fi sigur de ajungerea pachetului la destinaie. Oricum, IPX trimite cu succes aproximativ 95% din numrul pachetelor. 1.3 Structura pachetului IPX Pachetul IPX este identic din punct de vedere al structurii cu un pachet Xerox IDP. El are dou pri: un header de 30 de octei i o poriune de date cu o lungime intre 0 i 546 octei. Lungimea minim a pachetului este 30 octei (doar headerul), iar lungimea sa maxim este 576 octei (30+546). Structura pachetului IPX este prezentat n figura 1.3.1 . Toate cmpurile sunt structurate high-low, adic cel mai semnificativ octet al cmpului este primul.

Figura 1.3.1 Structura pachetului IPX Semnificaia cmpurilor headerului este urmtoarea: Checksum (Suma de control)Acest cmp a fost inclus n conformitate cu headerul original Xerox. IPX l ncarc ntotdeauna cu valoarea 0FFFFh. Cartelele de reea aplic sume de control ntregului pachet IPX, deci acest cmp nu este necesar. Length (Lungime)Acest cmp conine lungimea ntregului pachet (header+date). Valoarea lui minim este 30, iar cea maxim 576. IPX seteaz acest cmp. Transport Control (Controlul transportului)Acest cmp este folosit de bridge-urile interreea NetWare. IPX l ncarc cu valoarea 0. Packet Type (Tipul pachetului)Acest cmp indic tipul de serviciu oferit sau cerut de ctre pachet. Xerox a definit urmtoarele valori: 0 - Pachet necunoscut; 1 - Pachet care conine informaii de rutare; 2 - Pachet in ecou; 3 - Pachet de eroare. Utilizatorii IPX trebuie s seteze tipul pachetului la 0 sau 4, iar utilizatorii SPX trebuie s -i dea valoarea 5. Destination Network (Reeaua destinaie)Acest cmp conine numrul reelei creia i aparine nodul destinaie. n cazul NetWare, reelele din cadrul unei reele globale primesc de la administratorul reelei globale un numr unic de 4 octei. Cnd acest cmp este 0, nodul destinaie este n aceeai reea ca i nodul surs, pachetul nefiind procesat de un b ridge inter-reea.

Destination Node (Nodul destinaie)Acest cmp conine adresa fizic a nodului destinaie. Lungimea acestui cmp este variabil n funcie de topologia reelei. Un nod din cadrul unei reele Ethernet va avea o adres fizic de 6 octei, pe cand un nod din cadrul unei reele Omninet va avea o adres de un octet. Dac o adres fizic are lungimea mai mic de 6 octei, adresa trebuie s ocupe cea mai puin semnificativ poziie n cadrul cmpului, prima parte a acestuia trebuind completat cu zero. O adres de nod egal cu 0FFFFFFFFFFFFh (6 octei formai numai din bii unu) identific un pachet broadcast. Destination Socket (Soclul destinaie)Acest cmp conine adresa soclului procesului destinaie a pachetului. Soclurile ruteaz pachetele ctre diferite destinaii n cadrul aceluiai nod. Xerox a rezervat urmtoarele numere de socluri: 1 - Routing Information Packet; 2 - Echo Protocol Packet; 3 - Error Handler Packet; 1.0BB8h - Registered with Xerox. Xerox a asignat pentru Novell un set de socluri pentru folosirea de ctre NetWare: 451 - File Service Packet; 452 - Service Advertising Packet; 453 - Routing Informaton Packet; 455 - NetBIOS Packet; 456 - Diagnostic Packet. De exemplu, serverele NetWare accept cereri adresate soclului 451. Urmtoarele trei cmpuri au semnificaii similare cu cele corespunztoare destinaiei: Source Socket (Soclul surs), Source Node (Nodul surs), Source Network (Reeaua surs).

2 Protocolul SPX SPX este identic cu IPX cu excepia faptului c ofer servicii suplimentare conferite de faptul c se afl la nivelul transport din modelul OSI, spre deosebire de IPX, aflat la nivelul reea. Aceste funcii suplimentare fac din SPX un protocol orientat ctre conexiune. Aceasta nseamn c nainte ca un pachet SPX s fie trimis, se stabilete o conexiune ntre surs i destinaie. SPX garanteaz livrarea datelor, secvenierea pachetelor, detectarea i corectarea erorilor i suprimarea pachetelor duplicate. 2.1 Avantaje i dezavantaje n schimbul acestor garanii, SPX nu are viteza i performanele IPX. Proiectantul de aplicaii trebuie s determine ce este mai important pentru aplicaiile sale: viteza sau sigurana livrrilor. Astfel, el va alege IPX sau SPX. Iat n continuare cteva dintre avantajele i dezavantajele folosirii SPX: livrarea garantat a datelor conexiunea este stabilit nainte ca informaia s fie trimis i la surs se ntorc informaii privind livrarea cu succes. Trimiterea de pachete broadcast este greoaie, deoarece trebuie stabilit o conexiune cu fiecare potenial receptor nainte. De asemenea, unele aplicaii nu au nevoie de garantarea livrrii fiecrui pachet; secveniere garantat a pachetelordeci, oricte pachete ar cere transmiterea unui flux de date, acestea vor ajunge n ordine; suprimarea pachetelor duplicat n timpul procesului de garantare a livrrii (care include retransmiterea pachetelor considerate pierdute), este posibil apariia unor pachete duplicat care ajung ambele la nodul destinaie. SPX elimin astfel de pachete, deci aplicaia primete doar o copie a datelor trimise de ctre partenerul de comunicaie. 2.2 Structura pachetelor SPX Un pachet SPX este identic ca structur cu un pachet IPX, cu excepia faptului c are 12 octei suplimentari in header. Pachetul SPX const din dou pri: un header de 42 de octei i un cmp de date care poate conine ntre 0 i 534 octei. Lungimea minim a pachetului este de 42 octei (doar headerul), iar cea maxim de 576 octei (42+534). Cmpurile pachetului SPX care au aceeai denumire ca i cele din cadrul pachetelor IPX, au i aceeai semnificaie ca i acestea, cu specificarea c niciodat n cadrul unui pachet SPX nu se permite o valoare 0FFFFFFFFFFFFh a adresei nodului destinaie (nu sunt permise broadcast -uri), iar SPX ncarc ntotdeauna valoarea 5 n cmpul Packet Type. n figura 2.2.1 este prezentat structura pachetului SPX. Figura 2.2.1 Structura pachetului SPX Ordinea octeilor n cadrul cmpurilor este high-low, ca i n cazul IPX. Semnificaiile cmpurilor suplimentare fa de cele din cadrul headerului IPX sunt: Connection Control (Controlul conexiunii)Acest cmp conine 4 indicatori de 1 bit folosii de SPX i clienii si pentru a controla fluxul bidirecional de date de-a lungul unei conexiuni: 18 - Valori nedefinite de ctre Xerox Sequenced Packet Protocol. SPX i ignor; 10h - Sfritul unui mesajclientul seteaz acest bit pentru a semnala sfaritul mesajului partenerului su. SPX ignor acest bit i l livreaz neschimat partenerului;

20h - Atenieclientul seteaz acest indicator dac pachetul este un pachet de atenionare. Aceast facilitate nu a fost implementat. SPX ignor acest bit i l livreaz neschimat partenerului. 40h - Se cere confirmareSPX seteaz acest bit dac este necesar un pachet de confirmare. Deoarece SPX controleaz cererile i rspunsurile de confirmare, clientul trebuie s ignore acest indicator; 80h - Pachet sistemSPX seteaz acest bit dac pachetul este un pachet sistem. Aceste pachete sunt folosite intern i nu sunt livrate clienilor. Clienii nu trebuie s foloseasc sau s modifice niciodat biii nedefinii, de confirmare sau sistem. Acetia sunt rezervai pentru folosirea de ctre SPX. Data Stream Type (Tipul fluxului de date)Acest cmp este un indicator de un octet care arat tipul datelor care au fost gsite n cadrul pachetului. Valorile posibile sunt artate n continuare: 0 0FDh - Definit de client. SPX ignor aceste valori; 0FEh - Sfritul conexiunii. Cnd un client execut un apel pentru a termina o conexiune activ, SPX va genera un pachet de terminare a conexiunii. Acesta va fi ultimul pachet trimis partenerului n cadrul conexiunii; 0FFh - Confirmarea sfritului conexiunii. SPX genereaz un pachet de confirmare a sfritului conexiunii automat. Acest pachet este marcat sistem i nu este livrat clienilor. Source Connection ID (Identificatorul sursei)Acest cmp conine un numr de identificare asignat de ctre SPX sursei pachetului. Destination Connection ID (Identificatorul destinaiei)Acest cmp conine un numr de identificare asignat de ctre SPX destinaiei pachetului i folosit pentru demultiplexarea pachetelor sosite n cadrul multiplelor conexiuni care ajung la acelai soclu. Demultiplexarea este necesar deoarece conexiunile active concurente de pe orice main pot folosi acelai numr de soclu.

Sequence Number (Numrul de secven)Acest cmp reine numrul pachetelor schimbate ntr-o direcie a conexiunii. Fiecare parte a conexiunii ine propriul contor. Numrul ia valoarea zero dup ce depete 0FFFFh. Deoarece SPX controleaz acest cmp, clienii nu sunt interesai de valoarea lui. Acknowledge Number (Numr de confirmare)Acest cmp indic numrul de secven al urmtorului pachet pe care SPX se ateapt s l recepioneze. Orice pachet cu un numr de secven mai mic dect valoarea acestui cmp este n secvena corect i n u trebuie retransmis. Deoarece SPX controleaz acest cmp, clienii nu sunt interesai de valoarea lui. Allocation Number (Numr de buffere alocate)Acest cmp indic numrul de buffere de ascultare disponibile ntr-o direcie a conexiunii. SPX poate s trimit pachete doar pn cnd numrul de secven devine egal cu numrul de buffere alocate la cellalt capt al conexiunii. Deoarece SPX controleaz acest cmp, clienii nu sunt interesai de valoarea lui. Concluzie: Lucrarea are drept scop studierea protocoalelor IPX i SPX, a structurii acestora i a principiului de funcionare. IPX este un protocol neorientat pe conexiune fapt ce l caracterizeaz ca unul mai rapid dar mai puin sigur, n timp ce SPX fiind un protocol orientat pe conexiun e manifest proprieti complet inverse precum siguran i fiabilitate n transmiterea datelor, dar o vitez mai mc la transmisiune.

S-ar putea să vă placă și