Presentation is loading. Please wait.

Presentation is loading. Please wait.

CLUE WG chair: Mary Barnes RTCWEB WG chair: Ted Hardie CLUE & RTCWEB WGs Adhoc Common (SDP/RTP) building blocks IETF-82.

Similar presentations


Presentation on theme: "CLUE WG chair: Mary Barnes RTCWEB WG chair: Ted Hardie CLUE & RTCWEB WGs Adhoc Common (SDP/RTP) building blocks IETF-82."— Presentation transcript:

1 CLUE WG chair: Mary Barnes RTCWEB WG chair: Ted Hardie CLUE & RTCWEB WGs Adhoc Common (SDP/RTP) building blocks IETF-82

2 Note Well Any submission to the IETF intended by the Contributor for publication as all or part of an IETF Internet-Draft or RFC and any statement made within the context of an IETF activity is considered an "IETF Contribution". Such statements include oral statements in IETF sessions, as well as written and electronic communications made at any time or place, which are addressed to: the IETF plenary session, any IETF working group or portion thereof, the IESG or any member thereof on behalf of the IESG, the IAB or any member thereof on behalf of the IAB, any IETF mailing list, including the IETF list itself, any working group or design team list, or any other list functioning under IETF auspices, the RFC Editor or the Internet-Drafts function All IETF Contributions are subject to the rules of RFC 5378 and RFC 3979 (updated by RFC 4879). Statements made outside of an IETF session, mailing list or other function, that are clearly not intended to be input to an IETF activity, group or function, are not IETF Contributions in the context of this notice. Please consult RFC 5378 and RFC 3979 for details.RFC 5378RFC 3979RFC 4879RFC 5378RFC 3979 A participant in any IETF activity is deemed to accept all IETF rules of process, as documented in Best Current Practices RFCs and IESG Statements. A participant in any IETF activity acknowledges that written, audio and video records of meetings may be made and may be available to the public. 1

3 Agenda – Thursday 1140-1250 11:40-11:45 Agenda bash/Introduction (Chairs) 11:45-11:55 RTCWEB Overview (Cullen Jennings) 11:55-12:05 CLUE Overview (Allyn Romanow) 12:05-12:20 Summary/discussion current set of proposals (Chairs) 12:20-12:50 Open Discussion 2

4 Ground rules The objective of this meeting is to have some open discussion on areas of overlap between RTCWEB and CLUE WGs on the use of common RAI building blocks – RTP in particular. This is not an official WG meeting. No decisions will be made. The overview presentations for RTCWEB and CLUE reflect a snapshot of current WG status and decisions. Any concerns with what is presented other than clarifying questions should be taken to the appropriate WG mailing list. 3

5 RTCWEB Overview (Cullen Jennings) 4

6 CLUE Overview (Allyn Romanow) 5

7 Summary Both RTCWEB and CLUE involve controlling multiple RTP audio and video streams: CLUE is focused on such. It’s just one usage for RTCWEB. CLUE must interoperate with SIP and other standards for audio & video. RTCWEB may not necessarily interoperate with “legacy” SIP endpoints (e.g., a CLUE endpoint) but: Will use RTP for media: draft-ietf-rtcweb-rtp-usage-00 Have agreed on SDP offer/answer as the basis of their state machine 6

8 Current building blocks & solution proposals Multiplexing of multiple RTP sessions in a single transport flow: draft-westerlund-avtcore-transport-multiplexing-01 Multiplexing of multiple media types in a single RTP session: draft-lennox-rtcweb-rtp-media-type-mux-00.txt RTCWEB usage of RTP: draft-ietf-rtcweb-rtp-usage-01.txt draft-ietf-rtcweb-rtp-usage-01.txt CLUE use of RTP: draft-lennox-clue-rtp-usage-01.txt draft-lennox-clue-rtp-usage-01.txt 7

9 CLUE example - Comparing the building blocks? MUX RTP sessions - SHIM Mux RTP Streams SSRC With metadata (RTCP or CLUE) MUXID Hdr ext Hybrid Handling Multi- streams draft-westerlund-avtcore- transport-multiplexing draft-lennox-rtcweb-rtp- media-type-mux draft-lennox-clue-rtp-usage SHIM=> MUXID 8

10 Proposal Objective: Ensure that the use of SDP and RTP as solutions in the CLUE and RTCWEB architectural models is consistent and allows for potential interoperability. Basically, don’t define two separate ways of doing the same thing. Consider that the primary common functionality is the handling of multiple-streams – should be based on same building blocks (to be agreed and developed in AVTCORE). Discuss the current proposals on the table - consider whether they meet the requirements (for both CLUE and RTCWEB). 9

11 Other Concerns Interoperability between RTCWEB client and CLUE enabled endpoint. - Is this required? - If so, what are the impacts on SDP, CLUE metadata transport Any other concerns? 10


Download ppt "CLUE WG chair: Mary Barnes RTCWEB WG chair: Ted Hardie CLUE & RTCWEB WGs Adhoc Common (SDP/RTP) building blocks IETF-82."

Similar presentations


Ads by Google