Skip to main content

Locating Session Initiation Protocol (SIP) Servers in a Dual-Stack IP Network
draft-johansson-sip-dual-stack-01

The information below is for an old version of the document.
Document Type
This is an older version of an Internet-Draft whose latest revision state is "Replaced".
Expired & archived
Authors Olle E. Johansson , Gonzalo Salgueiro
Last updated 2014-01-31 (Latest revision 2013-07-30)
Replaced by draft-ietf-sipcore-dns-dual-stack, RFC 7984
RFC stream (None)
Formats
Additional resources
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
Telechat date (None)
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:

Abstract

RFC 3263 defines how a Session Initiation Protocol (SIP) implementation, given a SIP Uniform Resource Identifier (URI), should locate the next hop SIP server using Domain Name System (DNS) procedures. The specification repeatedly states that the implementation should look up IPv4 or IPv6 addresses. This is not a suitable solution and one that can cause severely degraded user experience dual-stack clients, as detailed in the Happy Eyeballs specification. This document specifies amended procedures for dual- stack SIP implementations so that they look up both IPv4 and IPv6 addresses. This way, the SIP implementation can find the preferred network path and protocol with an improved chance of successfully reaching the desired service. This document also clarifies DNS SRV usage for single-stack clients.

Authors

Olle E. Johansson
Gonzalo Salgueiro

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)