media resource brokering
play

Media Resource Brokering Chris Boulton, Lorenzo Miniero - PowerPoint PPT Presentation

Media Resource Brokering Chris Boulton, Lorenzo Miniero draft-ietf-mediactrl-mrb-03 Changes since -02 Fixed several nits/typos Terminology and clarifications Added support for SIP 3xx response in IAMM An alternative to


  1. Media Resource Brokering Chris Boulton, Lorenzo Miniero draft-ietf-mediactrl-mrb-03

  2. Changes since -02 ● Fixed several nits/typos ● Terminology and clarifications ● Added support for SIP 3xx response in IAMM ● An alternative to multipart/mixed ● Examples section ● Publishing example ● Consumer examples (both Query and IAMM) March 25th, 2010 IETF 77th, Anaheim 2

  3. Next version: -04 ● Address what needs to be fixed ● DTMF support (INFO?) ● Extensibility of the schemas ● Call legs management ● Address RAI Expert Review comments (thanks to Ben Campbell) http://www.ietf.org/mail-archive/web/rai/current/msg00747.html ● ● WGLC March 25th, 2010 IETF 77th, Anaheim 3

  4. DTMF support ● “INFO” listed in DTMF support, BUT... ● No standard available ● At least three (or more?) incompatible usages ● MS don't even support it (do they?) ● Ok to drop it? ● Any reason not to? March 25th, 2010 IETF 77th, Anaheim 4

  5. Extensibility of the schemas ● Both schemas not extensible at the moment ● msstatus, action, actions, dtmf, vxml ● Should they be? ● Signaling needed to address it? ● ...or just let the MRB barf or ignore or default unrecognized values? March 25th, 2010 IETF 77th, Anaheim 5

  6. Call legs management (1) ● Query ● Consumer returns SIP URI (MS) – AS attaches call legs there ● Inline-aware (IAMM) ● AS still gets MS SIP URI eventually – Same as Query ● What if MRB may/wants to be in the path? ● Ok for MRB to allocate URI to map with MS URI? March 25th, 2010 IETF 77th, Anaheim 6

  7. Call legs management (2) ● Inline-unaware (IUMM) ● MRB always on the signalling path ● AS sees MRB as actual MS – What if >1 CFW sessions to separate MS? ● Potential issue relaying calls ● Always relay to the same MS? ● Some kind of session-related token? – conference-id proposed, but has drawbacks – Whatever it is, Control Framework must support it March 25th, 2010 IETF 77th, Anaheim 7

  8. RAI Issues (1) ● Subscriptions ● Why yet another way? Why not SIP Events? – Long discussions at earlier meetings – All entities speak CFW (native notification mechanism) ● IAMM with 3xx is like Query ● Why two ways to accomplish the same thing? – Originally IAMM only envisaged multipart/mixed – 3xx added to address concerns from the list – Remove it again? March 25th, 2010 IETF 77th, Anaheim 8

  9. RAI Issues (2) ● Inline MRB as B2BUA ● Very similar to caller-prefs (RFC 3841) – Will look at it, thanks! ● Multipart/mixed payload ● Required/supported for body parts – Good point, will add them to the next version ● Fixed ordering in multipart not acceptable – Will fix this in the next version March 25th, 2010 IETF 77th, Anaheim 9

  10. RAI Issues (3) ● Lease mechanism ● MRB managing resources or just keeping track? ● Can MS and MRB get out of sync? ● Can a MS be contacted directly? ● What if multiple MRBs involved? ● Scope of “expires”? – We definitely need to clarify the role of leasing in the doc... what is your feeling about this? March 25th, 2010 IETF 77th, Anaheim 10

  11. RAI Issues (4) ● Error codes ● Just 409 and 410? ● Don't re-use HTTP/SIP/etc error codes – Next version will have all error codes added ● Uniqueness requirements ● Scope, chance of collision, etc. for all IDs – Definitely need to be clarified – “Unique within the scope of MSs controlled by a MRB”? March 25th, 2010 IETF 77th, Anaheim 11

  12. RAI Issues (5) ● Explaining “seqnumber” ● Infer gaps? Roll over? Separate in each direction? – Will clarify its role in the next version ● “non-active-” sessions – Clarify what non-active -mixers and -rtp-sessions are ● Deactivated vs. Unavailable – No practical difference, but may be useful to have both ● What goes in “name”, “package”, “format”, etc. – Will clarify the constraints March 25th, 2010 IETF 77th, Anaheim 12

  13. RAI Issues (6) ● Security considerations ● B2BUA modifies bodies (affects SIP security) – Good point, will add this ● Channel security vs. Authorization – Good catch, will clarify that only authorized AS are allowed to communicate with an MRB March 25th, 2010 IETF 77th, Anaheim 13

  14. Questions? Further discussion? March 25th, 2010 IETF 77th, Anaheim 14

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend