Re: OSPF TLVs
Acee Lindem <acee@REDBACK.COM> Wed, 05 May 2004 16:44 UTC
Received: from cherry.ease.lsoft.com (cherry.ease.lsoft.com [209.119.0.109]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA24956 for <ospf-archive@LISTS.IETF.ORG>; Wed, 5 May 2004 12:44:40 -0400 (EDT)
Received: from vms.dc.lsoft.com (209.119.0.2) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <0.00D98E3B@cherry.ease.lsoft.com>; Wed, 5 May 2004 12:44:41 -0400
Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 15134886 for OSPF@PEACH.EASE.LSOFT.COM; Wed, 5 May 2004 12:44:40 -0400
Received: from 155.53.12.9 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Wed, 5 May 2004 12:44:39 -0400
Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id 790F68EDEC0 for <OSPF@PEACH.EASE.LSOFT.COM>; Wed, 5 May 2004 09:44:38 -0700 (PDT)
Received: from prattle.redback.com ([127.0.0.1]) by localhost (prattle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22169-01 for <OSPF@PEACH.EASE.LSOFT.COM>; Wed, 5 May 2004 09:44:38 -0700 (PDT)
Received: from aceeinspiron (unknown [172.31.253.219]) by prattle.redback.com (Postfix) with SMTP id 407A28EDEC2 for <OSPF@PEACH.EASE.LSOFT.COM>; Wed, 5 May 2004 09:44:37 -0700 (PDT)
References: <E1BI1qC-000Lsn-U2@oceanus.uk.clara.net> <20040505091908.M42210@kummer.juniper.net>
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.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Virus-Scanned: by amavisd-new at redback.com
Message-ID: <0e5401c432c0$3e874aa0$0202a8c0@aceeinspiron>
Date: Wed, 05 May 2004 12:44:32 -0400
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Acee Lindem <acee@REDBACK.COM>
Subject: Re: OSPF TLVs
To: OSPF@PEACH.EASE.LSOFT.COM
Precedence: list
Content-Transfer-Encoding: 7bit
Hi Kireeti, The original question is draft-ietf-ccamp-ospf-gmpls-extensions-12.txt. It was whether or not the fields labeled "Padding" should be included in the sub-TLV. The answer is that they are part of the sub-TLVs and should be included in the length (from Adrian). I think it would be clearer if you replaced "Padding" with "Reserved" since the padding will be there whether it is implicit or explicit. Thanks, Acee ----- Original Message ----- From: "Kireeti Kompella" <kireeti@JUNIPER.NET> To: <OSPF@PEACH.EASE.LSOFT.COM> Sent: Wednesday, May 05, 2004 12:23 PM Subject: Re: OSPF TLVs > On Mon, 26 Apr 2004, Adrian Farrel wrote: > > > I don't see why there is any change required. > > Agree with Adrian. > > > You appear to be precluding TLVs from having any length that is not a > > multiple of four bytes. This seems unnecessary. > > (I don't think Venkata says that. But then again, he can chime in.) > > > What we currently have is a rule that tells you how to encode a TLV into an > > OSPF LSA if it is not a multiple of four bytes. > > You have a separate rule that says that a specific TLV has some reserved > > bytes. > > If a TLV has reserved bits/bytes that it explicitly defines, that's > just part of the Value field as far as the TLV is concerned. > > > Why do we need to make any changes? > > Why indeed? :-) > > > The only change that might be of use would be to change the name of any > > field that is included in a TLV from "padding" to "reserved" to avoid > > confusion. > > Good idea. > > > Perhaps the draft's authors would like to contribute to this thread. > > Don't know which draft you're referring to, unless it's draft 3630 :-) > > Kireeti. > -------
- Re: OSPF TLVs Kireeti Kompella
- Re: OSPF TLVs Acee Lindem
- Re: OSPF TLVs Naidu, Venkata
- Re: OSPF TLVs Kireeti Kompella