Re: [Tsvwg] Comments on draft-ietf-tsvwg-rsvp-user-error-spec-03.txt

"Adrian Farrel" <adrian@olddog.co.uk> Fri, 28 March 2008 17:08 UTC

Return-Path: <tsvwg-bounces@ietf.org>
X-Original-To: ietfarch-tsvwg-archive@core3.amsl.com
Delivered-To: ietfarch-tsvwg-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3A53828C6F1; Fri, 28 Mar 2008 10:08:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.841
X-Spam-Level:
X-Spam-Status: No, score=-1.841 tagged_above=-999 required=5 tests=[AWL=0.757, BAYES_00=-2.599, STOX_REPLY_TYPE=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 k7W2aT3j+z4f; Fri, 28 Mar 2008 10:08:56 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F35163A6CED; Fri, 28 Mar 2008 10:08:55 -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 8688B3A6CED for <tsvwg@core3.amsl.com>; Fri, 28 Mar 2008 10:08:55 -0700 (PDT)
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 CpqXiS04J++U for <tsvwg@core3.amsl.com>; Fri, 28 Mar 2008 10:08:54 -0700 (PDT)
Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by core3.amsl.com (Postfix) with ESMTP id 67ECD3A6BE5 for <tsvwg@ietf.org>; Fri, 28 Mar 2008 10:08:54 -0700 (PDT)
Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id m2SH8DxA017326; Fri, 28 Mar 2008 17:08:13 GMT
Received: from your029b8cecfe (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id m2SH8CJt017307; Fri, 28 Mar 2008 17:08:13 GMT
Message-ID: <054e01c890f6$495745f0$0300a8c0@your029b8cecfe>
From: Adrian Farrel <adrian@olddog.co.uk>
To: Bruce Davie <bdavie@cisco.com>
References: <19B39207-48AD-45DF-9AFD-85CF40A73A63@cisco.com> <04fd01c890e4$595cb410$0300a8c0@your029b8cecfe> <6F8C232D-5A39-47A8-9975-14F8DE5C6EEC@cisco.com>
Date: Fri, 28 Mar 2008 17:08:01 -0000
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="original"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3138
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
Cc: George Swallow <swallow@cisco.com>, tsvwg@ietf.org
Subject: Re: [Tsvwg] Comments on draft-ietf-tsvwg-rsvp-user-error-spec-03.txt
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
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

Thanks Bruce!

I made the changes you suggested and added a note about ResvConf.

New version submitted.

Cheers,
Adrian
----- Original Message ----- 
From: "Bruce Davie" <bdavie@cisco.com>
To: "Adrian Farrel" <adrian@olddog.co.uk>
Cc: <tsvwg@ietf.org>; "George Swallow" <swallow@cisco.com>
Sent: Friday, March 28, 2008 4:52 PM
Subject: Re: Comments on draft-ietf-tsvwg-rsvp-user-error-spec-03.txt 


> 
> Adrian,
> [points of agreement clipped]
> 
> On Mar 28, 2008, at 10:58 AM, Adrian Farrel wrote:
> 
>>
>>>> 4.2
>>> [...]
>>>>    Implementations receiving a USER_ERROR_SPEC object on some  
>>>> message
>>>>    other than a PathErr, ResvErr, or Notify message MUST treat the
>>>>    error as a malformed message and process according to [RFC2205].
>>> RFC2205 allows ERROR_SPEC objects in ResvConf messages. I suggest  
>>> the  USER_ERROR_SPEC should also be allowed to appear in those  
>>> messages.
>>
>> In fact, the ERROR_SPEC is mandatory on the ResvConf, but RFC 2205  
>> says:
>>
>>         The ERROR_SPEC is
>>         used only to carry the IP address of the originating node, in
>>         the Error Node Address; the Error Code and Value are zero to
>>         indicate a confirmation.
>>
>> So there would never be cause to include USER_ERROR_SPEC. Or would  
>> there?
> 
> Your reasoning seems sound to me. Perhaps you want to put in a  
> sentence along these lines to avoid future readers scratching their  
> heads as I did.
> 
> So, with the few changes that I sent previously and that you agreed  
> to, I think this document would be ready for publication.
> 
> Bruce
> 
>