Re: [Sip] Draft ietf-sip-xcapevent revised, many open questions

Robert Sparks <rjs@nostrum.com> Tue, 09 June 2009 21:12 UTC

Return-Path: <rjs@nostrum.com>
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 A87283A6ACF for <sip@core3.amsl.com>; Tue, 9 Jun 2009 14:12:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, SPF_PASS=-0.001]
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 h6cb8w7Ik7TB for <sip@core3.amsl.com>; Tue, 9 Jun 2009 14:12:52 -0700 (PDT)
Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by core3.amsl.com (Postfix) with ESMTP id 872863A6930 for <sip@ietf.org>; Tue, 9 Jun 2009 14:12:51 -0700 (PDT)
Received: from dn3-232.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id n59LCsaw083486 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 9 Jun 2009 16:12:54 -0500 (CDT) (envelope-from rjs@nostrum.com)
Message-Id: <9F7C837C-288E-4828-8468-6ACEBE8FE884@nostrum.com>
From: Robert Sparks <rjs@nostrum.com>
To: Jari Urpalainen <jari.urpalainen@nokia.com>
In-Reply-To: <1243418826.19036.42.camel@localhost>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v930.3)
Date: Tue, 09 Jun 2009 16:12:54 -0500
References: <656509D0-269E-48C4-BA76-0195E1A31B3C@softarmor.com> <1243418826.19036.42.camel@localhost>
X-Mailer: Apple Mail (2.930.3)
Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism)
Cc: "sip@ietf.org List" <sip@ietf.org>, ext Dean Willis <dean.willis@softarmor.com>
Subject: Re: [Sip] Draft ietf-sip-xcapevent revised, many open questions
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sip>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jun 2009 21:12:52 -0000

I'm going through -07 in detail now to figure out the next step, and  
just went back
through the email threads to make sure nothing got dropped.

I think we still have a rough edge related to what's below (and I  
don't understand Jari's response
now that I've read the draft carefully).

My read is that the default was intended to be the simplest (and  
required to implement) mode of
"no-patching" and that we just had a single typo in the first  
paragraph of section 4.3. The last
sentence in that first paragraph should say "no-patching" rather than  
"xcap-patching" and
the conflict that Dean points to below is resolved.

RjS

On May 27, 2009, at 5:07 AM, Jari Urpalainen wrote:

>> 1)  What's the default notification mode supposed to be? "xml-
>> patching" is listed as the default and fail-safe in some text, but  
>> "no-
>> patching" is also described as the singular "must implement" mode. It
>> seems to me that if a mode is the default if no mode is specified,
>> then that mode had better be the default.
>> This question is a primary source of confusion in Section 4.3, and  
>> I'd
>> appreciate some feedback. This whole section got a lot of edits, you
>> may want to usea difftool.
>>
> for implementers this is no big deal, although you MUST know which is
> the default if the parameter is missing, anyways it can be anyone of
> those, so i'm fine with this technical change.