RE: draft-ietf-l3vpn-mvpn-considerations-05 / Appendix A / sectionA.1.1.3

"NAPIERALA, MARIA H (ATTLABS)" <mn1921@att.com> Mon, 21 December 2009 18:17 UTC

Return-Path: <mn1921@att.com>
X-Original-To: l3vpn@core3.amsl.com
Delivered-To: l3vpn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AAE6C3A6A9F for <l3vpn@core3.amsl.com>; Mon, 21 Dec 2009 10:17:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.416
X-Spam-Level:
X-Spam-Status: No, score=-106.416 tagged_above=-999 required=5 tests=[AWL=0.183, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 UkrV0iKzG-Zv for <l3vpn@core3.amsl.com>; Mon, 21 Dec 2009 10:17:07 -0800 (PST)
Received: from mail121.messagelabs.com (mail121.messagelabs.com [216.82.242.3]) by core3.amsl.com (Postfix) with ESMTP id AF39028C121 for <l3vpn@ietf.org>; Mon, 21 Dec 2009 10:16:57 -0800 (PST)
X-VirusChecked: Checked
X-Env-Sender: mn1921@att.com
X-Msg-Ref: server-3.tower-121.messagelabs.com!1261419400!35833223!1
X-StarScan-Version: 6.2.4; banners=-,-,-
X-Originating-IP: [144.160.20.146]
Received: (qmail 29172 invoked from network); 21 Dec 2009 18:16:40 -0000
Received: from sbcsmtp7.sbc.com (HELO mlpd194.enaf.sfdc.sbc.com) (144.160.20.146) by server-3.tower-121.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Dec 2009 18:16:40 -0000
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd194.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id nBLIGbbD003648 for <l3vpn@ietf.org>; Mon, 21 Dec 2009 13:16:37 -0500
Received: from misout7msgusr7e.ugd.att.com (misout7msgusr7e.ugd.att.com [144.155.43.107]) by mlpd194.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id nBLIGaUR003641 for <l3vpn@ietf.org>; Mon, 21 Dec 2009 13:16:36 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Subject: RE: draft-ietf-l3vpn-mvpn-considerations-05 / Appendix A / sectionA.1.1.3
Date: Mon, 21 Dec 2009 13:16:35 -0500
Message-ID: <2F1DE4DFCFF32144B771BD2C246E6A2004580452@misout7msgusr7e.ugd.att.com>
In-Reply-To: <4B2BEAF5.4020609@orange-ftgroup.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: draft-ietf-l3vpn-mvpn-considerations-05 / Appendix A / sectionA.1.1.3
Thread-Index: AcqAI7iCPqzZ5H9AQ6ulRjiQRusvtACRXDqw
References: <3126.1259858356@erosen-linux> <4B28E84F.4000604@orange-ftgroup.com> <2F1DE4DFCFF32144B771BD2C246E6A200451C9E0@misout7msgusr7e.ugd.att.com> <4B2BEAF5.4020609@orange-ftgroup.com>
From: "NAPIERALA, MARIA H (ATTLABS)" <mn1921@att.com>
To: Thomas Morin <thomas.morin@orange-ftgroup.com>, L3VPN <l3vpn@ietf.org>
X-BeenThere: l3vpn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <l3vpn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/l3vpn>, <mailto:l3vpn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/l3vpn>
List-Post: <mailto:l3vpn@ietf.org>
List-Help: <mailto:l3vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l3vpn>, <mailto:l3vpn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Dec 2009 18:17:08 -0000

Thomas,

> 
> Maria,
> 
> NAPIERALA, MARIA H (ATTLABS):
> >>     - ORIGINATOR_ID : updates of the value of this attributes do not
> >> "follow" PE advertisements, as the RR rewrite it when aggregating C-
> >> multicast routes having same NLRI; the advertisements made by
> different
> >> RRs may lead possibly to updates of the value of this attribute,
> given
> >> that each RR would set ORIGINATOR_ID to a value of its own
> >>
>  >
> > Regarding route *aggregation* the draft-ietf-l3vpn-2547bis-mcast-bgp-
> 08 only states the following:
> >
> >     "To further reduce the routing churn due to C-multicast routes
> changes
> >     a Route Reflector that re-advertises a C-multicast route SHOULD
> set
> >     the Next Hop field of the MP_REACH_NLRI attribute of the route to
> an
> >     IP address of the Route Reflector. Likewise, an ASBR that re-
> >     advertises a C-multicast route SHOULD set the Next Hop field of
> the
> >     MP_REACH_NLRI attribute of the route to an IP address of the
> ASBR."
> >
> > It states nothing about setting ORIGINATOR_ID to self on RR.
> 
> It also says:
> 
>       [...] C-multicast routes for a given (S,G) of a given MVPN
> originated by PEs that are clients of
>       a given Route Reflector are aggregated by the Route Reflector.
> [...]
> 

You omitted very important text from the same section 11.4 that precedes the one you quoted, namely:

  "Note that C-multicast routes are "de facto" aggregated by BGP. This
   is because the MCAST-VPN NLRIs advertised by multiple PEs, for a C-
   multicast route for a particular C-S and C-G (or a particular C-* and
   C-G) of a given MVPN are identical."

This is the route aggregation the text you quoted refers to. 

Regarding the routing *churn*, section 11.4 says further down that:

  ”To further reduce the routing churn due to C-multicast routes changes
   a Route Reflector that re-advertises a C-multicast route SHOULD set
   the Next Hop field of the MP_REACH_NLRI attribute of the route to an
   IP address of the Route Reflector."

Which, in fact, doesn’t reduce routing churn. 

Maria