Re: [pim] I-D ACTION:draft-ietf-pim-group-rp-mapping-01.txt

"Andy Kessler (kessler)" <kessler@cisco.com> Wed, 01 July 2009 21:21 UTC

Return-Path: <kessler@cisco.com>
X-Original-To: pim@core3.amsl.com
Delivered-To: pim@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 68C853A698A for <pim@core3.amsl.com>; Wed, 1 Jul 2009 14:21:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level:
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=0.001, 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 yYmP6vlLVQCt for <pim@core3.amsl.com>; Wed, 1 Jul 2009 14:21:06 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 68D293A6943 for <pim@ietf.org>; Wed, 1 Jul 2009 14:21:06 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.42,328,1243814400"; d="scan'208";a="208423770"
Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-1.cisco.com with ESMTP; 01 Jul 2009 21:21:25 +0000
Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n61LLPKA010667; Wed, 1 Jul 2009 14:21:25 -0700
Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id n61LLP91026307; Wed, 1 Jul 2009 21:21:25 GMT
Received: from xmb-sjc-215.amer.cisco.com ([171.70.151.169]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 1 Jul 2009 14:21:25 -0700
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
Date: Wed, 01 Jul 2009 14:21:24 -0700
Message-ID: <65B900A32A86DB4EBF57C0D07F9B2A9E016DA35C@xmb-sjc-215.amer.cisco.com>
In-Reply-To: <20090701124258.Q34799@zircon.juniper.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [pim] I-D ACTION:draft-ietf-pim-group-rp-mapping-01.txt
Thread-Index: Acn6hckJf2fG10jgToqdrUND0d753gACo4TQ
References: <20090625174502.0FEDC3A6DE0@core3.amsl.com> <F35F8210-74BB-40B6-9389-054B2254A7A9@cisco.com> <65B900A32A86DB4EBF57C0D07F9B2A9E016581EB@xmb-sjc-215.amer.cisco.com> <20090701124258.Q34799@zircon.juniper.net>
From: "Andy Kessler (kessler)" <kessler@cisco.com>
To: Leonard Giuliano <lenny@juniper.net>
X-OriginalArrivalTime: 01 Jul 2009 21:21:25.0100 (UTC) FILETIME=[E3833AC0:01C9FA91]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=2222; t=1246483285; x=1247347285; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=kessler@cisco.com; z=From:=20=22Andy=20Kessler=20(kessler)=22=20<kessler@cisco. com> |Subject:=20RE=3A=20[pim]=20I-D=20ACTION=3Adraft-ietf-pim-g roup-rp-mapping-01.txt |Sender:=20; bh=Ej65b1bdQh1z5BO0sETX+6zhjPK10geYewAYuQMnxOE=; b=S0ZOdxeBK2KkKIGLbLI4gWzAubL6w0/1hksuEIBwqYZkOgpCZiwtwQqvLe xwggE174XKPFGxHFeCoKKAjqOBV6pEkOozWshmpEmVikVbGvzFfJqTeLfAZx ghWK4cuWFFjMO4BmZHhyXk/hMfjRVuRJPmi1oxF9dEVsjx5OWX/Yc=;
Authentication-Results: sj-dkim-1; header.From=kessler@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; );
Cc: pim@ietf.org
Subject: Re: [pim] I-D ACTION:draft-ietf-pim-group-rp-mapping-01.txt
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pim>, <mailto:pim-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pim>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pim>, <mailto:pim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Jul 2009 21:21:07 -0000

-----Original Message-----
From: Leonard Giuliano [mailto:lenny@juniper.net] 

On Mon, 29 Jun 2009, Andy Kessler (kessler) wrote:

-) John> Since the hash is the very last thing, I'd prefer that it not
be
-) removed since its already
-) 
-) there.  Rather change it to a "MAY" requirement.  I'd hate to see it
-) removed only to 
-) 
-) find it has to be added back in again.
-) 
-)  
-) 
-) Andy>- The hash can't be a 'MAY' because different implementations
need
-) to be compatible. 
-) 
-)  We asked in several forums if anyone was using the hash and didn't
find
-) anyone that wanted
-) 
-)  to continue using it. We also received support for removing the hash
-) when this was discussed
-) 
-)  on this list previously. It will not come back if this draft is
-) accepted. 
-) 

Why again should the hash be deprecated?  Of all of the objectional 
things about BSR, the hash seems pretty low on the list.  Is it worth 
breaking backward-compatibility just to remove this fairly innocuous 
mechanism?

-Lenny


Hi Lenny, 

Routers can learn group to RP mapping information from several sources
including statically assigned, BSR, AutoRP and embedded RP. The purpose
of 
this draft is to develop a deterministic way to select a particular
mapping
when we have a conflict. It doesn't have anything to do with advertising
those mappings. 

The problem with the hash function is that it only applies to BSR. How
do 
you apply the hash across static RP or any of the other methods ? We
debated 
at one point in saying that the BSR code itself could use the hash and
then decide
which mappings it would present to the common group to RP mapping table.
Then we
thought it would be best just to drop it and recommend Anycast RP. We
discussed
this on the list. 

Last year about this time you said that you agreed that Anycast is a
better
method for load balancing than the hashing function. You still agree
with that, 
right ? 

I personally would never implement a network with the BSR hash. I'd want
to 
which RP was responsible for which group - even if there was load
sharing
with Anycast. 

Andy