2003-07-17IETF 57, Vienna1 SDPng Update Dirk Jörg Carsten draft-ietf-mmusic-sdpng-06.txt.

Slides:



Advertisements
Similar presentations
® IBM Software Group © IBM Corporation WS-Policy Attachment- spec overview Maryann Hondo IBM.
Advertisements

Service Description: WSDL COMP6017 Topics on Web Services Dr Nicholas Gibbins –
What is XML? a meta language that allows you to create and format your own document markups a method for putting structured data into a text file; these.
CT-KIP Magnus Nyström, RSA Security OTPS Workshop, October 2005.
ISO DSDL ISO – Document Schema Definition Languages (DSDL) Martin Bryan Convenor, JTC1/SC18 WG1.
1 Web Data Management XML Schema. 2 In this lecture XML Schemas Elements v. Types Regular expressions Expressive power Resources W3C Draft:
DecisionSoft Validation for large scale consumers of XBRL Paul Warren DecisionSoft Limited 12 May 2004.
SRDC Ltd. 1. Problem  Solutions  Various standardization efforts ◦ Document models addressing a broad range of requirements vs Industry Specific Document.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 3 The Basic (Flat) Relational Model.
XML Schemas Microsoft XML Schemas W3C XML Schemas.
8/2/ IETF, Pittsburgh Kutscher/Ott/Bormann SDPng Requirements draft-kutscher-mmusic-sdpng-req-00.txt Dirk Jörg
Grid Computing, B. Wilkinson, 20043a.1 WEB SERVICES Introduction.
R R R CSE870: Advanced Software Engineering: Extending and Using UML (Cheng) Supplementary: Using and Extending UML.
Sunday, June 28, 2015 Abdelali ZAHI : FALL 2003 : XML Schemas XML Schemas Presented By : Abdelali ZAHI Instructor : Dr H.Haddouti.
Automatic Data Ramon Lawrence University of Manitoba
7/ IETF, Pittsburgh Ott/Perkins/Kutscher Mbus Update draft-ietf-mmusic-mbus-transport-02.txt Jörg Colin
A Use Case for SAML Extensibility Ashish Patel, France Telecom Paul Madsen, NTT.
4/20/2017.
XP New Perspectives on XML Tutorial 4 1 XML Schema Tutorial – Carey ISBN Working with Namespaces and Schemas.
XML Validation I DTDs Robin Burke ECT 360 Winter 2004.
VICTORIA UNIVERSITY OF WELLINGTON Te Whare Wananga o te Upoko o te Ika a Maui SWEN 432 Advanced Database Design and Implementation XML Schema 1 Lecturer.
Chapter 4: Document Type Definitions. Chapter 4 Objectives Learn to create DTDs Validate an XML document against a DTD Use DTDs to create XML documents.
1 XML Schemas. 2 Useful Links Schema tutorial links:
Dr. Azeddine Chikh IS446: Internet Software Development.
Neminath Simmachandran
McGraw-Hill/Irwin © 2004 by The McGraw-Hill Companies, Inc. All rights reserved. Schemas Ellen Pearlman Eileen Mullin Programming the Web Using XML.
XML CPSC 315 – Programming Studio Fall 2008 Project 3, Lecture 1.
Profiling Metadata Specifications David Massart, EUN Budapest, Hungary – Nov. 2, 2009.
WebDAV Issues Munich IETF August 11, Property URL encoding At present, spec. allows encoding of the name of a property so it can be appended to.
XML A web enabled data description language 4/22/2001 By Mark Lawson & Edward Ryan L’Herault.
Of 33 lecture 3: xml and xml schema. of 33 XML, RDF, RDF Schema overview XML – simple introduction and XML Schema RDF – basics, language RDF Schema –
SDPL 2005Notes 2.5: XML Schemas1 2.5 XML Schemas n Short introduction to XML Schema –W3C Recommendation, 1 st Ed. May, 2001; 2 nd Ed. Oct, 2004: »XML Schema.
New Perspectives on XML, 2nd Edition
Creating an Application Profile Tutorial 3 DC2004, Shanghai Library 13 October 2004 Thomas Baker, Fraunhofer Society Robina Clayphan, British Library Pete.
RDF and XML 인공지능 연구실 한기덕. 2 개요  1. Basic of RDF  2. Example of RDF  3. How XML Namespaces Work  4. The Abbreviated RDF Syntax  5. RDF Resource Collections.
Standards Analysis Summary vMR –Pros Designed for computability Compact Wire Format Aligned with HeD Efforts –Cons Limited Vendor Adoption thus far Represents.
XML 2nd EDITION Tutorial 4 Working With Schemas. XP Schemas A schema is an XML document that defines the content and structure of one or more XML documents.
1 Tutorial 14 Validating Documents with Schemas Exploring the XML Schema Vocabulary.
Tutorial 13 Validating Documents with Schemas
1 Dublin Core & DCMI – an introduction Some slides are from DCMI Training Resources at:
Common Terminology Services 2 CTS 2 Submission Team Status Update HL7 Vocabulary Working Group May 17, 2011.
Processing of structured documents Spring 2003, Part 3 Helena Ahonen-Myka.
Christian Groves Describing Captures in CLUE and relation to multipoint conferencing draft-groves-clue-multi-content-00 CLUE Interim meeting (09/13)
Dictionary based interchanges for iSURF -An Interoperability Service Utility for Collaborative Supply Chain Planning across Multiple Domains David Webber.
Introduction to XML Schema John Arnett, MSc Standards Modeller Information and Statistics Division NHSScotland Tel: (x2073)
Representing data with XML SE-2030 Dr. Mark L. Hornick 1.
IETF 54, Yokohama Kutscher/Ott/Bormann 1 SDPng Update Dirk Jörg Carsten draft-ietf-mmusic-sdpng-05.txt.
SDP Simple Capability Negotiation (SDP Simcap) draft-andreasen-mmusic-sdp-simcap-reqts-00.txt draft-andreasen-mmusic-sdp-simcap-01.txt 50th IETF - March.
Concepts and Realization of a Diagram Editor Generator Based on Hypergraph Transformation Author: Mark Minas Presenter: Song Gu.
IETF 53, Minneapolis Kutscher/Ott/Bormann 1 SDPng Update Dirk Jörg Carsten draft-ietf-mmusic-sdpng-04.txt.
Lecture 23 XQuery 1.0 and XPath 2.0 Data Model. 2 Example 31.7 – User-Defined Function Function to return staff at a given branch. DEFINE FUNCTION staffAtBranch($bNo)
OWL Web Ontology Language Summary IHan HSIAO (Sharon)
Using XML Schema to define NETCONF Content Sharon Chisholm Alex Clemm TJ Tjong
Web Services: Principles & Technology Slide 3.1 Chapter 3 Brief Overview of XML COMP 4302/6302.
OSLC PLM Reference model February Summary of the OSLC PLM Reference Model V0.2 February 22 nd 2011 Gray Bachelor Mike Loeffler OSLC PLM Workgroup.
CITA 330 Section 2 DTD. Defining XML Dialects “Well-formedness” is the minimal requirement for an XML document; all XML parsers can check it Any useful.
Metadata Issues in Long-term Management of Data and Metadata
Session-Independent Policies draft-ietf-sipping-session-indep-policy-02 Volker Hilt Jonathan Rosenberg Gonzalo.
Use of “Latent Configurations" in CLUE
XCON WG IETF-64 Meeting XCON Framework Overview & Issues
John D. McGregor Eclipse Process Framework Module 2 Session 4
SysML v2 Formalism: Requirements & Benefits
XML QUESTIONS AND ANSWERS
Subscribing to YANG datastore push updates draft-netconf-yang-push-00 IETF #94 Yokohama A. Clemm A. Gonzalez Prieto
ece 720 intelligent web: ontology and beyond
Post WG LC NMDA datastore architecture draft
SIP Session Policies Volker Hilt
Web-based Imaging Management System Working Group - WIMS
SDP Simple Capability Negotiation (SDP Simcap)
Software Architecture & Design
Presentation transcript:

IETF 57, Vienna1 SDPng Update Dirk Jörg Carsten draft-ietf-mmusic-sdpng-06.txt

IETF 57, Vienna2 Overview Addressed open issues of –06 Examples Next steps

IETF 57, Vienna3 SDPng Structure Potential Configurations Actual Configurations Constraints Session-Level Info List of capabilities as XML elements. Only these are are processed by capability negotiation. Actual configurations as alternatives for each component. Reference configurations and express constraints on combinations Elements for meta information on individual applications (i.e., streams, sessions), referencing configuration definitions. Definitions Define commonly used parameters for later referencing.

IETF 57, Vienna4 draft-ietf-mmusic-sdpng-06.txt Capability description model –Fixed set of capability types Capability negotiation model –Employing RFC 2533 algorithm Worked on some open issues –Concrete XML syntax –Simplified model for specifying configurations –Specifying transport parameters –Formal definition mechanism –Package concept –Library concept

IETF 57, Vienna5 Capability Model Three different types –Tokens: encoding=PCMU Ascertain identity || fail –Token lists: sampling-rate=8000,16000, Determine common subset || fail –Numerical Ranges 6 <= bitrate <= 64 Determine common sub-range || fail Distinguish optional capabilities silence-suppression supported Applicable to each type, failing results in removing the capability, interoperability still possible

IETF 57, Vienna6 XML Syntax (1) Feature independent negotiation –Process capability descriptions without knowing semantics –Access to schema definition not required Different solutions considered: –Old compact syntax (-06) had some issues – –Requires parsing beyond XML –Cannot leverage XML mechanisms for formal schema definitions

IETF 57, Vienna7 XML Syntax (2) Capabilities –A collection of independent definitions –Each definition is processed independently –Every property is a single XML element Tokens and token lists as element content Numerical ranges with explicit XML attributes No further substructure Descriptions are still standalone PCMU

IETF 57, Vienna8 Formal Schema Definition Base specification –SDPng XML document structure –Basic data types (token, token lists, ranges) –XML-Schema as a definition mechanism Package definitions –Application specific vocabulary –Each package definition in unique XML namespace –XML-Schema as a definition mechanism

IETF 57, Vienna9 Sample Package Definition <xsd:element minOccurs="0" name="channels" type="sdpng:tokenlist"/> <xsd:element minOccurs="0" name="sampling" type="sdpng:tokenlist"/> <xsd:element minOccurs="0" name="bitrate" type="sdpng:range"/> <xsd:element minOccurs="0" name="silenceSuppression" type="sdpng:optToken"/> <xsd:element name="audio:codec" type="audio:CodecT“ substitutionGroup="sdpng:definition"/>

IETF 57, Vienna10 Specifying Configurations (1) PCMU IP6

IETF 57, Vienna11 Specifying Configurations (2) […] ::

IETF 57, Vienna12 Specifying Configurations (3) […] […]

IETF 57, Vienna13 Specifying Configurations (4) Each component (application session) element provides list of alternatives Each alternative provides definitions for the component –Referencing definitions from the capability section Providing additional parameters, where required Alternatives that reference non-interoperable definitions are discarded –List of definitions No nesting of elements from different packages –Semantics are application-specific Applications MUST know how to interpret definitions –No restrictions on quantity or order

IETF 57, Vienna14 Libraries Libraries: –Pre-defined definitions, e.g., a set of audio codec definitions –Referenced from a description document Semantics difficult to get right –Application-independent negotiation would require access to library definitions Requirement to include library definitions into description document Capability negotiation has to consider all definitions  Forego libraries, include definitions inline

IETF 57, Vienna15 Next Steps draft-ietf-mmusic-sdpng-07 –Update document structure spec. –Include XML-Schema definitions Applications & Tools –Define packages –Publish XML-Schema for base spec and packages