Home Inginerie Engineering Links Links Feedback Site Map MultiMedia
TCP, Control
Home | ARO, Erori | TCP, Control | Congestia | Conexiunea | Timere | Exemplu: TCP

EN RO

Home
Up

Home > Inginerie > Calculatoare > Ghid retele > Nivelul Transport > TCP, Control

Transferul datelor. Studiu de caz: TCP

Go-Back-N ARQ

  • numărul secvenţial de 32 bit indică numărul de octet īn trafic

  • transferă un flux octet, blocuri utilizator cu dimensiunea nefixată

  • transfer de date full duplex (bidirecţional)

  • transmite datele de nivel superior atunci cānd acestea "doresc" (RFC793), īncercānd să acumuleze 512 octets de date

Recunoaştere cumulativă: recunoaşterea lui n implică recunoaşterea tuturor octeţilor pānă la n

  • recunoaşterea pentru datele primite de la A la B influenţează pachetul de date de la B la A

Checksum pentru Internet: adaugă date, ia complementul 1

  • acoperă atāt datele cāt şi headerul

Formatul de pachet TCP

Transferul de date: XTP

XTP: Xpress transfer protocol (protocol de transfer Xpress)

Desemnat pentru viteze mari, reţele de īnaltă performanţă.

Numere cu secvenţa 32 bit cu tranziţie la numere cu secvenţa 64 bit

Cāmpul prioritar 32 bit pentru diferite date prioritare

Transfer de date sigure sau nesigure selectabile pentru utilizator

Go-Back-N ARQ dar destinatarul poate de asemenea indica dimensiunea pachetelor primite

  • expeditorul doar retransmite lipsurile

Checksum:

  • formă de paritate bidimensională

  • headerul şi datele verificate separat

  • verificarea datelor poate fi dezactivată

  • verificarea la final (transmite date īn timp ce se calculează checksum

Controlul traficului şi al congestiei

Uneori expeditorul nu trebuie să transmită un pachet gata:

  • destinatarul nu este pregătit (de ex., buferele sunt pline)
  • reacţie la congestie
    • multe pachete nerecunoscute pot īnsemna īntārzieri mari īntre capete, reţea congestionată
    • reţeaua īnsăşi poate oferi expeditorului indicaţii asupra congestiei
  • eliminarea congestiei:
    • expeditorul transmite uniform, pentru a evita supraīncărcările temporare ale reţelei

Controlul traficului: fituirea vitezei şi a resurselor īntre expeditor şi destinatar

  • expeditorul nu trebuie să īl suprasolicite pe destinatar

Controlul congestiei: acţiune luată ca răspuns la īntārzierea şi (īn consecinţă) congestia īn reţea.

  • sufocarea expeditorului este numai una din soluţii

Scenariul controlului traficului

Două situaţii privind controlul traficului

Controlul explicit al traficului

  • Destinatarul spune expeditorului cāt de mult să transmită

Abstractizare utilă: expeditorul menţine fereastra de trecere peste numerele din secvenţă, indicānd ce poate fi transmis

  • utilizat īn TCP şi TP4

  • fereastra de control al congestiei (considerată opusă traficului) poate restricţiona īn continuare expeditorul

 

Controlul traficului īn TCP

Destinatarul avertizează īn mod explicit despre spaţiul de buferare disponibil pentru expeditor

  • "fereastra de avertizare" de 16-bit specifică numărul de octeţi (īncepānd cu ACKnum) pe care expeditorul trebuie să īl primească

  • dimensiunea maximă a ferestrei este de 64K

  • īn prezent se caută opţiuni pentru ferestre mai mari

A doua situaţie de control al traficului: controlul implicit

  • recunoaşterile īntārziate (indiferent de motiv) īncetinesc expeditorul

  • traseul virtual al IBM:

    • iniţial transmite fereastra de N pachete

    • recunoaşterea primului pachet īn această fereastră permite expeditorului să transmită īncă N pachete

    • fereastră arbitrară

    • numărul maxim de pachete nerecunoscute reduce traficul de pachete recunoscute

Controlul congestiei

Solicitarea temporară pentru partajarea resurselor (legături, procese, bufere) īn nivelul reţea şi cele inferioare poate depăşi oferta:

  • pachetele sunt buferate pānă cānd resursele devin disponibile

  • īn cazul buferelor pline, se pierde pachetul (se renunţă la el)

  • multe buferări implică īntărzieri excesive.

Controlul congestiei: efecte de retransmisie

Cazul ideal:

  • fiecare pachet livrat cu succes pānă cānd subreţeaua atinge capacitatea necesară

  • dacă este sub capacitatea necesară, se livrează pachetele adaptate la actuala capacitate

Īn cazul pierderilor sau a īntārzierilor īntre capete, retransmisia poate determina o īnrăutăţire a situaţiei.

  • injectează mai mult (nu mai puţin) trafic īn reţea

Īn mod real:

  • Cānd oferta de īncărcare creşte, se pierd mai multe pachete, determinānd mai multe retransmisii, rezultānd un trafic mai mare, şi deci mai multe pierderi

    • īn cazul (b), fiecare pachet original este transmis de patru ori īn medie

    • scăderea vitezei de transmisie (de ex., o valoare de aşteptare mai mare) creşte transferul de date total.

Trei situaţii de bază pentru controlul traficului

Controlul congestiei īntre capete
  • Īn cazul congestiei observate la expeditor (de ex., īntārzieri) destinatarul va controla expeditorul

  • Control īn buclă īnchisă

Controlul congestiei indicate de reţea
  • Nivelul reţea oferă expeditorului feedbackul necesar

Controlul pe baza vitezei
  • Comportarea expeditorului este fixată (limitată) īn timp

  • Control īn buclă deschisă

Web Site Info

Google

Tip-Top-Hot Web Sites


Back Home Up Next

Enter to Top 100 Sites and Vote for this Site!!! Best Electronics Award

 

Privacy Policy | Terms of Service
© 1999 - 2007, MultiMedia SRL
Send articles and materials to be published on this website to: Publishing
If you see unauthorized or illegal materials on this website, please send an e-mail to: Abuse