Re: [cnit] CNIT Charter bashing..

A couple of clarifications suggested to me offline.  First a quote from TS 24.607, which defines the Originating Identity Presentation (OIP) and Originating Identity Restriction (OIR) services:

   "The OIP service provides the terminating user with the possibility of receiving trusted (i.e. network provided) identity information in order to identify the originating user"

Observations:

a) it generally addresses network -provided identity (which normally translates to the content of a P-Asserted-Identity header; though it allows as a network option to remove P-A-ID and convey calling identity information in the From header).

b) It does not specify how the terminating network obtains the identity information it "asserts" to the UE.  The most obvious place would be from the P-Asserted-Identity header it received in the request.  But I don't see any prohibition against other things, e.g., of the terminating network modifying the information it received in P-A-ID.  One thought relevant to this discussion is that the terminating network might do a CNAM query using the calling number from a P-A-ID header extracted from the request as key, and put the result in the display-name field of a P-Asserted-Identity header it sends to the UE.  As far as I can tell the 3GPP spec does not prohibit such things.

c) it talks about providing the terminating user with the _possibility_ of receiving calling user identity information.  Which I believe means that it governs network behavior but not the behavior of the terminating device.  The network may for example communicate a calling name in a P-A-ID header, but the device might display instead the name it has in its contact list for that number.  Or the device might obtain a name from another source (e.g., query some name service), or display no name at all.  Point being, the 3GPP spec does not mandate what the human actually sees.

tim

-----Original Message-----
From: Dwight, Timothy M (Tim) 
Sent: Sunday, June 14, 2015 1:22 PM
To: 'Henning Schulzrinne'; Richard Shockey
Cc: cnit@ietf.org
Subject: RE: [cnit] CNIT Charter bashing..

This sounds right.  3GPP IMS standards support both user-provided identity information (the FROM header) and network-provided identity information (the P-Asserted-Identity header).  Both can optionally include a display-name.  

The Originating Identity Presentation (OIP) and Originating Identity Restriction (OIR) services generally govern presentation to the called user of the network-provided identity information.  The network may or may not also restrict (in the case of OIR) presentation of the user-provided identity information.

tim

-----Original Message-----
From: cnit [mailto:cnit-bounces@ietf.org] On Behalf Of Henning Schulzrinne
Sent: Sunday, June 14, 2015 9:02 AM
To: Richard Shockey
Cc: cnit@ietf.org
Subject: Re: [cnit] CNIT Charter bashing..

The VoLTE/IMS experts listening probably know this better, but judging from some quick Googling of sample VoLTE call flows, SIP display name information is already part of the IMS/VoLTE standards, so model #1 (NNI) shouldn't be that hard, and we can then build on that, as you hint at.

I suspect we all agree that the barrier to entry should be minimal. We can discuss, for example, whether a by-reference or by-value mechanism is better, or we need both.

________________________________________
From: Richard Shockey [richard@shockey.us]
Sent: Friday, June 12, 2015 9:29 PM
To: Henning Schulzrinne; Dwight, Timothy M (Tim); Brian Rosen
Cc: philippe.fouquart@orange.com; cnit@ietf.org; Stephen Farrell; Ben Campbell
Subject: Re: [cnit] CNIT Charter bashing..

Henning the biggest issue is that any form of advanced CNAM display is not currently applicable to the the mobile access devices. Which are now finally over 50% of the NANP even if you consider BYOD in the enterprise.
Yea that is another use case.

Hence the issue with Apple. This is ultimately a problem with that will have to be coordinated with US GSMA or GSMA generally.

Or IMHO with the the 8th floor on 12th st. It really is a jawboning use.
Tom needs to call Tim Cook or Larry Page and make the ask.

I do reject Brians pretense here. Given the IETF context perfection is actually the enemy of deployment.

I want a charter that is simple and clear.  Header and object. Period.  If that is impossible then Š..

Its time the AD¹s decide.

_______________________________________________
cnit mailing list
cnit@ietf.org
https://www.ietf.org/mailman/listinfo/cnit