Az előadás célja hogy bemutassa a valós idejű kommunikáció szabványosításának jelenét és jövőjét. Szeretném áttekinteni a W3C WebRTC munkacsoportjának és az IETF rtcweb és tram munkacsoportjának legújabb kommunikációs szabványait és ezek releváns újdonságait. Rövid történelmi visszatekintés után bemutatom a W3C WebRTC technológia jelenét, hogyan jutottunk el lassan az 1.0-ig. Milyen változások várhatóak a következő generációjában amelynek a műhely neve jelenleg WebRTC-NV (Next Version).

2. WebRTC - Hol tartunk ma?
Mészáros Mihály
Mérnök Informatikus
2019.04.26.

3. Tartalom
●
Visszatekintés Szabványos VoIP, Vidkonf (SIP/H.323)
– Szabványos Valósidejű kommunikáció mint régi értékünk
– Nyílt forrás mint régi értékünk
●
Út a WebRTC 1.0-hoz
– ORTC Community Group
– Aktuális állapot: „Ott vagyunk már?”
●
WebRTC-NV
– Mélyebb API, nagyobb felelősség
– BYO transzport (QUIC)
●
IETF – RTC-t érintő protokoll szabványosítás mai állása
●
Összefoglalás

4. Szabványosság
(VoIP, Videokonferencia)
mint régi értékünk!
Visszatekintés

5. Vidkonf
●
Vidkonf történelem
– 2003 közbeszerzési eljárás:
●
H.323 MCU
●
H.323 tárgyalótermi
végberendezés
– 2004 közbeszerzési eljárás
●
MCU bővítés
●
Újabb végpontok
– Később: SIP, HD vidkonf,
Felvétel, SIP, NRENum.net,
SW-es vidkonf, stb.

6. Vidkonf 2004

7. VoIP
●
2002-2003 MTA SZTAKI
– SIP/(H.323)
●
Intézményi hangforgalom
aggregálás
– Szolgáltatói tender
– kedvező percdíjak
●
SIP Workshop, IP PBX
●
Centrex
●
Szolgáltatóvá válás stb.

8. W3C - WebRTC 1.0
Út az 1.0-ig..
ORTC

9. Nem egyik napról a másikra.
2010 2019

10. WebRTC 1.0
●
Sokat változott az idők alatt
– Több re-faktorálás
●
Két főbb rész
– mediacapture-main
●
GetuserMedia
– PeerConnection
●
Kiegészítő API-k
– mediacapture-screen-share,
mediacpture-record, stats,
identity, stb.
●
Használható és stabil
– Kész?
Forrás: http://geek-and-poke.com

11. Adapter.js
●
Élő szabvány
●
Implementációs hézagok
áthidalása
●
Hézagok
– Szabványosítás és
implementáció
– Implementáció és
implementáció
●
https://wpt.fyi/
Forrás:
http://art.fritsahlefeldt.com/photo/2415/Mind-the-gap-no-text-Color-illustration.html

12. ORTC
Forrás: http://draft.ortc.org/

13. W3C - WebRTC-NV
NV => Next Version

14. Megcélzott Felhasználási Esetek
●
Többpontos online játék:
– szinkronizált hang kommunikációval
●
Mobilitás:
– IP hálózatok közötti roaming
●
Videokonferencia központi szerverrel:
– Scalable Video Coding SVC(VP9/AV1),
●
File megosztás: Nagy fájlok cseréje.
– Anélkül hogy a párhuzamos Videokonferenciát megzavarná.
●
IoT:
– Szenzor adatkapcsolat alacsony energia felhasználás
●
Vicces kalapok:
– Videokódolás előtt video manipuláció.
●
VR Játék:
– Szinkronizált adat és média stream
Forrás: https://hikingartist.com

15. SDP
●
Magas szintű API
– könnyű megtanulni de nem lehet személyre szabni.
– Sok éves birkózás (lásd ORTC)
– Nagyobb felelősség a böngésző oldalán
– Össze kell hangolni a törekvéseket fejlesztéseket.
●
világ szinten ez nehéz kérdés
●
Mélyebb API
– a Session Description Protocol elhagyása
– Kisebb lesz a közös kód, nagyobb felelősség a fejlesztő oldalán
– stb.
●
PERC E2E Encryption, BYOT (QUIC), SVC, AV1

16. Mélyebb API
●
Fejlesztői igény mélyebb API-k
– ORTC-nél is mélyebb API
– Mélyebb API együtt jár a nagyobb felelősséggel
●
„With Great Power Comes Great Responsibility”
– Gyártók keze nincs többet megkötve megtudják különböztetni
magukat a saját implementációikkal.
●
Ez sajnos azt is eredményezheti, hogy újra zárt rendszerek jönnek létre. :-(
– Több kontroll, nagyobb komplexitás
●
Webfejlesztő többnyire nem mozog otthonosan a Valósidejű kommunikációs
protokollok mélységeiben.
●
WebRTC 1.0 nem akarta terhelni fejlesztőket csak minimális API-val.

17. Milyen mélységű legyen?
Forrás: https://www.w3.org/2011/04/webrtc/wiki/images/5/5c/WebRTCWG-2018-06-19.pdf

18. WASM
●
WebRTC hacks cikk:
– https://webrtchacks.com/zoom-avoids-using-webrtc/
●
WASM = Web Assembly
●
Zoom
– video/audio
– encode/decode

19. ICE
Forrás: https://www.w3.org/2011/04/webrtc/wiki/images/5/5c/WebRTCWG-2018-06-19.pdf

20. QUIC
●
A QUIC HTTP/3 transzport protokolljának készült.
– Jelenleg csak megbízható átvitel-t tesz lehetővé.
– Beépített torlódás vezérlés, titkosítás.
●
DataCahannel
– SCTP => QUIC
●
Bring Your Own (BYO) Transport. A teljes RTP/RTCP leváltása
– Az RTP-t 1990-es években tervezték.
– QUIC-R transzport (Colin Perkins, Jörg Ott)
●
R mint realtime kiterjesztés
●
MPEG-DASH(TCP) és RTP/RTCP(UDP) együttes leváltása
●
streaming és videokonferencia konvergencia

21. Transzport történelem
Forrás: https://bloggeek.me/who-needs-quic-in-webrtc/

22. WebRTC 1.0
Forrás: https://bloggeek.me/who-needs-quic-in-webrtc/

23. WebRTC-NV over QUIC
Forrás: https://bloggeek.me/who-needs-quic-in-webrtc/

24. AV1, SVC
●
Érkezik az AV1
– Jobb minőség
– Kisebb sávszélesség
– Nagy felbontásokra
optimalizált (4k, 8k)
– Cserébe picit több CPU
●
Érkezik a Skálázható videó
kódolás SVC
●
felbontás
●
képkocka sűrűség
●
képminőség

25. IETF munkacsoportok
rtcweb, tram, quic, stb..

26. rtcweb és tram munkacsoportok
●
rtcweb
– stabilizálódó api-k
– Ed Queue
– draft-ietf-rtcweb-mdns-ice-candidates-02
●
Using Multicast DNS to protect privacy when exposing ICE candidates
●
TRAM *-bis
– ICE-bis, STUN-bis, TURN-bis
●
STUN + OAuth
– CBOR, CWT (IoT)
– draft-ietf-oauth-pop-key-distribution-05

27. Összefoglalás
●
W3C
– WebRTC 1.0 stabil. Egyre több implementáció, egyre több alkalmazás
– WebRTC-NV az innováció helye
●
Mély API nagyobb felelősség a fejlesztőknek kisebb a böngészőknek (újra zárt implementációk?)
●
IETF
– WebRTC 1.0 és Szabványos Tűzfalátjárás: ICE (STUN/TURN infrastruktúra)
– QUIC-Realtime (Streaming és az RTP együttes leváltására)
●
A szabványosítást közelről kell követnünk ahhoz, hogy abból műszakilag kellően
felkészülten építsünk szolgáltatást.
●
Szabványok használatára a valós idejű kommunikációs szolgáltasainkban továbbra
is törekednünk kell!
– Ez záloga az átjárható, átlátható rendszereknek és szabad kommunikációnak
egyúttal a „vendor lock-in” elkerülésének.

28. Köszönöm a Figyelmet!