Re: [mpls-linux-devel] Current state of dst stacking on davem implementation

[James R. L. <jl...@mi...>]

On Tue, Apr 20, 2004 at 03:45:33PM +0200, Ramon Casellas wrote:
> 
> See comments inline
> 
> ps: Is the devel mailing list public ?

Yes.

> On Tue, 20 Apr 2004, James R. Leu wrote:
> 
> 
> > We have equiptment from 10 vendors and over 20 devices.  We'll be concentrating
> > on MPLS BGP VPNs (v4,v6,Multicast), VPLS, and Carrier's Carrier.  Our main
> 
> Not bad :) looks promising. Where is it taking place ? Can I get some 
> tickets :) ?

Las Vegas, NV, USA.

> > area of 'experimenting' is in the multicast space.  We're showing carriers
> > and vendors how BGP VPNs have an advantage (although only slight) over
> 
> What is the advantage? snooping? (just out of curiosity). While I can 
> understand the idea that inspecting the client L3 may ease multicast 
> integration, how would that push forward a change of VPLS architecture? 

Multicast BGP VPNs (notice the lack of MPLS in the name) uses a subset of
the carrier multicast groups to tunnel the VPNs multicast.  By using more then
one of the carriers groups a some-what optimised distribution tree is created.
It's not perfect, some of the node of the VPN will still get multicast data
for groups for which they are not interested in, but it is far better then
the flooding that occurs with most L2 VPN implementation, which hits
especially hard on the PE devices that have to do packet replication.

> > L2 VPNs (ala VPLS) with repect to multicast.  Hopefully the result will be
> > L2 VPN vendors re-thinking their implementation.
> 
> Interesting... What would you suggest? RSVP-TE established PWE3 enabling 
> PWE3 stitching or L2SC ?

What we really need to multicast MPLS to progress, but I think that is still
stuck in the 'requirement draft' stage.

> > Anyway enough of that, onto the questions I've missed.
> 
> Pity! Other than the IETF we academics are too far from implementors :P
>
> > (if that is what your particular application needs).  I still think that NHLFE
> > stacking is what will be used for the common hierachical LSP case though.
> 
> ditto. 
> 
> 
> > Lets make one or two more changes before we send it back to davem for review.
> ok
> 
> 
> 
> Regards,
> 
> R.
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel

-- 
James R. Leu
jl...@mi...