Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acceptown-community-01.txt
Jeffrey Haas <jhaas@pfrc.org> Tue, 06 May 2008 21:28 UTC
Return-Path: <idr-bounces@ietf.org>
X-Original-To: idr-archive@megatron.ietf.org
Delivered-To: ietfarch-idr-archive@core3.amsl.com
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 713CF28C109; Tue, 6 May 2008 14:28:57 -0700 (PDT)
X-Original-To: idr@core3.amsl.com
Delivered-To: idr@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2A96028C1B3 for <idr@core3.amsl.com>; Tue, 6 May 2008 14:28:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pIppra6-fF+s for <idr@core3.amsl.com>; Tue, 6 May 2008 14:28:55 -0700 (PDT)
Received: from manos.scc.mi.org (manos.scc.mi.org [204.11.140.250]) by core3.amsl.com (Postfix) with ESMTP id 45FB63A6EE2 for <idr@ietf.org>; Tue, 6 May 2008 14:28:52 -0700 (PDT)
Received: by manos.scc.mi.org (Postfix, from userid 1025) id 40A3F4E4AF; Tue, 6 May 2008 17:28:50 -0400 (EDT)
Date: Tue, 06 May 2008 17:28:50 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: "John G. Scudder" <jgs@juniper.net>
Message-ID: <20080506212850.GA21845@scc.mi.org>
References: <20080506180029.GA26405@scc.mi.org> <9A3A6AC97A8CF44DACD99DC00BEC235A02F132D4@xmb-rtp-203.amer.cisco.com> <20080506194653.GA8171@scc.mi.org> <42F67934-71FE-4D36-B793-91A9B7122096@juniper.net>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <42F67934-71FE-4D36-B793-91A9B7122096@juniper.net>
User-Agent: Mutt/1.5.9i
Cc: idr@ietf.org, "RAMSAROOP, JEEWAN P, ATTLABS" <jramsaroop@att.com>, "NGUYEN, HAN Q, ATTLABS" <hnguyen@att.com>, "LONGHITANO, ANTHONY C, ATTLABS" <aclonghitano@att.com>
Subject: Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acceptown-community-01.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/idr>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: idr-bounces@ietf.org
Errors-To: idr-bounces@ietf.org
On Tue, May 06, 2008 at 04:08:25PM -0400, John G. Scudder wrote: > That would work and I don't have a huge problem with it, but I don't > see how it's semantically different from the current proposal. Mostly in the sense that it's far less likely to be attached to something other than VPN traffic. > In the > current proposal, we decompose things orthogonally into the routing > table context of the route (the route target) and the handling of the > route (the ACCEPT_OWN community). If the semantics of the draft was intended to be "accept own, but only if a route target is attached as well", that's not how I thought I read it. If that was the case, I'd have less of a problem with it but would probably still prefer more unified semantics. > >1. Add a configuration knob that says "accept this route with > >route-target and ignore originator". > > If you mean "add a configuration knob on the PE" then that wouldn't > satisfy the use case requirements, which is exactly to avoid > configuration on PEs. Maybe you could describe in a few more words > exactly what the knob you're imagining would do. vrf foo accept-bgp-vpn-originator-self This marks a vrf as willing to accept routes with itself as the originator. > I don't think non-VPN situations are complicated at all since you > wouldn't turn the feature on -- modulo the comment others have made > that there would necessarily some code introduced to support this > feature even if it wasn't configured. But some code would be > introduced in either of the approaches you suggest as well, so that > can't be what you mean. My primary concern is the "accept your own originator" feature in the cases where there aren't vrfs involved - or even when pulling into the originating vrf. At minimum this would seem to lead to a cycle of withdrawing the route which causes the reflected route to be withdrawn which causes it to be re-advertised... > By the way -- you specifically say "don't consider a well-known > standard community". Does that mean you wouldn't have a problem with > a well-known *extended* community (without RT semantics of its own)? > If so, how come? I'd prefer this feature, if deployed, to have VRF-related semantics. Tying it to a route target would seem to address those concerns. -- Jeff _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr
- [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acceptow… Danny McPherson
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Ilya Varlashkin
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… John G. Scudder
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Ilya Varlashkin
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Danny McPherson
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… John G. Scudder
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Danny McPherson
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Enke Chen
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Danny McPherson
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… John G. Scudder
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Enke Chen
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Danny McPherson
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Enke Chen
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Danny McPherson
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Danny McPherson
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… John G. Scudder
- Re: [Idr] Fwd:I-D ACTION:draft-pmohapat-idr-accep… Robert Raszuk
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Danny McPherson
- Re: [Idr] Fwd:I-D ACTION:draft-pmohapat-idr-accep… Danny McPherson
- Re: [Idr] Fwd:I-D ACTION:draft-pmohapat-idr-accep… John G. Scudder
- Re: [Idr] Fwd:I-D ACTION:draft-pmohapat-idr-accep… Brian Dickson
- Re: [Idr] Fwd:I-D ACTION:draft-pmohapat-idr-accep… Robert Raszuk
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… UTTARO, JAMES, ATTLABS
- Re: [Idr] Fwd:I-D ACTION:draft-pmohapat-idr-accep… Danny McPherson
- [Idr] Route reflectors [was: Re: Fwd:I-D ACTION:d… John G. Scudder
- Re: [Idr] Route reflectors [was: Re: Fwd:I-D ACTI… Brian Dickson
- Re: [Idr] Fwd: I-DACTION:draft-pmohapat-idr-accep… Ilya Varlashkin
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Jeffrey Haas
- Re: [Idr] Fwd: I-DACTION:draft-pmohapat-idr-accep… UTTARO, JAMES, ATTLABS
- Re: [Idr] Fwd: I-DACTION:draft-pmohapat-idr-accep… Danny McPherson
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… John G. Scudder
- Re: [Idr] Fwd: I-DACTION:draft-pmohapat-idr-accep… Jim Guichard (jguichar)
- Re: [Idr] Fwd: I-DACTION:draft-pmohapat-idr-accep… Ilya Varlashkin
- Re: [Idr] Fwd: I-DACTION:draft-pmohapat-idr-accep… John G. Scudder
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Jeffrey Haas
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Jim Guichard (jguichar)
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… UTTARO, JAMES, ATTLABS
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Jeffrey Haas
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… John G. Scudder
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Jeffrey Haas
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… John G. Scudder
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Jeffrey Haas
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… John G. Scudder
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… Jeffrey Haas
- Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acce… David Ward
- Re: [Idr] Fwd: I-DACTION:draft-pmohapat-idr-accep… Pradosh Mohapatra (pmohapat)
- [Idr] draft-pmohapat-softwire-lb-00.txt Pradosh Mohapatra (pmohapat)