[Sip] Mutual Auth: Enhancement, not correction

Adam Roach <adam@nostrum.com> Thu, 29 November 2007 21:53 UTC

Return-path: <sip-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxrJj-0000qb-C4; Thu, 29 Nov 2007 16:53:07 -0500
Received: from sip by megatron.ietf.org with local (Exim 4.43) id 1IxrJh-0000qD-ER for sip-confirm+ok@megatron.ietf.org; Thu, 29 Nov 2007 16:53:05 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxrJh-0000q3-2G for sip@ietf.org; Thu, 29 Nov 2007 16:53:05 -0500
Received: from shaman.nostrum.com ([72.232.15.10] helo=nostrum.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IxrJg-0005r8-NU for sip@ietf.org; Thu, 29 Nov 2007 16:53:04 -0500
Received: from orthrus.local (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.1/8.14.1) with ESMTP id lATLqwm9000907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Nov 2007 15:52:58 -0600 (CST) (envelope-from adam@nostrum.com)
Message-ID: <474F34C8.1000009@nostrum.com>
Date: Thu, 29 Nov 2007 15:53:12 -0600
From: Adam Roach <adam@nostrum.com>
User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031)
MIME-Version: 1.0
To: Dean Willis <dean.willis@softarmor.com>
References: <7043BEF2-D7CF-41AC-8D55-3FB2C08D5644@softarmor.com>
In-Reply-To: <7043BEF2-D7CF-41AC-8D55-3FB2C08D5644@softarmor.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism)
X-Virus-Scanned: ClamAV 0.91.2/4954/Thu Nov 29 11:46:26 2007 on shaman.nostrum.com
X-Virus-Status: Clean
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a
Cc: "sip@ietf.org List" <sip@ietf.org>, Cullen Jennings <fluffy@cisco.com>, Keith Drage <drage@alcatel-lucent.com>
Subject: [Sip] Mutual Auth: Enhancement, not correction
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.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: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Errors-To: sip-bounces@ietf.org

On 11/29/07 2:34 PM, Dean Willis wrote:
> 1930
> 	
> Essential corrections
> 	
> Keith Drage
> 	
> draft-ietf-sip-record-route-fix-01 
> <http://tools.ietf.org/html/draft-ietf-sip-record-route-fix-01>
>
> draft-gurbani-sip-ipv6-abnf-fix-00 
> <http://tools.ietf.org/wg/sip/draft-gurbani-sip-ipv6-abnf-fix-00.txt>
> draft-hilt-sip-correction-503-01 
> <http://tools.ietf.org/wg/sip/draft-hilt-sip-correction-503-01.txt>
> draft-dotson-sip-mutual-auth-00 
> <http://tools.ietf.org/wg/sip/draft-dotson-sip-mutual-auth-00.txt>
> draft-sparks-sip-invfix-00 
> <http://tools.ietf.org/wg/sip/draft-sparks-sip-invfix-00.txt>
>
>
*
*Why are we considering draft-dotson-sip-mutual-auth for inclusion in 
the essential corrections process? Don't get me wrong -- the mechanism 
described in the document seems like a useful _extension_ to SIP, but 
it's hardly correcting something that's broken. I think things will get 
very confusing if we start couching _enhancements_ in terms of deltas to 
RFC 3261.

/a


_______________________________________________
Sip mailing list  https://www1.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