RE: draft-kompella-l2vpn-vpls-multihoming-01

"HENDERICKX Wim" <wim.henderickx@alcatel-lucent.be> Mon, 04 August 2008 19:17 UTC

Return-Path: <l2vpn-bounces@ietf.org>
X-Original-To: l2vpn-archive@megatron.ietf.org
Delivered-To: ietfarch-l2vpn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 97D7F3A67EC; Mon, 4 Aug 2008 12:17:18 -0700 (PDT)
X-Original-To: l2vpn@core3.amsl.com
Delivered-To: l2vpn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7E6C73A67EC for <l2vpn@core3.amsl.com>; Mon, 4 Aug 2008 12:17:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.04
X-Spam-Level:
X-Spam-Status: No, score=-2.04 tagged_above=-999 required=5 tests=[AWL=0.209, BAYES_00=-2.599, HELO_EQ_FR=0.35]
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 Lx7Q9Yg+iwU5 for <l2vpn@core3.amsl.com>; Mon, 4 Aug 2008 12:17:16 -0700 (PDT)
Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by core3.amsl.com (Postfix) with ESMTP id 789E23A6783 for <l2vpn@ietf.org>; Mon, 4 Aug 2008 12:17:16 -0700 (PDT)
Received: from FRVELSBHS03.ad2.ad.alcatel.com (frvelsbhs03.ad2.ad.alcatel.com [155.132.6.75]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id m74JHc7V024683; Mon, 4 Aug 2008 21:17:41 +0200
Received: from FRVELSMBS22.ad2.ad.alcatel.com ([155.132.6.51]) by FRVELSBHS03.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Mon, 4 Aug 2008 21:17:39 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: draft-kompella-l2vpn-vpls-multihoming-01
Date: Mon, 04 Aug 2008 21:17:41 +0200
Message-ID: <B128F666D4C8BD4FBF56CEAFB2DB66D70302C011@FRVELSMBS22.ad2.ad.alcatel.com>
In-Reply-To: <21222.1217875881@bhupesh-f8.jnpr.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: draft-kompella-l2vpn-vpls-multihoming-01
Thread-Index: Acj2YyX9O49JHZHyTC+i4wQpI8TaEwAAwj8g
References: <B128F666D4C8BD4FBF56CEAFB2DB66D702F859BF@FRVELSMBS22.ad2.ad.alcatel.com> <21222.1217875881@bhupesh-f8.jnpr.net>
From: HENDERICKX Wim <wim.henderickx@alcatel-lucent.be>
To: Bhupesh Kothari <bhupesh@juniper.net>
X-OriginalArrivalTime: 04 Aug 2008 19:17:39.0483 (UTC) FILETIME=[C2C4BEB0:01C8F666]
X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13
Cc: l2vpn@ietf.org
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <l2vpn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/l2vpn>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=subscribe>
Sender: l2vpn-bounces@ietf.org
Errors-To: l2vpn-bounces@ietf.org

Bhupesh,

Thanks, In this case does the solution allows 2 different designated
forwarder for 2 different VE(s) on the same PE as per the example below.
I would assume it does. PE3 would have to maintain a PW to each PE (PE1
and PE2 in the example).

As you mentioned below we should extend the solution with a MAC flush
capability like LDP does today.

Cheers,
Wim 

-----Original Message-----
From: Bhupesh Kothari [mailto:bhupesh@juniper.net] 
Sent: maandag 4 augustus 2008 20:51
To: HENDERICKX Wim
Cc: l2vpn@ietf.org
Subject: Re: draft-kompella-l2vpn-vpls-multihoming-01

HENDERICKX Wim <wim.henderickx@alcatel-lucent.be> wrote:

> During the session I expressed concerns regarding 2 dual homes CE(s) 
> on 2 PE(s) with multi-homing. Here is the scenario I had in mind.
> 
>                             (VE1, VE2)
>                 ____ PE1....................
>               /  ____/  :                               :
>         __/   /         :                                PE3
> CE1 __   /          :                                 :
>             \ /             :                              :
>              / \_____ PE2 ..................
>        __/               /  (VE1, VE2)
> CE2 _________/
> 

> PE3 picks a designated forwarder lets say PE1 for both CE1 and CE2. 
> After discussion what I understood is that when CE1 fails PE3 reelects

> the designated forwarder for both CE1 and CE2 and PE3 also flushes the

> Mac table.

When CE1--PE1 link fails, all PEs will reelect who is the designated PE
for VE1 (assuming VE1 is for CE1).  Since the designated PE in this case
will move from PE1 to PE2, PE3 needs to flush the MACs learned from PE1.

> 
> This should be addressed as an impact on CE1 should not impact other
> CE(s) according to me.
> 

In VPLS, there is only one PW between a pair of PEs as the ACs are not
tied to particular remote neighbors as in the case of P2P L2VPNs.
Since PWs are not tied to ACs, when a AC goes down there is no way to
flush just the MACs associated with a particular AC other than
explicitly sending a list of MACs to be flushed.  In your example, PE1
can send a list of MACs (learned from CE1) to be flushed to PE3.  The
capability to send a list of MACs to be flushed is not yet there, but
can be added.


> Cheers,
> Wim


Thanks
Bhupesh