Ich versuche, den Unterschied zwischen diesen beiden Computernetzwerk-Terminologien zu verstehen. Ich habe über das Internet gesucht, aber keine gute Idee bekommen. Kann mir bitte jemand erklären oder einen Link zu einer Seite geben, die das erklärt? Vielen Dank ...Unterschied zwischen nachrichtenorientierten Protokollen und stromorientierten Protokollen
Antwort
Nachrichtenorientierte Protokolle senden Daten in verschiedenen Blöcken oder Gruppen. Der Empfänger von Daten kann bestimmen, wo eine Nachricht endet und eine andere beginnt. Stream-Protokolle senden einen kontinuierlichen Datenfluss.
Hier ist ein Beispiel mit Mobiltelefonen. Textnachrichten wären ein nachrichtenorientiertes Protokoll, da jede Textnachricht sich von den anderen Nachrichten unterscheidet. Ein Telefonanruf ist stream-orientiert, da während des Anrufs ein kontinuierlicher Audiofluss erfolgt.
Im Internet verwendete Protokolle sind UDP (Nachrichtenorientiert) und TCP (Datenstromorientiert). Wikipedia diese Begriffe für weitere Informationen.
this helps
Stream-Protokolle senden Daten byteweise. Sie können es als Pfeife betrachten, wo alles, was auf einer Seite eingeht, auf die andere Seite übertragen wird. Es ist die Aufgabe der anderen Seite zu bestimmen, wann es genug Daten hat, um irgendeinen Sinn daraus zu machen.
TCP ist klassisches Beispiel dafür. Sobald Sie "Hello World" durch die Pipe gesendet haben, gibt es keine Garantie, dass es als solche kommt. Es kann als jeder einzelne Buchstabe, als zwei Wörter oder in einem Stück kommen. Sie wissen nur, dass die Buchstaben in der gleichen Reihenfolge stehen.
Nachrichtenprotokolle werden normalerweise über Streams erstellt, aber es gibt eine Schicht dazwischen, die dafür sorgt, dass jedes logische Teil von einem anderen getrennt wird. Es analysiert den Eingabestream für Sie und gibt Ihnen nur dann ein Ergebnis, wenn der gesamte Datensatz eintrifft und nicht alle dazwischen liegenden Zustände. Im vorherigen Beispiel würden Sie nur die gesamte "Hello World" -Nachricht oder nichts erwarten.
Das ist ziemlich vereinfachte Ansicht, aber ich denke, es erklärt größten Unterschied.
Es ist ein wenig komplizierter.
Im Allgemeinen gibt es zwei verschiedene Arten von Low-Level (OSI: Physical) Typen:
- paketorientierte Transport
- kanalorientierten Transport
beide Verkehrsarten können sein Sende durch Frequenzmodulation, Amplitudenmodulation, Phasenmodulation ...
Diese Frequenz/Amplitude/... (auch als Analog-Modulation bezeichnet) kann um Digitalisierung. Oder für digitale Signale verwendet. Dies wird als Digital-Modulation bezeichnet.
sehen: https://en.wikipedia.org/wiki/Modulation
Paketorientierte Transports eine Leitung für mehrere Pakete verwenden. Kanalorientierte Transporte verwenden unterschiedliche Linien für verschiedene Pakete. Der Vorteil von Channel-Oriented Transports (wie in Radios verwendet) ist, dass das Signal ohne sofort kommt. Der Nachteil ist, dass dieser Kanal spärlich genutzt wird. Daher ist die Gesamtbandbreite niedrig. Daher verwenden wir paketorientierten Transport für das Internet. Dieser Transport kann jedoch auf der kanalorientierten Frequenzmodulation (als Cable-Modems) oder auf der single line package-orientierten Amplitudenmodulation (als Telefon-Lines) basieren.
Am Ende sind UDP und TCP paketorientiert in OSI Level 5 (Transport). Daher ist die Frage, was der Unterschied zwischen Streaming und Message-Oriented TCP ist, eine gute Frage.
Auch Streams von shoutcast.com mit TCP sind in Pakete unterteilt. (Streaming-Pakete/Nachrichten sind in TCP-Pakete unterteilt.) Es ist möglich, dass ein TCP-Paket verloren geht. Weil TCP adressorientiert ist und seine Pakete aufzählt, kann das Paket erneut angefordert werden. Das macht TCP zuverlässig.
An der Oberseite von TCP sind jetzt Ströme. Sie verwenden die Möglichkeit, die TCP-Pakete entsprechend der Paketnummer zu bestellen. Der Punkt ist, dass sie Daten senden, die in jedem Moment eher in den Stream wechseln.
Vielleicht, das klärt die Frage.
Grüße
Der Hauptunterschied zwischen dem Nachrichtenstrom und Bytestrom ist die Nachricht Grenze. Auch der Nachrichtenstrom wird die Nachrichtengrenzen verfolgen, der Byte-Stream jedoch nicht.
betrachten im Netzwerk die 1024 Bytes der Daten werden an den Host übertragen, dann nach einer Minute weitere 1024 Bytes an den gleichen Host dann gesendet hat, empfängt der Empfänger insgesamt 2048 Bytes Daten.
Bei dieser Übertragung sendet der Nachrichtenstrom zwei verschiedene 1024 Byte an Nachrichten, während im Byte-Stream die vollen 2048 als eine Einheit an den Empfänger übertragen werden.
Ex. Der Nachrichtenstrom ist eine Folge von Seiten. Bsp. des Byte-Streams, der ein Lied oder einen Film herunterlädt.
- 1. Parsen von Skype-Protokollen
- 2. Aggregation von IIS-Protokollen
- 3. Verarbeitung von Apache-Protokollen schnell
- 4. Entfernen alter Verzeichnisse mit Protokollen
- 5. Verhalten von Protokollen mit Selbst
- 6. Optionale Verschlüsse in Swift-Protokollen
- 7. Sortieren von Protokollen mit Regex?
- 8. GC-Pausendauer von GC-Protokollen
- 9. Wie Daten zwischen UIViewControllern mit Protokollen/Delegaten übergeben werden
- 10. Durchsuchen von Protokollen auf mehreren Computern
- 11. Ritiring alten Protokollen ohne Elasticsearch-Kurator
- 12. Automatisiertes Skript zum Zippen von IIS-Protokollen?
- 13. Ausnahmestapel-Trace erscheint nicht in WebSphere-Protokollen
- 14. Swift generischer Typ, der zwei Protokollen entspricht
- 15. Deaktivieren von Log4J-Protokollen während der Maventestphase
- 16. Swift Reihe von Protokollen mit associatedtype
- 17. Senden von Heroku-Protokollen an s3
- 18. Boost Log 2.0: leer Schweregrad in Protokollen
- 19. Beste Möglichkeit zum Speichern von Protokollen/Statistiken
- 20. Weblogic 12C Senden von Protokollen an syslog
- 21. Node.js Heroku App Anwendungsfehler. Probleme mit Protokollen
- 22. Wie verhindere ich, stacktraces in Protokollen
- 23. Visual Studio-Ausgabefenster mit nur meinen Protokollen
- 24. App-Option zum Aufrufen von Protokollen einfügen
- 25. Implementieren von benutzerdefinierten Datenstrukturen mit Clojure-Protokollen
- 26. Abrufen von Websphere-JVM-Protokollen mit wsadmin
- 27. journalctl - Entfernen von Protokollen einer bestimmten Einheit
- 28. Swift 2 Protokollkonformität zu Protokollen hinzufügen
- 29. Java - Gruppieren von identischen Ausnahmen in Protokollen
- 30. Definieren und Verwenden von Protokollen in objective-c
Beziehen Sie sich auf eine bestimmte Ebene im Netzwerkstapel? – bzlm