Re: [MBONED] Roman Danyliw's No Objection on draft-ietf-mboned-deprecate-interdomain-asm-06: (with COMMENT)

Tim Chown <> Tue, 07 January 2020 18:11 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id A622012013C for <>; Tue, 7 Jan 2020 10:11:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.999
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=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id bZ1L4H7SdQD2 for <>; Tue, 7 Jan 2020 10:11:34 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id BFFB8120131 for <>; Tue, 7 Jan 2020 10:11:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=mimecast20170213; t=1578420692; 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=t/kdZaVniQTkhyIMNYjVlM5cJpz01Y1DkbB/6Ptx4LQ=; b=ab+GBvl6UjUgpa3dvJmFzomd0rtGnpo1SvDNOrY2XvJHQLeXiXnpaBOZkFgPWwY/xSK/M9 wPzQzTBuPBQidcmjaMSdL1H1+762hSZQW9achFKU0HwClRzZZDtMMfdjHrmZRuIFTJUDLc 4WN/jCp0qD6xaohawvdMqqVKW9cv958=
Received: from ( []) (Using TLS) by with ESMTP id uk-mta-10-6xgLJQ80NW-UP5JtmhP1Kw-1; Tue, 07 Jan 2020 18:11:30 +0000
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2623.7; Tue, 7 Jan 2020 18:11:27 +0000
Received: from ([fe80::387c:d4f9:aa28:5081]) by ([fe80::387c:d4f9:aa28:5081%9]) with mapi id 15.20.2623.008; Tue, 7 Jan 2020 18:11:27 +0000
From: Tim Chown <>
To: Roman Danyliw <>
CC: The IESG <>, "" <>, Colin Doyle <>, "" <>, "" <>
Thread-Topic: Roman Danyliw's No Objection on draft-ietf-mboned-deprecate-interdomain-asm-06: (with COMMENT)
Thread-Index: AQHVxYQDUvFlG5H2yE6YisGkfSF6I6ffgQQA
Date: Tue, 7 Jan 2020 18:11:27 +0000
Message-ID: <>
References: <>
In-Reply-To: <>
Accept-Language: en-GB, en-US
Content-Language: en-US
x-mailer: Apple Mail (2.3608.
x-originating-ip: [2001:a88:d510:1101:5543:6681:fa7b:886c]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: f493bfd8-c7be-4d52-ba6e-08d7939d0360
x-ms-traffictypediagnostic: AM5PR0701MB2515:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <>
x-ms-oob-tlc-oobclassifiers: OLM:7691;
x-forefront-prvs: 027578BB13
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(136003)(346002)(376002)(366004)(39850400004)(199004)(189003)(53546011)(6506007)(71200400001)(21615005)(76116006)(91956017)(66446008)(64756008)(66556008)(66476007)(86362001)(66946007)(5660300002)(2616005)(2906002)(6512007)(54906003)(186003)(8676002)(316002)(786003)(8936002)(81166006)(81156014)(6916009)(478600001)(6486002)(36756003)(966005)(4326008)(33656002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2515;; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: H6YyntFGE/bHFwJPkNd6/xneGlrxXg2eEnBL724mvPqgPzjn6bU3n+53rfhyLjexqfHDaOIJ/oASJslOo/F8X+mKkNodnbGfSeslN4krGmp5C2eEVPJC3B6+WrYtJMqM9thWB4FZd5vyUoBzp7Gs1yXhXmvFznbk0TOS3HPOpff6CUXBv+UQhUApWu57FiiFhxbz42LPGDAtOWngfcytnjDaxREFpgEOXZGiw4CDRhE3pJNp/3tkgMlmjjdnvc/8eafWrP7T5dp55a5f4MdozTnuojBPgCRcswQPymSGQs/DOOQ3YhnGJm2WDfeOr6/DqQVtvKj1kYj8qxnp6ZDqakHebolcJCfjAtwsuuQsfwFI2uwsEsp2+YcbgMBdI5B/lEl/6t0bgc/wCR/le9WrQ+MM8NvX4/YGpKAicbWSVUW2au1qnVU81L6to4vhQIR/FPrZYyLoxtLmYpMuDzN8n97lWrZfojfH0Gd5Nf7tN+M=
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: f493bfd8-c7be-4d52-ba6e-08d7939d0360
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Jan 2020 18:11:27.0874 (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: ZKPocxYbPkDUkItogN1tBo0817atZfqN19/CEJYw46E/uty5qykrebx11eY/LMA8bjw80cmLPfr3JfJ0KHb/Ow==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2515
X-MC-Unique: 6xgLJQ80NW-UP5JtmhP1Kw-1
X-Mimecast-Spam-Score: 0
Content-Type: multipart/alternative; boundary="_000_62CC3F8522D747B6B49ECE24E6E6AF91jiscacuk_"
Archived-At: <>
Subject: Re: [MBONED] Roman Danyliw's No Objection on draft-ietf-mboned-deprecate-interdomain-asm-06: (with COMMENT)
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: Tue, 07 Jan 2020 18:11:37 -0000

Hi Roman,

On 7 Jan 2020, at 17:57, Roman Danyliw via Datatracker <<>> wrote:

Roman Danyliw has entered the following ballot position for
draft-ietf-mboned-deprecate-interdomain-asm-06: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)

Please refer to
for more information about IESG DISCUSS and COMMENT positions.

The document, along with other ballot positions, can be found here:


** Section 4.1.  This section appears to provide multiple definitions of
“separate administrative entities”.

Perhaps we could change:

" The recommendation applies to the use of ASM between domains where

   either MSDP (IPv4) or Embedded-RP (IPv6) is used.

   An interdomain use of ASM multicast in the context of this document
   is one where PIM-SM with RPs/MSDP/Embedded-RP is run on routers
   operated by two or more separate administrative entities.”


  "The recommendation applies to the interdomain use of ASM multicast

   where PIM-SM with RPs, MSDP (IPv4) or Embedded-RP (IPv6) is run on

   routers operated by two or more separate administrative entities."


Per the paragraph “The more inclusive
interpretation of this recommendation …”, it wasn’t clear to me under what
circumstance the reader should use the more “inclusive interpretation”.

We have edited this recently in response to an area review.  What we’re trying to say is that in addition to the clearer cut interdomain applicability between two administrative entities (which we don’t specifically define) there are also some more subtle cases where the recommendation should be considered.

** Section 4.  This section would benefit from being clearer on who should act
on a few of the recommendation:

-- Section 4.3 – vendors/developers of multicast applications?

We can bolt on to the start of the section “Application developers should take particular note that…”

-- Section 4.4 – not clear who is supposed to develop this guidance?

Well, this is a hint to the IETF that it could do so, but we also say at the end that it’s out of scope of this document.  So it’s desirable, but then we punt it.

-- Section 4.6 – not clear who is supposed to developing this guidance long term

The discussion was again that this could be IETF work.  We can make that clearer.

** Editorial Nits:
-- Section 3.2.3. Typo. s/particularily/particularly/

-- Section 4.9.  Typo. s/implentations/implementations/