Re: WG LC: draft-ietf-l3vpn-2547bis-mcast-bgp

Yakov Rekhter <yakov@juniper.net> Sun, 14 December 2008 02:55 UTC

Return-Path: <l3vpn-bounces@ietf.org>
X-Original-To: l3vpn-archive@megatron.ietf.org
Delivered-To: ietfarch-l3vpn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 47CBA3A68FA; Sat, 13 Dec 2008 18:55:59 -0800 (PST)
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 4B4EE3A68FA for <l3vpn@core3.amsl.com>; Sat, 13 Dec 2008 18:55:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.459
X-Spam-Level:
X-Spam-Status: No, score=-6.459 tagged_above=-999 required=5 tests=[AWL=0.140, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 fJLSGOcANFJj for <l3vpn@core3.amsl.com>; Sat, 13 Dec 2008 18:55:56 -0800 (PST)
Received: from exprod7og112.obsmtp.com (exprod7og112.obsmtp.com [64.18.2.177]) by core3.amsl.com (Postfix) with ESMTP id 956873A67C1 for <l3vpn@ietf.org>; Sat, 13 Dec 2008 18:55:55 -0800 (PST)
Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob112.postini.com ([64.18.6.12]) with SMTP ID DSNKSUR1pZGn78KvHHBEeMKI9TJGpc+efC9d@postini.com; Sat, 13 Dec 2008 18:55:50 PST
Received: from p-emfe01-sac.jnpr.net (66.129.254.72) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server id 8.1.311.2; Sat, 13 Dec 2008 18:51:22 -0800
Received: from p-emlb02-sac.jnpr.net ([66.129.254.47]) by p-emfe01-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Sat, 13 Dec 2008 18:51:22 -0800
Received: from emailsmtp56.jnpr.net ([172.24.60.77]) by p-emlb02-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Sat, 13 Dec 2008 18:51:22 -0800
Received: from magenta.juniper.net ([172.17.27.123]) by emailsmtp56.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Sat, 13 Dec 2008 18:51:22 -0800
Received: from juniper.net (sapphire.juniper.net [172.17.28.108]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id mBE2pLM59678; Sat, 13 Dec 2008 18:51:22 -0800 (PST) (envelope-from yakov@juniper.net)
Message-ID: <200812140251.mBE2pLM59678@magenta.juniper.net>
To: "NAPIERALA, MARIA H, ATTLABS" <mnapierala@att.com>
Subject: Re: WG LC: draft-ietf-l3vpn-2547bis-mcast-bgp
In-Reply-To: <2F1DE4DFCFF32144B771BD2C246E6A200166D5CF@misout7msgusr7e.ugd.att.com>
References: <F9AA9B4C-3FEA-4723-BBBD-7FF91270E07D@tcb.net> <2F1DE4DFCFF32144B771BD2C246E6A200166D5CF@misout7msgusr7e.ugd.att.com>
X-MH-In-Reply-To: "NAPIERALA, MARIA H, ATTLABS" <mnapierala@att.com> message dated "Fri, 12 Dec 2008 16:17:29 -0500."
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <62863.1229223081.1@juniper.net>
Date: Sat, 13 Dec 2008 18:51:21 -0800
From: Yakov Rekhter <yakov@juniper.net>
X-OriginalArrivalTime: 14 Dec 2008 02:51:22.0264 (UTC) FILETIME=[D8ECB980:01C95D96]
Cc: l3vpn@ietf.org, Danny McPherson <danny@tcb.net>
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: <https://www.ietf.org/mailman/private/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>
Sender: l3vpn-bounces@ietf.org
Errors-To: l3vpn-bounces@ietf.org

Maria,

> PIM-SM/RFC 4601 permits, quote, "a receiver to join a group and specify
> that it only wants to receive traffic for a group if that traffic comes
> from a particular source. If a receiver does this, and no other receiver
> on the LAN requires all the traffic for the group, then the DR may omit
> performing a (*,G) join to set up the shared tree, and instead issue a
> source-specific (S,G) join only."
> 
> Such behavior of end systems in PIM-SM means that a PE can receive Join
> (C-S, C-G) even for sources that are not active. 
> 
> Section 13.1 of draft-ietf-l3vpn-2547bis-mcast-bgp-05 requires that
> "whenever a PE creates an <C-S,C-G> state as a result of receiving a
> Source Tree Join C-multicast route for <C-S, C-G> from some other PE,
> the PE that creates the state MUST originate a Source Active A-D route."
> 
> The procedure as described in section 13.1 might lead to useless S-PMSI
> creation for C-sources operating in sparse groups which are not active.
> This procedure should be enhanced to prevent triggering of S-PMSIs in
> such cases.

Could you please provide an example of how "the procedures as described
in section 13.1 might lead to useless S-PMSI creation for C-sources
operating in sparse groups which are not active".

Yakov.