- Home
- RFCs by Subject
- data formats
- content negotiation
content negotiation
Media feature and content negotiation
Within this page
content negotiation RFCs (17)
RFC 8942: HTTP Client Hints
Experimental- I. Grigorik
- Y. Weiss
- February 2021
- IETF publication
- Web and Internet Transport
Abstract
HTTP defines proactive content negotiation to allow servers to select the appropriate response for a given request, based upon the user agent's characteristics, as expressed in request headers. In practice, user agents are often unwilling to send those request headers, because it is not clear whether they will be used, and sending them impacts both performance and privacy.
This document defines an Accept-CH response header that servers can use to advertise their use of request headers for proactive content negotiation, along with a set of guidelines for the creation of such headers, colloquially known as "Client Hints."
Abstract
HTTP defines proactive content negotiation to allow servers to select the appropriate response for a given request, based upon the user agent's characteristics, as expressed in request headers. In practice, user agents are often unwilling to send those request headers, because it is not clear whether they will be used, and sending them impacts both performance and privacy.
This document defines an Accept-CH response header that servers can use to advertise their use of request headers for proactive content negotiation, along with a set of guidelines for the creation of such headers, colloquially known as "Client Hints."
RFC 7089: HTTP Framework for Time-Based Access to Resource States -- Memento
Informational- H. Van de Sompel
- M. Nelson
- R. Sanderson
- December 2013
- Independent Stream publication
Abstract
The HTTP-based Memento framework bridges the present and past Web. It facilitates obtaining representations of prior states of a given resource by introducing datetime negotiation and TimeMaps. Datetime negotiation is a variation on content negotiation that leverages the given resource's URI and a user agent's preferred datetime. TimeMaps are lists that enumerate URIs of resources that encapsulate prior states of the given resource. The framework also facilitates recognizing a resource that encapsulates a frozen prior state of another resource.
Abstract
The HTTP-based Memento framework bridges the present and past Web. It facilitates obtaining representations of prior states of a given resource by introducing datetime negotiation and TimeMaps. Datetime negotiation is a variation on content negotiation that leverages the given resource's URI and a user agent's preferred datetime. TimeMaps are lists that enumerate URIs of resources that encapsulate prior states of the given resource. The framework also facilitates recognizing a resource that encapsulates a frozen prior state of another resource.
RFC 6913: Indicating Fax over IP Capability in the Session Initiation Protocol (SIP)
Proposed Standard- D. Hanes
- G. Salgueiro
- K. Fleming
- March 2013
- IETF publication
Abstract
This document defines and registers with IANA the new "fax" media feature tag for use with the Session Initiation Protocol (SIP). Currently, fax calls are indistinguishable from voice calls at call initiation. Consequently, fax calls can be routed to SIP user agents that are not fax capable. A "fax" media feature tag implemented in conjunction with caller preferences allows for more accurate fax call routing.
Abstract
This document defines and registers with IANA the new "fax" media feature tag for use with the Session Initiation Protocol (SIP). Currently, fax calls are indistinguishable from voice calls at call initiation. Consequently, fax calls can be routed to SIP user agents that are not fax capable. A "fax" media feature tag implemented in conjunction with caller preferences allows for more accurate fax call routing.
RFC 5688: A Session Initiation Protocol (SIP) Media Feature Tag for MIME Application Subtypes
Proposed Standard- J. Rosenberg
- January 2010
- IETF publication
Abstract
The caller preferences specification for the Session Initiation Protocol (SIP) allows a caller to express preferences that the call be routed to a User Agent (UA) with particular capabilities. Similarly, a specification exists to allow a UA to indicate its capabilities in a registration. Amongst those capabilities are the type of media streams the agent supports, described as top-level MIME types. The 'application' MIME type is used to describe a broad range of stream types, and it provides insufficient granularity as a capability. This specification allows a UA to indicate which application subtypes the agent supports. [STANDARDS-TRACK]
Abstract
The caller preferences specification for the Session Initiation Protocol (SIP) allows a caller to express preferences that the call be routed to a User Agent (UA) with particular capabilities. Similarly, a specification exists to allow a UA to indicate its capabilities in a registration. Amongst those capabilities are the type of media streams the agent supports, described as top-level MIME types. The 'application' MIME type is used to describe a broad range of stream types, and it provides insufficient granularity as a capability. This specification allows a UA to indicate which application subtypes the agent supports. [STANDARDS-TRACK]
RFC 4569: Internet Assigned Number Authority (IANA) Registration of the Message Media Feature Tag
Informational- G. Camarillo
- July 2006
- IETF publication
- Real-time Applications and Infrastructure Area
Abstract
This document registers with the IANA a new media feature tag associated with the 'message' media type. This media feature tag indicates that a particular device supports 'message' as a streaming media type. Media feature tags can be used to route calls to devices that support certain features. This memo provides information for the Internet community.
Abstract
This document registers with the IANA a new media feature tag associated with the 'message' media type. This media feature tag indicates that a particular device supports 'message' as a streaming media type. Media feature tags can be used to route calls to devices that support certain features. This memo provides information for the Internet community.
RFC 3297: Content Negotiation for Messaging Services based on Email
Proposed Standard- G. Klyne
- R. Iwazaki
- D. Crocker
- July 2002
- IETF publication
- Applications Area
Abstract
This memo describes a content negotiation mechanism for facsimile, voice and other messaging services that use Internet email. [STANDARDS-TRACK]
Abstract
This memo describes a content negotiation mechanism for facsimile, voice and other messaging services that use Internet email. [STANDARDS-TRACK]
RFC 2987: Registration of Charset and Languages Media Features Tags
Proposed Standard- P. Hoffman
- November 2000
- Legacy publication
Abstract
This document contains the registration for two media feature tags: "charset" and "language". [STANDARDS-TRACK]
Abstract
This document contains the registration for two media feature tags: "charset" and "language". [STANDARDS-TRACK]
RFC 2912: Indicating Media Features for MIME Content
Proposed Standard- G. Klyne
- September 2000
- IETF publication
- Applications Area
Abstract
This memo defines a Multipurpose Internet Mail Extensions (MIME) ' Content-features:' header that can be used to annotate a MIME message part using this expression format, and indicates some ways it might be used. [STANDARDS-TRACK]
Abstract
This memo defines a Multipurpose Internet Mail Extensions (MIME) ' Content-features:' header that can be used to annotate a MIME message part using this expression format, and indicates some ways it might be used. [STANDARDS-TRACK]
RFC 2913: MIME Content Types in Media Feature Expressions
Proposed Standard- G. Klyne
- September 2000
- IETF publication
- Applications Area
Abstract
This memo defines a media feature tag whose value is a Multipurpose Internet Mail Extensions (MIME) content type. [STANDARDS-TRACK]
Abstract
This memo defines a media feature tag whose value is a Multipurpose Internet Mail Extensions (MIME) content type. [STANDARDS-TRACK]
RFC 2938: Identifying Composite Media Features
Proposed Standard- G. Klyne
- L. Masinter
- September 2000
- IETF publication
- Applications Area
Abstract
This document describes an abbreviated format for a composite media feature set, based upon a hash of the feature expression describing that composite. [STANDARDS-TRACK]
Abstract
This document describes an abbreviated format for a composite media feature set, based upon a hash of the feature expression describing that composite. [STANDARDS-TRACK]
RFC 2738: Corrections to "A Syntax for Describing Media Feature Sets"
Proposed Standard- G. Klyne
- December 1999
- IETF publication
- Applications Area
Abstract
In RFC 2533, "A Syntax for Describing Media Feature Sets", an expression format is presented for describing media feature capabilities using simple media feature tags. This memo contains two corrections to that specification: one fixes an error in the formal syntax specification, and the other fixes an error in the rules for reducing feature comparison predicates. [STANDARDS-TRACK]
Abstract
In RFC 2533, "A Syntax for Describing Media Feature Sets", an expression format is presented for describing media feature capabilities using simple media feature tags. This memo contains two corrections to that specification: one fixes an error in the formal syntax specification, and the other fixes an error in the rules for reducing feature comparison predicates. [STANDARDS-TRACK]
RFC 2703: Protocol-independent Content Negotiation Framework
Informational- G. Klyne
- September 1999
- IETF publication
- Applications Area
Abstract
This memo sets out terminology, an abstract framework and goals for protocol-independent content negotiation, and identifies some technical issues which may need to be addressed. This memo provides information for the Internet community.
Abstract
This memo sets out terminology, an abstract framework and goals for protocol-independent content negotiation, and identifies some technical issues which may need to be addressed. This memo provides information for the Internet community.
RFC 2506: BCP 31: Media Feature Tag Registration Procedure
Best Current Practice- K. Holtman
- A. Mutz
- T. Hardie
- March 1999
- IETF publication
- Applications Area
Abstract
This document defines a registration procedure which uses the Internet Assigned Numbers Authority (IANA) as a central registry for the media feature vocabulary. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
Abstract
This document defines a registration procedure which uses the Internet Assigned Numbers Authority (IANA) as a central registry for the media feature vocabulary. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
RFC 2530: Indicating Supported Media Features Using Extensions to DSN and MDN
Proposed Standard- D. Wing
- March 1999
- IETF publication
- Applications Area
Abstract
This memo describes a format for generating Message Disposition Notifications and Delivery Status Notifications which contain such information. [STANDARDS-TRACK]
Abstract
This memo describes a format for generating Message Disposition Notifications and Delivery Status Notifications which contain such information. [STANDARDS-TRACK]
RFC 2533: A Syntax for Describing Media Feature Sets
Proposed Standard- G. Klyne
- March 1999
- IETF publication
- Applications Area
Abstract
This document introduces and describes a syntax that can be used to define feature sets which are formed from combinations and relations involving individual media features. [STANDARDS-TRACK]
Abstract
This document introduces and describes a syntax that can be used to define feature sets which are formed from combinations and relations involving individual media features. [STANDARDS-TRACK]
RFC 2534: Media Features for Display, Print, and Fax
Proposed Standard- L. Masinter
- D. Wing
- A. Mutz
- K. Holtman
- March 1999
- IETF publication
- Applications Area
Abstract
This specification defines some common media features for describing image resolution, size, color, and image representation methods that are common to web browsing, printing, and facsimile applications. [STANDARDS-TRACK]
Abstract
This specification defines some common media features for describing image resolution, size, color, and image representation methods that are common to web browsing, printing, and facsimile applications. [STANDARDS-TRACK]
RFC 2295: Transparent Content Negotiation in HTTP
Experimental- K. Holtman
- A. Mutz
- March 1998
- IETF publication
- Applications Area
Abstract
HTTP allows web site authors to put multiple versions of the same information under a single URL. Transparent content negotiation is an extensible negotiation mechanism, layered on top of HTTP, for automatically selecting the best version when the URL is accessed. This enables the smooth deployment of new web data formats and markup tags. This memo defines an Experimental Protocol for the Internet community. It does not specify an Internet standard of any kind. Discussion and suggestions for improvement are requested.
Abstract
HTTP allows web site authors to put multiple versions of the same information under a single URL. Transparent content negotiation is an extensible negotiation mechanism, layered on top of HTTP, for automatically selecting the best version when the URL is accessed. This enables the smooth deployment of new web data formats and markup tags. This memo defines an Experimental Protocol for the Internet community. It does not specify an Internet standard of any kind. Discussion and suggestions for improvement are requested.
Subscribe to content negotiation
Get notified when:
- RFC changes to status, obsoleted by, updates, updated by, or subseries.
- New RFC added to this subject or below
- The subject was merged into another.