rfc-6913

Indicating Fax over IP Capability in the Session Initiation Protocol (SIP)

D. Hanes, G. Salgueiro, K. Fleming
date2013-03 streamIETF wgnon working group statusPROPOSED STANDARD pages9 canonicalhttps://www.rfc-editor.org/rfc/rfc6913 doi10.17487/RFC6913
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.

Extracted elements (11)

design-rationale §1

Fax calls in SIP are handled in a 'voice first' manner: the call is set up as a voice call first, and only after connection does a switchover to T.38 occur. This means fax calls cannot be distinguished from voice calls at initiation, leading to misrouting to non-fax-capable UAs.

sip, voip

design-rationale §3

While SDP is generally preferred for capability negotiation in SIP, fax is unique in that the ultimate intention of the call is not accurately signaled in the initial SDP exchange—T.38 or other fax transport protocols are not known at INVITE time. This justifies a media feature tag approach for pre-call fax capability advertisement.

sip, voip

interoperability-note §4

A calling UA that requires 'sip.fax' should be prepared to relax that requirement to a preference if it receives a failure response indicating the requirement mechanism itself is not supported by the called UAs, their proxies, or other SIP network elements.

sip, voip

normative-requirement §4 SHOULD

A calling UA SHOULD include the 'sip.fax' media feature tag in the Accept-Contact header of an INVITE request to express its desire for routing to a fax-capable UA; without this tag, fax call determination is not possible until after the call is connected.

sip, voip

normative-requirement §4 SHOULD NOT

A calling UA SHOULD NOT require the 'sip.fax' media type (as opposed to expressing a preference), as doing so could result in call failure if no fax-capable UAs are registered or if SIP network elements do not support RFC 3840/3841 processing.

sip, voip

normative-requirement §4 MUST

A receiving UA MUST include the 'sip.fax' media feature tag in the Contact header field of REGISTER messages to indicate fax capability, as per RFC 3840.

sip, voip

protocol-element §7

The 'passthrough' value of 'sip.fax' indicates the device supports 'audio/pcmu' and 'audio/pcma' media types for transporting T.30 and T.4 fax data using G.711; additional recommendations are in ITU-T V.152 Sections 6 and 6.1.

sip, voip

protocol-element §4

The 'sip.fax' media feature tag is a new string parameter that allows a call to indicate a fax preference. It has two allowed values: 't38' (for ITU-T T.38 fax protocol) and 'passthrough' (for G.711 codec-based fax transport).

sip, voip

protocol-element §7

The 't38' value of 'sip.fax' indicates the device supports 'image/t38' media type and implements ITU-T T.38 for transporting T.30 and T.4 fax data over IP.

sip, voip

registry §7

This specification adds the 'sip.fax' media feature tag to the SIP Media Feature Tag Registration Tree per RFC 2506 and RFC 3840 procedures, with ASN.1 identifier 1.3.6.1.8.4.25.

sip, registry, voip

security-consideration §6

The security considerations related to the use of media feature tags from Section 11.1 of RFC 3840 apply to the 'sip.fax' feature tag.

sip, security