Re: Informational RFC to be: <draft-haluska-sipping-directory-assistance-11.txt>
The IESG <iesg-secretary@ietf.org> Wed, 02 November 2011 21:02 UTC
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ietf-announce@ietfa.amsl.com
Delivered-To: ietf-announce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBF5111E817C; Wed, 2 Nov 2011 14:02:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.536
X-Spam-Level:
X-Spam-Status: No, score=-102.536 tagged_above=-999 required=5 tests=[AWL=0.063, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WRfq+VrOB5LC; Wed, 2 Nov 2011 14:02:22 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F056B11E817E; Wed, 2 Nov 2011 14:02:21 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: RFC ISE <rfc-ise@rfc-editor.org>
Subject: Re: Informational RFC to be: <draft-haluska-sipping-directory-assistance-11.txt>
X-Test-IDTracker: no
X-IETF-IDTracker: 3.62
Message-ID: <20111102210221.1850.34025.idtracker@ietfa.amsl.com>
Date: Wed, 02 Nov 2011 14:02:21 -0700
Cc: iana@iana.org, The IESG <iesg@ietf.org>, ietf-announce@ietf.org, rfc-editor@rfc-editor.org
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-announce>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Nov 2011 21:02:23 -0000
The IESG recommends that 'Considerations for Information Services and Operator Services Using SIP' <draft-haluska-sipping-directory-assistance-11.txt> NOT be published as an Informational RFC. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-haluska-sipping-directory-assistance/ The process for such documents is described at http://www.rfc-editor.org/indsubs.html Thank you, The IESG Secretary Technical Summary A portion of the document's abstract: This document aims to identify how Operator and Information Services can be implemented using existing or currently proposed SIP mechanisms, to identity existing protocol gaps, and to provide a set of Best Current Practices to facilitate interoperability. For Operator Services, the intention is to describe how current operator services can continue to be provided to PSTN based subscribers via a SIP based operator services architecture. It also looks at how current operator services might be provided to SIP based subscribers via such an architecture, but does not consider the larger question of the need for or usefulness or suitability of each of these services for SIP based subscribers Personnel Robert Sparks shepherded the IESG 5742 review RFC Editor Note The IESG has concluded that publication could potentially disrupt the IETF work done in the DISPATCH working group and recommends not publishing the document at this time. The IESG has further concluded that this work is related to IETF work being done in the MEDIACTRL working group, but this relationship does not prevent publishing. This document defines the use of an "oli" parameter for tel URIs, pointing to TS24229 for the definition of the parameter. There is ongoing community discussion in the DISPATCH Working group about whether to define the parameter using the official process required for tel URIs or to solve the problem using a different mechanism. The document hypothesizes a set of solutions noting that the "newly formed MEDIACTRL working group" might consider them. The MEDIACTRL working group is now nearing completion and has addressed the problems in ways different from those proposed in the document. This relationship does not prevent publication. If after review the RFC Editor does intend to publish this document, the IESG would like the opportunity to include an "IESG Note" with this document explaining the specific relationship this document has to IETF work.