Re: [Tsvwg] I-D Action:draft-ietf-tsvwg-rsvp-user-error-spec-05.txt

Francois Le Faucheur IMAP <flefauch@cisco.com> Tue, 01 April 2008 18:26 UTC

Return-Path: <tsvwg-bounces@ietf.org>
X-Original-To: tsvwg-archive@optimus.ietf.org
Delivered-To: ietfarch-tsvwg-archive@core3.amsl.com
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B2BEF3A6952; Tue, 1 Apr 2008 11:26:05 -0700 (PDT)
X-Original-To: tsvwg@core3.amsl.com
Delivered-To: tsvwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 94AE528C0E1 for <tsvwg@core3.amsl.com>; Tue, 1 Apr 2008 11:26:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.499
X-Spam-Level:
X-Spam-Status: No, score=-6.499 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 VTD4VyPaOs8Q for <tsvwg@core3.amsl.com>; Tue, 1 Apr 2008 11:25:57 -0700 (PDT)
Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id CFD9228C518 for <tsvwg@ietf.org>; Tue, 1 Apr 2008 11:25:33 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.25,588,1199660400"; d="scan'208";a="5081126"
Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 01 Apr 2008 20:25:31 +0200
Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id m31IPVxk026554; Tue, 1 Apr 2008 20:25:31 +0200
Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id m31IPV6d003723; Tue, 1 Apr 2008 18:25:31 GMT
Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 1 Apr 2008 20:25:31 +0200
Received: from [144.254.53.198] ([144.254.53.198]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 1 Apr 2008 20:25:31 +0200
In-Reply-To: <033f01c89416$c7a43d00$0300a8c0@your029b8cecfe>
References: <E390FA57-D02D-4982-964D-CE3292D86DD4@cisco.com> <033f01c89416$c7a43d00$0300a8c0@your029b8cecfe>
Mime-Version: 1.0 (Apple Message framework v753)
X-Priority: 3
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <5CEF2BBF-68C9-4103-B206-48D89C669385@cisco.com>
Content-Transfer-Encoding: 7bit
From: Francois Le Faucheur IMAP <flefauch@cisco.com>
Date: Tue, 01 Apr 2008 20:25:23 +0200
To: Adrian Farrel <adrian@olddog.co.uk>
X-Mailer: Apple Mail (2.753)
X-OriginalArrivalTime: 01 Apr 2008 18:25:31.0130 (UTC) FILETIME=[C47D35A0:01C89425]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=3169; t=1207074331; x=1207938331; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=flefauch@cisco.com; z=From:=20Francois=20Le=20Faucheur=20IMAP=20<flefauch@cisco. com> |Subject:=20Re=3A=20[Tsvwg]=20I-D=20Action=3Adraft-ietf-tsv wg-rsvp-user-error-spec-05.txt |Sender:=20; bh=FVzPcT0ejv4X5Fiffmve1e4cXwVwlFpgo2AXxzRE7iA=; b=nyEiz646FIFvbizqBClzDpMwwAsW8i+RCLgIeapjspJ40HCnYSfE5n4zKa +aK8COsy3h7SPbUuPjcvPbJJ2jgLDSHG4IZrhhFhsl0zJE7MVhhm0BTAeAvg tM74Ce9X5P;
Authentication-Results: ams-dkim-1; header.From=flefauch@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; );
Cc: tsvwg IETF list <tsvwg@ietf.org>
Subject: Re: [Tsvwg] I-D Action:draft-ietf-tsvwg-rsvp-user-error-spec-05.txt
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
Sender: tsvwg-bounces@ietf.org
Errors-To: tsvwg-bounces@ietf.org

On 1 Apr 2008, at 18:38, Adrian Farrel wrote:

> Well, what do you think?
> We intended to allow error values to be defined in the future if  
> someone
> comes up with a reason.

how about you do define one Error Value in this draft (eg "0  = all  
error information is encoded inside USER_ERROR_SPEC") ?
This way:
	- implementations will know that they must set value to 0 (until  
they have something more meaningful to put inside Error Value)
	- implementation will know that when they receive 0, it means there  
is no meaningful info
	- the registry in IANA will show a single value for now (making it  
clear that it the value to set/expect for now) and other values can  
be added there later.
I'd think this would make things clearer/cleaner than not specifying  
any value. You could argue it kinds of wastes one value but  
considering this is 16 bits field and there is no identified use yet,  
that seems bearable.

Makes sense?

Francois

>
> The precedent in RFC 2205 is that only Error Values that are  
> defined are
> mentioned. Error Codes that have no Error Values are defined with  
> no mention
> of the Error Value. For example, Error Code 3, 4, or 6.
>
> We could curtail this explicitly in the draft if there is demand  
> from the
> group.
>
> Cheers,
> Adrian
>
> ----- Original Message ----- From: "Francois Le Faucheur IMAP"  
> <flefauch@cisco.com>
> To: "tsvwg IETF list" <tsvwg@ietf.org>
> Sent: Tuesday, April 01, 2008 5:14 PM
> Subject: Re: [Tsvwg] I-D Action:draft-ietf-tsvwg-rsvp-user-error- 
> spec-05.txt
>
>
>> Hi,
>>
>> I think this document is ready to move forward.
>>
>> One small suggestion perhaps. It probably wouldn't hurt to be   
>> explicit about the "Error Value" field of the ERROR_SPEC (when  
>> Error  Code = "User Error Spec"). I understand this field is  
>> basically not  to serve any purpose ("No Error Values are  
>> defined), suggesting a  "MUST be set to zero on transmit and MUST  
>> be ignored on receipt" .
>>
>> Francois
>>
>>
>> ===============================================================
>> Updated after discussion with Jukka.
>> Adrian
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts  
>> directories.
>> Title           : User-Defined Errors for RSVP
>> Author(s)       : G. Swallow, A. Farrel
>> Filename        : draft-ietf-tsvwg-rsvp-user-error-spec-05.txt
>> Pages           : 8
>> Date            : 2008-04-01
>>
>> The Resource ReserVation Protocol (RSVP) defines an ERROR_SPEC object
>> for communicating errors.  That object has a defined format that
>> permits the definition of 256 error codes.  As RSVP has been
>> developed and extended, the convention has been to be conservative in
>> defining new error codes.  Further, no provision for user-defined
>> errors exists in RSVP.
>>
>> This document defines a USER_ERROR_SPEC to be used in addition to the
>> ERROR_SPEC to carry additional user information related to errors.
>>
>> A URL for this Internet-Draft is:
>> http://www.ietf.org/internet-drafts/draft-ietf-tsvwg-rsvp-user- 
>> error- spec-05.txt
>>
>
>