Protokolo nomita TCP Flow Control estis kreita por kontroli la datumfluon inter la uzanto kaj la servilo.
Ĝi certigas, ke certa kvanto da bendolarĝo estas disponebla por sendi kaj ricevi datumojn, por ke pretigo povu daŭrigi sen renkonti seriozajn problemojn.
La TCP-protokolo uzas metodon konatan kiel la glitfenestra protokolo por plenumi tion.
Ni profunde rigardos TCP-fluan kontrolon en ĉi tiu peco, inkluzive de kiel ĝi funkcias kaj, plej grave, la glitfenestra protokolo.
Kio estas TCP Fluo-Kontrolo?
La TCP-protokolo certigas, ke fidinda komunika kanalo povas esti establita tra neantaŭvidebla reto.
Datumpakaĵoj povas perdiĝi, alveni el sekvenco, esti sekurkopiitaj en la reto, aŭ troŝarĝiĝi sur la envenanta nodo dum ili estas senditaj de unu nodo al alia.
Tamen, dum disvolvado de aplikaĵo, ni kutime ne devas trakti ĉi tiun kompleksecon; anstataŭe, ni simple sendas iujn datumojn al ingo, kaj TCP certigas, ke la pakaĵoj estas sukcese liveritaj al la ricevantonodo..
Fluokontrolo estas decida kroma funkcio, kiun ofertas TCP.
Per la uzo de fluokontrolo, TCP esence certigos, ke sendinto ne sendas al ricevilo tro multajn pakaĵojn samtempe.
Kiel funkcias Transiga Kontrola Protokolo - Flua Kontrolo?
Ĉi tio kutime okazas kiam ni bezonas komuniki datumojn per reto.
La sendinto-aplikaĵo sendas datumojn al ingo, la transporttavolo (ĉi-kaze, TCP) pakas ĉi tiujn datumojn en segmento, kaj la rettavolo (ekzemple, IP) transdonas ĉi tiun pakaĵeton al la ricevanta nodo per iu vojo.
La retotavolo elsendos ĉi tiujn datumojn al TCP ĉe la riceva fino de la konversacio, kaj TCP disponigos ĝin al la ricevanta aplikaĵo kiel identa duplikato de la donitaj datumoj.
TCP ne liveros pakaĵetojn sen ordo kaj atendos retranssendon, se ĝi detektos bajtan fluon.
Jen kion ni vidos se ni zomas.
Kaj la elsendaj kaj ricevi bufrojn sur TCP estas uzataj por teni datumojn kiuj devas esti senditaj kaj ricevitaj, respektive.
Datumoj de la riceva bufro tiam estos legataj de la aplikaĵo kiam ĝi estas preta.
Certigi, ke ni ne sendas pliajn pakaĵetojn dum la ricevbufro de la ricevilo jam estas plena, estas la ĉefa celo de fluokontrolo ĉar fari tion devigus la ricevilon faligi pliajn pakaĵetojn kiujn ĝi ne povis pritrakti.
La ricevilo anoncos sian Ricevan Fenestron, aŭ la disponeblan spacon en la riceva bufro, por limigi la kvanton da datumoj kiujn TCP povas transdoni.
La Glita Fenestro-Protokolo
La glitfenestra protokolo en TCP estas unu el la plej vaste uzataj flukontrolmetodoj. Ĝi estas variablo-granda, bajt-orientita proceduro.
En ĉi tiu aliro, la ricevilo sendas al la sendinto la ricevilfenestron tuj kiam la sendinto kaj la ricevilo estas konektitaj.
La grandeco de la nuna bufro de la ricevilo estas referita kiel la ricevilfenestro.
La kvanto de datumoj kiuj povas esti senditaj plu sen agnosko nun estas kalkulita de TCP surbaze de la disponebla ricevilo-fenestro.
TCP, tamen, ĉesigas datumtranslokigon se la ricevila fenestrograndeco estas 0 kaj atendas ke ĝi pliiĝos.
La grandeco de la ricevilfenestro estas komponento de la TCP-kadro.
La maksimuma grandeco de la fenestro estas 65,535 bajtoj ĉar ĝi havas fenestrograndecon de 16 bitoj.
La dimensioj de la fenestro estas elektitaj de la ricevanto. Kun ĉiu agnoskomesaĝo, la ricevilo elsendas la grandecon de la ricevilfenestro kiu estas nuntempe havebla.
Procezo de Glita Fenestro-Protokolo
Dum uzado de la glitfenestra protokolo tekniko, du bufroj estas establitaj kiam la sendinto kaj ricevilo konektas.
Tiuj du bufroj estas dividitaj en du grupojn: la senda fenestro, kiu apartenas al la sendinto, kaj la riceva fenestro, kiu apartenas al la ricevilo.
La riceva fenestro redonas la restantan ricevan bufrospacon kiam la sendinto elsendas datumojn al la ricevilo.
Kiel rezulto, la sendinto estas limigita al la kvanto de datumoj kiuj povas konveni en la ricevanta bufro.
La elsenda fenestro en la supra ekzemplo transdonas datumojn al la ricevanta fenestro.
Post ricevado de la datumoj, la ricevanta fenestro sendas agnoskon, kaj tiam la elsenda fenestro elsendas novan datumkadron.
Ĉi-foje, tamen, la riceva fenestro aldone sendas mesaĝon deklarante, ke la disponebla memoro estas plenigita krom la agnosko, kiun ĝi ricevis.
La elsenda fenestro paŭzas datumtranssendon ĝis ĝi ricevas konfirmon de la riceva fenestro ke spaco estis liberigita, ĉe kiu punkto ĝi povas rekomenci datumtranssendon.
konkludo
En konkludo, la datenkonekttavolo kaj la transporttavolo respondecas pri pritraktado de fluokontrolkonzernoj.
La baza celo de la flukontrolmekanismo estas maldaŭrigi la ricevilon de iĝi troŝarĝita kun datenoj de la pli rapide elsendanta sendinto.
Eĉ se la datumoj transdonitaj de la sendinto estas seneraraj kaj senditaj kun pli rapida rapideco danke al potenca maŝino, eblas ke la ricevilo de la pli malrapida fino estos nekapabla pritrakti la pli rapidan datumrapidecon kaj tial perdos iujn datumojn.
Lasi Respondon