[mpls] Re: Last Call Assignment: draft-ietf-mpls-rsvpte-attributes-04.txt

"Adrian Farrel" <adrian@olddog.co.uk> Wed, 08 December 2004 12:52 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA19281; Wed, 8 Dec 2004 07:52:00 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Cc1PJ-0004Bs-Ri; Wed, 08 Dec 2004 07:59:02 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Cc1GH-0000hA-4Z; Wed, 08 Dec 2004 07:49:41 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Cc1CH-0008Gi-Ts for mpls@megatron.ietf.org; Wed, 08 Dec 2004 07:45:36 -0500
Received: from galaxy.systems.pipex.net (galaxy.systems.pipex.net [62.241.162.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA18947 for <mpls@lists.ietf.org>; Wed, 8 Dec 2004 07:45:31 -0500 (EST)
Received: from dnni.com (81-178-2-190.dsl.pipex.com [81.178.2.190]) by galaxy.systems.pipex.net (Postfix) with ESMTP id A577EE000327; Wed, 8 Dec 2004 12:44:48 +0000 (GMT)
Received: from Puppy ([217.158.145.168] RDNS failed) by dnni.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 8 Dec 2004 12:44:52 +0000
Message-ID: <04e401c4dd23$d1add200$fd919ed9@Puppy>
From: Adrian Farrel <adrian@olddog.co.uk>
To: gen-art@alvestrand.no, "Joel M. Halpern" <joel@stevecrocker.com>
References: <5E17B42A-485B-11D9-8830-000393CC2112@psg.com> <6.1.2.0.0.20041207111453.03e2ed38@localhost> <04c401c4dca6$934dd550$fd919ed9@Puppy> <6.1.2.0.0.20041207175414.04045830@localhost>
Date: Wed, 08 Dec 2004 12:39:47 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-OriginalArrivalTime: 08 Dec 2004 12:44:53.0389 (UTC) FILETIME=[B6CFEBD0:01C4DD23]
Content-Transfer-Encoding: 7bit
Cc: mpls@ietf.org, jpv@cisco.com
Subject: [mpls] Re: Last Call Assignment: draft-ietf-mpls-rsvpte-attributes-04.txt
X-BeenThere: mpls@lists.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
List-Id: Multi-Protocol Label Switching WG <mpls.lists.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@lists.ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/mpls>
List-Post: <mailto:mpls@lists.ietf.org>
List-Help: <mailto:mpls-request@lists.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@lists.ietf.org?subject=subscribe>
Sender: mpls-bounces@ietf.org
Errors-To: mpls-bounces@ietf.org
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465
Content-Transfer-Encoding: 7bit

OK, we can do that (although in fairness, anyone not familiar with the RRO should really
not be playing with LSP Attributes!).

A
----- Original Message ----- 
From: "Joel M. Halpern" <joel@stevecrocker.com>
To: "Adrian Farrel" <adrian@olddog.co.uk>; <gen-art@alvestrand.no>
Cc: "Dimitri Papadimitriou" <Dimitri.Papadimitriou@alcatel.be>; <jpv@cisco.com>; "Arthi
Ayyangar" <arthi@juniper.net>; <mpls@lists.ietf.org>; "Alex Zinin" <zinin@psg.com>;
"George Swallow" <swallow@cisco.com>; "Loa Andersson" <loa@pi.se>
Sent: Tuesday, December 07, 2004 10:55 PM
Subject: Re: Last Call Assignment: draft-ietf-mpls-rsvpte-attributes-04.txt


> The description you provide makes sense.
> I am afraid that a reader who is not sufficiently involved in RRO work may
> well not understand what is meant.  If you could elaborate the second
> sentence (the one with "the RRO immediately before") just a bit, it would
> probably help.
>
> Yours,
> Joel
>
> At 04:48 PM 12/7/2004, Adrian Farrel wrote:
> > > In section 7.3.1, there are two lines which confused me:
> > >     The Attributes subobject is pushed onto the RECORD_ROUTE object
> > >     immediately prior to pushing the node's IP address or link
> > >     ...
> > >     This means that an Attributes subobject is bound to the LSR
> > >     identified by the subobject found in the RRO immediately before the
> > >     Attributes subobject.
> > > The first sentence seems to say that when I parse the message I will find
> > > the Attributes subobject followed by the ID of the node which put it there.
> > > The later sentence seems to say that the Attributes subobject is bound to
> > > the ID which precedes it, rather than the ID which follows it?
> >
> >No, RRO is described as a stack. So, that which you push first, you pop last.
> >
> >You receive an RRO and you add your sub-objects to the front. You add the
> >Attributes
> >sub-object first, then you add your node/link.
>
>
>


_______________________________________________
mpls mailing list
mpls@lists.ietf.org
https://www1.ietf.org/mailman/listinfo/mpls