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