Re: Intra-Area-Prefix LSA's on P2P interface
Acee Lindem <acee@REDBACK.COM> Thu, 20 May 2004 14:10 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 KAA18244 for <ospf-archive@LISTS.IETF.ORG>; Thu, 20 May 2004 10:10:11 -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 <2.00DB84E4@cherry.ease.lsoft.com>; Thu, 20 May 2004 10:10:10 -0400
Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 17548796 for OSPF@PEACH.EASE.LSOFT.COM; Thu, 20 May 2004 10:10:09 -0400
Received: from 155.53.12.9 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Thu, 20 May 2004 10:10:08 -0400
Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id 4705524AD52 for <OSPF@PEACH.EASE.LSOFT.COM>; Thu, 20 May 2004 07:10:08 -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 29588-08 for <OSPF@PEACH.EASE.LSOFT.COM>; Thu, 20 May 2004 07:10:07 -0700 (PDT)
Received: from aceeinspiron (unknown [172.31.253.182]) by prattle.redback.com (Postfix) with SMTP id 5DBDC24AD49 for <OSPF@PEACH.EASE.LSOFT.COM>; Thu, 20 May 2004 07:10:07 -0700 (PDT)
References: <001401c43ed8$fb9dd720$8698fea9@HUAWEI.COM>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0119_01C43E52.9CDE47F0"
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: <011c01c43e74$24703b80$0302a8c0@aceeinspiron>
Date: Thu, 20 May 2004 10:10:01 -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: Intra-Area-Prefix LSA's on P2P interface
To: OSPF@PEACH.EASE.LSOFT.COM
Precedence: list
Hi Nitin, I believe the clause "or the interface connects to a point-to-point link which has not been assigned a prefix" is referring to interfaces which only have global IPv6 address(es) with a prefix length of /128. This should be clarified if the RFC is revised. Any other interpretations? Note that site local addresses have been deprecated. Hope this helps, Acee ----- Original Message ----- From: Nitin Kakkar To: OSPF@PEACH.EASE.LSOFT.COM Sent: Thursday, May 20, 2004 10:11 PM Subject: Intra-Area-Prefix LSA's on P2P interface Hello, In RFC 2740 Page 33, Paragraph 3 "Router RTX examines its list of interfaces to the area. If the interface is in state Down, its prefixes are not included. If the interface has been reported in RTX's router-LSA as a Type 2 link description (link to transit network), its prefixes are not included (they will be included in the intra-area-prefix-LSA for the link instead). If the interface type is Point-to-MultiPoint,or the interface is in state Loopback, or the interface connects to a point-to-point link which has not been assigned a prefix,then the site-local and global scope IPv6 addresses associated with the interface (if any) are copied into the intra-area-prefix-LSA, setting the LA-bit in the PrefixOptions field, and setting the PrefixLength to 128 and the Metric to 0. Otherwise,the list of site-local and global prefixes configured in RTX for the link are copied into the intra-area-prefix-LSA by specifying the PrefixLength, PrefixOptions, and Address Prefix fields. The Metric field for each of these prefixes is set to the interface's output cost". In the above paragraph please refer to the lines in bold, they seem to indicate that, if a P2P interface is NOT assigned a global ipv6 address then its corresponding inter-area-prefix LSA should send the site local address for that interface. My questions are 1) Where & how to use this site local address ? 2) Is this condition for IPV6 unnumbered interfaces ? Regards Nitin
- Intra-Area-Prefix LSA's on P2P interface Nitin Kakkar
- Re: Intra-Area-Prefix LSA's on P2P interface Acee Lindem