Le informazioni possono essere segmentate o suddivise in blocchi più piccoli o la trasmissione attraverso un mezzo
fisico l'unità di trasmissione massima o vuota di un'interfaccia in uscita dipende dal supporto fisico.
Ad esempio ti svuotano di febbre Ethan È 5400 byte.
Tuttavia TZP può teoricamente supportare sessantacinquemilaquattrocentonovantacinque byte in un unico pacchetto.
Quando viene inviato agli strati inferiori del modello di ozono che dovrà essere suddiviso
in frammenti per la trasmissione attraverso il supporto fisico che, ad esempio, supporta solo 50 o 100 byte.
I dati vengono quindi suddivisi in blocchi più piccoli e il ricevitore che utilizza TZP dovrà rimettere insieme
quei frammenti.
La dimensione massima del segmento o MSA è la maggiore quantità di dati in byte che TZP è disposto a inviare in
un singolo segmento per ottenere le migliori prestazioni.
L'MSA è abbastanza piccolo da evitare la frammentazione di Arpey che può portare a ritrasmissioni eccessive
se c'è una perdita di pacchetti di supporto DCP, qualcosa chiamato Dimensione massima del segmento e pausa.
MT La scoperta o Porth discovery della unità di trasmissione massima con il mittente e il ricevitore possono
determinare automaticamente quale unità di trasmissione massima si trova su un percorso tra loro e TZP metterà solo
abbastanza dati in un singolo pacchetto che si adatta a vuoto evitando così la frammentazione dei pacchetti e evitando così
il sovraccarico associato alla frammentazione e la raccolta dei frammenti di IP nella tua scoperta è
opzionale nella versione 4 di IP che ora è diventata obbligatoria nella versione 6 di IP a causa dell'efficienza che porta
alla trasmissione TZP e del fatto che IP la versione 6 non supporta la frammentazione sui
router lungo il percorso tra due host UDP non supporta questo e richiede protocolli di livello superiore per risolvere il controllo
del flusso dei frammenti GCP utilizza il controllo del flusso end to end per evitare che il mittente invii i dati troppo
rapidamente per il ricevitore per riceverlo e elaborarlo in modo affidabile.
Se la stessa trasmette i dati più velocemente di quanto il ricevitore sia in
grado di gestire, i dati che richiederanno una ritrasmissione di ritrasmissione perderanno tempo e risorse di rete, motivo
per cui la maggior parte dei meccanismi di controllo del flusso tenta di massimizzare il trasferimento violando minimizzando i requisiti di ritrasmissione.
Ad esempio, è possibile avere un PC con un potente invio di dati a un PDA palmare che può elaborare solo i
dati a una velocità molto inferiore.
Il PDA dovrebbe quindi regolare il flusso di dati in modo che non venga travolto nel controllo del
flusso di base TZP sia implementato dai riconoscimenti ricevuti dal ricevitore che riceve i dati trasmessi. EECP usa qualcosa chiamato
una finestra scorrevole per controllare il flusso dei dati.
Windowing consentirà al computer ricevente di pubblicizzare la quantità di dati che è possibile ricevere prima di
trasmettere una conferma al computer mittente.
In ogni segmento TZP il ricevitore specificherà nel campo della finestra di ricezione.
La quantità di dati aggiuntivi ricevuti in byte che è disposta a bufferizzare per la connessione
che l'host mittente può inviare solo fino a quella quantità di dati prima di Miss White quando il riconoscimento
e l'aggiornamento della dimensione della finestra dall'host ricevente UDP non implementa il controllo di flusso.
E in un ambiente VOIP come un esempio che utilizza UDP anche se non c'è alcuna connessione
fisica tra due portatili coinvolti in una chiamata telefonica, la chiamata rimarrà attiva e il mittente continuerà a inviare
allegramente enormi quantità di dati.
Anche se il ricevitore non è in grado di elaborare i dati ricevuti, UDP si affida ai protocolli Hi-Lo per implementare
il controllo del flusso.
Ancora una volta TZP è orientato alla connessione e UDP è la connessione meno TZP stabilirà la connessione
e manterrà la connessione durante l'intera trasmissione.
Una volta completata la trasmissione, la sessione termina.
UDP non imposta le sessioni e invierà semplicemente i dati nella speranza che il destinatario lo riceva.
Ancora una volta TZP implementa l'affidabilità in cui ogni segmento trasmesso viene riconosciuto e
se il segmento scompare viene ritrasmesso UDP non implementa l'affidabilità.
E ancora una volta si affida ai protocolli Hailo per implementare qualsiasi affidabilità, se necessario, in alcuni casi,
come Voice over IP o video trasmessi su un'infrastruttura IP.
L'affidabilità non è richiesta.
Non ha senso ritrasmettere gli ultimi pacchetti vocali, quindi un rapido confronto tra UDP e TZP o un protocollo affidabile
e uno sforzo migliore o un TZP inaffidabile ancora una volta è orientato alla connessione.
Nessun dato viene trasmesso prima che venga stabilita una sessione di handshake a tre vie prima che i
dati vengano trasmessi.
Vi sono conferme dei dati ricevuti e numeri di sequenza per tracciare la trasmissione dei dati.
D'altra parte, UDP è meno connesso e non traccia i dati e non garantisce la consegna dei dati.
TCAP è una sequenza di numeri.
UDP non include le applicazioni che utilizzano TZP include le e-mail HGP e le applicazioni FGP che utilizzano UDP includono applicazioni di streaming vocale come
Voice over IP e applicazioni di streaming video a causa della natura del
VoIP o del video.
Non c'è motivo di ritrasmettere in un ambiente VOIP a chi parla sarà richiesto di ripetere ciò che hanno
detto.
Se l'ascoltatore non è stato in grado di decifrare ciò che è stato comunicato.
Se hai mai usato Skype a volte può sembrare che la persona che parla sia sott'acqua o suoni
più come una macchina della persona che conosci.
Ma potresti ancora essere in grado di capire cosa hanno detto e quindi anche se i dati sono andati
persi, la conversazione può continuare.
Oppure, se dovesse andare male, chiederebbe all'oratore di ripetere ciò che hanno detto in un ambiente di streaming video.
Potresti notare che parte dell'immagine non viene aggiornata correttamente ma puoi comunque seguire ciò che accade
nel video a causa della natura sensibile al tempo di voce e video.
È inutile ritrasmettere i dati e quindi TZP non viene utilizzato in questi ambienti.
UDP è usato così UDP è un protocollo di livello di trasporto.
Risiede a livello per quando il modello fornisce alle applicazioni l'accesso al livello di rete su tutto
il livello 3 senza il sovraccarico sui meccanismi di responsabilità come discusso.
Questo è l'ideale per applicazioni voice over IP o video.
È la connessione meno dove un datagramma in un modo la destinazione centrale senza notifica anticipata al
dispositivo di destinazione.
Non c'è comunicazione prima della trasmissione dei dati.
I dati arrivano al destinatario e si prevede che il destinatario gestisca tali dati.
UDP è in grado di fornire un controllo degli errori molto limitato il datagramma UDP include un controllo
facoltativo di un valore che il dispositivo ricevente può utilizzare per testare l'integrità dei dati l'intestazione UDP include
anche un numero di porta di destinazione e se tale datagramma è diretto ad un attivo codice sul dispositivo
ricevente può essere trasmesso un messaggio di ritorno per indicare che quel codice è irraggiungibile.
Ho intenzione di discutere i numeri di porta in modo più dettagliato in un momento.
È un concetto molto importante da capire.
UDP fornisce il meglio se alla consegna.
Non vi è alcuna garanzia che i dati vengano consegnati, i pacchetti possono essere indirizzati erroneamente duplicati o persi durante il
tragitto verso la destinazione.
Non c'è alcuna garanzia di ricezione dei protocolli che dovranno implementare l'affidabilità se necessario.
Non sono inoltre presenti funzionalità di recupero dati in UDP.
Ancora una volta i protocolli Hiler dovranno recuperare dagli ultimi pacchetti corrotti.
TFT come esempio ha un meccanismo integrato per gestire la perdita di dati e TFT P usando UDP ha i propri
meccanismi di sequencing e di ritrasmissione in quanto non può fare affidamento su UDP per implementare l'affidabilità.
La testa UDP è molto semplice.
Ha una porta 16 bit numero 16 ma porta a numero di destinazione in modo tale da specificare il numero
di porta utilizzato dall'origine e un numero di porta utilizzato dalla destinazione.
Ha un campo di lunghezza ETP a 16 bit che specifica la lunghezza in byte dell'intero datagramma.
In altre parole l'intestazione e i dati la lunghezza minima per il datagramma UDP è di 8 byte
perché è la lunghezza dell'intestazione.
Teoricamente la dimensione massima è di sessantacinquemilacinquecentotrentacinque byte.
Ma la versione 4 di IP imporrà un limite massimo di sessantacinquemilaseicentosette byte.
Facoltativamente è possibile utilizzare un checksum UDP per il controllo degli errori.
È facoltativo un IP versione 4 ma non è opzionale una versione IP 6.