Request for Comments: 5119 Category: Informational February 2008

Similar documents
Network Working Group. Category: Informational Preston & Lynch R. Daniel Los Alamos National Laboratory February 1998

ISO INTERNATIONAL STANDARD. Digital cinema (D-cinema) packaging Part 4: MXF JPEG 2000 application

35PM-FCD-ST app-2e Sony Pictures Notes doc. Warning

Version 0.5 (9/7/2011 4:18:00 a9/p9 :: application v2.doc) Warning

ISO INTERNATIONAL STANDARD. Digital cinema (D-cinema) quality Part 1: Screen luminance level, chromaticity and uniformity

Proposed SMPTE Standard SMPTE 425M-2005 SMPTE STANDARD- 3Gb/s Signal/Data Serial Interface Source Image Format Mapping.

Operations for Citizens Broadband Radio Service (CBRS): Priority Access License (PAL) Database Technical Specification

ANSI/SCTE

Device Management Push Binding

OMA Device Management Notification Initiated Session

Reference Release Definition for ConnMO

Device Management Push Binding

Device Management Requirements

ANSI/SCTE

SMPTE STANDARD Gb/s Signal/Data Serial Interface. Proposed SMPTE Standard for Television SMPTE 424M Date: < > TP Rev 0

OMA Device Management Server Delegation Protocol

Network Working Group Request for Comments: 3497 Category: Standards Track G. Goncher Tektronix A. Mankin Bell Labs, Lucent Corporation March 2003

ITU-T Y.4552/Y.2078 (02/2016) Application support models of the Internet of things

Web Services Resource Transfer (WS-RT)

CONSOLIDATED VERSION IEC Digital audio interface Part 3: Consumer applications. colour inside. Edition

ISO INTERNATIONAL STANDARD. Bibliographic references and source identifiers for terminology work

SDTV 1 DigitalSignal/Data - Serial Digital Interface

Device Management Requirements

American National Standard for Electric Lamps Double-Capped Fluorescent Lamps Dimensional and Electrical Characteristics

PROPOSED SMPTE STANDARD

TWD SPECIFICATION Interoperable Master Format Broadcast & Online IMF Application Constraints - ProRes

This document is a preview generated by EVS

DRAFT. Sign Language Video Encoding for Digital Cinema

INTERNATIONAL STANDARD

ATSC Standard: A/342 Part 1, Audio Common Elements

MISB ST STANDARD. Time Stamping and Metadata Transport in High Definition Uncompressed Motion Imagery. 27 February Scope.

NOTICE. (Formulated under the cognizance of the CTA R4.8 DTV Interface Subcommittee.)

Version 0.5 (3/6/2012 4:08:00 a3/p3 :: application _r010.doc) Warning

Extensible Resource Identifier (XRI) Generic Syntax and Resolution Specification

INTERNATIONAL STANDARD

D-BOX in SMPTE/DCI DCP

NOTICE. (Formulated under the cognizance of the CTA R4 Video Systems Committee.)

ATSC Candidate Standard: Captions and Subtitles (A/343)

Video System Characteristics of AVC in the ATSC Digital Television System

ITU-T Y Functional framework and capabilities of the Internet of things

DM Scheduling Architecture

ENGINEERING COMMITTEE Energy Management Subcommittee SCTE STANDARD SCTE

Technology Group Report: ATSC Usage of the MPEG-2 Registration Descriptor

INTERNATIONAL STANDARD

ATSC Standard: Video Watermark Emission (A/335)

For Immediate Release

Firmware Update Management Object Architecture

for Television ---- Formatting AES/EBU Audio and Auxiliary Data into Digital Video Ancillary Data Space

SERIES H: AUDIOVISUAL AND MULTIMEDIA SYSTEMS Infrastructure of audiovisual services Coding of moving video

Metadata for Enhanced Electronic Program Guides

ISO 2789 INTERNATIONAL STANDARD. Information and documentation International library statistics

Proposed Standard Revision of ATSC Digital Television Standard Part 5 AC-3 Audio System Characteristics (A/53, Part 5:2007)

ENGINEERING COMMITTEE Digital Video Subcommittee AMERICAN NATIONAL STANDARD ANSI/SCTE

ATSC Candidate Standard: Video Watermark Emission (A/335)

This document is a preview generated by EVS

ATSC Digital Television Standard: Part 6 Enhanced AC-3 Audio System Characteristics

This document is a preview generated by EVS

AMERICAN NATIONAL STANDARD

American National Standard for Electric Lamps - Fluorescent Lamps - Guide for Electrical Measures

AMWA Draft Document. AS-07 MXF Archive and Preservation Format. DRAFT FOR COMMENT September 4, Disclaimer

DM DiagMon Architecture

ENGINEERING COMMITTEE Digital Video Subcommittee SCTE

INTERNATIONAL STANDARD

CEA Standard. Standard Definition TV Analog Component Video Interface CEA D R-2012

ENGINEERING COMMITTEE Digital Video Subcommittee AMERICAN NATIONAL STANDARD ANSI/SCTE

ENGINEERING COMMITTEE

ISO INTERNATIONAL STANDARD. Tools for pressing Compression springs with rectangular section Housing dimensions and colour coding

Network Operations Subcommittee SCTE STANDARD

Firmware Update Management Object Architecture

Advanced Authoring Format (AAF) Edit Protocol

ATSC Standard: 3D-TV Terrestrial Broadcasting, Part 1

Network Operations Subcommittee SCTE STANDARD SCTE SCTE-HMS-QAM-MIB

Information Standards Quarterly

ITU-T Y Reference architecture for Internet of things network capability exposure

Terms of Use and The Festival Rules

ATSC Candidate Standard: A/341 Amendment SL-HDR1

INTERNATIONAL STANDARD

ATSC Proposed Standard: A/341 Amendment SL-HDR1

Akron-Summit County Public Library. Collection Development Policy. Approved December 13, 2018

Recomm I n t e r n a t i o n a l T e l e c o m m u n i c a t i o n U n i o n

The following references and the references contained therein are normative.

WS-BPEL Extension for People (BPEL4People) Specification Version 1.1 Committee Specification 17 August 2010

Publishing India Group

1 Scope. 2 Introduction. 3 References MISB STD STANDARD. 9 June Inserting Time Stamps and Metadata in High Definition Uncompressed Video

ISO INTERNATIONAL STANDARD

Author Guidelines. Table of Contents

TA Document Enhancements to the AV/C Tape Recorder/Player Subunit Specification Version 2.1

Digital Video Subcommittee SCTE STANDARD SCTE HEVC Video Constraints for Cable Television Part 2- Transport

LIST OF PUBLISHED STANDARDS

SMPTE Update. 23 February Howard Lukk Director of Engineering and Standards. Bruce Devlin Standards Vice President

ENGINEERING COMMITTEE Digital Video Subcommittee AMERICAN NATIONAL STANDARD. HEVC Video Constraints for Cable Television Part 2- Transport

Bahrain Medical Bulletin

ADVANCED TELEVISION SYSTEMS COMMITTEE, INC. CERTIFICATION MARK POLICY

Copyright 2016 AMWA. Licensed under a Creative Commons Attribution-Share Alike 4.0 International License. (CC BY-SA 4.0)

Linux-based Mobile Phone Middleware. Application Programming Interface. Circuit-Switched Communication Service. Document: CELF_MPP_CS_D_FR4

Principles of identification: European perspectives

Scan Service Model and Requirements

Allocation and ordering of audio channels to formats containing 12-, 16- and 32-tracks of audio

STEVAL-IHM043V1. 6-step BLDC sensorless driver board based on the STM32F051 and L6234. Features. Description

Specification of colour bar test pattern for high dynamic range television systems

Transcription:

Network Working Group T. Edwards Request for Comments: 5119 FOX Category: Informational February 2008 A Uniform Resource Name (URN) Namespace for the Society of Motion Picture and Television Engineers (SMPTE) Status of This Memo This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. Abstract This document describes a Uniform Resource Name (URN) namespace for the Society of Motion Picture and Television Engineers (SMPTE) for naming persistent resources that SMPTE produces or manages. A subnamespace for Universal Labels is specifically described. Table of Contents 1. Introduction......................... 2 2. URN Namespace Definition Template.............. 2 3. Examples........................... 6 4. Security Considerations................... 6 5. Namespace Considerations and Community Considerations.... 6 6. IANA Considerations..................... 7 7. SMPTE Registration Authority (Informative).......... 7 8. References.......................... 7 8.1. Normative References................... 7 8.2. Informative References.................. 7 Edwards Informational [Page 1]

1. Introduction SMPTE (the Society of Motion Picture and Television Engineers) is an internationally-recognized standards-developing organization. Headquartered and incorporated in the United States of America, SMPTE has members in over 80 countries on six continents. SMPTE s Engineering Documents, including Standards, Recommended Practices, and Engineering Guidelines, are prepared by SMPTE s Technology Committees. Participation in these Committees is open to all with a bona fide interest in a committee s work. SMPTE cooperates closely with other standards-developing organizations, including ISO, the IEC, and the ITU. Also, the SMPTE Registration Authority maintains a registry of Universal Labels (ULs) used in identifying the type and encoding of data within data streams associated with audio-visual material. SMPTE would like to assign unique, permanent, and locationindependent names using URNs for resources that SMPTE produces or manages. This namespace specification is for a formal namespace. 2. URN Namespace Definition Template The following template is provided in accordance with [RFC3406]. Namespace ID: smpte Registration Information: Version: 2 Date: 2007-07-08 Declared registrant of the namespace: Registering Organization: Society of Motion Picture and Television Engineers Address: 3 Barker Avenue - 5th Floor White Plains, NY 10601 USA Designated Contact Person: Director of Engineering Phone: +1 (914) 761-1100 Email: standards@smpte.org Edwards Informational [Page 2]

Declaration of structure: The Namespace Specific String (NSS) of all URNs that use the "smpte" NID shall be conformant to the URN syntax requirements defined in [RFC2141]. URNs for the "urn:smpte" namespace shall follow the structure defined in [SMPTE2029]. SMPTE (or it successor) may add additional subnamespaces in the future. Any system that deals with URNs for the "urn:smpte" namespace should be written with the awareness that this could occur at any time. For informative purposes, the identifier structure described using ABNF (according to [RFC4234]) is as follows: ;start ABNF notation URN = "urn:" NID NSS NID = "smpte:" NSS = UL-NSS / other-nss UL-NSS = "ul:" UL UL = QUADBYTE *(DOT QUADBYTE) DOT = %x2e ; period QUADBYTE = 4BYTE BYTE = 2HEXDIG other-nss = 1*(DIGIT / ALPHA / "-"/":") ; other-nss that conforms with [RFC2141] for future expansion ;end ABNF notation Relevant ancillary documentation: The structure for URNs in the "urn:smpte" namespace are defined in [SMPTE2029]. Edwards Informational [Page 3]

The values of ULs in the "urn:smpte:ul" subnamespace shall be constrained as defined in [SMPTE298M]. Details regarding the use of ULs as keys in key-length-value (KLV) coding, including how to determine in which SMPTE registry a SMPTE-administered UL may be found, are described in [SMPTE336M]. Identifier uniqueness considerations: [SMPTE2029] states that "All URNs in the SMPTE namespace shall conform to IETF RFC 3406. In particular, URNs in the SMPTE namespace shall not be re-assigned, and URNs shall continue to be valid, even if the owners or registrants of the SMPTE resources identified by the URNs are no longer members or customers of SMPTE. There need not be resolution of such URNs, but they shall not resolve to false or stale information." Additionally, the rules for assignment of SMPTE-administered ULs requires that each UL be unique to the UL space and that it cannot be reassigned or reused. It should be noted that [SMPTE298M] states that "A universal label shall be an object identifier as specified by ISO/IEC 8824-1," ([ISO8824-1]) although the SMPTE Universal Label representation is a specialized one that carries additional semantics over the OID representation of a URN OID ([RFC3061]). SMPTE will work to ensure that all current and future "urn:smpte" subnamespaces contain unique identifiers. Identifier persistence considerations: SMPTE-administered ULs may occasionally be deleted through SMPTE procedures. Regardless, even after a UL has been deleted, it will not be reused. Revisions to ULs will result in the creation of a new UL and the deletion of the old one. The persistence of URNs in future "urn:smpte" subnamespaces will be defined by SMPTE Standards. Process of identifier assignment: Assignment of URNs in the SMPTE NID is limited to SMPTE and those authorities that are specifically designated by SMPTE. SMPTE may designate portions of its namespace for assignment by other parties. Edwards Informational [Page 4]

Due process is followed by committees in the development of SMPTE documents. Some types of Universal Label registrations and other registrations may require a fee to be paid to SMPTE. All classes of SMPTE-administered ULs require for registration the name and address of the applicant. Some classes of labels also require the submission of supporting technical documentation for the label and may require a due process evaluation through the SMPTE Engineering Committee process. Process for identifier resolution: SMPTE-administered ULs are resolved through publications of the SMPTE Registration Authority. Currently, publication of SMPTE-administered ULs are made through a Metadata Dictionary as specified in [RP210] and through the SMPTE Labels Registry as specified in [RP224], both of which are currently available online at http://www.smpte-ra.org/mdd/. SMPTE expects to develop and maintain "URN catalogs" that map all future assigned URNs in the "urn:smpte" namespace to Uniform Resource Locators (URLs) to enable Web-based resolution of named resources. Rules for Lexical Equivalence: Lexical equivalence of URNs in the "urn:smpte:ul" subnamespace is defined by case-insensitive string match. Lexical equivalence of URNs in additional subnamespaces of "urn:smpte:" will be specified by SMPTE in the defining document; in the absence of such specification, lexical equivalence of URNs in the "urn:smpte:" namespace outside of the "urn:smpte:ul" subnamespace is defined by exact string match, according to [RFC2141]. Conformance with URN Syntax: No special considerations beyond the syntax herein described. Validation mechanism: None. Scope: Global. Edwards Informational [Page 5]

3. Examples Currently, only a "urn:smpte:ul" subnamespace is defined. This is the subnamespace for SMPTE Universal Labels [SMPTE298M]. SMPTE may add additional subnamespaces in the future. The following examples are not guaranteed to be real and are provided for illustrative purposes only. urn:smpte:ul:060e2b34.04010103.04010202.01011100 urn:smpte:newnss:future-urn-2105 4. Security Considerations The SMPTE URN Namespace ID shares the security considerations outlined in [RFC3406], but has no other known security considerations. 5. Namespace Considerations and Community Considerations SMPTE is an internationally-recognized standards-developing organization. As part of this effort, SMPTE also registers items such as Universal Labels through the SMPTE Registration Authority. The SMPTE namespace provides a uniform, unique, and effective way to communicate resource names for these items, which can be used by the motion imaging industry community. This namespace is also intended to be a useful mechanism to provide both human and automated access to these resources through online systems. The individual URNs in the namespace shall be assigned through the process of development of documents by SMPTE, through definition by SMPTE standards, or through the registration of Universal Labels or other items by the SMPTE Registration Authority. RFC 3406 states that a URN registration RFC must include a Namespace Considerations section, which outlines the perceived need for a new namespace. There are four areas where existing URN namespaces fall short of the requirements for a SMPTE URN namespace. URN assignment procedures: URNs for resources defined by SMPTE standards must be assigned exclusively by SMPTE or its delegates to ensure the integrity of the standards process. No other existing URN namespace has URNs assigned and managed by SMPTE. URN resolution: URNs assigned by SMPTE standards must be resolved by SMPTE mechanisms such as the SMPTE Registration Authority to Edwards Informational [Page 6]

ensure the integrity of the standards process. This resolution may require the reference of databases only maintained by SMPTE. Types of resources to be identified: Many resources defined by SMPTE standards (such as Universal Labels) have no adequate existing URN representation. Types of services to be supported: SMPTE expects to establish Web services for the automated resolution of resources defined by SMPTE standards utilizing the SMPTE URN namespace. 6. IANA Considerations This document defines a URN NID registration that has been entered into the IANA registry of URN NIDs. IANA has registered the NID "smpte". 7. SMPTE Registration Authority (Informative) The URL of the SMPTE Registration Authority is http://www.smpte-ra.org. 8. References 8.1. Normative References [RFC2141] Moats, R., "URN Syntax", RFC 2141, May 1997. [RFC3406] Daigle, L., van Gulik, D., Iannella, R., and P. Faltstrom, "Uniform Resource Names (URN) Namespace Definition Mechanisms", BCP 66, RFC 3406, October 2002. [SMPTE2029] Society of Motion Picture and Television Engineers, "Uniform Resource Names for SMPTE Resources", SMPTE 2029-2007, <http://www.smpte.org>. 8.2. Informative References [ISO8824-1] International Organization for Standardization, "Information Processing - Open System Interconnection - Specification of Abstract Syntax Notation One (ASN.1)", ISO Standard 8824-1:1995, 1995. [RFC3061] [RFC4234] Mealling, M., "A URN Namespace of Object Identifiers", RFC 3061, February 2001. Crocker, D., Ed., and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", RFC 4234, October 2005. Edwards Informational [Page 7]

[RP210] [RP224] Society of Motion Picture and Television Engineers, "Metadata Dictionary Registry of Metadata Element Descriptions", SMPTE RP210, <http://www.smpte.org>. Society of Motion Picture and Television Engineers, "Registry of SMPTE Universal Labels", SMPTE RP224, <http://www.smpte.org>. [SMPTE298M] Society of Motion Picture and Television Engineers, "Universal Labels for Unique Identification of Digital Data", ANSI / SMPTE 298M-1997, <http://www.smpte.org>. [SMPTE336M] Society of Motion Picture and Television Engineers, "Data Encoding Protocol using Key-Length-Value", SMPTE 336M- 2001, <http://www.smpte.org>. Author s Address Thomas G. Edwards FOX 10201 West Pico Boulevard Los Angeles, CA 90035 US Phone: +1 310 369 7093 Email: thomas.edwards@fox.com URI: http://www.fox.com Edwards Informational [Page 8]

Full Copyright Statement Copyright (C) The IETF Trust (2008). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights. This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Intellectual Property The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org. Edwards Informational [Page 9]