[Sipping] Comment on draft-haluska-sipping-directory-assistance-07
"Haluska, John J" <jhaluska@telcordia.com> Fri, 17 April 2009 14:20 UTC
Return-Path: <jhaluska@telcordia.com>
X-Original-To: sipping@core3.amsl.com
Delivered-To: sipping@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 05C4E3A69EC for <sipping@core3.amsl.com>; Fri, 17 Apr 2009 07:20:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 85HZzF7IY1bT for <sipping@core3.amsl.com>; Fri, 17 Apr 2009 07:20:19 -0700 (PDT)
Received: from dnsmx2pya.telcordia.com (dnsmx2pya.telcordia.com [128.96.20.32]) by core3.amsl.com (Postfix) with ESMTP id 02D4D3A68BA for <sipping@ietf.org>; Fri, 17 Apr 2009 07:20:18 -0700 (PDT)
Received: from pya-dte-ieg01.dte.telcordia.com (pya-dte-ieg01.cc.telcordia.com [128.96.20.21]) by dnsmx2pya.telcordia.com (8.13.8+Sun/8.13.8) with ESMTP id n3HELWJM004952 for <sipping@ietf.org>; Fri, 17 Apr 2009 10:21:32 -0400 (EDT)
X-AuditID: 80601415-00000d380000055c-0b-49e890684b58
Received: from rrc-dte-exhb1.dte.telcordia.com ([128.96.20.12]) by pya-dte-ieg01.dte.telcordia.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 17 Apr 2009 10:21:28 -0400
Received: from rrc-dte-exmb2.dte.telcordia.com ([128.96.180.27]) by rrc-dte-exhb1.dte.telcordia.com ([128.96.20.12]) with mapi; Fri, 17 Apr 2009 10:21:28 -0400
From: "Haluska, John J" <jhaluska@telcordia.com>
To: "drage@alcatel-lucent.com" <drage@alcatel-lucent.com>
Date: Fri, 17 Apr 2009 10:21:27 -0400
Thread-Topic: [Sipping] Comment on draft-haluska-sipping-directory-assistance-07
Thread-Index: AQHJv2JK5AMEzrMOikaOwAUTK6oUbw==
Message-ID: <8B6A9EC265011E4CB70F99C64426E8C203E637726B@rrc-dte-exmb2.dte.telcordia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: AAAAAA==
Cc: "sipping@ietf.org" <sipping@ietf.org>
Subject: [Sipping] Comment on draft-haluska-sipping-directory-assistance-07
X-BeenThere: sipping@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "SIPPING Working Group \(applications of SIP\)" <sipping.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sipping>
List-Post: <mailto:sipping@ietf.org>
List-Help: <mailto:sipping-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Apr 2009 14:20:20 -0000
Hi Keith, Thanks much for taking the time to look at this. Regarding your comment about ISUP, you are correct that it is referring to ANSI ISUP. I will ensure that this is clearly identified. Regarding your comment about draft-mahy-iptel-cpc, part of what this document aims to do is to point out gaps where standardized solutions are lacking, and identify potential options.Conveying OLI information in SIP is one such gap. The cpc parameter is mentioned as one possibility but the draft also identifies issues with that mechanism. Thanks again, I very much appreciate your time and your comments. John = = = = = = I was just glancing through: http://tools.ietf.org/html/draft-haluska-sipping-directory-assistance-07 I believe the ISUP used within this document in parts is the North American specific version, and as it currently stands the document is not applicable where such specifics do not apply. I would suggest that either: - the document is reviewed and suggestions incorporated from ISUP experts outside North America; or - the document states up from that it is North American specific. I also note that the document makes reference to draft-mahy-iptel-cpc. While this is used by a number of other SDOs, it has expired and I do not know what the future of it is. My understanding was that RFC 5341 defined the registration policy as below, but I know of no work in progress to put that in place: 4.2. Registration Policy for tel URI Parameters As per the terminology in [3] and actions accorded to such a role, the registration policy for tel URI parameters shall be "Specification Required, Designated Expert" (the former implicitly implies the latter.) The Designated Expert when deliberating on whether to include a new parameter in the tel URI registry may use the criteria provided below to reach a decision (this is not an exhaustive list but representative of the issues to consider when rendering an equitable decision): o If the tel URI -- with the parameter under consideration -- will be converted to a URI used by other signaling protocols such as the Session Initiation Protocol (SIP [5]) or H.323 [7], then the expert must consider whether this parameter merely encapsulates signaling information that is not meaningful to the processing of requests in the domain of the converted URI. For example, certain Integrated Services Digital Network (ISDN) User Part (ISUP, [8]) parameters have no equivalent corollary in SIP; thus their presence or absence in a SIP URI will not hinder the normal rules for processing that URI. Other parameters may affect the normal processing rules associated with the URI; in such cases, the expert must consider carefully the ramifications, if any, of the presence of such parameters. o Certain parameters of a tel URI can be optional. These parameters act as metadata about the identifier in the tel URI. Optional parameters should provide additional information to a service for which they apply instead of acting as enablers of that service in the first place. The service must continue to be invoked and operate normally even in the absence of these parameters. regards Keith
- [Sipping] Comment on draft-haluska-sipping-direct… DRAGE, Keith (Keith)
- [Sipping] Comment on draft-haluska-sipping-direct… Haluska, John J