draft-ietf-l3vpn-ospf-2547-04 L3VPN/OSPF WG Last Call
Rick Wilder <rick@rhwilder.net> Sat, 03 September 2005 12:33 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EBXCv-0002PN-3L; Sat, 03 Sep 2005 08:33:17 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EBXCu-0002PI-F4 for l3vpn@megatron.ietf.org; Sat, 03 Sep 2005 08:33:16 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA02919 for <l3vpn@ietf.org>; Sat, 3 Sep 2005 08:33:15 -0400 (EDT)
Received: from web310.biz.mail.mud.yahoo.com ([68.142.199.186]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1EBXFG-0007K9-Nd for l3vpn@ietf.org; Sat, 03 Sep 2005 08:35:43 -0400
Received: (qmail 90423 invoked by uid 60001); 3 Sep 2005 12:33:02 -0000
Message-ID: <20050903123302.90421.qmail@web310.biz.mail.mud.yahoo.com>
Received: from [70.177.188.86] by web310.biz.mail.mud.yahoo.com via HTTP; Sat, 03 Sep 2005 05:33:02 PDT
Date: Sat, 03 Sep 2005 05:33:02 -0700
From: Rick Wilder <rick@rhwilder.net>
To: l3vpn@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: bdc523f9a54890b8a30dd6fd53d5d024
Content-Transfer-Encoding: 8bit
Subject: draft-ietf-l3vpn-ospf-2547-04 L3VPN/OSPF WG Last Call
X-BeenThere: l3vpn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: l3vpn.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/l3vpn>, <mailto:l3vpn-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:l3vpn@ietf.org>
List-Help: <mailto:l3vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/l3vpn>, <mailto:l3vpn-request@ietf.org?subject=subscribe>
Sender: l3vpn-bounces@ietf.org
Errors-To: l3vpn-bounces@ietf.org
Please see the announcement below regarding the last call on draft-ietf-l3vpn-ospf-2547-04. Due to a delay in posting this to this list, the last call will conclude on September 17. Rick This begins working group last call on draft-ietf-l3vpn-ospf-2547-04. This last call is limited to the changes that Eric has made to the document (which are outlined in Eric's email below). The last call will end in two weeks (September 14th). Please send any comments to the l3vpn (l3vpn@ietf.org) and OSPF WG mailing lists. The document is an l3vpn WG document but it reflects OSPF operation/interaction with BGP/MPLS in a PE/CE environment. Thanks, Acee At 11:45 AM 8/29/2005 -0400, Eric Rosen wrote: > As a result of AD review, significant changes have been made > to the > specification draft-ietf-l3vpn-ospf-2547. These changes can be seen > in the > latest version, draft -04. It is believed that the draft now > corresponds to > the implementations. > > The following issues were addressed as a result of the AD review. > > The spec was written so as to allow a single VRF to correspond to > multiple > OSPF domains. However, it did not make clear just which > parameters and > procedures are relative to a domain, and which are relative to a > VRF. This > has now been cleared up. However, doing so required extensive > textual > changes. > > There are cases where BGP decides to put a route into the VRF > for a > particular address prefix, and OSPF also decides to put a route into > the VRF > for that same address prefix. Of course, only one of these can > actually be > used for forwarding. The original spec did not make it adequately > clear > just how a choice between two such routes would be made. This > has been > clarified. In some cases, the results will be different than they > would > have been if the VPN were really a pure OSPF network. These > differences are > now explained and their potential consequences pointed out. > > The procedures for forwarding data traffic on a sham link > have been > clarified. The procedures for sending OSPF control traffic on a > sham link > have been clarified. The role of the optional "sham link endpoint > address" > has been clarified. > > The procedures for translating BGP-distributed VPN-IPv4 routes > into OSPF > routes have been clarified. > > A discussion of NSSA routes has been added. Alex says it is not > detailed > enough; any feedback in this area would be welcome. > > Due to the large number of changes, Alex has asked for a new last > call, and > I expect the WG chairs to formally issue the last call shortly.
- draft-ietf-l3vpn-ospf-2547-04 L3VPN/OSPF WG Last … Acee Lindem
- draft-ietf-l3vpn-ospf-2547-04 L3VPN/OSPF WG Last … Rick Wilder
- RE: draft-ietf-l3vpn-ospf-2547-04 L3VPN/OSPF WG L… Yegenoglu, Ferit
- Re: draft-ietf-l3vpn-ospf-2547-04 L3VPN/OSPF WG L… Eric Rosen
- RE: draft-ietf-l3vpn-ospf-2547-04 L3VPN/OSPF WG L… Yegenoglu, Ferit
- Re: draft-ietf-l3vpn-ospf-2547-04 L3VPN/OSPF WG L… Eric Rosen