Re: draft-ietf-ospf-ospfv3-update-03

Acee Lindem <acee@CISCO.COM> Thu, 16 June 2005 01:51 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 VAA28189 for <ospf-archive@LISTS.IETF.ORG>; Wed, 15 Jun 2005 21:51:18 -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 <21.0107F365@cherry.ease.lsoft.com>; Wed, 15 Jun 2005 21:51:16 -0400
Received: by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 14.3) with spool id 75538656 for OSPF@PEACH.EASE.LSOFT.COM; Wed, 15 Jun 2005 21:51:14 -0400
Received: from 171.71.176.72 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0l) with TCP; Wed, 15 Jun 2005 21:51:14 -0400
Received: from sj-core-5.cisco.com (171.71.177.238) by sj-iport-3.cisco.com with ESMTP; 15 Jun 2005 18:51:14 -0700
X-IronPort-AV: i="3.93,202,1115017200"; d="scan'208"; a="279322132:sNHT27582324"
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id j5G1p4lw004103 for <OSPF@PEACH.EASE.LSOFT.COM>; Wed, 15 Jun 2005 18:51:11 -0700 (PDT)
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 15 Jun 2005 21:50:51 -0400
Received: from [10.82.225.10] ([10.82.225.10]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 15 Jun 2005 21:50:50 -0400
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
References: <20050614051014.5808.qmail@webmail35.rediffmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 16 Jun 2005 01:50:50.0960 (UTC) FILETIME=[D2FCF500:01C57215]
Message-ID: <42B0DAFA.5080802@cisco.com>
Date: Wed, 15 Jun 2005 21:50:50 -0400
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Acee Lindem <acee@CISCO.COM>
Subject: Re: draft-ietf-ospf-ospfv3-update-03
To: OSPF@PEACH.EASE.LSOFT.COM
In-Reply-To: <20050614051014.5808.qmail@webmail35.rediffmail.com>
Precedence: list
Content-Transfer-Encoding: 7bit

Hi Vivek,

Vivek Dubey wrote:

>1)  Section 3.4.3  Originating LSAs
>      The state or interface ID of one of the router's interfaces
>      changes.  The router may need to (re)originate or flush its
>      Link-LSA and one or more router-LSAs and/or
>      intra-area-prefix-LSAs.
>
><vivek> If router is DR, network LSA should also be reoriginated
>  
>
Agreed. I'll add this in the 05 revision.

>2) Section 3.9 Multiple Interfaces to a single link
>	All of the multiple interfaces to the link will however appear in the router-LSA
>
>    Section 3.4.3.1  Router-LSAs
>	Nor are interfaces without any full adjacencies described.
>
>
><vivek> As there will be no OSPF control traffic on standby interfaces, effectively no adjacency
>will be present on the standby interface(s). Not clear why than the standby interface be part of Router LSA ?
>  
>
The standby interfaces must be advertised so that other routers on the 
network can install
equal cost multi-path routes. I guess 3.4.3.1 should reference the 
exception.


Thanks for review,
Acee

>Thanks
>Vivek
>
>
>  
>