Re: [Sip] New I-D on RFC4474 and phone numbers
Jonathan Rosenberg <jdrosen@cisco.com> Wed, 20 February 2008 14:25 UTC
Return-Path: <sip-bounces@ietf.org>
X-Original-To: ietfarch-sip-archive@core3.amsl.com
Delivered-To: ietfarch-sip-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B173528C741; Wed, 20 Feb 2008 06:25:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.371
X-Spam-Level:
X-Spam-Status: No, score=-0.371 tagged_above=-999 required=5 tests=[AWL=-1.174, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, RDNS_NONE=0.1, SARE_LWSHORTT=1.24]
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 mr1Ns1b9drNA; Wed, 20 Feb 2008 06:25:47 -0800 (PST)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A607B28C1B8; Wed, 20 Feb 2008 06:25:47 -0800 (PST)
X-Original-To: sip@core3.amsl.com
Delivered-To: sip@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0EA0928C1B8 for <sip@core3.amsl.com>; Wed, 20 Feb 2008 06:25:47 -0800 (PST)
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 DKoe+jAXRV52 for <sip@core3.amsl.com>; Wed, 20 Feb 2008 06:25:46 -0800 (PST)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 0DF2028C16F for <sip@ietf.org>; Wed, 20 Feb 2008 06:25:46 -0800 (PST)
Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-1.cisco.com with ESMTP; 20 Feb 2008 06:25:43 -0800
Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id m1KEPh6W008969; Wed, 20 Feb 2008 06:25:43 -0800
Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id m1KEPguL005742; Wed, 20 Feb 2008 14:25:42 GMT
Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 20 Feb 2008 06:25:42 -0800
Received: from [128.107.103.186] ([128.107.103.186]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 20 Feb 2008 06:25:41 -0800
Message-ID: <47BC385A.40702@cisco.com>
Date: Wed, 20 Feb 2008 09:25:30 -0500
From: Jonathan Rosenberg <jdrosen@cisco.com>
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: "Elwell, John" <john.elwell@siemens.com>
References: <47B9125B.2060104@cisco.com> <47B99B39.6040105@cisco.com> <47B9DE39.60608@cisco.com> <1ECE0EB50388174790F9694F77522CCF14F3A573@zrc2hxm0.corp.nortel.com> <47BB2CF7.3090407@cisco.com> <1ECE0EB50388174790F9694F77522CCF14F3A73F@zrc2hxm0.corp.nortel.com> <47BB34C2.1060309@cisco.com> <1ECE0EB50388174790F9694F77522CCF14F3A7D5@zrc2hxm0.corp.nortel.com> <47BB4890.6050007@cisco.com> <47BB93F3.6060907@cisco.com> <0D5F89FAC29E2C41B98A6A762007F5D069861C@GBNTHT12009MSX.gb002.siemens.net>
In-Reply-To: <0D5F89FAC29E2C41B98A6A762007F5D069861C@GBNTHT12009MSX.gb002.siemens.net>
X-OriginalArrivalTime: 20 Feb 2008 14:25:41.0828 (UTC) FILETIME=[78DC3840:01C873CC]
Authentication-Results: sj-dkim-1; header.From=jdrosen@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; );
Cc: IETF SIP List <sip@ietf.org>, Paul Kyzivat <pkyzivat@cisco.com>, Francois Audet <audet@nortel.com>
Subject: Re: [Sip] New I-D on RFC4474 and phone numbers
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <http://www.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <http://www.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: sip-bounces@ietf.org
Errors-To: sip-bounces@ietf.org
Elwell, John wrote: > Yes, I think this is the right direction. I would not want to prevent > investigations on how to do it better, e.g., based on the ENUM tree in > some way. But what you propose is a practical step that gives some value > in the short term, both in terms of anti-spam and DTLS-SRTP. > > Perhaps we also need to do even more to promote email-style SIP URIs, well, having tried to do that for something like ten years now, and having STILL seen the industry primarily doing pstn replacement which requires phone numbers, I am somewhat skeptical that there is anything IETF can do here. > alongside Tel URIs for use when interworking with PSTN. This does not > necessarily prevent the use of numeric values in the user part of > email-style URIs (without user=phone), thereby making it easier to > correlate the a SIP URI with the telephone number that would need to be > used to contact the user from the PSTN. Perhaps it would be beneficial > to provide both an email-style SIP URI and a Tel URI in From, so that > the Tel URI can be used if the call breaks out to PSTN (where end-to-end > security is not achievable) and the SIP URI can be used in other cases. Now that is a topic worth discussing. From can only have a single URI. Interestingly PAI does allow more; you can assert both a tel and a SIP URI. What would be really nice is to be able to assert both the phone number and the username in the From and have the domain covered by the 4474 signature. As my draft points out, there is some small value in the 4474 signature there. One way to do this for example would be something horrible like this: From: sip:jdrosen*+14089023084@cisco.com;user=composite where "composite" means that the user part is a series of names within the domain, each one separated by "*". Unfortunately that would work much better in theory than in practice since I think most implementations ignore the user attribute of the URI and would not know that they shouldn't render this weird looking user part. Probably the better solution is some hybrid where PAI is used for the phone numbers and 4474 for the user@domain identifier. Thats another thing useful we could do, is to try and clarify how PAI and 4474 work in concert. Right now that is clear as mud. -Jonathan R. -- Jonathan D. Rosenberg, Ph.D. 499 Thornall St. Cisco Fellow Edison, NJ 08837 Cisco, Voice Technology Group jdrosen@cisco.com http://www.jdrosen.net PHONE: (408) 902-3084 http://www.cisco.com _______________________________________________ Sip mailing list http://www.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use sip-implementors@cs.columbia.edu for questions on current sip Use sipping@ietf.org for new developments on the application of sip
- [Sip] New I-D on RFC4474 and phone numbers Jonathan Rosenberg
- Re: [Sip] New I-D on RFC4474 and phone numbers Paul Kyzivat
- Re: [Sip] New I-D on RFC4474 and phone numbers Henry Sinnreich
- [Sip] SIP & E.164 assertions Joel M. Halpern
- Re: [Sip] New I-D on RFC4474 and phone numbers Frank W. Miller
- Re: [Sip] New I-D on RFC4474 and phone numbers Dean Willis
- Re: [Sip] New I-D on RFC4474 and phone numbers Hadriel Kaplan
- Re: [Sip] New I-D on RFC4474 and phone numbers Frank W. Miller
- Re: [Sip] New I-D on RFC4474 and phone numbers Dean Willis
- Re: [Sip] New I-D on RFC4474 and phone numbers Frank W. Miller
- Re: [Sip] New I-D on RFC4474 and phone numbers Hadriel Kaplan
- Re: [Sip] New I-D on RFC4474 and phone numbers Paul Kyzivat
- Re: [Sip] New I-D on RFC4474 and phone numbers Frank W. Miller
- Re: [Sip] New I-D on RFC4474 and phone numbers Frank W. Miller
- Re: [Sip] New I-D on RFC4474 and phone numbers Jonathan Rosenberg
- Re: [Sip] SIP & E.164 assertions Jonathan Rosenberg
- Re: [Sip] New I-D on RFC4474 and phone numbers Tschofenig, Hannes (NSN - FI/Espoo)
- Re: [Sip] New I-D on RFC4474 and phone numbers Hadriel Kaplan
- [Sip] New I-D on why From/To-URIs are changed at … Hadriel Kaplan
- Re: [Sip] New I-D on RFC4474 and phone numbers Paul Kyzivat
- Re: [Sip] SIP & E.164 assertions Paul Kyzivat
- Re: [Sip] New I-D on RFC4474 and phone numbers Paul Kyzivat
- Re: [Sip] New I-D on RFC4474 and phone numbers Richard Shockey
- Re: [Sip] New I-D on RFC4474 and phone numbers Richard Shockey
- Re: [Sip] New I-D on RFC4474 and phone numbers Hadriel Kaplan
- Re: [Sip] SIP & E.164 assertions Hadriel Kaplan
- Re: [Sip] New I-D on RFC4474 and phone numbers Richard Shockey
- Re: [Sip] New I-D on RFC4474 and phone numbers Richard Shockey
- Re: [Sip] New I-D on RFC4474 and phone numbers Paul Kyzivat
- Re: [Sip] New I-D on RFC4474 and phone numbers Paul Kyzivat
- Re: [Sip] New I-D on RFC4474 and phone numbers Hadriel Kaplan
- Re: [Sip] New I-D on RFC4474 and phone numbers Paul Kyzivat
- Re: [Sip] New I-D on RFC4474 and phone numbers Henry Sinnreich
- Re: [Sip] New I-D on RFC4474 and phone numbers Richard Shockey
- Re: [Sip] New I-D on RFC4474 and phone numbers Richard Shockey
- Re: [Sip] New I-D on RFC4474 and phone numbers Dale.Worley
- Re: [Sip] SIP & E.164 assertions Dale.Worley
- Re: [Sip] New I-D on RFC4474 and phone numbers Dean Willis
- Re: [Sip] SIP & E.164 assertions Joel M. Halpern
- Re: [Sip] SIP & E.164 assertions Hadriel Kaplan
- Re: [Sip] New I-D on RFC4474 and phone numbers Dean Willis
- Re: [Sip] New I-D on RFC4474 and phone numbers Hadriel Kaplan
- Re: [Sip] SIP & E.164 assertions Paul Kyzivat
- Re: [Sip] New I-D on RFC4474 and phone numbers Hannes Tschofenig
- [Sip] Oracle -- New I-D on RFC4474 and phone numb… Hannes Tschofenig
- Re: [Sip] New I-D on RFC4474 and phone numbers Dan Wing
- Re: [Sip] New I-D on RFC4474 and phone numbers Dan Wing
- Re: [Sip] New I-D on RFC4474 and phone numbers Dan Wing
- Re: [Sip] SIP & E.164 assertions Hadriel Kaplan
- Re: [Sip] New I-D on RFC4474 and phone numbers Richard Shockey
- [Sip] Infrastructure issues involving e164 numbers Richard Shockey
- Re: [Sip] Infrastructure issues involving e164 nu… Hannes Tschofenig
- Re: [Sip] Infrastructure issues involving e164 nu… Richard Shockey
- Re: [Sip] Infrastructure issues involving e164 nu… Paul Kyzivat
- Re: [Sip] Infrastructure issues involving e164 nu… Dan Wing
- Re: [Sip] Infrastructure issues involving e164 nu… Hannes Tschofenig
- Re: [Sip] New I-D on RFC4474 and phone numbers Francois Audet
- Re: [Sip] Infrastructure issues involving e164 nu… Richard Shockey
- Re: [Sip] New I-D on RFC4474 and phone numbers Alan Johnston
- Re: [Sip] New I-D on RFC4474 and phone numbers Paul Kyzivat
- Re: [Sip] New I-D on RFC4474 and phone numbers Francois Audet
- Re: [Sip] New I-D on RFC4474 and phone numbers Joel M. Halpern
- Re: [Sip] New I-D on RFC4474 and phone numbers Paul Kyzivat
- Re: [Sip] New I-D on RFC4474 and phone numbers Francois Audet
- Re: [Sip] New I-D on RFC4474 and phone numbers Paul Kyzivat
- Re: [Sip] Infrastructure issues involving e164 nu… Henry Sinnreich
- Re: [Sip] New I-D on RFC4474 and phone numbers Jonathan Rosenberg
- Re: [Sip] New I-D on RFC4474 and phone numbers Joel M. Halpern
- Re: [Sip] New I-D on RFC4474 and phone numbers Dale.Worley
- Re: [Sip] New I-D on RFC4474 and phone numbers Hadriel Kaplan
- Re: [Sip] Infrastructure issues involving e164 nu… Hannes Tschofenig
- Re: [Sip] New I-D on RFC4474 and phone numbers Elwell, John
- Re: [Sip] New I-D on RFC4474 and phone numbers Elwell, John
- Re: [Sip] Infrastructure issues involving e164 nu… Elwell, John
- Re: [Sip] Infrastructure issues involving e164 nu… Horvath, Ernst
- Re: [Sip] New I-D on why From/To-URIs are changed… Elwell, John
- Re: [Sip] Infrastructure issues involving e164 nu… Elwell, John
- Re: [Sip] [Enum] New I-D on RFC4474 and phone num… PFAUTZ, PENN L, ATTCORP
- Re: [Sip] Infrastructure issues involving e164 nu… Hannes Tschofenig
- Re: [Sip] Infrastructure issues involving e164 nu… Patrik Fältström
- Re: [Sip] New I-D on RFC4474 and phone numbers Jonathan Rosenberg
- Re: [Sip] New I-D on RFC4474 and phone numbers Michael Thomas
- Re: [Sip] Infrastructure issues involving e164 nu… Paul Kyzivat
- Re: [Sip] New I-D on RFC4474 and phone numbers Francois Audet
- Re: [Sip] New I-D on RFC4474 and phone numbers Dan Wing
- Re: [Sip] Infrastructure issues involving e164 nu… Francois Audet
- Re: [Sip] New I-D on why From/To-URIs are changed… Hadriel Kaplan
- Re: [Sip] Infrastructure issues involving e164 nu… Elwell, John
- Re: [Sip] New I-D on RFC4474 and phone numbers Elwell, John
- Re: [Sip] Infrastructure issues involving e164 nu… Paul Kyzivat
- Re: [Sip] Infrastructure issues involving e164 nu… Michael Thomas
- Re: [Sip] New I-D on why From/To-URIs are changed… Paul Kyzivat
- Re: [Sip] New I-D on RFC4474 and phone numbers Dan Wing
- Re: [Sip] Infrastructure issues involving e164 nu… Paul Kyzivat
- Re: [Sip] Infrastructure issues involving e164 nu… Dean Willis
- Re: [Sip] Infrastructure issues involving e164 nu… Francois Audet
- Re: [Sip] Infrastructure issues involving e164 nu… Dean Willis
- Re: [Sip] Infrastructure issues involving e164 nu… Michael Thomas
- Re: [Sip] SIP & E.164 assertions Dale.Worley
- Re: [Sip] Infrastructure issues involving e164 nu… Dean Willis
- Re: [Sip] Infrastructure issues involving e164 nu… Hadriel Kaplan
- Re: [Sip] Infrastructure issues involving e164 nu… Hadriel Kaplan
- Re: [Sip] Infrastructure issues involving e164 nu… Elwell, John
- Re: [Sip] Infrastructure issues involving e164 nu… Elwell, John
- Re: [Sip] Infrastructure issues involving e164 nu… Elwell, John
- Re: [Sip] Infrastructure issues involving e164 nu… DRAGE, Keith (Keith)
- Re: [Sip] Infrastructure issues involving e164 nu… Paul Kyzivat
- Re: [Sip] Infrastructure issues involving e164 nu… Paul Kyzivat
- Re: [Sip] Infrastructure issues involving e164 nu… Michael Thomas
- Re: [Sip] Infrastructure issues involving e164 nu… Dean Willis
- Re: [Sip] Infrastructure issues involving e164 nu… Michael Thomas
- Re: [Sip] Infrastructure issues involving e164 nu… Francois Audet
- Re: [Sip] New I-D on why From/To-URIs are changed… Jonathan Rosenberg
- Re: [Sip] New I-D on why From/To-URIs are changed… Hadriel Kaplan