1 00:00:00,240 --> 00:00:07,590 Informationen können segmentiert oder in kleinere Abschnitte aufgeteilt werden, oder die Übertragung über ein physisches Medium. 2 00:00:08,010 --> 00:00:15,040 Die maximale Übertragungseinheit oder das Leeren einer ausgehenden Schnittstelle hängt vom physischen Medium ab. 3 00:00:15,090 --> 00:00:20,640 Als Beispiel entleeren Sie sich von fust Ethan. Es sind 5400 Bytes. 4 00:00:20,850 --> 00:00:29,380 TZP kann jedoch theoretisch fünfundsechzigtausendvierhundertfünfundneunzig Bytes in einem einzelnen Paket unterstützen. 5 00:00:29,460 --> 00:00:35,370 Wenn dies zu den unteren Schichten des Ozonmodells gesendet wird, muss es für die 6 00:00:35,560 --> 00:00:42,330 Übertragung über das physikalische Medium, das beispielsweise nur 50 oder 100 Byte unterstützt, in Fragmente zerlegt werden. 7 00:00:42,330 --> 00:00:49,890 Die Daten werden daher in kleinere Stücke aufgeteilt, und der Empfänger, der TZP verwendet, muss diese Fragmente 8 00:00:49,890 --> 00:00:51,180 wieder zusammenfügen. 9 00:00:51,510 --> 00:00:58,950 Die maximale Segmentgröße (MSA) ist die größte Datenmenge in Bytes, die TZP zur Erzielung der besten Leistung 10 00:00:58,950 --> 00:01:02,010 in einem einzelnen Segment senden möchte. 11 00:01:02,010 --> 00:01:08,700 Der MSA ist klein genug, um eine Arpey-Fragmentierung zu vermeiden, die zu übermäßigen 12 00:01:08,700 --> 00:01:15,550 Neuübertragungen führen kann, wenn DCP Paketverluste unterstützt, die als maximale Segmentgröße und Pause bezeichnet werden. 13 00:01:15,600 --> 00:01:23,400 MT Sie Discovery oder Porth Maximum Transmission Unit Discovery mit dem Sender und dem Empfänger können 14 00:01:23,400 --> 00:01:31,260 automatisch ermitteln, welche maximale Übertragungseinheit sich auf einem Pfad zwischen ihnen befindet. TZP fügt nur genügend 15 00:01:31,260 --> 00:01:39,840 Daten in ein einzelnes Paket ein, das zu diesem Leerzeichen passt, und verhindert so eine Fragmentierung von Paketen 16 00:01:39,840 --> 00:01:46,620 und Das Vermeiden des mit der Fragmentierung verbundenen Zusatzaufwands und das Zusammenfügen der IP-Fragmente 17 00:01:46,620 --> 00:01:55,440 in Ihre Discovery ist in IP-Version 4 optional, die in IP-Version 6 nun aufgrund der Effizienz, die sie 18 00:01:55,860 --> 00:02:02,820 für die TZP-Übertragung mit sich bringt, obligatorisch geworden ist Version 6 unterstützt keine Fragmentierung 19 00:02:03,420 --> 00:02:12,190 auf Routern entlang des Pfads zwischen zwei Hosts. UDP unterstützt dies nicht und erfordert Protokolle auf höherer Ebene, 20 00:02:12,550 --> 00:02:22,000 um die Fragmentflusssteuerung zu sortieren. GCP verwendet eine Ende-zu-Ende-Flusskontrolle, um zu verhindern, dass der Sender zu schnell Daten für den 21 00:02:22,000 --> 00:02:27,370 Empfänger sendet um es zuverlässig zu erhalten und zu verarbeiten. 22 00:02:27,580 --> 00:02:33,700 Wenn die Daten schneller übertragen werden, als der Empfänger sie verarbeiten kann, 23 00:02:33,700 --> 00:02:40,780 werden die Daten verworfen, was eine erneute Übertragung erforderlich macht. Zeitübertragungen und Netzwerkressourcen werden verschwendet. Aus 24 00:02:40,780 --> 00:02:49,410 diesem Grund versuchen die meisten Flusssteuerungsmechanismen, die Übertragung zu maximieren, während die Anforderungen für eine erneute Übertragung minimiert werden. 25 00:02:49,470 --> 00:02:57,930 Sie können beispielsweise einen PC mit einem leistungsstarken Datenversand an einen PDA haben, der Daten nur mit einer 26 00:02:57,930 --> 00:03:00,400 wesentlich niedrigeren Rate verarbeiten kann. 27 00:03:00,420 --> 00:03:07,710 Der PDA sollte daher den Datenfluss so regulieren, dass seine in TZP nicht 28 00:03:07,710 --> 00:03:15,400 überlastete Grundflusssteuerung durch Bestätigungen des Empfängers beim Empfang von Daten implementiert wird. EECP verwendet ein 29 00:03:15,400 --> 00:03:19,440 sogenanntes Schiebefenster, um den Datenfluss zu steuern. 30 00:03:19,530 --> 00:03:25,810 Durch das Fenster kann der empfangende Computer anzeigen, wie viele Daten empfangen werden können, bevor eine Bestätigung 31 00:03:25,810 --> 00:03:28,330 an den sendenden Computer gesendet wird. 32 00:03:28,780 --> 00:03:34,720 In jedem TZP-Segment wird der Empfänger im Empfangsfensterfeld angeben. 33 00:03:34,870 --> 00:03:41,200 Die Menge der zusätzlichen empfangenen Daten in Bytes, die für die Verbindung zwischengespeichert 34 00:03:41,200 --> 00:03:48,400 werden soll, die der sendende Host nur bis zu dieser Datenmenge senden kann, Miss White, 35 00:03:48,400 --> 00:03:54,610 wenn die Bestätigung und die Fenstergrößenaktualisierung vom empfangenden Host-UDP keine Flusssteuerung implementiert. 36 00:03:55,520 --> 00:04:02,090 In einer VoIP-Umgebung als Beispiel, bei der UDP verwendet wird, obwohl keine physische Verbindung 37 00:04:02,090 --> 00:04:08,990 zwischen zwei an einem Telefonanruf beteiligten Mobilteilen besteht, bleibt der Anruf bestehen und der Sender sendet 38 00:04:08,990 --> 00:04:11,010 fröhlich weiterhin große Datenmengen. 39 00:04:11,180 --> 00:04:18,770 Obwohl der Empfänger die empfangenen Daten nicht verarbeiten kann, ist die Implementierung der Flusskontrolle auf 40 00:04:18,770 --> 00:04:20,280 Hi-Lo-Protokolle angewiesen. 41 00:04:20,480 --> 00:04:28,850 Wieder ist TZP verbindungsorientiert und UDP ist verbindungslos. TZP baut die Verbindung auf und hält die 42 00:04:29,300 --> 00:04:33,080 Verbindung während der gesamten Übertragung aufrecht. 43 00:04:33,080 --> 00:04:37,220 Sobald die Übertragung abgeschlossen ist, wird die Sitzung beendet. 44 00:04:37,280 --> 00:04:43,980 UDP richtet keine Sitzungen ein und sendet die Daten nur in der Hoffnung, dass der Empfänger sie empfängt. 45 00:04:45,180 --> 00:04:52,770 Wiederum implementiert TZP Zuverlässigkeit, bei der jedes übertragene Segment bestätigt wird, und wenn das 46 00:04:52,770 --> 00:04:59,070 Segment verschwindet, wird es erneut übertragen. UDP implementiert keine Zuverlässigkeit. 47 00:04:59,220 --> 00:05:07,890 Und wiederum setzt Hailo auf Protokolle, um in bestimmten Fällen, wie Voice over IP oder 48 00:05:07,890 --> 00:05:12,940 über eine IP-Infrastruktur übertragenes Video, Zuverlässigkeit zu implementieren. 49 00:05:13,140 --> 00:05:15,550 Zuverlässigkeit ist nicht erforderlich. 50 00:05:15,600 --> 00:05:25,910 Es ist sinnlos, die letzten Sprachpakete erneut zu übertragen, so dass ein schneller Vergleich zwischen UDP und TZP oder 51 00:05:25,910 --> 00:05:33,870 ein zuverlässiges Protokoll und ein bestes oder unzuverlässiges Protokoll TZP wiederum verbindungsorientiert ist. 52 00:05:34,120 --> 00:05:41,440 Es werden keine Daten übertragen, bevor eine Sitzung aufgebaut wird. Ein Drei-Wege-Handshake findet statt, bevor 53 00:05:41,440 --> 00:05:42,930 Daten übertragen werden. 54 00:05:42,940 --> 00:05:49,130 Es gibt Bestätigungen empfangener Daten und Sequenznummern, um die Übertragung von Daten zu verfolgen. 55 00:05:49,510 --> 00:05:56,850 UDP ist dagegen weniger verbindlich und verfolgt keine Daten und stellt keine Datenübermittlung sicher. 56 00:05:57,850 --> 00:06:00,080 TCAP ist eine Zahlenfolge. 57 00:06:00,190 --> 00:06:12,190 UDP verwendet keine Anwendungen, die TZP verwenden. Dazu gehören HGP-E-Mail- und FGP-Anwendungen, die UDP verwenden. Dazu gehören 58 00:06:12,190 --> 00:06:18,370 Voice-Streaming-Anwendungen wie Voice-over-IP und Video-Streaming-Anwendungen aufgrund von VoIP 59 00:06:18,370 --> 00:06:20,400 oder Video. 60 00:06:20,530 --> 00:06:28,270 Es gibt keinen Grund, in einer VOIP-Umgebung erneut zu senden, dass der Sprecher sein Gesagtes wiederholen 61 00:06:28,270 --> 00:06:28,820 muss. 62 00:06:28,840 --> 00:06:33,960 Wenn der Listener das Kommunizierte nicht entschlüsseln konnte. 63 00:06:34,450 --> 00:06:41,890 Wenn Sie Skype jemals verwendet haben, kann es sich anhören, als ob die sprechende Person unter Wasser ist oder eher 64 00:06:41,890 --> 00:06:45,570 wie eine Maschine als die Person, die Sie sprechen. 65 00:06:46,300 --> 00:06:52,240 Möglicherweise können Sie jedoch immer noch verstehen, was sie gesagt haben, und daher können die Gespräche fortgesetzt werden, auch wenn 66 00:06:52,240 --> 00:06:54,080 die Daten verloren gegangen sind. 67 00:06:54,190 --> 00:07:01,580 Oder wenn es schlimm genug wird, bitten Sie den Sprecher, das Gesagte in einer Video-Streaming-Umgebung zu wiederholen. 68 00:07:01,600 --> 00:07:08,020 Möglicherweise stellen Sie fest, dass ein Teil des Bildes nicht ordnungsgemäß aktualisiert wird, Sie können jedoch 69 00:07:08,020 --> 00:07:13,990 aufgrund der zeitsensiblen Eigenschaften von Sprache und Video weiterhin verfolgen, was im Video passiert. 70 00:07:14,050 --> 00:07:19,350 Es ist sinnlos, Daten erneut zu übertragen, und daher wird TZP in diesen Umgebungen nicht verwendet. 71 00:07:19,360 --> 00:07:24,780 UDP wird verwendet, also ist UDP ein Transportschichtprotokoll. 72 00:07:24,810 --> 00:07:32,430 Es befindet sich auf der Ebene der Schicht, wenn das Modell den Anwendungen Zugriff auf die 73 00:07:32,440 --> 00:07:38,390 gesamte Netzwerkschicht (3) gewährt, ohne dass die oben beschriebenen Overhead-Haftungsmechanismen auftreten. 74 00:07:38,390 --> 00:07:42,380 Dies ist ideal für Voice over IP- oder Videoanwendungen. 75 00:07:42,530 --> 00:07:49,730 Es ist weniger Verbindung, wenn das Einbahn-Datagramm das zentrale Ziel ohne vorherige Benachrichtigung 76 00:07:49,730 --> 00:07:51,430 des Zielgeräts ist. 77 00:07:51,500 --> 00:07:55,440 Es erfolgt keine Kommunikation vor der Datenübertragung. 78 00:07:55,820 --> 00:08:01,690 Die Daten kommen gerade beim Empfänger an und es wird erwartet, dass der Empfänger diese Daten verarbeitet. 79 00:08:02,030 --> 00:08:08,940 UDP ist in der Lage, sehr begrenzte Fehlerüberprüfungen bereitzustellen. Das UDP-Datagramm enthält eine 80 00:08:08,940 --> 00:08:16,080 optionale Überprüfung einiger Werte, mit denen das empfangende Gerät die Integrität der Daten überprüfen 81 00:08:16,080 --> 00:08:23,490 kann. Der UDP-Header enthält auch eine Ziel-Portnummer Code auf dem empfangenden Gerät kann eine 82 00:08:23,490 --> 00:08:29,900 Rückmeldung gesendet werden, um anzuzeigen, dass der Code nicht erreichbar ist. 83 00:08:29,910 --> 00:08:32,830 Ich werde gleich die Port-Nummern genauer besprechen. 84 00:08:33,090 --> 00:08:36,100 Es ist ein sehr wichtiges Konzept, um es zu verstehen. 85 00:08:36,150 --> 00:08:39,170 UDP bietet die besten Voraussetzungen für die Lieferung. 86 00:08:39,180 --> 00:08:47,160 Es gibt keine Garantie dafür, dass Daten geliefert werden. Pakete können falsch kopiert werden oder auf dem Weg zum 87 00:08:47,160 --> 00:08:48,840 Ziel verloren gehen. 88 00:08:48,870 --> 00:08:57,970 Es gibt keine Garantie für den Empfang von Protokollen, die erforderlich sind, um Zuverlässigkeit zu implementieren. 89 00:08:58,030 --> 00:09:01,600 Sie sind auch keine Datenwiederherstellungsfunktionen in UDP. 90 00:09:01,600 --> 00:09:07,800 Hiler-Protokolle müssen sich erneut von den letzten beschädigten Paketen erholen. 91 00:09:07,960 --> 00:09:17,440 TFT als Beispiel verfügt über einen integrierten Mechanismus zum Umgang mit Datenverlust, und TFT P mit UDP verfügt 92 00:09:17,530 --> 00:09:25,480 über eigene Mechanismen bei Sequenzierungs- und Neuübertragungsmechanismen, da UDP nicht auf Zuverlässigkeit angewiesen ist. 93 00:09:25,480 --> 00:09:27,650 Der UDP-Kopf ist sehr einfach. 94 00:09:27,820 --> 00:09:35,810 Es hat eine 16-Bit-Quellportnummer 16, aber Port zu Zielnummer, so dass die von der Quelle verwendete 95 00:09:35,810 --> 00:09:40,780 Portnummer und eine vom Ziel verwendete Portnummer angegeben werden. 96 00:09:41,000 --> 00:09:47,500 Es hat ein 16-Bit-ETP-Längenfeld, das die Länge des gesamten Datagramms in Byte angibt. 97 00:09:47,510 --> 00:09:54,020 Mit anderen Worten, der Header und die Daten - die minimale Länge für das UDP-Datagramm beträgt 8 Byte, da dies 98 00:09:54,020 --> 00:09:55,990 die Länge des Headers ist. 99 00:09:56,030 --> 00:10:01,550 Theoretisch beträgt die maximale Größe 655 Bytes. 100 00:10:01,740 --> 00:10:08,940 Die IP-Version 4 wird jedoch eine Höchstgrenze von 655 Bytes festlegen. 101 00:10:09,080 --> 00:10:13,970 Optional kann eine UDP-Prüfsumme zur Fehlerprüfung verwendet werden. 102 00:10:13,970 --> 00:10:19,150 Dies ist eine optionale IP-Version 4, jedoch keine optionale IP-Version 6.