Oblig4-Gruppe4)

Fra Hiofwiki

Gå til: navigasjon, søk

Innhold

Hva er RTP?

RTP (Real-time Transport Protocol) er en internettprotokoll standard for hvordan programmer overfører real-time multimedia data over enten unicast eller multicast. Nærmere bestemt en protokoll som definerer et standard pakke format for å levere/overføre audio og/eller video over nettet mellom brukere som er geografisk plassert på ulike steder. RTP brukes derfor gjerne til internett-telefoni.

Historie

RTP ble opprinnelig spesifisert som et forslag til standard gjennom RFC 1889 av IETF i 1996, og ble utviklet av IETFs (Internet Standard Engineer Task Force) Audio-Video Transport Working Group. Meningen var å utvkle en mekanisme for robust video- og lydoverføring mellom flere brukere som befant seg på ulike geografiske steder. Dette skulle typisk brukes til videokonferanser. RFC 3550 er en videreutvikling av arbeidet som ble gjort med Network Voice Protocol 2 (NVP-II) i 1991, som igjen stammer fra arbeidet med Network Voice Protocol (NVP) fra tidlig på 1970-tallet. I 2003 ble den ble den godkjent som RFC 3550, som benyttes i dag. Den har siden også fått innpass hos International Telecommunications Union (ITU) som en del av dets H.323 anbefalinger, så vel som hos flere andre organiasjoner som standardiserer.

Hva er IETF?

IETF står for Internet Engineering Task Force og er en gruppe som definererer og standardiserer internettprotokoller. Disse blir definert i RFCer (Request For Comments). IETF utvikler internett-standarder, spesielt TCP/IP og protokoller på internett, og samarbeider med W3C og ISO/IEC. Spesielt for organisasjonen er at den er åpen for alle som vil delta eller få innsikt i deres arbeid. IETFs medlemmer jobber på frivillig basis, og lønnes ikke av organisasjonen. De får likevel ofte lønn av deres arbeidsgivere eller sponsorer. IETF er delt opp i flere store arbeidsgrupper som jobber mot et mål for deretter å avslutte gruppens virksomhet.

Egenskaper

RTP er plassert øverst i applikasjonslaget, og er derfor avhengig av underliggende protokoller for å utføre jobben. For å transportere data, benytter RTP transportlaget, enten med TCP eller UDP. UDP er likevel å foretrekke siden Streaming, videokonferanser og det såkalte Push to Talk systemet, som alle benytter seg av RTP, er mindre sensitive mot pakketap enn mot forsinkelser.

RTP har en kontrollprotokoll (RTCP) som gjør det mulig å overvåke dataoverføring til multicast nettverk. Mottakeren kan da oppdage det om det forekommer pakketap og kompensere for forsinkelser.

RTPs komponenter er (1)sekvensnummer, som brukes til å oppdage tapte pakker, (2) payload identification, som beskriver hvordan media er kodet så det kan forrandres i forhold til båndbredden, (3) frame identification, som markerer start og slutt på hver frame, (4) source identification, som identifiserer senderen av framen, og (5) intermedia synchronization, som bruker timestamps for å oppdage forsinkelse innenfor en stream og kompensere for det.

RTCPs komponenter er: (1) Quality of Service feedback, som angir antall tapte pakker, (2) round-trip time og jitter som gjør at mottakere kan justere data raten, (3) session control som bruker BYE pakker slik at deltakere i samtalen kan indikere at de forlater samtalen, (4) identification som identifiserer deltakere med navn, e-mail adresse og tlf nummer og (5) intermedia synchronization som synkroniserer audio og video strømmene.

Spør Niklas

Hva menes med at RTP ligger på Applikasjonslaget?

Applikasjonslaget inneholder hjelpeprogrammer som tar seg av filoverføringer på nettet uavhengig av de forskjellige systemene. RTP er et slikt hjelpeprogram.. Men RTP har også tilknytning til Transportlaget fordi den bruker UDP pakker når den overfører filer.

RTP kan ikke garantere levering i nåtid, så hvordan kan den da kalle seg en Real-time protokoll?

Ingen ende-til-ende protokoller (inkludert RTP) kan garantere tidsnok levering. De er derfor avhengig av støtte fra de underordnede lagene, som har full kontroll over ressursene i eventuelle switcher og routere.


Kilder