Re: OSPFv2 Opaque LSAs in OSPFv3

Kunihiro Ishiguro <kunihiro@ZEBRA.ORG> Tue, 08 October 2002 02:14 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 WAA14071 for <ospf-archive@LISTS.IETF.ORG>; Mon, 7 Oct 2002 22:14:09 -0400 (EDT)
Received: from walnut (209.119.0.61) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <5.0075D49C@cherry.ease.lsoft.com>; Mon, 7 Oct 2002 22:16:12 -0400
Received: from DISCUSS.MICROSOFT.COM by DISCUSS.MICROSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 258127 for OSPF@DISCUSS.MICROSOFT.COM; Mon, 7 Oct 2002 22:16:11 -0400
Received: from 65.223.109.2 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0f) with TCP; Mon, 7 Oct 2002 22:16:11 -0400
Received: from titanium.zebra.org (IDENT:kunihiro@titanium [127.0.0.1]) by titanium.zebra.org (8.9.3/8.9.3) with ESMTP id WAA01896 for <OSPF@DISCUSS.MICROSOFT.COM>; Mon, 7 Oct 2002 22:19:28 -0400
References: <198381275605.20021007181234@psg.com> <200210080132.g981WiB98065@kummer.juniper.net>
User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.3 Emacs/21.2.50 (powerpc-unknown-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset="US-ASCII"
Message-ID: <m2adlp1xlb.wl@titanium.zebra.org>
Date: Mon, 07 Oct 2002 19:19:28 -0700
Reply-To: Mailing List <OSPF@DISCUSS.MICROSOFT.COM>
Sender: Mailing List <OSPF@DISCUSS.MICROSOFT.COM>
From: Kunihiro Ishiguro <kunihiro@ZEBRA.ORG>
Subject: Re: OSPFv2 Opaque LSAs in OSPFv3
To: OSPF@DISCUSS.MICROSOFT.COM
In-Reply-To: <200210080132.g981WiB98065@kummer.juniper.net>
Precedence: list

>True, we have a generic opaque mechanism in OSPF v3.  However,
>if I want to do TE in OSPF v3, what do I put in the packet to let
>you know that this is a TE LSA?  In particular, what function code
>do I put in the LSA?  Should there be a new function code for each
>'legacy' Opaque LSA?  Etc.
>
>The draft (see below, sorry all for the spam) just grabs a single
>LSA function code for 'OSPF v2 Opaque LSAs', but otherwise keeps
>everything mostly the same.

I'm resending thie mail...I send from wrong from address....so you may
receive two mail.

BTW I haven't submitted the draft but I prepared TE extensions to
OSPFv3.  I just define a new LS type for TE then use OSPFv3 built in
flooding mechanism.  I believe this is straight forward way to do it.
--
Kunihiro Ishiguro


Network Working Group                                       K. Ishiguro
Internet Draft                                         IP Infusion Inc.
Expiration Date: May 2003                                     T. Takada
                                                       IP Infusion Inc.
                                                           October 2002


            Traffic Engineering Extensions to OSPF version 3

               draft-ishiguro-ospf-ospfv3-traffic-00.txt

<SNIP>...

2. Applicability

   OSPFv3 has a very flexible mechanism for adding new LS type.  Even
   the implementation does not know the LS types, the LSA is properly
   flooded by LS type field.  This document add a new LSA type Traffic
   Engineering LSA to OSPFv3.


3. Traffic-Engineering-LSA

   New LSA Traffic-Engineering-LSA is introduced.

3.1 LS Type

   Traffic-Engineering-LSA is defined as Area scope LSA.

   LSA function code  LS Type  Description
   --------------------------------------------------------------------
   10                 0x2000a  Traffic-Engineering-LSA

3.2 LSA Format Overview

   This is LSA header format.


      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |           LS age              |0|0|1|          10             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                       Link State ID                           |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                    Advertising Router                         |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                    LS sequence number                         |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |        LS checksum            |            Length             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


3.3 TLV Header

   The LSA payload consists of one or more nested Type/Length/Value

<SNIP>....