[sipcore] RFC 8217 on Clarifications for When to Use the name-addr Production in SIP Messages

rfc-editor@rfc-editor.org Wed, 02 August 2017 23:23 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95F591321A7; Wed, 2 Aug 2017 16:23:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.202
X-Spam-Level:
X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vebULhvg767Y; Wed, 2 Aug 2017 16:23:40 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAD1F1294A2; Wed, 2 Aug 2017 16:23:39 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id BEC19B8124A; Wed, 2 Aug 2017 16:23:34 -0700 (PDT)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
X-PHP-Originating-Script: 1005:ams_util_lib.php
From: rfc-editor@rfc-editor.org
Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, sipcore@ietf.org
Message-Id: <20170802232334.BEC19B8124A@rfc-editor.org>
Date: Wed, 02 Aug 2017 16:23:34 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/sipcore/Vy6jFMMwFGCVjssp-VCY9NNTgT4>
Subject: [sipcore] RFC 8217 on Clarifications for When to Use the name-addr Production in SIP Messages
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sipcore/>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Aug 2017 23:23:42 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 8217

        Title:      Clarifications for When to Use 
                    the name-addr Production in SIP Messages 
        Author:     R. Sparks
        Status:     Standards Track
        Stream:     IETF
        Date:       August 2017
        Mailbox:    rjsparks@nostrum.com
        Pages:      6
        Characters: 12829
        Updates:    RFC 3261, RFC 3325, RFC 3515, RFC 3892, RFC 4508, 
                    RFC 5002, RFC 5318, RFC 5360, RFC 5502

        I-D Tag:    draft-ietf-sipcore-name-addr-guidance-02.txt

        URL:        https://www.rfc-editor.org/info/rfc8217

        DOI:        10.17487/RFC8217

RFC 3261 constrained several SIP header fields whose grammar contains
the "name-addr / addr-spec" alternative to use name-addr when certain
characters appear.  Unfortunately, it expressed the constraints with
prose copied into each header field definition, and at least one
header field was missed.  Further, the constraint has not been copied
into documents defining extension headers whose grammar contains the
alternative.

This document updates RFC 3261 to state the constraint generically
and clarifies that the constraint applies to all SIP header fields
where there is a choice between using name-addr or addr-spec.  It
also updates the RFCs that define extension SIP header fields using
the alternative to clarify that the constraint applies (RFCs 3325,
3515, 3892, 4508, 5002, 5318, 5360, and 5502).

This document is a product of the Session Initiation Protocol Core Working Group of the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Official
Internet Protocol Standards (https://www.rfc-editor.org/standards) for the 
standardization state and status of this protocol.  Distribution of this 
memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  https://www.ietf.org/mailman/listinfo/ietf-announce
  https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC