passiamo quindi invece altissimi sul quale rimarremo parecchio il protocollo tcp che è acronimo di in transfer control proprio coach protocollo di controllo di trasferimento fornisce all'applicazione un servizio affidabile e orientato alla connessione connection niente proprio l'opposto di un di pd che è inaffidabile e senza connessione questo protocollo offre servizi di trasferimento di david e dei segmenti questo attraverso l'uso di membri di sequenza riscontri a nole ci mette in inglese e timer che lo vedremo particolare attraverso il controllo di congestione è vero che questo è il controllo di flusso e vedremo anche questo il tcp fa
un uso importante dei riscontri che servono appunto per comunicare l'avvenuta ricezione di un segmento vengono accusati i numeri di sequenza ovvero dei numeri 20 fi indentificati vino in particolare segmento che vino inviato questi servono oltre che per sapere poi segmento si sta inviando un riscontro anche per gli ordinari segmenti ricevuti quindi voi dovete pensare a come si può instaurare una comunicazione affidabile tra due persone che si parlano allora io a invio il mio segmento b come faccio sapere che vi ha ricevuto il mio il mio segmento quindi un impianto semplicemente quando beni mi invia a
sua volta indietro una knowledge mente o riscontro vi dice ok l'ho ricevuto però se io né spedisco tanti di segmenti bisogna piante lui mi dica quale ha ricevuto ecco perché nasce quindi anche l'esigenza di numerare i segmenti che vengono inviati e così anche lui quando vi risponderà con l'app noto con la knowledge and con la ck e dovrà dire su quale mi sta facendo la knowledge man ok ho ricevuto il pacchetto 1 ok ho ricevuto il pacchetto 2 o che ho ricevuto il 4 e il treno è finito 0 0 di rinviare perchè non me
l'hai non è mai riscontrato ecco quindi come in soldoni se riesce a creare un protocollo feed abile orientato quindi in questo senso alla connessione con l'altro comunicatore veniamo poi anche come si fa nel particolare prima però vediamo un po proprio questa anticipazione qui in trasferimento affidabili della mattina l'idea alla base del trasporto sfida vede dati eliot invii un messaggio e tu mi avverte che lo ha ricevuto un po similmente al sistema utilizzato dalla raccomandate postali il sistema quindi fa uso di numeri di sequenza che sono di fatto dei numeri identificativi di un determinato segmento e
per ogni connessione ne vengono creati di nuovi in modo che la sovrapposizione sia altamente probabile e ovvio che se io sto facendo più connessioni su lontane di tipico magari host differenti devo evitare che mi arrivi una ck con un numero di sequenza di un altro di un'altra comunicazione quindi vedremo poi come vengono anche questi numeri di sequenze la ck sostanzialmente sono dei segmenti tipi molto leggeri che non portano da tempo solo intestazioni che all'interno di queste intestazioni e contenute le informazioni di avvenuta ricezione del segmento che gli abbiamo inviato per identificare il segmento ricevuto correttamente
nell'header ti si diviene settati fra i flag ack ad uno e nel campo nove manager viene inserito il numero del segmento ricevuto più uno adesso quando vedremo leather trenti city questo vi sarà un po più chiare partiamo subito dal fatto che questo protocollo abbiamo detto orientato al connessione per cui dobbiamo verificare e capire come avviene la connessione del ttp il protocollo tcp si dice ora entrato la connessione perché prima che i due austin izzi non spedire i dati i due devono scambiarsi in una stretta di mano ha detto in inglese ma che el sheikh la
connessione non è fisica come nel caso della fdm tdm di una rete a commutazione di circuito ma piuttosto una connessione logica residente nei due processi attivi ai lati della rete vi ricordate che quando mi hanno fatto riferimento alla la linea telefonica per esempio la pstn la connessione era stabilito da end to end pre 2 comunicatori ed era le linee sostanzialmente di questa questa connessione erano occupate ok per tutta la durata della telefonata qui ovviamente non può essere di questo tipo perché internet e si basa su l'assenza anzi la daranno la possibilità di comunicare velocemente con
tutti quindi non è una connessione fisica ma una connessione da un punto di vista logico quindi non ci saranno delle linee occupate ma più che altro saranno dei processi ai lati della comunicazione quindi i residenti nei due host che instaurano tra loro una connessione la connessione tcp instaurata consente di replicare una comunicazione di tipo full duplex quindi all'interno dello stesso canale posso si inviare che ricevere contemporaneamente ed è una connessione di tipo point to point cioè da punto a punto vediamo come avviene quindi la stretta di mano che prende il nome sostanzialmente di freeway esce
perché ha una stretta di mano a tre lire cioè che impiega tre messaggi quindi la connessione realizzata in tre fasi distinte e tramite nei video di segmenti speciali primi di dati quindi molto leggeri e che possono girare piuttosto rapidamente l'esempio che vi riporto la classe del tempo e sempre dall'alto al basso alla mia sinistra abbiamo bill vuole parlare con sheila prima di iniziare a scambiare i dati bisogna che i due si metta d'accordo e quindi instaurano la comunicazione il client in questo caso bill in via al ser sheila un segmento con un flag all'interno del
leder psp che si chiama sin synchronize attivo ecco che viene inviato quindi questo flag ad uno e poi il numero di sequenza del mio del mio segmento e per esempio mutato a caso 1834 quindi il pacchetto anzi in segmento che sta andando da mi lasci la è un segmento con numero 1000 op 34 che riporta il flex in a1 vuol dire che io sto cercando di instaurare una comunicazione col tempo il pacchetto arrivo al server il server risponde inviando un segmento con due cose con il proprio flash sin sempre ad uno e in più l'anno
regiment del fatto che ho ricevuto il tuo messaggio iniziale malak knowledge matt come vedete fa riferimento al numero di sequenza del messaggio originario più uno quindi e 1800 35 in più ovviamente manderà il suo numero di sequenze che è quello del server questo mentre questo è quello del clan quando arriva questo messaggio il client a sua volta deve avvertire server che ha ricevuto anche lui il lat no régiment di sincrona nice quindi anche lui invierà questa volta il flex in a zero la ck relativo al messaggio precedente quindi questa andrà precedente era 4.222 questo ero
essere più o meno quindi 4.223 e in più il suo sequel ma il suo numero di sequenza del suo del suo segmento che è stato di volta in volta ovviamente incrementato di uno questo ecco che si svolge l'apertura di connessione del the city in questo modo noi siamo sicuri che entrambi gli attori siano pronti a comunicare la chiusura della connessione invece come avviene da tappeti seby prevede un canale full duplex il canale di comunicazione deve essere chiusa da entrambi i sensi la disconnessione è realizzata in quattro fasi distinte il client e invia al servono un
segmento con un flag fin attivo e serve a rispondere inviando una città acqua in servono subito sua volta il di un altro segmento col club fin attivo e client vedendosi arrivare al segmento con il flirt in attivo risponde con una ck quello che succede sostanzialmente questo quindi io klein voglio chiudere la mia connessione invio segmento film il serbo riceve questo segmento mi invia la ck per confermare che mi è arrivato in più deve chiudere il suo lato di connessione quindi anche lui un segmento fin il client rivede vede arrivare una cicatrice ok perfetto il server
ha ricevuto il mio la mia presenza tivo di chiusura vedo arrivarmi in un segmento film per cui anch'io devo confermare ea questo punto la connessione tra i due os è definitivamente chiuso veniamo adesso come dissi pini garantisce il trasferimento affidabile dei dati e lo vediamo attraverso un algoritmo molto noto che è lo stop in wi fi cioè fermati e attendi il più banale sistema di gestione dell'affidabilità prevede l'invio di un segmento alla volta e l'attesa della knorr schmidt prima di rispedire il segmento successivo ovvero io invio una volta che ho ricevuto il riscontro continuo con
gli altri e di se non ricevo la knowledge mn entro un determinato periodo di tempo lo considero come perso perché perché se non ricevono alcun nome mentre le possibilità sostanzialmente sono due o il pacchetto che io gli ho spedito si è perso in mezzo rete e poi vedremo più avanti questo si intende per perso ho il pacchetto di arriva in segmento di arrivato ma la knowledge mente si è perso in entrambi i casi me ne frego e io l'ho rispedisco quindi se non ricevo la knowledge mn entro un determinato tempo lo considero come perso me
ne frego se effettivamente li arrivato e io l'ho rinvio [Musica] ok questo sia nel caso del segmento perso che dia a chicago perso questo sistema è ovviamente molto semplice da realizzare ma implica uno spreco veramente notevole di tempo per la spedizione dei dati perché tutte le volte ho bisogno di aspettare che i nervi li il la ck corrispondente qui ne vediamo né un esempio quindi nulla di sequenze 0 i bio il friends ero il re seaver lo riceve in 10 k perfetto mando il frame 1 un certo punto non ricevo niente non so cosa sia
successo e time out avviene io rinvio il segmento 1 ok e così si continua abbiamo detto quindi che l'algoritmo stop and go e con algoritmo molto semplice ma che spreca un sacco di tempo veniamo sistema invece un algoritmo un po più evoluto denominato coubertin l'idea successiva è quella di utilizzare un invio simultaneo dei segmenti cioè invece in india 21 la volta invio diversi aumento il parallelismo cioè faccio più cose contemporaneamente sostanzialmente in parallelo dei pacchetti non può essere ovviamente infinito ma occorre gestire una sliding window cioè la finestra di dimensione fissa che scorre ovvero il
server in via un certo numero di segmenti ma è costretto ad averle non più di un certo numero massimo consentito di segmenti non riscontrati dove n appunto questo numero massimo il numero n detto dimensione della finestra è negoziabile tra i 2 rost tramite il campo windows size nell'header vertici pini prendono così e via i metodi di sly di windows il metodo come che n è così implementato e così funziona il centre in via un numero n di segmenti 1 immediatamente dopo l'altro e far partire un timer quindi mi manda tutti insieme uno dietro l'altro il
receiver in via la ck di tutti i segmenti con un numero di sequenza minore o uguale n in questo senso si parla di riscontri cumulativi cosa significa riscontro cumulativo che se i sander in via di sequenza 1 2 3 4 5 e aggressive sono arrivati l'uno il 2 il 3 io possa che mandare lag nole smith con scritto tre perché perché se e mandola glow leggermente con scritto tre vuol dire che tutti fino al 3 mi sono arrivati in questo senso si chiama riscontro cumulativo in modo tale da evitare di mandare un sacco di abb
nole smith il sander aspetta di ricevere la ck dei segmenti spediti ma fa avanzare nel frattempo la finestra solo quando riceve la ck del primo segmento inviato quindi vediamo con sotto quello succede abbiamo detto che la dimensione di finestra e quello che la fa da padrone quindi questa è la nostra dimensione all'inizio ovviamente quando noi inseriamo la comunicazione si va da quelli fino a qui in questo giallo e li spediamo tutti insieme questi qua prima questo per questo che questo poi questo per questa eccetera eccetera il receiver riceverà tutti si spera o alcuni di questi
pacchetti di questi segmenti e ne riscontrerà inviando una knowledge mente indietro nell'esempio che veniamo qua quelli verdi sono quelli riscontrati una volta che io ho quel i verdi riscontrati io posso fare a mazzarano mia finestra e mentre attendo che quelli gialli vengano riscontrati invio quelli blu cioè la faccio scivolare la mia finestra verso destra perché questi qua sono i dati che deve inviare quelli bianchi sono quelli che ancora deve inviare ma che ora non posso perché la dimensione della mia finestra quella lì e non ne posso inviare di più quindi prima devo aspettare che vengano
vengano riscontrati pacchetti gialli per poi inviarne di nuovi ecco perché ha una dimensione è una finestra scorrevole ok in questo modo io posso spedire molti più pacchetti velocemente e facendo uno di questi riscontri comunica cumulativi il risparmio molto più tempo ecco un esempio che riporto dal libro lost a deve inviare questi otto segmenti la finestra inizialmente prevede una dimensione di quattro da cui io spedisco lungo il 2 e 3 e 4 vanno via attraverso la rete il pacchetto 3 si perde o a un errore all'host di arrivo all 1 e 2 e 4 per cui
l'ultimo in sequenza e due per chiamate al tra cui ogni rispedisco una novit menti con un numero di sequenza a 32 più uno sarebbe quindi il tragico se dovete vedere diversamente spedisco il numero di sequenza nella knowledge man del pacchetto che mi aspetto che debba arrivare avendo riscontrato l'uno il 2 la mia finestra scorre verso destra e quindi significa io posso inviare il 3 e il 4 e 5 set invio tutti arrivano tutti perfetto a knowledge ment fino 6 quindi invio 7 in più set come nuvole di sequenze di app no regiment non uno di
sequenza mi rimane in inviare il 7 el 8 l'invio lui li riceve a 929 e non avendo in nove da inviare io ho finito in questo modo è molto più rapido cioè non ho otto trasmissioni in tra il pianeta e il b in questo caso ne ho una due e 3 3 momenti in cui io aspetto la knowledge mente prima invece lo devo aspettare per otto volte ecco quindi che con questo parallelismo io riesco a velocizzare i tempi di comunicazione ci sono alcune eccezioni se in termini time out il centre spedisce tutti i segmenti che
sono già stati spediti matti non hanno avuto riscontro quindi il tema out avena ovviamente quando io non ricevo più comunicazioni di nessun tipo dal mio re silver in sander in questo caso percepisce che c'è una grosso problema di rete per cui dice non sapendo cosa è successo dall'altra parte della comunicazione io rispedisco tutto se si perde un solo segmento e gli altri sono arrivati tutti il centre spedisce il segmento perso e tutti viene meno uno successivi questo per semplicità e perché spesso congestione della rete non c'è mai una perdita singola ma in realtà vengono persi
solitamente i segmenti attigui quindi uno se perdo il 3 sicuramente europea fa anche popoli 56 e quindi abbiamo tenuto un metodo più efficace rispetto ovviamente allo stop and with ma anche qui abbiamo alcune inefficienze come quelle sopra espresse vediamo quindi di vedere l'algoritmo diciamo così definitivo che è il selective repeat l'uso di un metodo come pure del go back che ne può portare problematiche serie di prestazioni se la finestra scorrevole di dimensione molto grande il ritardo di trasmissione abbastanza elevato questo non significa sostanzialmente che sia innesca più volte il tema nord in questi casi anche
un solo errore o un time out su un singolo segmento implica il rinvio di una serie notevole di segmenti andando ad occupare ancor più banda e mettendo ancor più rischio il metodo stesso perché se noi già abbiamo un problema di rete perché non riusciamo a ricevere degli acròliti mette un nuovo lusciano inviargli messaggi e lo intendiamo accordi più di messaggi sicuramente il problema non si risolve pensate per esempio dettato di mille parole al primo errore occorre riscrivere punto anche le parole corrette quindi questo ha poco senso i metodi a ripetizione selettivo miss elette in repeat
e invece evitano le ritrasmissione necessarie al costo di una complessità maggiore in entrambi gli osti coinvolte ovviamente vediamo quindi come funziona il metodo selective repeat così implementato il sand rinvio numero n di segmenti 1 immediatamente dopo l'altro e fa partire un timer differente questa volta per ogni segmento quindi n timer diversi il receiver e inviala cnog régiment di tutti i segmenti indistintamente il centre aspetta di ricevere il 10k dei segmenti spediti considerando anche quelli fuori ordine e rispedendo i soli segmenti per i quali scatta il time out quindi vediamo qui un esempio dove qui parte
del scendere sotto quelle del receiver inseguiti gialli sono quelli inviati non occorre riscontrati in quelli verdi sono già stati riscontrati e quelli blu che sono in via di attesa di invio diciamo così durante il procedimento l'atto ricevente e invece abbiamo riscontrato questi qui il violetto ma non li possono diventare bianchi perché ancora sono fuori ordine perché manca questo questo qua grigio ovviamente a quello grigio che ancora non è arrivato corrisponde un giallo nella finestra del del centre perché è stato inviato questo segmento non è ancora stato riscontrato quindi o in tragico senato perdono quindi cosa
succederà anche per questo segmenti know qui scatterà il timer come scatterà il timer anche per questi perché lui li ha già visti gli sono già privati però evidentemente la ck sia perso durante l'anno durante la trasmissione per cui in questo caso verranno rinviati lui li riconfermerà e poi non potranno diventare verdi e quindi poi dopo scorrendo la finestra diventeranno poi via anche tutti questi fino questo qui scatterà il timer verrà inviato il segmento ancora quando questo lo riceverà verrà inviato la ck qui la sla di window andrà avanti e può fin tanto che non arriverà
la ck ad una finestra non potrà ripartire da questo quindi vedete e le finestre di scendere del river non sempre coincidono anzi questo è un esempio complicato però fa vedere proprio tutti i casi possibili che si possono presentare quindi sostanzialmente sanparks reatina algoritmo di invio e attesa algoritmo di di rinvio selettivo dei pacchetti che vengono persi contrariamente a quanto veniva fatta invece con il go back end veniamo ora il leder del psi che come potete immaginarvi è molto differente da quello dell'unipi perché deve gestire tutte queste cose abbiamo che qua il numero di porta sorgente
numero di porto a destinazione poi abbiamo il numero di sequenza il numero di riscontro 15 questa amber la knowledge manager poi abbiamo la lunghezza dell'intestazione perché perché la lunghezza può essere variabile poi c'è una porzione di pitt e non usati che sono lasciati lì per per sviluppi futuri poi ci sono una serie di flag di cui pure amiamo misti il flag sta per jurjen è utilizzato per i dati molto urgenti che quindi anni devono avere priorità nel pre sperimento all'interno della rete i flag artista per art knowledge ment p sta per bush che anche questo
non viene poco usato rsf stanno per le sette synchronize e fine del della connessione quindi sono i tre fleche per impostare e chiudere la connessione poi abbiamo 16 bit quindi due baite del 62 62 byte per la finestra di ricezione indica il numero di byte che il destinatario desidera accettare che servirà per il controllo di flusso e lo vedremo tra poco la texa di internet puntatore all'interno dei dati dei dati urgenti quindi è sostanzialmente l'indirizzo all'interno dei dati i due si trovano i dati urgenti quando il flag burgess è attivo e poi c'è una serie
di opzioni di lunghezza variabile ecco perché abbiamo bisogno della lunghezza dell'intestazione per [Musica] per settare tante diverse cose in base al protocollo di applicazione che sta sopra quindi il leder tcp intanto abbiamo visto che è un eder che è variabile di lunghezza variabile è un header più complesso e come minimo deve avere 32 bit per uno due tre quattro cinque righe ok quindi sono come dicevamo 20 byte minimi in più ce lo può essere poi conseguire di più se ci sono delle opzioni poi seguono tutti datati come avviene il controllo della congestione l'approccio seguito ad
altissimi e di far sì che ogni mittente limiti il ritmo di spedizione dei segmenti in funzione della congestione percepita nella rete informalmente troppe sorgenti trasmettono troppi dati a una velocità talmente elevata che la rete non in grado di gestirli questo la congestione differisce dal controllo di flusso quindi stiamo attenti a non scambiare l'uno per l'altro manifestazione della capo del della congestione all'interno della rete pacchetti smarriti e lunghe ritardi quindi se si verificano tanti pacchetti smarriti ovvero quando mi dici cosa sono sti pacchetti smarriti semplicemente sono all'interno dei nodi della rete ci sono i famosi router
che hanno anche loro nei baffert ingresso e di uscita cioè delle stanze medi sono delle code come voi mandate a fare spesa mi mettete in coda alla cassa aspettate il vostro turno per essere buttati fuori dal supermercato la stessa cosa fa router per instradarli a destra o sinistra o in alto in basso nel mondo delle reti quando ci sono troppe persone in fila e il buffer del router non è così tanto cup inter purtroppo dei pacchetti vengono persi in questo modo vengono buttati via in ungheria rdo e nei lunghi ritardi sostanzialmente dire molto coda mentone
buffer dei router c'è molta gente in fila quindi toccherà aspettare e per cui tanti time alto scadranno e controllo dalla congestione purtroppo è tra i dieci problemi più importanti dalla nato working il meccanismo di controllo la congestione gestito da entrambi i lati della connessione deve necessariamente tener presente di un'altra variabile la finestra di congestione la con jessica window questa finestra impone una limitazione addizionale alla quantità di traffico che è un host può inviare per evitare che la rete si intasi ulteriormente in che modo quindi abbiamo detto il mittente percepisce la congestione i nodi sono due
o tre l'evento di time out per cui vuol dire che non ho ricevuto nessuna nole smet deduco che sostanzialmente o il pacchetto regis curato il segmento in partenza è andato smarrito con la prole genere relativo è andato perso comunque sia stato un problema rarità il secondo problema è la ricezione di tre a nole sul duplicati cosa significa tre capi il management duplicati che mia io spedisco il pacchetto 1 e 2 e mi continua arrivare sempre knowledge mente relativi al pacchetto al primo che ho spedito nel ricevo 3 pubblicati cioè con lo stesso numero di sequenza
vuol dire che il pacchetto 2 segmento due non arriva in questo modo io capisco che c'è qualche problema nella rete quindi la l'evento di time out è uno l'altro sono gli archeologi mentre duplicati il mittente tcp riduce quindi la frequenza di invio dopo l'evento di perdita quindi quando si genera un primato un triplo peccato l'unica soluzione è abbassare il tasso di di emissione di dati per cui a diminuisco la mia frequenza di invio come file che si p ad abbassare la congestione regolando la frequenza di invio l'algoritmo per il controllo della congestione opera su tre
componenti uno viene chiamato aim di incremento di tivo decremento moltiplicativo secondo basso allo smart e terzo la reazione de witt il time out vediamoli che al piano partiamo con la imd quindi l'idea di base di far ridurre al mittente e suo regno di invio quando si verificano una perdita l'algoritmo si comporta in questi due modi a seconda dell'esito dell'invio del segmento incremento additivo cio aumenta la congestion window di uno per ogni segmento inviato con successo quindi ogni volta che invia un segmento gli arriva la ck la congestione window aumenta di 1 decremento moltiplicativo dimezza la
congestione window dopo che ho subito una vita di perdita ovviamente la sua dimensione minima è quella di un messaggio quindi di una minima segmente size questo perché si parla di baito k bright ok quindi divisione minima euro quindi tutte le volte che succede un evento di perdita la di mezzo questa qui in verticale la dimensione della finestra di congestione da continui a destra l'asse del tempo quindi inizia a spedire spedisco spedisco spedisco spedisco adesso sono arrivato fino a spedire contemporaneamente 16k di roba mi arriva un evento di perdita l'evento di perdite lo abbiamo detto o
il time out rowe un triplo knowledge mete del duplicato in quel caso lì la mia congestione windows viene dimezzata e poi continua con un incremento obiettivo uno più uno con uno più uno più uno arrivo qui tenete di perdita di mezzo eccetera eccetera in questo modo diciamo cerco di mantenere un ritmo di invio che sia coerente con lo stato della rete quando si iniziano con c'era una connessione tcp il valore della contest in gu indole pari ad 1 il ritmo invio e quindi di tipo lineare quindi vuol dire che quando iniziò parto parto da un'opprimente
234 eccetera eccetera facendo così abbiamo un avvio molto molto lento cioè arrivò tardi a capire qual è il tasso dicevano così medio di invio che posso utilizzare per essere più efficiente quindi nel caso tipico di un messaggio di 500 byte e mura un three times cioè un tempo di di viaggio di andata e ritorno di 200 millisecondi abbiamo un ritmo di invio di 20k vita al secondo ok che abbastanza basso visto che la banda disponibile solitamente è molto più ampia e cresce in modo lineare significa raggiungerlo trasferirvi ed efficiente dopo troppo tempo da qui nasce
l'idea di impostare il tasto di invio esponenziale invece che linea però queste cose poi non lo posso per esempio quindi vediamo come poter arrivare rapidamente attraverso un andamento esponenziale al tasso di invio migliore ecco l'esempio ecco che si applica quindi lo slow start il tcp quindi raddoppia non fa più ma la raddoppia la congestion windows per ogni segmento spedito con successo fino quando non si verifica un evento di perdita a quel punto la cogestione window secondo la imd viene dimezzata e prosegue con la imd attraverso l'incremento additivo il dimezzamento successivo vediamo quindi cosa succede abbiamo
una finestra che parte con uno poi in hybrid 2 4 8 16 32 con un evento di perdita riporto 16 la mia finestra e poi proseguono in armi quindi 17 18 19 c'è fretta finché non ho un nuovo evento di perdita di mezzo la mia finestre proseguo linearmente ok questo quindi è l'idea per raggiungere in modo rapido subito il passo migliore di invio rispetto alla rete che mi trovo quindi lo slow stata serve appunto per arrivare il più velocemente possibile a questa tasso di invio poi dal primo momento di perdita applico ormai sono già quasi
a regime applico la gli eventi ci manca l'ultimo componente che la reazione ed eventi catastrofici che sono i time out quindi il tipica e sibi in realtà cambia comportamento in base al tipo di perdita perché perché se io ricevo 3a cicap duplicati e meno grave di avere una rete di time out e molto piu grave in time out in effetti ricevere tre perché no regiment duplicati significa che nella rete comunque poi anche messaggio transita almeno quelli che il receiver in via me e arriva quindi a destinazione mentre ovviamente di time out questo vuol dire che
sulla rete non si sa niente cioè potrebbe essere cantata jun potenzialmente quindi bisogna reagire in modo diverso secondo dei due tipi di eventi di perdita quindi il caso di triplo knowledge mente la finestra è dimezzata e la crescita prosegue in armi niente con abbiamo visto in caso di time out della congestion window posta pari ad 1 e si riparte da capo con lo stato per ridestare la rete se funziona o no lo smart prosegue finché non arriva la prima aperta ma prosegue finché la congestion window non raggiunge la meta della dimensione della finestra al momento
della prima perdita ovvero la soglia da lì in poi si prosegue linearmente la soglia è posta inizialmente ad un livello molto alto per non creare nessun effetto limitate quindi quello che succede proprio questo quindi come avviene di fatto il controllo della congestione con itc p seguendo questi quattro punti quando la congestion windows è sotto la solida il mittente nella fase di start sempre quindi io parto con gesti windows è uno o più diventa duro e più diventa 4 poi diventa 8 supero la soglia vado in fase aim di iodio che in questo caso qui ok
non si sa realizzato nel supplemento di perta ma quando arrivò la soglia io comunque continuo in modo lineare quando si verifica una perdita dovuta un trip non le cime pubblicato la soglia e la congestion windows sono dimezzate e si riparte in fase aim di quindi e vinto di perdita di mezzo la progetto windows siamo qui il nero è praticamente nel caso di tri plok norris matt picchiato e ovviamente di mezzo anche la soglia che qui si riparte con soglia e decongestionando uguali nel caso invece di eventi di time out la cosa è molto grave per
cui la soglia mine dimezzata come prima ma la congestion wind viene posta pare uno e quindi essendo la congestion window minor della fine della soia io proseguo quello dello start è invece che con la imd in fase iniziale di connessione e ovvio che per arrivare il più presto possibile ma già abbiamo detto più volte al tasso di invio consigliato per quel tipo di rete la soglia deve essere posta molto alta in modo tale che io vada in lo start fin tanto che non ho un evento di perdita a quel punto lì poi di mezzo la
soglia che il riparto di conseguenza seconda del tipo di perdita che ho avuto parliamo infine del controllo di flusso che è da non confondere con il controllo della congestione quando il receiver riceve i dati del sander li inserisce in un buffer dove poi il processo applicativo arriva a prelevare può capitare che se il processo è più lento nel legge che il sander nello spedire il bar questo va di nuvo flow perciò il mittente non può e non deve sovraccaricare il buffer del destinatario trasmettendo troppi dati è troppo velocemente il controllo di flusso serve quindi a
regolare la frequenza di invio in modo da farla corrispondere alla frequenza di lettura dell'applicazione ricevente mentre controllo della gestione si riferisce alla rete il controllo di flusso si riferisce al tax di invio le funzione del mio destinatario mentre invece il controllo della congestione è mirato a evitare la congestione nella rete cioè che al fatto che tutti quelli che stanno comunicando non comunichino troppo da intasare qua invece si parla di punto a punto [Musica] quindi se io ho un buffer di queste dimensioni e nel barattero questi dati ancora questo spazio disponibile che può essere riempito dei
dati che mi arrivano dal protocollo ip che sta sotto mentre proprio il protocollo applicativo che sta sopra si legge di volta in volta spacchetta diciamo così in segmenti del tcp come funziona il dissipi implemento e controllo di flusso usando un capo che abbiamo già visto nell'header chiamato finestra di ricezione dovere siveri inserisce la di mente non dalla sua finestra la finestra quindi a dinamica e quindi essa varerà durante la connessione in base al ritmo di lettura del buffer mano ma c'è un problema ad esempio ha il mio numero eccessivo di dati da assaporare lo studi
lost b nell'ultimo knowledge and matt che spedisce al mittente metterà la dimensione della finestra di recezione a zero perché sono pino quindi ti dico guarda come finestra adesso dimensione 0 a questo punto remittente vedendo alla finestra di ricezione a zero lo spedirà più nulla e lost big ma non spedendo più nulla cosa succede che lost b non riuscirà più ad inviare una knowledge mente dove poter aggiornare la propria dimensione della finestra di recezione che nel frattempo ci sarà sfruttata in questo modo si crea una situazione di stallo dove nostra è fermo perché non posso più
spedire perché quello lai ha detto che io sono pieno e la mia finestra di ricezione 0 dall'altra parte io che robinho adesso mi sono posto votato perché è passato del tempo non posso più comunicare all'altro che il mio buffer si è smontato e non te lo posso più comunicare perché non posso inviata degli ha ciccato perché tu non mi inviato per niente quindi per evitare questa situazione quando loss a vede una finestra di recezione pari a zero lui se ne frega da buon italiano dice così e continua ad inviare comunque un segmento vuoto lost b
gli mando un segmento vuoto senza dati quindi solo and her che cosa serve questo qui da inviare pochi dati ma sufficienti perché lost b una volta che ha svuotato piante nino il suo buffer che era intasato possa comunque inviare una ck di ritorno e quindi lo sta poi si rivede la finestra di ricezione giornata e può procedere con il flusso di comunicazione con quest'ultima parte ovviamente abbiamo finito il grosso del protocolli di reda che sono i protocolli distratto trasporto in questo particolare caso invisibili
