Re: OSPF TLVs
Kireeti Kompella <kireeti@JUNIPER.NET> Wed, 05 May 2004 16:23 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 MAA23382 for <ospf-archive@LISTS.IETF.ORG>; Wed, 5 May 2004 12:23:13 -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 <15.00D98CDC@cherry.ease.lsoft.com>; Wed, 5 May 2004 12:23:07 -0400
Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 15132470 for OSPF@PEACH.EASE.LSOFT.COM; Wed, 5 May 2004 12:23:06 -0400
Received: from 207.17.136.150 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Wed, 5 May 2004 12:23:05 -0400
Received: from kummer.juniper.net (localhost [127.0.0.1]) by kummer.juniper.net (8.12.8p1/8.12.3) with ESMTP id i45GN4Pg042265 for <OSPF@peach.ease.lsoft.com>; Wed, 5 May 2004 09:23:05 -0700 (PDT) (envelope-from kireeti@juniper.net)
Received: from localhost (kireeti@localhost) by kummer.juniper.net (8.12.8p1/8.12.3/Submit) with ESMTP id i45GN4tk042262 for <OSPF@peach.ease.lsoft.com>; Wed, 5 May 2004 09:23:04 -0700 (PDT)
X-Authentication-Warning: kummer.juniper.net: kireeti owned process doing -bs
References: <E1BI1qC-000Lsn-U2@oceanus.uk.clara.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Message-ID: <20040505091908.M42210@kummer.juniper.net>
Date: Wed, 05 May 2004 09:23:04 -0700
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Kireeti Kompella <kireeti@JUNIPER.NET>
Subject: Re: OSPF TLVs
To: OSPF@PEACH.EASE.LSOFT.COM
In-Reply-To: <E1BI1qC-000Lsn-U2@oceanus.uk.clara.net>
Precedence: list
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