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

Tim Chown <Tim.Chown@jisc.ac.uk> Fri, 03 January 2020 16:33 UTC

Return-Path: <tim.chown@jisc.ac.uk>
X-Original-To: mboned@ietfa.amsl.com
Delivered-To: mboned@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FD2A120033 for <mboned@ietfa.amsl.com>; Fri, 3 Jan 2020 08:33:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jisc.ac.uk
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H5Nafg8aqdZp for <mboned@ietfa.amsl.com>; Fri, 3 Jan 2020 08:33:20 -0800 (PST)
Received: from eu-smtp-delivery-189.mimecast.com (eu-smtp-delivery-189.mimecast.com [207.82.80.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DE0E12000F for <mboned@ietf.org>; Fri, 3 Jan 2020 08:33:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jisc.ac.uk; s=mimecast20170213; t=1578069198; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=L9j1MKVIQGGzcKXVYsXX5ZpYWbSCr0lWNgFZXMED5kU=; b=UuzVdYWASYe4wjb1tFOEqz0aaOL6FAUCx7k6zxtEdB3f/XCtsW4XO/V3+A+WbmNNfhOdTD +VY7kjqbzYA96LdJGYGw3BKsW6yfG8WhaMZmX+VTqNDzoehATKyc4fLfkp+8pxXzbamMAg tlDTRDM+eITR7jNb29vuDGw70Wy7BAI=
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-am5eur03lp2057.outbound.protection.outlook.com [104.47.8.57]) (Using TLS) by relay.mimecast.com with ESMTP id uk-mta-106-E-HvgrSzNjuwJrJGduDU5Q-1; Fri, 03 Jan 2020 16:32:14 +0000
Received: from AM5PR0701MB2849.eurprd07.prod.outlook.com (10.168.153.149) by AM5PR0701MB2817.eurprd07.prod.outlook.com (10.168.160.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2602.8; Fri, 3 Jan 2020 16:32:11 +0000
Received: from AM5PR0701MB2849.eurprd07.prod.outlook.com ([fe80::387c:d4f9:aa28:5081]) by AM5PR0701MB2849.eurprd07.prod.outlook.com ([fe80::387c:d4f9:aa28:5081%9]) with mapi id 15.20.2623.002; Fri, 3 Jan 2020 16:32:11 +0000
From: Tim Chown <Tim.Chown@jisc.ac.uk>
To: "Manfredi (US), Albert E" <albert.e.manfredi@boeing.com>
CC: "James A. (Jim) Stevens" <james.a.stevens=40collins.com@dmarc.ietf.org>, "mboned@ietf.org" <mboned@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "draft-ietf-mboned-deprecate-interdomain-asm.all@ietf.org" <draft-ietf-mboned-deprecate-interdomain-asm.all@ietf.org>
Thread-Topic: [MBONED] Genart last call review of draft-ietf-mboned-deprecate-interdomain-asm-05
Thread-Index: AQHVvUEaFrEBlC0oakWj2IBPdeEWhafRkQwAgAebZwA=
Date: Fri, 03 Jan 2020 16:32:11 +0000
Message-ID: <AFF7AF2A-4A97-486A-A182-1E5D1F8D583B@jisc.ac.uk>
References: <CAH8Jh6CTyfHz050+WCb=S6cfp=UfUQ9Z0sMAcYZnJWZSoGthzQ@mail.gmail.com> <1880af9b76e44208aa50459ba4a3cc30@boeing.com>
In-Reply-To: <1880af9b76e44208aa50459ba4a3cc30@boeing.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3608.40.2.2.4)
x-originating-ip: [2001:a88:d510:1101:bc19:417a:8d44:4883]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: f6f361b8-3aef-41cb-8e32-08d7906a7ba0
x-ms-traffictypediagnostic: AM5PR0701MB2817:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <AM5PR0701MB2817AAA4E8432FBFB1DC374ED6230@AM5PR0701MB2817.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0271483E06
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(346002)(136003)(39850400004)(366004)(396003)(189003)(199004)(71200400001)(66946007)(8676002)(81166006)(81156014)(6916009)(2616005)(33656002)(186003)(66556008)(5660300002)(66476007)(6506007)(91956017)(76116006)(66574012)(4326008)(66446008)(64756008)(6486002)(316002)(478600001)(8936002)(86362001)(6512007)(36756003)(53546011)(54906003)(2906002)(786003); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2817; H:AM5PR0701MB2849.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: hj6KxrQfWAFfjSDsaTuV3yotydUSYV+N6x7bklIW2jUyVk6QJiuF4GKNwNb8HbaJFiUK17+r/rLLZTkrTtdKuyUb9340AOtmLwqDpfVpe0v0D7Nya251VtZFqnRrCzeBiNBEROIn8S0i9HvP7Hg8v8o+0/W+oxz5VvF626sBcuPYOK0vy04w3JLbSHOxm+p5Yy1Bv2Ha9VdlmGfY5BM3RrbvMOSpe/opwwMl2+Et25K0cYTMdFxO/qMyP6xn2Y3iBUNKSKOstssNkiG8m646iksabgwmc8VlyRvJz0B2R4ENhSRoyqCVKCF9QDY1aAQdrjObExUyIh315Cw+pI7ars66eHkdxJ2L3XhFksWzARojvkY/6y1dkOi2tkv7yEqPGXz6SRsHXRg5hsM+L+CGwZhHSxzqjIX8Bbm0P6z6b7OYS93HAi90Y4uiY3Zwi+AOGoSanc2Ldeh/Aj5HutjVcg1O7vH+NGPln6AdsstfA84=
MIME-Version: 1.0
X-OriginatorOrg: jisc.ac.uk
X-MS-Exchange-CrossTenant-Network-Message-Id: f6f361b8-3aef-41cb-8e32-08d7906a7ba0
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jan 2020 16:32:11.0597 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 48f9394d-8a14-4d27-82a6-f35f12361205
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: oaSmYfFHbrSsLKC33DKLf3pwCiNanW+hjMUKiMeI6lqzRTTLC7GMhCuZLAk+Eix5EPWhoKnAy8sv5SsFgRFEhw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2817
X-MC-Unique: E-HvgrSzNjuwJrJGduDU5Q-1
X-Mimecast-Spam-Score: 0
Content-Type: multipart/alternative; boundary="_000_AFF7AF2A4A97486AA1821E5D1F8D583Bjiscacuk_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mboned/MwTWifZhSbqa-FZKmXogT1IO7rU>
Subject: Re: [MBONED] Genart last call review of draft-ietf-mboned-deprecate-interdomain-asm-05
X-BeenThere: mboned@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mail List for the Mboned Working Group <mboned.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mboned>, <mailto:mboned-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mboned/>
List-Post: <mailto:mboned@ietf.org>
List-Help: <mailto:mboned-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mboned>, <mailto:mboned-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Jan 2020 16:33:22 -0000

On 29 Dec 2019, at 20:23, Manfredi (US), Albert E <albert.e.manfredi@boeing.com<mailto:albert.e.manfredi@boeing.com>> wrote:

From: MBONED <mboned-bounces@ietf.org<mailto:mboned-bounces@ietf.org>> On Behalf Of James A. (Jim) Stevens

Some background to Tim Chown's comment about "pushback in earlier discussions"
Section 4.4 is on Developing application guidance: SSM, ASM, service discovery
Section 4.5 is on Preferring SSM applications intradomain

We have intradomain applications with up to hundreds of nodes doing many to many multicast IP packet exchanges where the nodes can dynamically come and go.  (Although most networks only contain 20 to 100 nodes, I believe the largest such network had >250 nodes doing many to many multicast.

SSM is not feasible (and neither is ASM with PIM-SM due to the high overhead and dynamics as nodes come and go).  So our applications use ASM with BIDIR-PIM.

We want to ensure that operating system and router developers continue to support ASM and BIDIR-PIM over the long term for our intradomain applications. I.e., we do NOT want to deprecate intradomain use of ASM.

Thus, we pushed back against the recommendation in 4.4 to develop new applications using SSM and in 4.5 to prefer SSM for future intradomain applications.  In response, the draft-ietf-mboned-deprecate-interdomain-asm document was updated to put in the phrase "if feasible" in sections 4.4. and 4.5 so that SSM is not recommended if not feasible.

Note that we do not object to deprecating interdomain use of ASM.

I would like to emphatically post a +1 here. On all points, except perhaps the use of PIM (for security reasons primarily).

As long as we're talking interdomain, no objections. But intradomain, the fact that the source of a given multicast might vary, without mandating that each destination join all possible source-specific multicasts individually, is a "feature" that we exploit.

The model is much the same as telephone conference calls. You send out the conference call number to all possible participants, but then you want to avoid the extra complication of requiring each one dialing in having to dial the number of each participant. That would be quite laborious and unnecessary.

Just to confirm this is indeed the thrust of the draft, as per the Abstract:

"This document recommends deprecation of the use of Any-Source

   Multicast (ASM) for interdomain multicast.  It recommends the use of
   Source-Specific Multicast (SSM) for interdomain multicast
   applications and that hosts and routers in these deployments fully
   support SSM.  The recommendations in this document do not preclude
   the continued use of ASM within a single organisation or domain and
   are especially easy to adopt in existing intradomain ASM/PIM-SM
   deployments.“


And in 4.5:


"4.5<https://tools.ietf.org/html/draft-ietf-mboned-deprecate-interdomain-asm-05#section-4.5>.  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
   appropriate."


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


Tim