[sipcore] Revised draft-ietf-sipcore-subnot-etags to -03

Dean Willis <dean.willis@softarmor.com> Thu, 26 November 2009 01:03 UTC

Return-Path: <dean.willis@softarmor.com>
X-Original-To: sipcore@core3.amsl.com
Delivered-To: sipcore@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AE75D3A693F for <sipcore@core3.amsl.com>; Wed, 25 Nov 2009 17:03:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.573
X-Spam-Level:
X-Spam-Status: No, score=-2.573 tagged_above=-999 required=5 tests=[AWL=0.026, BAYES_00=-2.599]
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 X2ra1Py9ryw3 for <sipcore@core3.amsl.com>; Wed, 25 Nov 2009 17:03:36 -0800 (PST)
Received: from nylon.softarmor.com (nylon.softarmor.com [66.135.38.164]) by core3.amsl.com (Postfix) with ESMTP id D9BD93A680C for <sipcore@ietf.org>; Wed, 25 Nov 2009 17:03:35 -0800 (PST)
Received: from [192.168.2.105] (cpe-76-182-198-42.tx.res.rr.com [76.182.198.42]) (authenticated bits=0) by nylon.softarmor.com (8.14.3/8.14.3/Debian-5) with ESMTP id nAQ13SXG025109 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 25 Nov 2009 19:03:29 -0600
Message-Id: <86B0A2FD-CB20-4E49-B69A-66162E91178D@softarmor.com>
From: Dean Willis <dean.willis@softarmor.com>
To: SIPCORE <sipcore@ietf.org>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 25 Nov 2009 19:03:23 -0600
X-Mailer: Apple Mail (2.936)
Subject: [sipcore] Revised draft-ietf-sipcore-subnot-etags to -03
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sipcore>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Nov 2009 01:03:36 -0000

Based on discussions with Robert and Adam, I've revised the subnot- 
etags document.

There are no "real" changes, just clarifications on what an entity tag  
means in SIP, the uniqueness-scope of such tags, and very minor  
language cleanup.

Previously, we had a lot of debate on whether an eTag is truly  
"unique". It's not; it is unique only within a map of the state-vector  
space of each resource. For a given resource, each eTag is associated  
with one and only one view of  that resource's state (which we call an  
"entity".)  For a given resource, identical eTags mean identical  
entities.

Comparison of eTags between resources is meaningless, as they refer to  
disjoint state spaces. That is, if resource A as seen by Alice has an  
entity-tag of 0x77A and resource B as seen by Bob has an entity tag of  
0X77A, this doesn't mean that the two entities are the same. Doesn't  
mean they're different, either; it means absolutely nothing that they  
have entity tags with the same value.

I promise the draft now makes more sense than this synopsis.

I'm not sure I like the graphic rendering of the resource model in  
section 4. Please take a look at it and provide feedback.

--
Dean