Diskussion:Real-Time Transport Protocol
aus Wikipedia, der freien Enzyklopädie
Das TCP rechts ist meiner Meinung nach Falsch! RTP braucht ein Transportprotokoll, dass Framing unterstützt! Also z.B. UDP, UDP-lite, DCCP. Kommentare? Gruß, Konrad
Port 5060 ist doch SIP, oder? Meinem Verständnis nach hat RTP keine festen Ports. Im RFC steht meines Wissen nach nur > 1024. Gruß Nico
Interessant(?), Multicast linkt hierhin (Artikel), hier finde ich aber "Multicast" nicht mal erwähnt. (Kann mir jemand weiterhelfen?) --Alien4 20:11, 22. Mai 2007 (CEST)
Ich habe in den RTP-Artikel jetzt einmal den Hinweis auf Uni- oder Multicast-Tauglichkeit eingefügt - was ist sonst noch unklar im Zusammenhang mit Multicast und RTP, welche Erklärungen könnten noch Sinn machen? Mitten 01:06, 23. Mai 2007 (CEST)
- Weder in Multicast, noch in IP-Multicast verstehe ich, wie (IP-)Multicast funktioniert. Falls (IP fähige ->) Endgeräte das Multicast bewerkstelligen (gibt es IP-Multicast fähige Router usw.?), ist das effizient, vor allem für (Live-)(Video, usw.)-Streams? -> RTP? Oder sollte man MBone beachten? Heisst das, IP-Multicasting ist für den Endbenutzer per se nicht anwendbar (RTP, (P2P-)IPTV, usw.)? --Alien4 01:11, 13. Jun. 2007 (CEST)
Ich finde es gibt da Ungenauigkeiten bei der Formulierung im Abschnitt Timestamp. Wenn ich mir RFC3550 so ansehe, dann steht auf Seite 13: "The sampling instant MUST be derived from a clock that increments monotonically and linearly in time to allow synchronization and jitter calculations." Im Wiki steht jedoch: " der nicht kontinuierlich und linear, sondern als diskreter Wert zur Verfügung steht". Irgendwie paßt das für mich nicht so richtig zusammen, bin mir aber unsicher. Kann das mal jemand durchdenken, der sich damit etwas besser auskennt?, Danke, --Cyx 14:59, 18. Sep. 2007 (CEST)
- Ich bin genau wie Du stutzig geworden. Ich glaube da liegt ein Missverständnis vor. Möglicherweise wg. diesem Satz aus dem RFC: "Consecutive RTP packets MAY contain timestamps that are not monotonic if the data is not transmitted in the order it was sampled, as in the case of MPEG interpolated video frames."
- Allerdings steht da eben "may contain", also dass es passieren kann...
- Ich nehm' das "nicht" mal da raus und ergänze das ein bisschen. --Lllf 12:09, 23. Jan. 2008 (CET)
