SDP Offer/Answer mechanism to negotiate the usage of bundled media

Slides:



Advertisements
Similar presentations
RTP Payload Format for Multiple Flows FEC draft-peck-fecframe-rtp-mf-01 Orly Peck, RADVISION IETF 77 – March 2010.
Advertisements

RTP Payload Format for Reed-Solomon FEC draft-galanos-fecframe-rtp-reedsolomon-00 Sarit Galanos, RADVISION IETF 76 – November 2009.
RTP Payload Format for Multiple Flows FEC draft-peck-fecframe-rtp-mf-00 Orly Peck, RADVISION IETF 76 – November 2009.
Multimedia Streaming Protocols. signalling and control protocols protocols conveying session setup information and VCR-like commands (play, pause, mute,
Session-Independent Policies draft-ietf-sipping-session-indep-policy-01 Volker Hilt Gonzalo Camarillo
1 MMusic Offer/Answer Considerations for G.723 Annex A and G.729 Annex B (draft-muthu-mmusic-offer-answer-g723-g729-00) Authors: Muthu A M. Perumal, R.
RADPlay: RTP Archiving, Delivery, and Playback extensions for SDP Rob Lanphier RealNetworks March 21, 2002.
SDP.  Session Description Protocol (SDP) an application-layer protocol intended to describe multimedia sessions a text-based protocol when describing.
Lecture 5 and 6 notes: Reji Mathew & Jian Zhang NICTA & CSE UNSW COMP9519 Multimedia Systems S
Alternate Offers / Capabilities in SIP/SDP Alternate Offers / Capabilities in SIP/SDP draft-bhatia-mmusic-sdp-altcap-01.txt Authors: Medhavi Bhatia John.
Fredrik Lindholm 52st IETF Meeting 1Key management extensions Key Management Extensions for SDP and RTSP.
RTP Multiplexing draft-rosenberg-rtcweb-rtpmux Jonathan + {Rosenberg, Lennox}
AARNet Copyright 2011 Network Operations SDP Deep Dive Bill Efthimiou APAN33 SIP workshop February 2012.
Via contains the address at which the originator is expecting to receive responses to this request. Mandatory To contains a display name and a SIP URI.
SIP and NAT Dr. Jonathan Rosenberg Cisco Fellow. What is NAT? Network Address Translation (NAT) –Creates address binding between internal private and.
Introduction to SDP Issues. Content Background Goals SDP Primer RTP Primer Use cases “New” Functionalities in SDP Multiple RTP Streams in SDP Decision.
CLUE DATA CHANNEL CHRISTER HOLMBERG IETF#89 London, U.K.
CLUE DATA CHANNEL CHRISTER HOLMBERG IETF#90 Toronto, Canada.
DATA CHANNEL FOR CLUE CHRISTER HOLMBERG CLUE VIRUTAL INTERIM MEETING 27th January 2014.
T ELEPRESENCE T UTORI A L July 30, Introduction to Telepresence 1 Introduction to the IETF CLUE work 2 Telepresence scenarios 3 CLUE FrameworkCLUE.
1 SIPREC Recording Metadata format (draft-ram-siprec-metadata-format- 01) IETF-80 SIPREC MEETING R Parthasarathi On behalf of the team Team: Paul Kyzivat,
Miscellaneous Capabilities Negotiation in SDP IETF82 Taipei, Taiwan Simo Veikkolainen 1.
Draft-romanow-clue-call-flow-02 Allyn Romanow Rob Hansen Arun Krishna.
All rights reserved © 1999, Alcatel, Paris. page n° 1 SIP for Xcast SIP for the establishment of xcast-based multiparty.
Roni Even Jonathan Lennox Mapping RTP streams to CLUE media captures draft-even-clue-rtp-mapping-03 IETF-84.
Slide title minimum 48 pt Slide subtitle minimum 30 pt RTP Multiple Stream Sessions and Simulcast draft-westerlund-avtcore-multistream-and-simulcast-00.
Gonzalo Camarillo Advanced Signalling Research Lab 48th IETF MMUSIC WG Gonzalo Camarillo draft-camarillo-sip-sdp-00.txt.
Draft-ietf-mmusic-sdp-tcpmedia-00.txt Dialout.Net, Inc. David Yon TCP-Based Media Transport in SDP.
Developing with VoiceXML Building a Video Conference Application.
VoN September ‘98 1 9/17/98 VoN Standards Update Jonathan Rosenberg Bell Laboratories September 17, 1998.
Session Initiation Protocol (SIP) Chapter 5 speaker : Wenping Zhang data :
Session Recording (SIPREC) Protocol (draft-ietf-siprec-protocol-09) Leon Portman Henry Lum
1 SIPREC Protocol IETF #80 Authors: L. Portman, H. Lum, A. Johnston, A. Hutton.
SDP Security Descriptions for Media Streams Mark Baugher Dan Wing - Cisco Systems -
IETF-81, Quebec City, July 25-29, 2011
RTP Payload Format for DV Format Video draft-ietf-avt-dv-video-00.txt Akimichi ogawa Keio university.
Congestion Status Precondition for SIP draft-alexander-congestion-status-preconditions-00.txt Corey Alexander John Rutledge
BUNDLE Christer Holmberg, Ericsson Harald Alvestrand, Google IETF#84, Vancouver.
March 22th, 2001 MMUSIC WG meeting 50th IETF MMUSIC WG meeting The fid attribute draft-ietf-mmusic-fid-00.txt
IETF 831 Chairs: Flemming Andreasen Miguel A. Garcia.
SIP-SIP Video Delayed Offer-Delayed Offer
IETF 53, Minneapolis Kutscher/Ott/Bormann 1 SDPng Update Dirk Jörg Carsten draft-ietf-mmusic-sdpng-04.txt.
Session Description Protocol
Nov 18 th, th IETF MMUSIC WG draft-levin-mmusic-xml-media-control-00.txt O. Levin / RADVISION S. Olson / Microsoft R. Even / Polycom.
IETF 851 Chairs: Flemming Andreasen Miguel A. Garcia [Paul Kyzivat substitute for this meeting]
FEC Dependency Examples A Review of Existing Tools – January 29 th, 2008 Ali C. Begen
draft-ivov-mmusic-trickle-ice E. Rescorla, J. Uberti, E. Ivov
The Session Initiation Protocol - SIP
1 Ali C. Begen Grouping of Adjacent Media in SDP Cullen Jennings and Ali C. Begen {fluffy, IETF 80 – March 2011 draft-jennings-mmusic-adjacent-grouping-03.
The 3D SDP signalling drafts Bert Greevenbosch
1 SIPREC Protocol draft-portman-siprec-protocol Virtual interim meeting Dec 16, 2010 Authors: L. Portman, H. Lum.
SDP extensions for setting up circuit- switched audio and video streams Simo Veikkolainen IETF80.
Title and Bandwidth Capabilities Negotiation in the Session Description Protocol (SDP) Simo Veikkolainen.
Allyn Romanow Stephen Botzko Robert Hansen Signaling Requirements for implementing the.
Codec Control for RTCWEB
IETF 80 MMUSIC WG draft-elwell-mmusic-ice-updated-offer
Use of “Latent Configurations" in CLUE
Pedro Capelastegui 3D Video in the Session Description Protocol (SDP) draft-capelastegui-mmusic-3dv-sdp-00 Pedro Capelastegui.
Speaker:Wenping Zhang Date:2008/01/23
Chairs: Flemming Andreasen Miguel A. Garcia
RTP Payload Format for DV Video
IMTC SIP Interconnect and SuperOp
IMTC SIP Interconnect and SuperOp
Network Announcements with SIP
SDP Offer Answer Examples
draft-rajeshkumar-mmusic-gpmd-01.txt 55th IETF – November 18, 2002
SIP Basics Workshop Dennis Baron July 20, 2005.
SDP Simple Capability Negotiation (SDP Simcap)
SCTP in SDP draft-loreto-mmusic-sctp-sdp-07
Presentation transcript:

SDP Offer/Answer mechanism to negotiate the usage of bundled media IETF#85, Atlanta, U.S.A Christer.Holmberg@ericsson.com Harald.Alvestrand@google.com

GOAL SELECT A MECHANISM TO MOVE FORWARD WITH IMPLEMENTATIONS EXPECTED TO SHIP SOON

ALTERNATIVES BUNDLE draft-ietf-mmusic-sdp-bundle-negotiation New SDP grouping framework extension, “BUNDLE” Each m- line associated with a group shares the same port number Multiplexed media described in each associated m- line. Cullen BUNDLE (TOGETHER) draft-nandakumar-rtcweb-sdp , draft-alvestrand-one-rtp Similar to BUNDLE Difference: Each m- line associated with a group uses different port number If multiplexing is used, the port of the top-most m- line is used MMT draft-holmberg-mmusic-sdp-mmt-negotiation New SDP grouping framework extension, “MMT” New SDP media type, “anymedia”, used to describe the multiplexed media session New SDP attribute, “mmtype”, used to map PT values to specific media types

EXAMPLE: BUNDLE v=0 o=alice 2890844526 2890844526 IN IP4 host.atlanta.com s= c=IN IP4 host.atlanta.com t=0 0 a=group:BUNDLE foo bar m=audio 10000 RTP/AVP 0 8 97 a=mid:foo b=AS:200 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:97 iLBC/8000 m=video 10000 RTP/AVP 31 32 a=mid:bar b=AS:1000 a=rtpmap:31 H261/90000 a=rtpmap:32 MPV/90000

EXAMPLE: Cullen BUNDLE v=0 o=alice 2890844526 2890844526 IN IP4 host.atlanta.com s= c=IN IP4 host.atlanta.com t=0 0 a=group:BUNDLE foo bar m=audio 10000 RTP/AVP 0 8 97 a=mid:foo b=AS:200 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:97 iLBC/8000 m=video 20000 RTP/AVP 31 32 a=mid:bar b=AS:1000 a=rtpmap:31 H261/90000 a=rtpmap:32 MPV/90000

EXAMPLE: MMT v=0 o=alice 2890844526 2890844526 IN IP4 host.atlanta.com s= c=IN IP4 host.atlanta.com t=0 0 a=group:MMT foo bar zoe m=audio 10000 RTP/AVP 0 8 97 a=mid:foo b=AS:200 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:97 iLBC/8000 m=video 20000 RTP/AVP 31 32 a=mid:bar b=AS:1000 a=rtpmap:31 H261/90000 a=rtpmap:32 MPV/90000 m=anymedia 30000 RTP/AVP 0 8 97 31 32 a=mid:zoe a=mmtype: 0 audio a=mmtype: 8 audio a=mmtype: 97 audio a=mmtype: 31 video a=mmtype: 32 video

ISSUES: BUNDLE Usage of same port number Offer might be rejected Need to describe how existing, and new, SDP parameters in each m- line affects the multiplexed media E.g. bandwidth calculation based on the bandwidth given for each m- line

ISSUES: Cullen BUNDLE Non-supporting intermediaires Will send media, and expect media to be received, on the different ports indicated in SDP No knowledge that the port of the top-most m- line is to be used Non-supporting endpoint copies grouping attribute into SDP answer Offerer will think that Cullen BUNDLE is used Not possible to set top-most m- line to zero? ICE candidates for multiple ports Need to describe how existing, and new, SDP parameters in each m- line affects the multiplexed media E.g. bandwidth calculation based on the bandwidth given for each m- line

ISSUES: MMT Rejection of unknown media type Large SDP Only if both individual media and anymedia are offered Only initial offer ICE candidates for multiple ports RTP only? Currently RTP/AVP is used as protocol

WHICH APPROACH DO WE MOVE FORWARD WITH? NEXT STEP WHICH APPROACH DO WE MOVE FORWARD WITH?

THANK YOU FOR LISTENING! http://tools.ietf.org/html/draft-ietf-mmusic-sdp-bundle-negotiation-00