1 / 13

SIPREC Recording Metadata format (draft-ram-siprec-metadata-format-01)

SIPREC Recording Metadata format (draft-ram-siprec-metadata-format-01). 9 th May 2011 Interim SIPREC MEETING R Parthasarathi On behalf of the team. Team: Paul Kyzivat, Ram Mohan R, R Parthasarathi. 1. Agenda. Recap on Metadata format (draft-ram-siprec-metadata-format-01)

donna-russo
Télécharger la présentation

SIPREC Recording Metadata format (draft-ram-siprec-metadata-format-01)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. SIPRECRecording Metadata format(draft-ram-siprec-metadata-format-01) 9th May 2011 Interim SIPREC MEETING R Parthasarathi On behalf of the team Team: Paul Kyzivat, Ram Mohan R, R Parthasarathi 1

  2. Agenda Recap on Metadata format (draft-ram-siprec-metadata-format-01) Discuss Open items in Metadata format Next Steps

  3. Recording-Metadata Example <recording-metadata xmlns='...:siprec'> <recording id=""> </recording> <group id="" recording=""></group> <session id=""group=""></session> <participant id="“ session = “”> </participant> <stream id=""session=""></stream> <extension data id="" parent=""> </extension data> </recording-metadata>

  4. Metadata Format element view by SRS Recording 1 1..* 0..* group 1 Extension Data 1 1..* 0..* Session 1 0.. * 1..* Participant 1 0.. * 1.. * receives sends 0..* 0..* 1 1 Stream 4

  5. Open Issue 1 – RS to CS relationship at SRS • SIPREC solution will be designed with the principle of “Many RS to Many CS” relationship at SRS • Other possible relationship are “one RS to one CS”, “one RS to many CS”, “many RS to one CS”. • No Disagreement in the mailing alias for “Many RS to Many CS” which cover all above relationships

  6. Open Issue 2: Recording session Unique Id generation mechanism • Recording session needs to be globally unique id Whether URN UUID (RFC 4412) or Dialog id is the best suitable id? • URN UUID is generated by SRC and within metadata XML. Easy to group in case of RS group objects exists. Flexible for RS group. • Dialog-id is generated by both SRC & SRS (to-tag from SRS). Here, reusing existing SIP mechanism is possible 6

  7. Open Issue 3: CSG & CS Unique Id generation mechanism • group (CSG), session (CS) uses globally unique id by which these unique id will span across multiple RS . Any disagreement? • Both CSG and CS span across Multiple RS in case of “Many RS to Many CS” relationship • No disagreement in the mailer 7

  8. Open Issue 4 – Stream Unique Id generation mechanism • Stream (MS) needs to be unique id within CS or it may extend to multiple CS within single RS. Whether unique id has to be URN UUID (global) or xml:id (local) • Mapping between CS media stream and RS media stream is 1:1 or 1:N or N:1. As all possible relationship possible, there is a need for URN UUID (global id). • In case relationship of RS MS to CS MS is 1:N only then it is possible for xml:id (local id) 8

  9. Open Issue 5 – Participant Unique Id generation mechanism • Participant needs to be unique id within CS or it may extend to multiple CS within single RS. Whether unique id has to be URN UUID or xml:id • participant scope is within single CS with multiple RS or single RS within CS or depends ? 9

  10. Open Issue 6 – Extensiondata in XML • Whether extension data has to be passed as a separate metadata element or not? • Passing the extension data as a individual metadata block allows partial-update of extension-data alone or partial-update of metadata main element without resending extension-data in each transaction 10

  11. Open Issue 7 – Unique id for Extensiondata • If Extension data is required to be passed separately, Global unique id (URN UUID) or xml:id has to be used. 11

  12. Open Issue 8 – Codec Parameters in Stream element • Whether Codec parameters in RS SDP has to be duplicated in Stream XML or Stream XML “label” attribute linkage with RS SDP will be suffice? Till now, Identified attributes are • Media Type (audio/video/…) • Direction attribute • Content type (RFC 4796) • RTP MUX (RFC 5576) 12

  13. Next steps • Add Milestone in SIPREC or merge with SIPREC metadata draft? • Close all the open items • Update next revision based on the accepted comments & Model update • Request for further review in the mailer

More Related