Diskussion:Datagramm

Letzter Kommentar: vor 7 Jahren von 5.158.181.91 in Abschnitt die Erklärung ist SO falsch

Definition Bearbeiten

Datagramm- Dienste sind verbindungslose Dienste (z.B. UDP; IP), haben keinen Zusammenhang zwischen Dienstabwicklungen, es existiert keine Auslieferungsdisziplin. Der Dienst ist unbestätigt. (nicht signierter Beitrag von 194.94.72.254 (Diskussion) 17:18, 23. Jun. 2005)

die Erklärung ist SO falsch Bearbeiten

denn dann wäre auch z. B. "Datenframe" synonym zu "Datenpaket" und zu "Datensegment", was ja wohl nicht stimmt. (nicht signierter Beitrag von 213.102.97.1 (Diskussion) 19:48, 24. Dez. 2006)

Die Übertragung der Datagramme erfolgt durch einen Router mittels TCP... Das ist wohl falsch siehe UDP (nicht signierter Beitrag von 5.158.181.91 (Diskussion) 10:50, 6. Feb. 2017 (CET))Beantworten

Ein Artikel Bearbeiten

Ich finde die Begriffe

gehören in einer gewissen Form zusammen. Sie unterscheiden sich und haben jeweils unterschiedliche Eigenschaften. Jedoch wäre es sehr viel einfacher diese ganzen Begriffe unter einem Artikel zusammenzufassen. Was haltet ihr davon? Würde mich selbstverständlich daran beteiligen. --Arx 10:36, 22. Mai 2008 (CEST)Beantworten

Oberbegriff? Bearbeiten

Der Oberbegriff ist imo eher Datenpaket. Datagramme (im eigentlichen Sinne) gibt es doch wohl nur bei UDP. --NurDieHalbeWahrheit (Diskussion) 09:00, 19. Nov. 2014 (CET)Beantworten

Hmm... ich habe jetzt noch den eher unbekannten Fachbegriff Service Data Unit gefunden, anscheinend ist das der korrekte Oberbegriff. Kannte ich noch nicht, andererseits ist "Datenpaket" auch mehr umgangssprachlich. -- NurDieHalbeWahrheit (Diskussion) 09:13, 21. Nov. 2014 (CET)Beantworten

RFC 1594 Bearbeiten

In RFC 1594 steht eine Definition des Begriffs.

      Datagram
       A self-contained, independent entity of data carrying
       sufficient information to be routed from the source
       to the destination computer without reliance on earlier
       exchanges between this source and destination computer and
       the transporting network. 

-- 195.137.217.236 16:33, 25. Nov. 2014 (CET)Beantworten