Re: [Iptel] [Sipping] draft-mahy-iptel-cpc
"DOLLY, MARTIN C, sbcuid" <mdolly@att.com> Fri, 28 March 2008 13:54 UTC
Return-Path: <iptel-bounces@ietf.org>
X-Original-To: ietfarch-iptel-archive@core3.amsl.com
Delivered-To: ietfarch-iptel-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 16D2028C923; Fri, 28 Mar 2008 06:54:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.538
X-Spam-Level:
X-Spam-Status: No, score=-100.538 tagged_above=-999 required=5 tests=[AWL=-0.103, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.001, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
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 5s+tFeRpjQTb; Fri, 28 Mar 2008 06:54:19 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8049728C965; Fri, 28 Mar 2008 06:53:48 -0700 (PDT)
X-Original-To: iptel@core3.amsl.com
Delivered-To: iptel@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DEE5128C2C0; Fri, 28 Mar 2008 06:53:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
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 i09zIYGdz+jb; Fri, 28 Mar 2008 06:53:39 -0700 (PDT)
Received: from mail203.messagelabs.com (mail203.messagelabs.com [216.82.254.243]) by core3.amsl.com (Postfix) with ESMTP id E36BE28C9B8; Fri, 28 Mar 2008 06:50:12 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: mdolly@att.com
X-Msg-Ref: server-13.tower-203.messagelabs.com!1206712205!11140818!1
X-StarScan-Version: 5.5.12.14.2; banners=-,-,-
X-Originating-IP: [144.160.20.54]
Received: (qmail 5422 invoked from network); 28 Mar 2008 13:50:06 -0000
Received: from sbcsmtp7.sbc.com (HELO mlpi135.enaf.sfdc.sbc.com) (144.160.20.54) by server-13.tower-203.messagelabs.com with AES256-SHA encrypted SMTP; 28 Mar 2008 13:50:06 -0000
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpi135.enaf.sfdc.sbc.com (8.14.0/8.14.0) with ESMTP id m2SDo9ua031749; Fri, 28 Mar 2008 09:50:10 -0400
Received: from OCCLUST04EVS1.ugd.att.com (ocst07.ugd.att.com [135.38.164.12]) by mlpi135.enaf.sfdc.sbc.com (8.14.0/8.14.0) with ESMTP id m2SDo34G031664; Fri, 28 Mar 2008 09:50:03 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Fri, 28 Mar 2008 08:50:02 -0500
Message-ID: <28F05913385EAC43AF019413F674A0171246ED39@OCCLUST04EVS1.ugd.att.com>
In-Reply-To: <59184B4E920E854DA8ACF8E44917D49F0212F59B@MAIL02.cedarpointcom.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Sipping] draft-mahy-iptel-cpc
Thread-Index: AciP4AyvKryZizHZQY6C6ocMt54MXQAIlJywAAK4S+AAMbwRkAABXNtA
References: <45AEC6EF95942140888406588E1A6602043FCC34@PACDCEXCMB04.cable.comcast.com><28F05913385EAC43AF019413F674A0171246ED1D@OCCLUST04EVS1.ugd.att.com><59184B4E920E854DA8ACF8E44917D49F0212F250@MAIL02.cedarpointcom.com> <59184B4E920E854DA8ACF8E44917D49F0212F59B@MAIL02.cedarpointcom.com>
From: "DOLLY, MARTIN C, sbcuid" <mdolly@att.com>
To: Sumit Garg <sgarg@cedarpointcom.com>, iptel@ietf.org, sipping@ietf.org
Subject: Re: [Iptel] [Sipping] draft-mahy-iptel-cpc
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/iptel>, <mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iptel>, <mailto:iptel-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0818872018=="
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
Sumit, What is really needed is OLI & CPC for North American deployments. Prisons is an OLI value, not a CPC value. That is the issue with the cpc draft it mixes up two different parameters. OLI is what type of line, where CPC is call type ( for the most part). Martin ________________________________ From: sipping-bounces@ietf.org [mailto:sipping-bounces@ietf.org] On Behalf Of Sumit Garg Sent: Friday, March 28, 2008 9:13 AM To: iptel@ietf.org; sipping@ietf.org Subject: Re: [Sipping] draft-mahy-iptel-cpc I was surprised by the lack of responses. This is a real need as I believe intermediate exchanges could need special processing for calls from Prison etc. The reason I proposed using P-A-I as opposed to From header in the draft was: In case of anonymous calls, the From header is generally of the form anonymous@....... A derived tel-Uri with cpc would look like anonymous;cpc=payphone This violates the tel-URI syntax. P-Asserted-Id covers this scenario as well. If there is a defined standard mechanism for this requirement, could somebody please point me to the same? -Sumit "The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man." -- George Bernard Shaw From: iptel-bounces@ietf.org [mailto:iptel-bounces@ietf.org] On Behalf Of Sumit Garg Sent: Thursday, March 27, 2008 9:47 AM To: iptel@ietf.org; sipping@ietf.org Subject: Re: [Iptel] draft-mahy-iptel-cpc Over a period of time I have seen various efforts in that direction which eventually get dropped...to list a few: draft-schubert-sipping-saml-cpc-02.txt (Expired: jan 2007) draft-mahy-iptel-cpc-06.txt (Expired:Sep 2007) draft-ietf-sip-privacy-04.txt , Appendix A (Expired: 2002) draft-rocky-sipping-calling-party-category-01.txt (Expired : 2006) I've also seen implementation using parameters like isup-oli for which I could not even find a draft. Based on this I believe conveying CPC/OLI in SIP is a real requirement. Maybe for pure SIP scenario it could be done with caller-preferences, but not in interworking scenarios. From what I understand: 1. CPC in ISUP could be desired by the terminating exchange, however, the scope of the OLI is only 1 call-leg and could be different from CPC as it is more closely tied to the billing number. 3. CPC is ISUP only, OLI could be over MF also. I don't really care what the tag-name in use is (oli/cpc)but, from where I am looking I would say: 1. cpc-param in P-Asserted-Id corresponds to cpc in ISUP (Better than in From header as it is a tel-uri parameter). 2. cpc-param in History-Info/Diversion/P-DCS-Billing-Info/Referred-By etc. etc. could correspond to OLI. Is there some way of reaching consensus and moving on...rather than have more aborted attempts in the future? -Sumit "The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man." -- George Bernard Shaw From: iptel-bounces@ietf.org [mailto:iptel-bounces@ietf.org] On Behalf Of DOLLY, MARTIN C, ATTLABS Sent: Thursday, March 27, 2008 8:04 AM To: Lee, Yiu; iptel@ietf.org; rohan@ekabal.com Subject: Re: [Iptel] draft-mahy-iptel-cpc Yiu, There is not a standard way to pass CPC or OLI in SIP? Also, draft-mahy-iptel-cpc-06.txt would not meet Nroth American deployment needs because it blends CPC and OLI. Martin ________________________________ From: iptel-bounces@ietf.org [mailto:iptel-bounces@ietf.org] On Behalf Of Lee, Yiu Sent: Thursday, March 27, 2008 3:56 AM To: iptel@ietf.org; rohan@ekabal.com Subject: [Iptel] draft-mahy-iptel-cpc Hi, This draft (draft-mahy-iptel-cpc-06.txt) is expired. Will this draft become WG item? If not, is there any other standard way to carry CPC or OLI parameter in SIP? Thanks, Yiu
_______________________________________________ Iptel mailing list Iptel@ietf.org https://www.ietf.org/mailman/listinfo/iptel
- [Iptel] draft-mahy-iptel-cpc Lee, Yiu
- Re: [Iptel] draft-mahy-iptel-cpc DOLLY, MARTIN C, ATTLABS
- Re: [Iptel] draft-mahy-iptel-cpc Sumit Garg
- Re: [Iptel] draft-mahy-iptel-cpc Sumit Garg
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc DOLLY, MARTIN C, sbcuid
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc Sumit Garg
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc Sumit Garg
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc DOLLY, MARTIN C, sbcuid
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc Paul Kyzivat
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc DOLLY, MARTIN C, ATTLABS
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc Sumit Garg
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc Paul Kyzivat
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc DOLLY, MARTIN C, ATTLABS
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc Francois Audet
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc Paul Kyzivat
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc DOLLY, MARTIN C, ATTLABS
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc Lee, Yiu
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc DOLLY, MARTIN C, ATTLABS
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc Lee, Yiu
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc DOLLY, MARTIN C, ATTLABS
- Re: [Iptel] [Sipping] draft-mahy-iptel-cpc Paul Kyzivat