Re: [Sip] New I-D - TOTE - "INFO" on the media path

Dean Willis <dean.willis@softarmor.com> Sat, 16 February 2008 08:41 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 3B7FC28C0EA; Sat, 16 Feb 2008 00:41:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.611
X-Spam-Level:
X-Spam-Status: No, score=-0.611 tagged_above=-999 required=5 tests=[AWL=-0.174, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, RDNS_NONE=0.1]
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 gtz4LYjt88OZ; Sat, 16 Feb 2008 00:41:57 -0800 (PST)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3C5833A696B; Sat, 16 Feb 2008 00:41:57 -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 38C023A6974 for <sip@core3.amsl.com>; Sat, 16 Feb 2008 00:41:55 -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 i+vJlZ1Ys6cN for <sip@core3.amsl.com>; Sat, 16 Feb 2008 00:41:54 -0800 (PST)
Received: from nylon.softarmor.com (nylon.softarmor.com [66.135.38.164]) by core3.amsl.com (Postfix) with ESMTP id 5B5353A696B for <sip@ietf.org>; Sat, 16 Feb 2008 00:41:54 -0800 (PST)
Received: from [192.168.2.102] (cpe-76-185-142-113.tx.res.rr.com [76.185.142.113]) (authenticated bits=0) by nylon.softarmor.com (8.13.8/8.13.8/Debian-3) with ESMTP id m1G8fkow002991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 16 Feb 2008 02:41:48 -0600
Message-ID: <47B6A1CB.1080603@softarmor.com>
Date: Sat, 16 Feb 2008 02:41:47 -0600
From: Dean Willis <dean.willis@softarmor.com>
User-Agent: Mozilla Thunderbird 1.0.5 (Windows/20050711)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: IETF SIP List <sip@ietf.org>
References: <47B6345B.4030807@cisco.com>
In-Reply-To: <47B6345B.4030807@cisco.com>
Subject: Re: [Sip] New I-D - TOTE - "INFO" on the media path
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

Jonathan Rosenberg wrote:
> I just submitted a new I-D, which proposes a protocol called TOTE:
> http://www.ietf.org/internet-drafts/draft-rosenberg-sip-tote-00.txt
> 
> Basically, TOTE provides the ability to exchange MIME objects of any 
> type and "purpose" over a tcp/tls connection established e2e through SDP 
> O/A procedures and ICE-tcp. This ties into the INFO disussion; it 
> provides the media-plane equivalent of the INFO-events framework.
> 
> This draft should arguably go in mmusic but since the INFO debate is 
> happening here I submitted it as a -sip.

Very cool draft.

So with the right MIME object (octet-stream?) and Purpose token 
(iptunnel?), we appear to have an instant answer for the "How do we use 
SIP to set up a VPN connection" problem. Subject to the constraints of 
TCP, of course, which some people don't like. And we have a solution for 
the problem of establishing a device management connection with a device 
that's behind a NAT router.

Seriously: This draft is an exact answer to the question "what is the 
extension model for SIP?" We very much need to come to an agreement on 
that model, and stop extending SIP along three different and 
incompatible axes.

If we choose the model of TOTE, then we might start considering 
deprecation of INFO, MESSAGE, SUBSCRIBE, and NOTIFY. We can also 
probably deprecate MSRP. And PUBLISH, of course. This would really clean 
up the protocol suite, at least for one way of looking at it.

This is a lot to think about. So start thinking!

--
Dean
_______________________________________________
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