[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acceptown-community-01.txt

John,

On Tue, May 06, 2008 at 10:40:25AM -0400, John G. Scudder wrote:
> Can you elaborate on this point?  One of us is missing something and  
> Murphy's Law says that quite possibly it's me.

It's probably not you.  I'll respond to your points in Jim's reply.

On Tue, May 06, 2008 at 10:47:46AM -0400, Jim Guichard (jguichar) wrote:
> I believe what is being proposed is to add the ability to
> change the RT value of an exported route at the RR so as it becomes the
> RT value of an importing VRF at the originating PE (the accept-own is a
> by-product of the fact that the extranet happens to be on the same PE).

Typical VRF configuration is import-route-target A and
export-route-target B.  If A == B for some A and B in the extended
community set they're in the same VPN.

I'm curious as to the configuration of the route targets that would
require this to be done.  I hadn't thought about the case where the RR
is actively manipulating the route-targets.  If the goal is to stitch
together a single set of VRFs, you have the additional problem of
needing to constrain where the route is reflected.  

If it's across multiple PEs, this implies something along the lines of
RT A and RT B are distinct on a per VRF basis.  This seems somewhat
unlikely (at least on the completely distinct basis) since it wouldn't
scale well for many VRFs being in the same VPN.

Could you clarify on the likely setup for this feature?

-- Jeff
_______________________________________________
Idr mailing list
Idr at ietf.org
https://www.ietf.org/mailman/listinfo/idr