Re: [MBONED] Genart last call review of draft-ietf-mboned-deprecate-interdomain-asm-05

"Manfredi (US), Albert E" <> Fri, 03 January 2020 19:48 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 8236A12009C; Fri, 3 Jan 2020 11:48:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id w7dwIqQ2laqM; Fri, 3 Jan 2020 11:48:55 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 023BF120013; Fri, 3 Jan 2020 11:48:54 -0800 (PST)
Received: from localhost (localhost []) by (8.15.2/8.15.2/DOWNSTREAM_MBSOUT) with SMTP id 003JmnjE007178; Fri, 3 Jan 2020 14:48:51 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=boeing-s1912; t=1578080931; bh=OgeFGWJkck9K5FDq4IjWD2dEE6qOx/VwjFcihyKjkas=; h=From:To:CC:Subject:Date:References:In-Reply-To:From; b=m5gMRwZGOrb4upxvWo/0Z4NIHOzsSrIuKfcLaXDW1t+9i5iEG4+n+0B3sN19h5D/W koj3aiwJWbs8bjU+cOo/YL57AbU1POtyJty3qFssb56Q/mhg/OEX4jg6vxF51udMOH auFwu+NC9fvpBQiQmKmHdWvvADzWBXnEx1fxNTC82s+R8ggqLDr4d6U+TiuEEFYaS0 uQ05Lq2C+nLoHoRgNfgv3S2mncKpKcFjCSO4lGIGIwj5XWug5cmrwMZ4hP3GaFdy1Y 15ZkqMGTkJFTspzrKk6mqIcDuAPVfz8fpgMtnUpqW9OSUK5VbGkscnNAU0faCFURhu YFDlnnn0LZOJg==
Received: from ( []) by (8.15.2/8.15.2/UPSTREAM_MBSOUT) with ESMTPS id 003Jmbd8005891 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Fri, 3 Jan 2020 14:48:37 -0500
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1779.2; Fri, 3 Jan 2020 11:48:36 -0800
Received: from ([fe80::a96c:5d85:1337:4323]) by ([fe80::a96c:5d85:1337:4323%4]) with mapi id 15.01.1779.002; Fri, 3 Jan 2020 11:48:36 -0800
From: "Manfredi (US), Albert E" <>
To: Tim Chown <>
CC: "" <>, "" <>, "" <>
Thread-Topic: [MBONED] Genart last call review of draft-ietf-mboned-deprecate-interdomain-asm-05
Thread-Index: AQHVvUEaFrEBlC0oakWj2IBPdeEWhafRkQwAgAebZwCAADQ94A==
Date: Fri, 3 Jan 2020 19:48:36 +0000
Message-ID: <>
References: <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
x-tm-snts-smtp: 8C4E0AA0D288786F478B6E19C3DF93263F89939CA0CBA91BCBA8065AB994819B2000:8
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <>
Subject: Re: [MBONED] Genart last call review of draft-ietf-mboned-deprecate-interdomain-asm-05
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mail List for the Mboned Working Group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 03 Jan 2020 19:48:59 -0000

From: Tim Chown <> 

"  Preferring SSM applications intradomain

   If feasible, it is recommended for applications to use SSM even if
   they are initially only meant to be used in intradomain environments
   supporting ASM.  Because PIM-SSM is a subset of PIM-SM, existing
   intradomain PIM-SM networks are automatically compatible with SSM
   applications.  Thus, SSM applications can operate alongside existing
   ASM applications.  SSM's benefits of simplified address management
   and significantly reduced operational complexity apply equally to
   intradomain use.

   However, for some applications it may be prohibitively difficult to
   add support for source discovery, so intradomain ASM may still be

> This wording was the result of comments received from those using ASM within their own networks.


Just to be clear about why some of us might be sensitive to the wording. RFCs get in the hands of many people involved with network development, including those in a purely management role. So, even if, in principle, intradomain, network designers can twist and stretch RFCs to suit their needs, as long as they break nothing, in practice, network designers are not always able to benefit from this unwritten rule. "It says right here that SSM is preferred," the manager will complain, not necessarily getting all the fallout.

Happy New Year mboned!