Please enable JavaScript.

Coggle requires JavaScript to display documents.

1.1 Le porte, 1.2 socket, 1.3 servizi, 6 l'handshaking TCP, 3 UDP, 4…

- - - - in base a questo approccio è stato stabilito che ogni host deve avere dei punti di accesso chiamate porte, che associate al processo che sta svolgendo la funzione dell'applicazione e al protocollo usato, quindi i pacchetti andranno consegnati alla porta.
        
        l'host client e l'host server oltre al loro indirizzo IP reciproco, devono conoscere ii rispetti numeri di porta usati dall'applicazione per generare il processo di una funzione
        
        esistono 2 tipi di porte:
        
        destination port: numero della porta dove il processo del server è in ascolto o sta fornendo un servizio (info usata dal client)
        
        source port: numero della porta presente sull'host del client, dove il processo del client è in attesa di una risposta dal server ( info usata dal server)
      - ogni porta viene identificata con un numero intero positivo in 16 bit, i numeri di porta vengono assegnati da IANA e sono suddivisi in:
        
        Well Know Ports (0 a 1023), non si dovrebbero usare senza la registrazione IANA
        
        Registered Ports( 1024 a 49.151), non si dovrebbero usare senza la registrazione IANA
        
        Dynamic and/or Private Ports (49.152 a 65.535) se il registro del numero della porta ha valore 0, indica che nessuna porta è stata allocata
      - IANA ha assegnato le stesse porte sia per UDP che per TCP
- - - - si usa se la porta è locale o è remota, e infatti i due elementi in cui si puo usare sono: protocollo, ind logico locale/remoto, porta locale/remota
- - - - a livello data link questa soluzione è implementata a livello hardware della scheda di rete, in TCP la soluzione è a livello software tra la comunicazione del mittente e destinatario:
        
        il mittente non invia un numero di byte indicato nell'ultimo ACK ricevuto
        
        il ricevente deve accettare il numero di byte che aveva indicato nella finestra
        
        ogni volta che il destinatario invia un ACK indica nel campo header (window size) quanti byte puo accettare in quel momento
        
        in generale la dimensione della finestra viene scelta uguale allo spazio del buffer libero del destinatario, quando non è più in grado di ricevere altri byte perchè il buffer è pieno iniva ACK con la dimensione della finestra pari a 0, in quel caso il mittente sospende la trasmissione.
- - - - tutti questi algortmi fanno uso di una variabile: la finestra di congestione che viene usata dal mittente per ogni connessione attiva per sapere il numero massimo di byte che si possono trovare sulla rete
        
        MaxWindow = min(FinestraDiCongestione, FinestraDiRicezione)
        
        FinestraDiRicezione = indica quanti byte il destinatario può ricevere
        
        FinestraDiCongestione = numero massimo di byte che la rete è in grado di trasmettere senza che si verifichi un timeout
        
        MaxWindow = quando un host deve inviare dati avrà come numero massimo di byte quello minimo delle due finestre
        
        l'idea è quella di diminuire la finestra quando un pacchetto è scartato dalla rete e aumentarla quando un pacchetto è riscontrato, infatti se un pacchetto è scartato vuol dire che la rete è congestionata quindi il mittente deve ridurre il suo traffico di rete
      - dei 4 algoritmi si analizzano slow start e congestion avoidance che vengono usati insieme in molte applicazioni TCP
        
        si inizia a trasmettere lentamente esplorando la rete, per poi accelerare finché non ce una perdita di dati che porta ad un rallentamento durante l'invio di nuovi byte
        
        il primo algoritmo ad iniziare è lo slow start, quando si crea la connessione TCP il mittente imposta una finestra di congestione, cioè quanti byte massimi che la rete può spedire
        
        ogni volta che viene inviato un segmento TCP e ricevuto ACK, il valore della finestra viene raddoppiato, continua cosi finché non si arriva ad una soglia chiamata threshold che di solito è 64 KB,
        
        da questo momento si usa congestion avoidance che effettua degli incrementi lineari, viene sommato ad ogni segmento il valore della finestra in quel momento con il valore della finestra assegnato inizialmente, cosi finché non si genera un timeout
        
        quando si genera il timeout, vuol dire che la rete è congestionata, si effettuano le seguenti operazioni: il threshold viene impostato alla meta del valore dellla finestra al momento che c'è stato il timeout, mentre la dimensione della finestra di congestione viene impostata al suo valore inziale.