The MPLS-OPS Archive

Cell Relay Retreat>MPLS-OPS Archive>month:2005-Jan> msg00026



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

Re: Re: Layer 2 MPLS VPN

  • From: Yakov Rekhter <yakov@juniper.net>
  • Date: Tue, 18 Jan 2005 04:39:03 -0800
  • cc: "'Yakov Rekhter'" <yakov@juniper.net>, Andrew Walding <andyw@cellstream.com>, "'Irwin Lazar'" <ILazar@burtongroup.com>, raszuk@cisco.com, sthaug@nethelp.no, Andrew.Frazer@nz.unisys.com, mpls-ops@mplsrc.com
  • Resent-Date: Tue, 18 Jan 2005 08:19:17 -0500
  • X-SpamProbe: GOOD 0.0000000 938c18a69b8fbdeffd73d88616c84935

Robert,

> > > > > The need for IP multicast, which is tough to do over a 2547 
> > > > > service,
> 
> I don't think it is - we have three large customers using it - one for
> broadcast radio and it works fine for me, is easy to implement and easy to
> support.
> 
> > > > Current IP multicast support in VPLS has its own set of problems, 
> > > > mostly to do with the fact that it uses ingress 
> > replication as the 
> > > > only way to handle IP multicast.
> 
> Agreed - VPLS + Multicast, for me anyway, is an absolute no go area.  It
> ends up 
> just like a broadcast across the mpls network which is a definite no goer.
> 
> > > > This is not to say that the current support for IP 
> > multicast in 2547 does not have its own problems - it does.
> 
> Care to expand on this cause I have no problems with the way it works.

As long as you have only a handful (e.g., 3) of customers who require
multicast current solution for IP multicast in 2547 works ok. But
is it realistic to assume that there always be only a handful of
customers who would require multicast ? If not, then please read
section 4 of draft-raggarwa-l3vpn-mvpn-vpls-mcast-01.txt on what
are the problems.

Yakov.

-------
The MPLS-OPS Mailing List
Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
Archive: http://www.mplsrc.com/mpls-ops_archive.shtml