Informationen können segmentiert oder in kleinere Abschnitte aufgeteilt werden, oder die Übertragung über ein physisches Medium.
Die maximale Übertragungseinheit oder das Leeren einer ausgehenden Schnittstelle hängt vom physischen Medium ab.
Als Beispiel entleeren Sie sich von fust Ethan. Es sind 5400 Bytes.
TZP kann jedoch theoretisch fünfundsechzigtausendvierhundertfünfundneunzig Bytes in einem einzelnen Paket unterstützen.
Wenn dies zu den unteren Schichten des Ozonmodells gesendet wird, muss es für die
Übertragung über das physikalische Medium, das beispielsweise nur 50 oder 100 Byte unterstützt, in Fragmente zerlegt werden.
Die Daten werden daher in kleinere Stücke aufgeteilt, und der Empfänger, der TZP verwendet, muss diese Fragmente
wieder zusammenfügen.
Die maximale Segmentgröße (MSA) ist die größte Datenmenge in Bytes, die TZP zur Erzielung der besten Leistung
in einem einzelnen Segment senden möchte.
Der MSA ist klein genug, um eine Arpey-Fragmentierung zu vermeiden, die zu übermäßigen
Neuübertragungen führen kann, wenn DCP Paketverluste unterstützt, die als maximale Segmentgröße und Pause bezeichnet werden.
MT Sie Discovery oder Porth Maximum Transmission Unit Discovery mit dem Sender und dem Empfänger können
automatisch ermitteln, welche maximale Übertragungseinheit sich auf einem Pfad zwischen ihnen befindet. TZP fügt nur genügend
Daten in ein einzelnes Paket ein, das zu diesem Leerzeichen passt, und verhindert so eine Fragmentierung von Paketen
und Das Vermeiden des mit der Fragmentierung verbundenen Zusatzaufwands und das Zusammenfügen der IP-Fragmente
in Ihre Discovery ist in IP-Version 4 optional, die in IP-Version 6 nun aufgrund der Effizienz, die sie
für die TZP-Übertragung mit sich bringt, obligatorisch geworden ist Version 6 unterstützt keine Fragmentierung
auf Routern entlang des Pfads zwischen zwei Hosts. UDP unterstützt dies nicht und erfordert Protokolle auf höherer Ebene,
um die Fragmentflusssteuerung zu sortieren. GCP verwendet eine Ende-zu-Ende-Flusskontrolle, um zu verhindern, dass der Sender zu schnell Daten für den
Empfänger sendet um es zuverlässig zu erhalten und zu verarbeiten.
Wenn die Daten schneller übertragen werden, als der Empfänger sie verarbeiten kann,
werden die Daten verworfen, was eine erneute Übertragung erforderlich macht. Zeitübertragungen und Netzwerkressourcen werden verschwendet. Aus
diesem Grund versuchen die meisten Flusssteuerungsmechanismen, die Übertragung zu maximieren, während die Anforderungen für eine erneute Übertragung minimiert werden.
Sie können beispielsweise einen PC mit einem leistungsstarken Datenversand an einen PDA haben, der Daten nur mit einer
wesentlich niedrigeren Rate verarbeiten kann.
Der PDA sollte daher den Datenfluss so regulieren, dass seine in TZP nicht
überlastete Grundflusssteuerung durch Bestätigungen des Empfängers beim Empfang von Daten implementiert wird. EECP verwendet ein
sogenanntes Schiebefenster, um den Datenfluss zu steuern.
Durch das Fenster kann der empfangende Computer anzeigen, wie viele Daten empfangen werden können, bevor eine Bestätigung
an den sendenden Computer gesendet wird.
In jedem TZP-Segment wird der Empfänger im Empfangsfensterfeld angeben.
Die Menge der zusätzlichen empfangenen Daten in Bytes, die für die Verbindung zwischengespeichert
werden soll, die der sendende Host nur bis zu dieser Datenmenge senden kann, Miss White,
wenn die Bestätigung und die Fenstergrößenaktualisierung vom empfangenden Host-UDP keine Flusssteuerung implementiert.
In einer VoIP-Umgebung als Beispiel, bei der UDP verwendet wird, obwohl keine physische Verbindung
zwischen zwei an einem Telefonanruf beteiligten Mobilteilen besteht, bleibt der Anruf bestehen und der Sender sendet
fröhlich weiterhin große Datenmengen.
Obwohl der Empfänger die empfangenen Daten nicht verarbeiten kann, ist die Implementierung der Flusskontrolle auf
Hi-Lo-Protokolle angewiesen.
Wieder ist TZP verbindungsorientiert und UDP ist verbindungslos. TZP baut die Verbindung auf und hält die
Verbindung während der gesamten Übertragung aufrecht.
Sobald die Übertragung abgeschlossen ist, wird die Sitzung beendet.
UDP richtet keine Sitzungen ein und sendet die Daten nur in der Hoffnung, dass der Empfänger sie empfängt.
Wiederum implementiert TZP Zuverlässigkeit, bei der jedes übertragene Segment bestätigt wird, und wenn das
Segment verschwindet, wird es erneut übertragen. UDP implementiert keine Zuverlässigkeit.
Und wiederum setzt Hailo auf Protokolle, um in bestimmten Fällen, wie Voice over IP oder
über eine IP-Infrastruktur übertragenes Video, Zuverlässigkeit zu implementieren.
Zuverlässigkeit ist nicht erforderlich.
Es ist sinnlos, die letzten Sprachpakete erneut zu übertragen, so dass ein schneller Vergleich zwischen UDP und TZP oder
ein zuverlässiges Protokoll und ein bestes oder unzuverlässiges Protokoll TZP wiederum verbindungsorientiert ist.
Es werden keine Daten übertragen, bevor eine Sitzung aufgebaut wird. Ein Drei-Wege-Handshake findet statt, bevor
Daten übertragen werden.
Es gibt Bestätigungen empfangener Daten und Sequenznummern, um die Übertragung von Daten zu verfolgen.
UDP ist dagegen weniger verbindlich und verfolgt keine Daten und stellt keine Datenübermittlung sicher.
TCAP ist eine Zahlenfolge.
UDP verwendet keine Anwendungen, die TZP verwenden. Dazu gehören HGP-E-Mail- und FGP-Anwendungen, die UDP verwenden. Dazu gehören
Voice-Streaming-Anwendungen wie Voice-over-IP und Video-Streaming-Anwendungen aufgrund von VoIP
oder Video.
Es gibt keinen Grund, in einer VOIP-Umgebung erneut zu senden, dass der Sprecher sein Gesagtes wiederholen
muss.
Wenn der Listener das Kommunizierte nicht entschlüsseln konnte.
Wenn Sie Skype jemals verwendet haben, kann es sich anhören, als ob die sprechende Person unter Wasser ist oder eher
wie eine Maschine als die Person, die Sie sprechen.
Möglicherweise können Sie jedoch immer noch verstehen, was sie gesagt haben, und daher können die Gespräche fortgesetzt werden, auch wenn
die Daten verloren gegangen sind.
Oder wenn es schlimm genug wird, bitten Sie den Sprecher, das Gesagte in einer Video-Streaming-Umgebung zu wiederholen.
Möglicherweise stellen Sie fest, dass ein Teil des Bildes nicht ordnungsgemäß aktualisiert wird, Sie können jedoch
aufgrund der zeitsensiblen Eigenschaften von Sprache und Video weiterhin verfolgen, was im Video passiert.
Es ist sinnlos, Daten erneut zu übertragen, und daher wird TZP in diesen Umgebungen nicht verwendet.
UDP wird verwendet, also ist UDP ein Transportschichtprotokoll.
Es befindet sich auf der Ebene der Schicht, wenn das Modell den Anwendungen Zugriff auf die
gesamte Netzwerkschicht (3) gewährt, ohne dass die oben beschriebenen Overhead-Haftungsmechanismen auftreten.
Dies ist ideal für Voice over IP- oder Videoanwendungen.
Es ist weniger Verbindung, wenn das Einbahn-Datagramm das zentrale Ziel ohne vorherige Benachrichtigung
des Zielgeräts ist.
Es erfolgt keine Kommunikation vor der Datenübertragung.
Die Daten kommen gerade beim Empfänger an und es wird erwartet, dass der Empfänger diese Daten verarbeitet.
UDP ist in der Lage, sehr begrenzte Fehlerüberprüfungen bereitzustellen. Das UDP-Datagramm enthält eine
optionale Überprüfung einiger Werte, mit denen das empfangende Gerät die Integrität der Daten überprüfen
kann. Der UDP-Header enthält auch eine Ziel-Portnummer Code auf dem empfangenden Gerät kann eine
Rückmeldung gesendet werden, um anzuzeigen, dass der Code nicht erreichbar ist.
Ich werde gleich die Port-Nummern genauer besprechen.
Es ist ein sehr wichtiges Konzept, um es zu verstehen.
UDP bietet die besten Voraussetzungen für die Lieferung.
Es gibt keine Garantie dafür, dass Daten geliefert werden. Pakete können falsch kopiert werden oder auf dem Weg zum
Ziel verloren gehen.
Es gibt keine Garantie für den Empfang von Protokollen, die erforderlich sind, um Zuverlässigkeit zu implementieren.
Sie sind auch keine Datenwiederherstellungsfunktionen in UDP.
Hiler-Protokolle müssen sich erneut von den letzten beschädigten Paketen erholen.
TFT als Beispiel verfügt über einen integrierten Mechanismus zum Umgang mit Datenverlust, und TFT P mit UDP verfügt
über eigene Mechanismen bei Sequenzierungs- und Neuübertragungsmechanismen, da UDP nicht auf Zuverlässigkeit angewiesen ist.
Der UDP-Kopf ist sehr einfach.
Es hat eine 16-Bit-Quellportnummer 16, aber Port zu Zielnummer, so dass die von der Quelle verwendete
Portnummer und eine vom Ziel verwendete Portnummer angegeben werden.
Es hat ein 16-Bit-ETP-Längenfeld, das die Länge des gesamten Datagramms in Byte angibt.
Mit anderen Worten, der Header und die Daten - die minimale Länge für das UDP-Datagramm beträgt 8 Byte, da dies
die Länge des Headers ist.
Theoretisch beträgt die maximale Größe 655 Bytes.
Die IP-Version 4 wird jedoch eine Höchstgrenze von 655 Bytes festlegen.
Optional kann eine UDP-Prüfsumme zur Fehlerprüfung verwendet werden.
Dies ist eine optionale IP-Version 4, jedoch keine optionale IP-Version 6.