Re: OSPF sham link
Quaizar Vohra <qv@JUNIPER.NET> Mon, 03 October 2005 20:04 UTC
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EMWYH-0006BR-Cs for ospf-archive@megatron.ietf.org; Mon, 03 Oct 2005 16:04:45 -0400
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 QAA00453 for <ospf-archive@LISTS.IETF.ORG>; Mon, 3 Oct 2005 16:04:43 -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 <1.011037B2@cherry.ease.lsoft.com>; Mon, 3 Oct 2005 16:04:42 -0400
Received: by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 14.4) with spool id 87132051 for OSPF@PEACH.EASE.LSOFT.COM; Mon, 3 Oct 2005 16:04:40 -0400
Received: from 207.17.137.64 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0m) with TCP; Mon, 3 Oct 2005 16:04:40 -0400
Received: from merlot.juniper.net (merlot.juniper.net [172.17.27.10]) by colo-dns-ext2.juniper.net (8.12.3/8.12.3) with ESMTP id j93K4dBm001475 for <OSPF@PEACH.EASE.LSOFT.COM>; Mon, 3 Oct 2005 13:04:39 -0700 (PDT) (envelope-from qv@juniper.net)
Received: from fuinar.juniper.net (fuinar.juniper.net [172.17.12.75]) by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id j93K4dG22503 for <OSPF@PEACH.EASE.LSOFT.COM>; Mon, 3 Oct 2005 13:04:39 -0700 (PDT) (envelope-from qv@juniper.net)
Received: from fuinar.juniper.net (localhost [127.0.0.1]) by fuinar.juniper.net (8.12.8p1/8.12.3) with ESMTP id j93K4d1i086008 for <OSPF@PEACH.EASE.LSOFT.COM>; Mon, 3 Oct 2005 13:04:39 -0700 (PDT) (envelope-from qv@fuinar.juniper.net)
Received: (from qv@localhost) by fuinar.juniper.net (8.12.8p1/8.12.3/Submit) id j93K4dEY086005; Mon, 3 Oct 2005 13:04:39 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
References: <062B922B6EC55149B5A267ECE78E5D440A250706@photon.jnpr.net> <433D766F.4010501@cisco.com> <17217.32432.305147.688956@fuinar.juniper.net> <434184D2.2040201@cisco.com>
X-Mailer: VM 7.14 under 21.4 (patch 12) "Portable Code" XEmacs Lucid
Message-ID: <17217.36565.596593.894554@fuinar.juniper.net>
Date: Mon, 03 Oct 2005 13:04:37 -0700
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Quaizar Vohra <qv@JUNIPER.NET>
Subject: Re: OSPF sham link
To: OSPF@PEACH.EASE.LSOFT.COM
In-Reply-To: <434184D2.2040201@cisco.com>
Precedence: list
List-Help: <http://peach.ease.lsoft.com/scripts/wa.exe?LIST=OSPF>, <mailto:LISTSERV@PEACH.EASE.LSOFT.COM?body=INFO+OSPF>
List-Unsubscribe: <mailto:OSPF-unsubscribe-request@PEACH.EASE.LSOFT.COM>
List-Subscribe: <mailto:OSPF-subscribe-request@PEACH.EASE.LSOFT.COM>
List-Owner: <mailto:OSPF-request@PEACH.EASE.LSOFT.COM>
List-Archive: <http://peach.ease.lsoft.com/scripts/wa.exe?LIST=OSPF>
Content-Transfer-Encoding: 7bit
Here is part of the text in that section. I am talking of option 1 below. Quaizar o In addition, as long as the state of the interface is "Point-to-Point" (and regardless of the neighboring router state), a Type 3 link (stub network) should be added. There are two forms that this stub link can take: Option 1 Assuming that the neighboring router's IP address is known, set the Link ID of the Type 3 link to the neighbor's IP address, the Link Data to the mask 0xffffffff (indicating a host route), and the cost to the interface's configured output cost.[15] Option 2 If a subnet has been assigned to the point-to- point link, set the Link ID of the Type 3 link to the subnet's IP address, the Link Data to the subnet's mask, and the cost to the interface's configured output cost.[16] > Quaizar, > > where do you think this contradicts 12.4.1.1. Sham-link is advertised as > unnumbered p2p link... > > thanks, > Peter > > Quaizar Vohra wrote: > > Acee, > > > > What this draft proposes is in contradiction with rfc 2328, section > > 12.4.1.1. I am not sure if an ietf spec should be imposing unnecessary > > restrictions. > > > > Quaizar > > > > > > > > > Kalyan Bade wrote: > > > > > > >Acee, > > > > > > > > > > > > > > > >>I recently commented on that this should be clarified in the draft. > > > >> > > > >> > > > >The > > > > > > > > > > > >>reason the sham endpoint should > > > >>not be redistributed or advertised in OSPF is that sham link endpoint > > > >>reachability > > > >>is used to determine whether or not sham link is up. If the sham link > > > >>endpoint is advertised in OSPF > > > >>the sham link would provide a viable path and greatly complicate this > > > >>determination. > > > >> > > > >> > > > > > > > >Thanks for the response. I understand what you are saying, but isn't a > > > >purely implementation thing? If we do this, we end up loosing > > > >connectivity to the loopback from other routers. This might be not > > > >desirable in some scenarios. Aren't we restricting something just > > > >because implementations cannot deal with it? Let me know your thoughts. > > > > > > > > > > > <speaking as a WG member who has reviewed > > > draft-ietf-l3vpn-ospf-2547-04.txt several times> > > > > > > Hi Kalyan, > > > > > > This draft broke new ground since it documented specific mechanisms for > > > both protocol redistribution and protocol interaction. Prior to the draft, > > > these topics were pretty much left to the implemenations (at least in > > > the case of > > > OSPF). In order to ensure interoperability, these topics needed to be > > > documented. > > > Like any problem, there are multiple ways in solve it and different > > > tradeoffs that > > > can be made. Given the number of reviews and last calls on the draft, > > > I'd say > > > there would need to be a pretty compelling reason in order to change > > > this now. > > > > > > Thanks, > > > Acee > > > > > > >Thanks, > > > >Kalyan. > > > > > > > > > > > > > >
- OSPF sham link Kalyan Bade
- Re: OSPF sham link Acee Lindem
- Re: OSPF sham link Kalyan Bade
- Re: OSPF sham link Padma Pillay-Esnault
- Re: OSPF sham link Acee Lindem
- Re: OSPF sham link Quaizar Vohra
- Re: OSPF sham link Peter Psenak
- Re: OSPF sham link Quaizar Vohra
- Re: OSPF sham link Peter Psenak
- Re: OSPF sham link Quaizar Vohra
- Re: OSPF sham link Acee Lindem